サンセット番組? - ページ 8

 
Dmitry Fedoseev:

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

上に書いたようなことになりませんか?ソフトウェア設計は、どちらかというと絵を描くことではありません)

 
Andrey Pogoreltsev:

フィボナッチ数の計算、事前定義されたセット以外のユーザーアクションに対する特定のUIレスポンスの作成、ドキュメントの作成、ユニットテストの作成

これらは単純なもので、画像のレンダリングなど、巨大なシステムもあります。

全般的に多いですね。

1.フィボナッチ数の計算は、あくまでも計算式です。数式は、パラメータと数学演算の束としてのオブジェクトである。本製品は、ビジュアルで組み立てることができます。

2.特定のUI反応を作る - 簡単に。パラメータからイベントオブジェクトを組み立て、イベントハンドラーオブジェクトを接続し、必要なUIパラメータとリンクさせます。視覚的なレベルではすべて

3.近い将来、音声でドキュメントを書くことも可能になるでしょう。しかも、すでに複数行の入力欄の 中に書かれていて、視覚的なツールになっているのです。

4.画像レンダリングについてはまだ何も言えません、私はこのテーマではありません。

Документация по MQL5: Константы, перечисления и структуры / Константы объектов / Типы объектов
Документация по MQL5: Константы, перечисления и структуры / Константы объектов / Типы объектов
  • www.mql5.com
При создании графического объекта функцией ObjectCreate() необходимо указать тип создаваемого объекта, который может принимать одно из значений перечисления ENUM_OBJECT. Дальнейшие уточнения свойств созданного объекта возможно с помощью функций по работе с графическими объектами.
 
TheXpert:
彼はちょうど荒らすためにあなたに返信しますが、何かを理解するために、あなたの時間を無駄にしないでください - ピーターとFedoseyevは、そこから出たいとは思わないmqlサンドボックスの2つの明るい代表者です。

そう、同志のつぶやきがとてもおかしいので、もう気がついたのです。

 
Andrey Pogoreltsev:

上に書いた通りではないでしょうか?ソフトウェア設計は、どちらかというと絵を描くことではありません)

さて、今の開発者ですが、開発にはデザインも含まれ(先ほど引用したwikiの定義によると)、何のデザインかは書かれていませんが、見た目をデザインすることもソフトウェア開発の要素です。 そして、なぜ見た目ではなく他のデザインのことだと主張するのでしょう?何を根拠に?

では、どんなデザインなのか、教えてください。他に何があるのでしょうか?設計と 開発の両方がある場合。

 
Andrey Pogoreltsev:

そうですね、もう気がつきました、同志の考え方が非常におかしいので。

あなたの論文や主張が行き詰まった非論理的なものであることに気づかないのでしょうか?

あなたは議論をしようとし、私はあなたの主張の矛盾を示す...と、なぜか妙な反省をしている私...。

 
Реter Konow:

1.フィボナッチ数の計算は、単純に計算式です。数式は、パラメータと数学的演算の束という形で、オブジェクトとなる。

2.特定のUIリアクションを作る - 簡単です。パラメータからイベントオブジェクトを組み立て、イベントハンドラーオブジェクトを接続し、必要なUIパラメータにリンクさせるのです。ビジュアルレベルのすべて。

3.近い将来、音声でドキュメントを書くことも可能になるでしょう。しかも、すでに複数行の入力欄の 中に書かれていて、視覚的なツールになっているのです。

4.画像レンダリングについては、被写体になっていないので、まだわかりません。

1.Nのフィボナッチ数公式を教えてください。

2.「イベントハンドラーオブジェクトを接続する」 - ハンドラーがないじゃないですか。

3 「まあ、いずれにせよやらなければならないことで、自動的にそうなることはないでしょう?

狭い専門分野に特化したツールはすでにあるのだから、「一般」向けに作る意味はないだろう。

 
Dmitry Fedoseev:

あなたの論文や主張が行き詰まった非論理的なものであることに気づかないのでしょうか?

あなたは議論をしようとし、私はあなたの主張の矛盾を示す...となぜか変なことを考えてしまう...。

そして、何をどう呼んで何に使うのか、どこから始まって今どうなっているのか、という概念をまずググれば、そんな疑問は出てこないでしょう。

 
Andrey Pogoreltsev:

まず、何と呼ばれていて何に使われているのか、どこから始まって今どうなっているのか、といった概念をググることから始めれば、そんな質問はしなくなるはずです。

あなたがいなかったら、Googleはどうなっていたかわかりません。反論は尽きたか?

 
Andrey Pogoreltsev:

上に書いた通りではないでしょうか?ソフトウェア設計は、どちらかというと絵を描くことではありません)

明確にします))また、デザインと開発(そして(!)コンセプション-構想)の両方がすでにあるとしたら、どんなデザインがあるのでしょうか?確かに、私が考えていたのとは違いますね。以前、開発者がプログラマーと呼ばれていた頃は、プログラムには視覚的なインターフェースがなく、誰もそれを全く考えていなかったのでは?

 
Dmitry Fedoseev:

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

アハハ!そんなものを差し込んで、そして読む。

という一行があり、"Chop Money Button "があります。- が有効です !