OOPの専門家に質問です。 - ページ 27

 
Реter Konow:

私のアプローチもOOPです。ただ、現時点ではプレゼンテーションが異なり、「客観性」が低くなっています。しかし、本質は同じです。

....

カーネルとエンジンをベースに、最小限のシンタックスで、カーネル内のオブジェクトのデジタル表現、本格的な階層化、分類、プロパティや機能の継承など、「軽い」OOPを作りたいと考えています。つまり、同じOOPでも、私のものです。

レタグ・コノウ
私のアプローチはオブジェクトでも有効 ですが、より簡潔に表現することができます。

...私のアプローチもOOPですが、まだ完全に開発されていないだけです。

...標準のOOPでは、そう簡単には手に入りません。

????

なぜOOPが必要なのか?

時間を無駄にしないためにも、リスナーには「ただ楽しいだけです!」と伝えてください。


OOPはパラダイムに過ぎない...。2人のプログラマーは、自分たちのコードで何を言いたいのか、指先で考えることができます。- これがあなたのOOPであるなら、なぜ?- 誰に対して?

今日、「モニターの向こう側にいる人」から話を聞けたのは嬉しかったです。私はその人を知らないし、自分自身のために書いていますが、議論する必要があったので、OOPスタイルでコードを送り、返信をもらいました。

それこそがOOPの真骨頂です。- 私自身は、自分のタスクをしばらくしてから読み、誰かが私の書いたものを読むことができるように書きました- OOPを手続き型プログラミングに置き換える場合、90%はそのまま手続き型プログラミングに置き換えられますが、その後、ローカルの慣用表現による翻訳不可能な言葉遊びが続きます。(C)「ダイヤモンド・アーム

SZZY: 残念ながら、私は怠け者なので、コードにコメントを書くことはほとんどありませんが、少なくとも自分が書きたかったことを思い出し、最終的に得られるように書くように心がけています。)

 
Igor Makanu:

うーん、今日Hubrを見ていたら、なぜかナレーションのスタイルがあなたに似ているというか、OOPのご都合主義的なロジックに似ているんです。

エントリー3.

...

4、5日の夜をシャープで過ごした。チュートリアルから2章を読む。なんて言ったらいいんだろう。抽象的な計算をする意味のないプログラムを書くことを基本とするアカデミックなアプローチには、まったく感心がない。三角形の面積を計算するようなアプリケーションは、自慢できるものではありません。

....

エントリー4

最初のハードルクラスとオブジェクトの概念にたどり着いた。コンセプトが全く不明です。アイデア自体は明確なのに、それを何のためにどう使うのか?プレイヤー、カジノ、ルーレットのクラスを作成する?では、その中でオブジェクトを発明するのか?そして、彼らは何をするのでしょうか?引き延ばしすぎです。何か不自然で、プログラムを混乱させるだけのような気がします。

数日後、私のもとにやってきました。息子と運動場を歩きながら、オブジェクト指向の目で周囲を眺めていたのです。


https://habr.com/ru/post/466641/

興味深い記事です。少年はまさに旅立ちの時。

そうですね、重要なのはOOPの特定の実装ではなく、コンセプトそのものです。カプセル化、ポリモーフィズム、継承の3つの「象」に乗っている。そして、これらが何であるか、なぜ必要なのかを理解するには、記事や本を読むだけでは不十分です。長い道のりを進み、さまざまな課題を解決していかなければなりません。例えば私は、グラフィックスでは継承が全く必要ありませんでした。でも今は、これがないと全くダメなんです。でも、私なりに実行します。自分を裏切ってはいない))。

 
Igor Makanu:

????

なぜOOPが必要なのか?

時間を無駄にしたり、リスナーに「楽しいから」と言ったりしないようにしましょう。


OOPはパラダイムに過ぎない...。2人のプログラマーは、自分たちのコードで何を言いたいのか、指先で考えることができます。- これがあなたのOOPであるなら、なぜ?- 誰に対して?

今日、「モニターの向こう側にいる人」から話を聞けたのは嬉しかったです。私はその人を知らないし、自分自身のために書いていますが、議論する必要があったので、OOPスタイルでコードを送り、返信をもらいました。

それこそがOOPの真骨頂です。- 自分の書いたものを、しばらくして自分自身が読めるように、また他の誰かが読めるように書くことです- OOPを手続き型プログラミングに置き換える場合、90%はそのまま手続き型プログラミングに置き換えられますが、その後、ローカルの慣用表現による翻訳不可能な言葉遊びが続きます。(C)「ダイヤモンド・アーム

SZZY: 私は怠け者なので、コードにコメントを書くことはほとんどありませんが、少なくとも自分が何を書きたかったのか、最終的に何を得たのかを思い出すように書くようにしています。)

私の問題を解決するために、OOPが必要なのです。特に、ナレッジベースの構築のために。オブジェクトのプロパティの継承、そのカプセル化、ポリモーフィズムが含まれています。なぜ「私のOOP」なのかというと、標準のOOPを書くと長くなるからです。オブジェクトの記述を圧縮し、構文をできるだけ簡略化する必要があるのです。実は、標準的なOOPをバイパスして、デジタル・オブジェクトとその機能の継承の仕組みを 独自に考案したいのです。つまり、「三象」を別の「荷車」に乗せて、その力を利用することです。
 
Реter Konow:

興味深い記事です。その人は、まさに旅立ちの時です。

OOPの具体的な実装ではなく、コンセプトそのものが重要であることに同意します。そしてそれは、カプセル化、ポリモーフィズム、継承という3つの「象」をベースにしています。そして、これらが何であるか、なぜ必要なのかを理解するには、記事や本を読むだけでは不十分です。長い道のりを進み、さまざまな課題を解決していかなければなりません。 例えば私は、グラフィックスでは継承が全く必要ありませんでした。でも今は、これがないと全くダメなんです。 でも、私なりに実行していきます。自分を裏切ることはない)

ピョートル、車、アパート、服、食べ物の写真を見せてくれ。

せめて個々のコンセプトが垣間見えるように。自分を裏切らない、すべてが自分だけのもの。

照明用の電気を発電しながら、ペダルをこぐのが面白いですね。そして、車のガソリンはどうやって作るのか。密造酒製造機で?そして、どうやって地球の底から石油を取り出せるのか?自分で引っ張るのか、それとも黒人と一緒にやるのか?それとも空気で走るのか?では、何を使って空気を発生させるのか?

 
Artyom Trishkin:

ピーターさん、車やアパート、服や食べ物などの写真を見せてください。

せめて個々のコンセプトが垣間見えるように。自分をごまかさない、すべてが自分だけのもの。

照明の電気を作るためにペダルを踏んでいるのが面白いですね。そして、車のガソリンはどうやって作るのですか? - スチルで?それとも空気で動くのか?では、何を使って空気を発生させるのか?

私情が入っている。
 
Реter Konow:
私情が入っている。

いいえ、それは誤解です。自分には自分のものがある、だから自分のものを開発するのだ、と言って、自分より先にすべてを成し遂げた膨大な数の知的な人々の功績を完全に否定するのです。

それは、自分の発言や職業さえも無意味だという皮肉で、最後に何があるのかわからないまま、とても長い道のりを行くのです。

 
Реter Konow:
個性が出るんですね。

そうそう......支店全体が基本的に1つの人格を大切にしているんです。GOPがどうのこうのではなく、人格がどうのこうの。どれだと思う?そして、自分のことばかりを感動的に語る人。

悪気はないのですが、本当にあなたのことがわからないのです。自分の言葉ではなく、自分の志と割り切れない自慢話。

 
Artyom Trishkin:

いいえ、それは誤解です。あなたは、自分にはすべてがあると言い、それこそ自分自身ですべてを開発し、すでに自分より先にすべてを成し遂げた膨大な数の賢明な人々の功績を完全に否定していますね。

だから、自分の発言や活動さえも無意味であるという皮肉があったのです。

その理由を説明しました。標準的なOOPを使って知識ベースを書くには、100人のプログラマーチームを雇って1年間忙しくしてもらうか、もっと速い方法を考え出すしかないでしょう。コンピュータより速いものがあるのか?それを利用しなければならない。そのためには、人間ではなく、コンピュータにとって最も読みやすく、使いやすいオブジェクトでなければならない。標準的なOOPは、人間のために設計されています。
 
Реter Konow:
なぜ「私のOOP」と書いたかというと、標準的なものを使うと長くなってしまうからです。オブジェクトの記述を圧縮し、構文をできるだけ簡略化する必要があるのです。

OOPには文法がない!文法はプログラミング言語の特権だ

レグ・コノウ
実は、標準的なOOPをバイパスして、デジタル・オブジェクトとその機能を継承 する独自の仕組みを作りたいんです。つまり、「三象」を別の「荷車」に乗せて、その力を利用することです。

hmm, もう一度記事に戻るhttps://habr.com/ru/post/466641/

....

私や周囲の既成概念が、あえて新しいことに挑戦することから私たちを守ってくれているようです。"できない "というのは、血の気の多い死の宣告に聞こえる。私は毎日、職場で同僚が不慣れな仕事に直面するのを目の当たりにしています。どうしたらいいのかわからない。プログラム終了。

7歳の息子は、慣れないことに挑戦することを恐れています。なぜなら、彼は方法を知らないからです。それに、彼の年齢では、いろいろなことができるようになるわけではありません。

時々、私は彼にこう言います。「相棒、もし人々が自分の知っていることだけをやっていたら、私たちはまだ洞窟に住んでいただろうし、君は一日中アングリーバードで遊ぶ代わりに、ズボンの中でモーモーと這い、ウンチをして過ごしていただろうね」。でも、誰も縫い方を知らないから、ズボンをはかずに這いずり回ることになるけどね"

私はプログラミングを全く知らないのに、どこに向かっているのでしょう?でも、勉強しますよ。開発者になりたいからではなく、私にはすでに職業があります。でも、できることだから。理由は3つありますが。

少なくとも、この記事の著者は、あなたがすべてのあなたの人生の車輪を再発明することができますことを認識している、あなたは既製のパラダイムを与えられている - 概念...と多くのプログラマの経験、あなたのタスクは、他のタスクがある場合は、単に継承する方法を使用して、学ぶことである...。とうとう


そして、あなたは私のOOPを発明した...なるほど、技術フォーラムでこんなくだらないことを議論するのは実に滑稽ですね...。MQL4の初心者向けブランチにも、2+2を半年くらいかけてマクロ化している方がいらっしゃいますが、まあ、人それぞれということで

Как дурак C# учил. Часть 1
Как дурак C# учил. Часть 1
  • habr.com
Я решил записывать. Главным образом потому, что я люблю записывать. Хотя нет. На самом деле мне хочется рассказать историю. Историю о том, что программирование это интересно. О том, что программирование может быть не только, профессией, но и отличным хобби, как фотография, шахматы, живопись или игра на гитаре. О том, что не обязательно иметь...
 
Artyom Trishkin:

そうそう......支店全体が基本的に1つの人格を大切にしているんです。PLOのことではなく、ある人格のことです。どれだと思う?そして、自分のことばかりを感動的に語る人。

悪気はないのですが、本当にあなたのことがわからないのです。自分の言葉ではなく、自分の志と割り切れない自慢話。

そう、シンプルなんです。あなただけでなく、多くの人がプログラミングを「内側から」見ているのです。とても大きく、その中に皆さんが入っているのです。それがメインで、そのルールに従うのです。私はプログラミングを外から見ています。私のクリエイティビティです。つまり、私はONEよりも大きな存在で、やりたいことができるんです。まあ、みんなが選ぶことですからね。