クラウドソーシングによるGUI。オープンベータテストを実施。 - ページ 20

新しいコメント
 
Алексей Барбашин:

いや、参照でもないし、オブジェクトでもない。参照とは、変数に入れることができるものです。変数に入れる値、つまりインデックスが決まっているんですねー。インデックスは、配列の文字列そのものではなく、特定の数字なのです

どのような参照でも、その背後にはメモリセル番号がある。オブジェクトの背後には、データの配列があります。どう考えても不要な慣習を捨てただけです。

議論はやめよう。自分の主張を押し付けているわけではありません。

やはり、人にはそれぞれの世界観がありますから。

 
Алексей Барбашин:

いや、参照でもないし、オブジェクトでもない。参照とは、変数に入れることができるものです。変数に入れる値、つまりインデックスが決まっているんですねー。インデックスは配列の文字列そのものではなく、特定の数字なんだ!

ピーターはOOPを教えようとした。オブジェクトとは何かを説明したが、OOPではオブジェクトはクラスであることを説明しなかった

 
Nikolai Semko:

ピーターにOOPについて教えようとしたのだ。オブジェクトとは何かを説明したが、OOPではオブジェクトはクラスであることを説明しなかった

また、PCレベルのクラスとは？)データの配列。

 
Реter Konow:

コンピューターレベルの授業って何？)データの配列。

いいえ、クラスはクラスです。そして、データの配列は、データの配列である。データは単純な型の値でも、オブジェクトのインスタンス（オブジェクトの配列ではなく、1つのオブジェクトのインスタンスの配列です！！）でもかまいません。

プログラミングは哲学ではない。それは具体論である。そして、誰もが同じ言葉で話せるように、共通の用語があります。でも、自分の言葉を持っているのだから、堂々としていればいいのです。

 
Nikolai Semko:

いいえ、クラスはクラスです。そして、データの配列は、データの配列である。データは単純な型でも、オブジェクトのインスタンス（オブジェクトそのものではなく、そのインスタンス！！）でも良いのです。

プログラミングは哲学ではない。それは具体論である。そして、誰もが同じ言葉で話せるように、共通の用語があります。でも、自分の言葉を持っているのだから、堂々としていればいいのです。

そうであってほしい。とはいえ、プログラミングは長い間、哲学であった。しかも、とても深いものです。

コンピュータのレベルでは、単純なことです。しかし、「オブジェクト」は哲学ではない、と言い切るには？そこから導き出される抽象的な概念はすべて哲学ではないのか？ここでは二番煎じですが...)))

継承、クラス、インスタンス-哲学ではないのか))

 
Реter Konow:

そうであってほしい。とはいえ、プログラミングは長い間、哲学であった。そして、とても深いものです。

コンピュータのレベルでは、単純なことです。しかし、「オブジェクト」は哲学ではない、と言い切るには？そこから導き出される抽象的な概念はすべて哲学ではないのか？ここでは二番煎じですが...))

技術者ではなく、ヒューマニタリアン（人道主義者）が偶然プログラミングの世界に入ることもあります。だから、自分たちの惨めな存在を正当化するために、あらゆる種類の哲学を発明し始める。プログラミングは自分たちには複雑すぎるからだ。

 

エストニアの熱い男たちよ、喧嘩をするなよ :-)

配列要素、メモリーアドレス、"MQLオブジェクト "のどれを参照するかは気にする必要はないでしょう。また、応用ライブラリの枠組みの中で、何をもってオブジェクトとするかということも気にしないのですね。

リファレンスはリファレンスであり、直接であれ間接であれ、名前付きであれインデックスを介した相対的なものであれ、要はそれをどう理解し、どう使うかということである。

さて、MQLの上に独自のOOPを作成することができるようになりました。リフレクション、イントロスペクションという怖い言葉を使ってでも。使えるものを使わないのはちょっとおかしいけど、「彼はアーティストだから、こう見るんだ」と :-)。

はい、最低でも「オブジェクト」、「MQLオブジェクト」、「Peter'sオブジェクト」が得られます。そして、プログラマーはバレリアンなしにはそんなコードは読めない、書くなんて論外だ。

 
Nikolai Semko:

偶然にプログラミングの世界に入った技術者ではなく、ヒューマニタリアンである場合もあります。だから、自分たちの惨めな存在を正当化するために、あらゆる種類の哲学を発明し始める。プログラミングは自分たちには複雑すぎるからだ。

また、「イベントドリブンモデル」とは何か、技術者にどう説明するのか。あるいは、プロパティを持つエンティティはすべてObjectになりうるということですか？抽象クラスや多重継承とは何か、どのように説明すればよいのでしょうか。

 
Maxim Kuznetsov:

エストニアの熱い男たちよ、喧嘩をするなよ :-)

配列の要素、メモリ上のアドレス、「MQLオブジェクト」など、何を参照するかは全く気にしません。アプリケーション・ライブラリのオブジェクトをどう考えるかなんて、どうでもいいんです。

リンクとは、インデックスを介した直接、間接、名前付き、相対のリンクのことで、要は、それをどう理解し、どう使うかである。

まあ、MQLの上で配列のOOPをごまかせばいいんだけどね。リフレクション、イントロスペクションという怖い言葉を使ってでも。使えるものを使わないのはちょっとおかしいけど、「彼はアーティストだから、こう見るんだ」と :-)。

はい、最低でも「オブジェクト」、「MQLオブジェクト」、「Peter'sオブジェクト」が得られます。そして、プログラマーはバレリアンなしにはそんなコードは読めない、書くなんて論外だ。

そうです、その通りです。ここで骨を折る必要はない。ルールに固執するあまり、一度も後ろを見ようと思えない人たちがいるのです。 私が葛藤しているのは、この人たちです。

 
Реter Konow:

イベントモデル」とは何か、技術者にどう説明するのか？あるいは、プロパティを持つエンティティはすべてオブジェクトになりうるということですか？抽象クラスや多重継承とは何か、どのように説明するのですか？

モノが何であるかを説明するのに哲学は必要ない。なぜなら、モノは生命そのものの一部だからです。

生きもの」という対象がある。

生物」という対象を受け継ぐ「昆虫」という対象がある。

生物」という対象を受け継ぐ「哺乳類」という対象がある。

人間というオブジェクトがあり、それは「哺乳類」というオブジェクトの後継者である

オブジェクト "パプキン "があり、これはオブジェクト "人間 "のコピー である。

"人間 "というオブジェクトの後継者である "料理人 "というオブジェクトが存在し

哲学はどこにあるんだ？

OOPでは、この継承の 仕組みが明確に記述されている（継承だけではない）

各オブジェクトは、継承時に渡される属性とメソッドのセットを持っています。すべてが厳密に論理的かつ具体的です。哲学はまったくない。

1...131415161718192021222324252627...58
新しいコメント