ループの後ろで変数を宣言するのか、ループの中で宣言するのか? - ページ 9 1234567891011 新しいコメント 削除済み 2019.08.18 14:37 #81 Vict: よくわからないですよね? 知らなかったのでしょうか? それは理解できる。 そんなものが欲しいですね。 ....... int tipa_var; // бла-бла-бла .................. // кирдык, дальше она не нужна удаляю tipa_var 削除済み 2019.08.18 14:52 #82 Сергей Таболин: それは理解できる。 みたいなのが欲しいですね。 まあ、ブロックを入れるのは、いつもやっていることなんですけどね。 int long_lining_var; /*block*/ { int tipa_var; ... } // кирдык, дальше она не нужна それとも、2つのブラケットが多すぎるのでしょうか?) 削除済み 2019.08.18 15:26 #83 Vict: そして、ブロックを並べるのは、私がいつもやっていることです。 それとも、2つのブラケットが多すぎるのでしょうか?) ただ多いだけでなく・・・。まるで頭の上にエベレストがあるような...。))))))))) 老いとはそういうものだ。「2つの括弧」は何かで開くものだとばかり思っていた...。 そして、いくつかのコードを「ローカライズ」すればいいということですが、どうなんでしょう......。 ライブ・アンド・ラーニング!褒め称え ...私 )))- 知らなかったことを知ることができ、いつも嬉しく思っています。 そして、ありがとうございました))))))))) Alexey Viktorov 2019.08.18 16:16 #84 Igor Makanu: 1953-2008年 父 1953-2019 義父 お悔やみ申し上げます。一回り以上若い、いや、それ以下です。だから、もうボキャブラリーを埋める必要はないんです。 Igor Makanu 2019.08.18 16:35 #85 Alexey Viktorov: お悔やみ申し上げます。一回り以上若い、いや、それ以下です。だから、もうボキャブラリーを埋める必要はないんです。 よっしゃー ボキャブラリーの問題ではなく、30年以上前にコンピュータに出会い、簡単なプログラミング言語、Pascal、Basic、Fortran、Assembler、...があったことを理解する必要があるのです。 しかし、Windowsでマウスをクリックすると結果が出る、androidやappletophoneで結果が出る...というのは、古い効率的な言語にあぐらをかくことなく、OOPなどのプログラミングパラダイムによって多くのソフトウェアソリューションを書いているプログラマーの功績だと思います。 新しいプログラミングスタイルは、ソフトウェアの開発速度を向上させます。これは性能よりも重要なことで、新しいソフトウェアが市場(ユーザー)に求められることは事実ではなく、時間は刻々と過ぎていくからです?- ソフトウエアを開発している会社の中で、会社の全歴史に渡って一つのソフトウエアソリューションの開発者になる準備ができているのはどこでしょうか?- もし、市場(ユーザー)が新しいソフトウェアのアイデアを受け入れてくれたら、その時こそ、たとえアセンブラで書き直したとしても、そのソフトウェアの性能のために戦う意味があるのです コンパイラやRAD、フレームワークなどの開発者も、需要のある技術に合わせて製品を調整しています。つまり、最終的には、OOPは何かひどく遅いとか、短い補助関数を使うのは有効な解決策ではない...、と考え、「直線状のビットコード」を書けば、それは有効ですが実際にはそうではなく、ほとんどの場合はその反対になるでしょう。 ってな話です(笑) Alexey Viktorov 2019.08.18 17:11 #86 Igor Makanu: よっしゃー ボキャブラリーの問題ではなく、30年以上前にコンピュータに出会い、簡単なプログラミング言語、Pascal、Basic、Fortran、Assembler、...があったことを理解する必要があるのです。 しかし、Windowsでマウスをクリックすると結果が出る、androidやappletophoneが使える......というのは、古い効率的な言語にあぐらをかくことなく、OOPなどのプログラミングパラダイムによって、たくさんのソフトウェアソリューションを書いているプログラマーたちの功績だと思います。 新しいプログラミングスタイルは、ソフトウェアの開発速度を向上させます。これは性能よりも重要なことで、新しいソフトウェアが市場(ユーザー)に求められることは事実ではなく、時間は刻々と過ぎていくからです?- ソフトウエアを開発している会社の中で、会社の全歴史に渡って一つのソフトウエアソリューションの開発者になる準備ができているのはどこでしょうか?- もし、市場(ユーザー)が新しいソフトウェアのアイデアを受け入れてくれたら、その時こそ、たとえアセンブラで書き直したとしても、そのソフトウェアの性能のために戦う意味があるのです コンパイラやRAD、フレームワークなどの開発者も、需要のある技術に合わせて製品を調整しています。つまり、最終的には、OOPは何かひどく遅いとか、短い補助関数を使うのは有効な解決策ではない...、と考え、「直線状のビットコード」を書けば、それは有効ですが実際にはそうではなく、ほとんどの場合はその反対になるでしょう。 というお話です;) 一点を除き、全てに同意します。MQLは純粋にソフトウェア指向の言語です。それなのに、なぜ必要のないものを搾り取ろうとするのでしょうか。ティックからティックへ何ミリ秒、時には何秒も経過しているのであれば、ある計算をできるだけ速く処理しようとする理由はない。 Igor Makanu 2019.08.18 17:23 #87 Alexey Viktorov: それなのに、なぜ必要のないものを彼から搾り取ろうとするのでしょうか。ある計算をできるだけ高速に行おうとしても、カチカチと音がして何ミリ秒、時には何秒も経ってしまっては意味がない。 ある人は、まるで組立ラインのように仕事をする-TOR(または自分のアイデア)をもらって、あとは自分でやる-TORをもらう...。 そして、ある人は、暇なときに、次はこの仕事を半分の時間でできる方法を常に探しているのです そして、それぞれのコード断片の実行を高速化する方法を常に模索し、最適な呼び出し構造を見つけて性能を向上させる人もいます しかないのか、人それぞれなのか。) Alexey Viktorov 2019.08.18 17:33 #88 Igor Makanu: ある人は、組み立てラインのように、ToRを受け取って、それを実行し、またToRを受け取る...というように、人間的な要素も影響します。 ある人は、次に空き時間ができたときに、この仕事を2倍速くする方法を常に探しています。 そして、誰かが常にそれぞれのコード断片を高速化する方法を探していて、高速化するために最適な呼び出しの構造を見つけているのです しかないと思うのですが......人それぞれ?) 全体として、無駄な議論になっている。お客様がこのコードで何を言いたかったのかを理解するのに非常に多くの時間を浪費し、何度もコードを書き直さなければならないかもしれません。では、どれくらいのスピードで書けばいいのでしょうか?理解したとおりにやって、その後、仲裁に申請する際に、依頼者が何を言いたかったのかを探ろうとすること? そして、一般的には自粛の話ばかりしていました。無駄なオブジェクトの作成で MQLコードに負荷をかける必要はありません。 役に立たない例はたくさんありますが、この話題はもう論じる気になれません。 Alexey Volchanskiy 2019.08.18 19:26 #89 Igor Makanu: を出す、文字列やプリントは、変数を扱う指標にはならない 'tst.mq5' tst.mq5 1 1 possible use of uninitialized variable 'c' tst.mq5 16 10 possible use of uninitialized variable 'e' tst.mq5 20 17 生成されたコード 1 1 0 エラー(s), 2 警告(s), 526 msec 経過 1 3 OK、計算で明示的にuninitializedを使用すると出ますね。これはいい。 Alexey Volchanskiy 2019.08.18 19:33 #90 Igor Makanu: よっしゃー ボキャブラリーの問題ではなく、30年以上前にコンピュータに出会い、簡単なプログラミング言語、Pascal、Basic、Fortran、Assembler、...があったことを理解する必要があるのです。 しかし、Windowsでマウスをクリックすると結果が出る、androidやappletophoneが使える......というのは、古い効率的な言語にあぐらをかくことなく、OOPなどのプログラミングパラダイムによって、たくさんのソフトウェアソリューションを書いているプログラマーたちの功績だと思います。 新しいプログラミングスタイルは、ソフトウェアの開発速度を向上させます。これは性能よりも重要なことで、新しいソフトウェアが市場(ユーザー)に求められることは事実ではなく、時間は刻々と過ぎていくからです?- ソフトウエアを開発している会社の中で、会社の全歴史に渡って一つのソフトウエアソリューションの開発者になる準備ができているのはどこでしょうか?- もし、市場(ユーザー)が新しいソフトウェアのアイデアを受け入れてくれたら、その時こそ、たとえアセンブラで書き直したとしても、そのソフトウェアの性能のために戦う意味があるのです コンパイラやRAD、フレームワークなどの開発者も、需要のある技術に合わせて製品を調整しています。つまり、最終的には、OOPは何かひどく遅いとか、短い補助関数を使うのは有効な解決策ではない...、と考え、「線形ビットコード」を書けば、それは有効ですが、実際にはそうではなく、ほとんどの場合はその反対になるでしょう。 というお話です;) 入社当時は組み込み、dspなどの分野がほとんどで、デスクトップやデータベースもできるのですが、今は覚えていないです。まあ、組み込みレベルでは、OOPに切り替えると性能が半分から2倍くらいになることが多いんですけどね。アセンブラでの作業が多かったので、asmで生成されたコードを読むと、無駄なジェスチャーがたくさんあるのがわかりますね。しかし、私たちの現実では、これはすべて些細なことなのです。まともなビデオカードを買ったら、OpenCL用に書けるようになる予定です。カッコよくなりますよ )) 1234567891011 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
よくわからないですよね?
知らなかったのでしょうか?
それは理解できる。
そんなものが欲しいですね。
それは理解できる。
みたいなのが欲しいですね。
まあ、ブロックを入れるのは、いつもやっていることなんですけどね。
それとも、2つのブラケットが多すぎるのでしょうか?)
そして、ブロックを並べるのは、私がいつもやっていることです。
それとも、2つのブラケットが多すぎるのでしょうか?)
ただ多いだけでなく・・・。まるで頭の上にエベレストがあるような...。)))))))))
老いとはそういうものだ。「2つの括弧」は何かで開くものだとばかり思っていた...。
そして、いくつかのコードを「ローカライズ」すればいいということですが、どうなんでしょう......。
ライブ・アンド・ラーニング!褒め称え ...私 )))- 知らなかったことを知ることができ、いつも嬉しく思っています。
そして、ありがとうございました)))))))))
1953-2008年 父
1953-2019 義父
お悔やみ申し上げます。一回り以上若い、いや、それ以下です。だから、もうボキャブラリーを埋める必要はないんです。
お悔やみ申し上げます。一回り以上若い、いや、それ以下です。だから、もうボキャブラリーを埋める必要はないんです。
よっしゃー
ボキャブラリーの問題ではなく、30年以上前にコンピュータに出会い、簡単なプログラミング言語、Pascal、Basic、Fortran、Assembler、...があったことを理解する必要があるのです。
しかし、Windowsでマウスをクリックすると結果が出る、androidやappletophoneで結果が出る...というのは、古い効率的な言語にあぐらをかくことなく、OOPなどのプログラミングパラダイムによって多くのソフトウェアソリューションを書いているプログラマーの功績だと思います。
新しいプログラミングスタイルは、ソフトウェアの開発速度を向上させます。これは性能よりも重要なことで、新しいソフトウェアが市場(ユーザー)に求められることは事実ではなく、時間は刻々と過ぎていくからです?- ソフトウエアを開発している会社の中で、会社の全歴史に渡って一つのソフトウエアソリューションの開発者になる準備ができているのはどこでしょうか?- もし、市場(ユーザー)が新しいソフトウェアのアイデアを受け入れてくれたら、その時こそ、たとえアセンブラで書き直したとしても、そのソフトウェアの性能のために戦う意味があるのです
コンパイラやRAD、フレームワークなどの開発者も、需要のある技術に合わせて製品を調整しています。つまり、最終的には、OOPは何かひどく遅いとか、短い補助関数を使うのは有効な解決策ではない...、と考え、「直線状のビットコード」を書けば、それは有効ですが実際にはそうではなく、ほとんどの場合はその反対になるでしょう。
ってな話です(笑)
よっしゃー
ボキャブラリーの問題ではなく、30年以上前にコンピュータに出会い、簡単なプログラミング言語、Pascal、Basic、Fortran、Assembler、...があったことを理解する必要があるのです。
しかし、Windowsでマウスをクリックすると結果が出る、androidやappletophoneが使える......というのは、古い効率的な言語にあぐらをかくことなく、OOPなどのプログラミングパラダイムによって、たくさんのソフトウェアソリューションを書いているプログラマーたちの功績だと思います。
新しいプログラミングスタイルは、ソフトウェアの開発速度を向上させます。これは性能よりも重要なことで、新しいソフトウェアが市場(ユーザー)に求められることは事実ではなく、時間は刻々と過ぎていくからです?- ソフトウエアを開発している会社の中で、会社の全歴史に渡って一つのソフトウエアソリューションの開発者になる準備ができているのはどこでしょうか?- もし、市場(ユーザー)が新しいソフトウェアのアイデアを受け入れてくれたら、その時こそ、たとえアセンブラで書き直したとしても、そのソフトウェアの性能のために戦う意味があるのです
コンパイラやRAD、フレームワークなどの開発者も、需要のある技術に合わせて製品を調整しています。つまり、最終的には、OOPは何かひどく遅いとか、短い補助関数を使うのは有効な解決策ではない...、と考え、「直線状のビットコード」を書けば、それは有効ですが実際にはそうではなく、ほとんどの場合はその反対になるでしょう。
というお話です;)
それなのに、なぜ必要のないものを彼から搾り取ろうとするのでしょうか。ある計算をできるだけ高速に行おうとしても、カチカチと音がして何ミリ秒、時には何秒も経ってしまっては意味がない。
ある人は、まるで組立ラインのように仕事をする-TOR(または自分のアイデア)をもらって、あとは自分でやる-TORをもらう...。
そして、ある人は、暇なときに、次はこの仕事を半分の時間でできる方法を常に探しているのです
そして、それぞれのコード断片の実行を高速化する方法を常に模索し、最適な呼び出し構造を見つけて性能を向上させる人もいます
しかないのか、人それぞれなのか。)
ある人は、組み立てラインのように、ToRを受け取って、それを実行し、またToRを受け取る...というように、人間的な要素も影響します。
ある人は、次に空き時間ができたときに、この仕事を2倍速くする方法を常に探しています。
そして、誰かが常にそれぞれのコード断片を高速化する方法を探していて、高速化するために最適な呼び出しの構造を見つけているのです
しかないと思うのですが......人それぞれ?)
全体として、無駄な議論になっている。お客様がこのコードで何を言いたかったのかを理解するのに非常に多くの時間を浪費し、何度もコードを書き直さなければならないかもしれません。では、どれくらいのスピードで書けばいいのでしょうか?理解したとおりにやって、その後、仲裁に申請する際に、依頼者が何を言いたかったのかを探ろうとすること?
そして、一般的には自粛の話ばかりしていました。無駄なオブジェクトの作成で MQLコードに負荷をかける必要はありません。
役に立たない例はたくさんありますが、この話題はもう論じる気になれません。
を出す、文字列やプリントは、変数を扱う指標にはならない
'tst.mq5' tst.mq5 1 1
possible use of uninitialized variable 'c' tst.mq5 16 10
possible use of uninitialized variable 'e' tst.mq5 20 17
生成されたコード 1 1
0 エラー(s), 2 警告(s), 526 msec 経過 1 3
OK、計算で明示的にuninitializedを使用すると出ますね。これはいい。
よっしゃー
ボキャブラリーの問題ではなく、30年以上前にコンピュータに出会い、簡単なプログラミング言語、Pascal、Basic、Fortran、Assembler、...があったことを理解する必要があるのです。
しかし、Windowsでマウスをクリックすると結果が出る、androidやappletophoneが使える......というのは、古い効率的な言語にあぐらをかくことなく、OOPなどのプログラミングパラダイムによって、たくさんのソフトウェアソリューションを書いているプログラマーたちの功績だと思います。
新しいプログラミングスタイルは、ソフトウェアの開発速度を向上させます。これは性能よりも重要なことで、新しいソフトウェアが市場(ユーザー)に求められることは事実ではなく、時間は刻々と過ぎていくからです?- ソフトウエアを開発している会社の中で、会社の全歴史に渡って一つのソフトウエアソリューションの開発者になる準備ができているのはどこでしょうか?- もし、市場(ユーザー)が新しいソフトウェアのアイデアを受け入れてくれたら、その時こそ、たとえアセンブラで書き直したとしても、そのソフトウェアの性能のために戦う意味があるのです
コンパイラやRAD、フレームワークなどの開発者も、需要のある技術に合わせて製品を調整しています。つまり、最終的には、OOPは何かひどく遅いとか、短い補助関数を使うのは有効な解決策ではない...、と考え、「線形ビットコード」を書けば、それは有効ですが、実際にはそうではなく、ほとんどの場合はその反対になるでしょう。
というお話です;)
入社当時は組み込み、dspなどの分野がほとんどで、デスクトップやデータベースもできるのですが、今は覚えていないです。まあ、組み込みレベルでは、OOPに切り替えると性能が半分から2倍くらいになることが多いんですけどね。アセンブラでの作業が多かったので、asmで生成されたコードを読むと、無駄なジェスチャーがたくさんあるのがわかりますね。しかし、私たちの現実では、これはすべて些細なことなのです。まともなビデオカードを買ったら、OpenCL用に書けるようになる予定です。カッコよくなりますよ ))