Мнение редакции может не совпадать с мнением автора оригинала. По мнению многих, ООП является жемчужиной информатики. Идеальное решение для организации кода. Конец всем проблемам. Единственный верный способ написания программ. Дарован нам самим истинным Богом программирования. Но это не так. Люди начинают уступать под тяжестью абстракций и...
RIDDICKS以外の理由はないのか？:-)
これはどうでしょう？
2024年、4月頃。 ネット上では、アバターの下にこんなキャプションをつけたユーザーがいる。
"膝を使う仕事、膝から上げる仕事、膝に乗せる仕事"
で、それの何がいけないの？
エラー130
ブローカーの担当者は、プログラマーのせいだと主張する
と、クライアントからコードの「バグ」を修正するように要求されています。
エラー130
ブローカーの担当者は、プログラマーのせいだと言っている。
と、クライアントはコードの「バグ」を修正するよう要求します。
なるほど、これは実にファンキーなやり方ですね。
;)
.
意見：オブジェクト指向プログラミングは1兆円規模の災害である
多くの人が、OOPはコンピュータサイエンスの至宝だと言っている。コードの整理に最適なソリューションです。すべての問題の終着点。プログラムを書くための唯一の真の方法。真のプログラミングの神様が与えてくれたもの。
しかし、そうではありません。人々は、抽象的な概念と、無造作に分離された変更可能なオブジェクトの複雑なグラフの重みで屈服し始めます。 貴重な時間とエネルギーが、現実の問題を解決する代わりに、抽象概念やデザインパターンを考えることに浪費されているのです。オブジェクト指向を批判する人は、非常に著名なソフトウェア開発者を含めてたくさんいます。このパラダイムの発明者自身も、現代のOOPを批判していることで知られている。
////
意見：プログラミングにおける関数は1兆円規模の災害である
すべてのコードは一枚で書くべし!
そして...配列は使用せず、変数のみを使用する。さもなければ、プログラマーは制御不能に陥る。
そして今、私たちはOOPを廃止し、シングルタスクのオペレーティングシステムに戻るべきでしょう。結局のところ、並行して独立して動くプログラムもプログラムオブジェクトなのです。1つのプログラムに対して複数のインスタンスを実行することはできないはずです。
そして、これ... https://ru.wikipedia.org/wiki/Список_фобий- そろそろ、もう一つ、オポフォビア（Oopophobia）を追加する必要がありますね。
鳥といえば...
また、関数に多くのパラメータを渡さなければならない場合にも、OOPの利点が生かされます。小さなことですが、それでも。
意見：プログラミングにおける関数は1兆円規模の災害である
すべてのコードは一枚で書くべし!
そして...配列は使用せず、変数のみを使用することができます。さもなければ、プログラムはプログラマーの手に負えなくなります。
そして今、私たちはOOPを廃止し、シングルタスクのオペレーティングシステムに戻るべきでしょう。結局のところ、並行して独立して動くプログラムもプログラムオブジェクトなのです。1つのプログラムに対して複数のインスタンスを実行することはできないはずです。
そして、これ... https://ru. wikipedia.org/wiki/Список_фобий - そろそろ、もう一つ、オポフォビア（Oopophobia）を加えてもいいのではないでしょうか。
無意味なことを書いている、最後まで読んでいないような。
誰も一枚で書いたことがない：関数型プログラミングは、テキストを関数に分割する必要があるから関数型なのです。 関数の理想は、そのテキストがすべて画面に収まることです。
配列やそれ以降は、OOPよりずっと前から存在していた。
マルチタスクOSは70年代初頭に登場した。
現在、Rでは（私が他に知らないだけですが）、複数の関数インスタンスの並列実行が関数型プログラミングの標準となっています。さらに、コードの断片だけを並列に実行することも可能で、私自身も使っています。しかし、どのように「オブジェクト」を並列に走らせるかは問題です、私は覚えていません、ほとんどの場合、あなたはできません。
そして最後に。
µlのドキュメントを開き、目次、つまり機能の一覧を見てください。
鳥といえば...
また、関数に多くのパラメータを渡さなければならない場合にも、OOPの利点が生かされます。小さなことですが、それでも。
Rでは、パラメータの受け渡しに 問題はありません。 パラメータを1つずつ渡すこともできますし、異なるタイプのパラメータをより複雑なものにまとめることもできますし、関数をパラメータとして渡すこともできます。
記事を読み終える。
まるで最後まで読んでいないかのように、無意味なことを書いていますね。
誰も一枚で書いたことがない：関数型プログラミングは、テキストを関数に分割する必要があるので、関数型なのです。関数の理想は、そのテキストがすべて画面に収まることです。
配列やそれ以降は、OOPよりずっと前から存在していた。
マルチタスクOSは70年代前半に登場した。
現在、Rでは（私が他に知らないだけですが）、複数の関数インスタンスの並列実行が関数型プログラミングの標準となっています。さらに、コードの断片だけを並列に実行することも可能で、私自身も使っています。しかし、どのように「オブジェクト」を並列に走らせるかは問題です、私は覚えていません、ほとんどの場合、あなたはできないでしょう。
そして最後に。
µlのドキュメントを開き、目次 - 機能のリストをご覧ください。
まだ読み始めてもいないのに。屋根がねじ曲がった作家ばかりを読んでいると、読者が落っこちる。
以前はアレイがあったわけですが、それが何か？
では、1970年代にマルチタスクOSが登場したらどうでしょう。OOPはもっと以前からありました。マルチタスクとは、OSが同じプログラムを2回目（3回目も...）メモリにロードすることであり、OOPで行われていることと同じである。
トゥドゥン!もし、私たちがR以外何も知らなければ...何について話そうか