サンセット番組？ - ページ 7

[Dmitry Fedoseev]

Andrey Pogoreltsev:

今更何を言い出すんだ？プログラマーが徐々にデベロッパーになり、ツールの種類やタスクの要求が増えたこと？

それを否定したわけではありません。

私は、あなたの論文から 論理的に導かれるいくつかの質問をしたに過ぎません。

[Andrey Pogoreltsev]

Dmitry Fedoseev:

私は、あなたの論文から 論理的に導かれるいくつかの質問をしたまでです。

そうですね、どの業界もそれぞれ発展し、独自の道を歩んでいます。ソフトウェア開発を含む。ちなみにwikiに載っていた良い定義がこちら。

ソフトウェア開発とは、アプリケーションやフレームワークなどのソフトウェアコンポーネ ントを作成し、維持 するための構想、仕様、設計、プログラミング、ドキュメント作成、テスト、バグフィックスなどの プロセスを指します。

[TheXpert]

Andrey Pogoreltsev:

彼は何かを理解するのではなく、荒らすためにあなたに返信し、あなたの時間を無駄にしないでください - ピーターとFedoseyevは、そこから抜け出すためにしたくないmqlのサンドボックスの最も明るい代表の二人です。

[Реter Konow]

Andrey Pogoreltsev:

約30年前から使用されている。高度に専門化したタスクを記述し、それを開発タスクのクラス全体に外挿するのです。 ビジュアル開発は、部分的なものから完全な自動化まで、長い間行われてきました。これは、例えば、より高い性能要件が適用される他のクラスのタスクや、視覚環境によって解決されるタスクの開発の必要性を否定するものでは決してありません。どんな普遍主義も遅かれ早かれ怪物に変わるからだ。

仮にそうだとしたらそれでは、できないタスクの例を見てみましょう。

1.物体に分解される。

2. オブジェクトをパラメータと関係の集合体として表現する。

3.ビジュアルツールを使ってオブジェクトを組み立てる。

難しいことでなければ、そのような作業の例を挙げてください。

[Dmitry Fedoseev]

TheXpert:
彼は何かを理解するのではなく、荒らすためにあなたに返信し、あなたの時間を無駄にしないでください - ピーターとFedoseyevは、そこから抜け出すためにしたくないmqlのサンドボックスの最も明るい代表の二人です。

答えられないような質問が出て、自分の主張が通らないことに気づかされたら、それは荒らしだ。 面白いですね。

[Dmitry Fedoseev]

Andrey Pogoreltsev:

そうですね、どの業界もそれぞれ発展し、独自の道を歩んでいます。ソフトウェア開発を含む。ちなみにwikiに載っていた良い定義がこちら。

ソフトウェア開発とは、アプリケーションやフレームワークなどのソフトウェアコンポーネ ントを作成し、維持 するための構想、仕様、設計、プログラミング、ドキュメント作成、テスト、バグフィックスなどの プロセスを指します。

つまり、プログラマー（開発者）がドキュメントを書かず、テストを行わず、バグを修正しなかったのです。そして今、彼らはデザインに携わっているのですか？

[Dmitry Fedoseev]

Реter Konow:

仮にあなたが正しいとしましょう。できないタスクの例を見てみましょう。

1.物体に分解される。

2. オブジェクトをパラメータと関係の集合体として表現する。

3.ビジュアルツールを使ってオブジェクトを組み立てる。

差し支えなければ、そのような作業の例をいくつか挙げてください。

いいえ、ピーターです。未来はバイオプログラミングの時代だ。これは、おおよそ次のようなものである。男は禿げ上がり、特殊な活性バイオマスを頭に乗せられ、目の前の課題に対して集中的に考え始めるのである。その結果、頭部に堆積したバイオマスには、思考に対応した神経細胞の結合が構築され、一種の人工神経節が形成される......。サイボーグ用のバイオコンピューターユニットはこうして作られることになる。)))まあ、わかるよね。

[Реter Konow]

Andrey Pogoreltsev:

1.ビジュアル開発は、部分的なものから完全な自動化まで、長い間行われてきました。

2.これは、例えば、より大きな性能要件が適用される他のクラスのタスクや、視覚環境によって解決されるタスクの開発の必要性を否定するものでは決してありません。

3.どんな普遍主義も遅かれ早かれ怪物に変わるからだ。

1.もし可能なら-そのようなことを読むためのリンクを教えてください。

2.問題をクラス別に分類し、どのソリューションがビジュアルツールに従順でないかを具体的に示してもらえますか？

3.ここは一筋縄ではいきませんね。50年代の巨大なコンピューターが携帯電話に収まるということは、ユニバーサリズムがうまく機能し、性能に固執していないことを示唆しているのではないでしょうか。ともあれ、パフォーマンスによってモンスター万能主義の問題は解決されます。

[Andrey Pogoreltsev]

Реter Konow:

仮にあなたが正しいとしましょう。できないタスクの例を見てみましょう。

1.物体に分解される。

2. オブジェクトをパラメータと関係の集合体として表現する。

3.ビジュアルツールを使ってオブジェクトを組み立てる。

難しいことでなければ、そのような作業の例を挙げてください。

フィボナッチ数の計算、あらかじめ定義されたセット以外のユーザーアクションに対する特定のUI反応の作成、ドキュメントの作成、ユニットテストの作成。

これらは非常に単純な作業ですが、例えば画像のレンダリングなど、巨大なシステムも存在します。

全般的に多いですね。

[Dmitry Fedoseev]

また、キューブや矢印の形をした「ビジュアル」なプログラミングが、同じようにビジュアルなプログラミングでも、画面に表示される言葉の形をしたものよりも優れているのはなぜでしょうか。ちなみに、どのような順番で、何の後に読めばいいのかが明確なので、可読性はかなり高くなります。そして、ビジュアル図-100個の四角と線が、さまざまな方向に突き出ていて、どの端から見たらいいのか？