MetaEditorの使いやすさへの提案 - ページ 3 12345678 新しいコメント Rashid Umarov 2017.09.28 12:12 #21 Комбинатор:例を挙げてください。標準スタイル、MQスタイルと、標準では回避できない状況、MQでは回避できる状況を明確に示しています。まずは自分の例を出してください。ここには3階建てのベリンスキー級の批評家がいる。 Vladimir Karputov 2017.09.28 12:13 #22 Комбинатор:例を挙げてください。標準スタイル、MQスタイルと、標準では問題が回避できず、MQでは問題が回避できる状況を明確に示しています。mql.communityには、スタイリストという たった一つの標準があります。 Mikhail Kontsevoy 2017.09.28 12:13 #23 khorosh:食いしん坊...クソ。嗜好品で胃袋を甘やかし、そろそろMQLダイエットを)。:) ...しかも、MQLは比較的簡単な構文であるにもかかわらず、です。同僚はJavaScriptについてどう言うだろうか:) Alexey Volchanskiy 2017.09.28 12:21 #24 Vitaly Muzichenko:大きな差はありませんが、MQのフォーマットスタイルが優れていることは否めません。私が働いていたオフィスはすべて、MSが現在使っているコードスタイルを採用していました。英数字モニター時代にはK&Rスタイルがあった 80文字×25行そして90年代、誰もが800*600の解像度を持つ14インチモニターを持っていた時代です。 なぜ、codestylismが重要なのでしょうか?ファッションでもなく、女性の気まぐれでもない、情報をいち早く知るための方法なのです。MSコードスタイルでは、すべてのブロックがはっきりと見えますが、K&Rスタイルでは、すべてのブロックが押し込まれているため、内部翻訳に時間と労力を費やし、開閉ブレース{と}を探さなければならないのです。クルプロッガーが「全部ちゃんと見えるよ」と叫ぶのは理解できるのですが。その後、彼らはヒステリックに注文の開け方について100500のフォーラムの書き込みをします))。また、大きなプロジェクトを ラピッドモードで見る場合、適切な書式設定が重要です。ZZY:MQの開発が遅い理由のひとつに、プログレチームが違和感のあるコードストリームを重箱の隅をつつくようなことをしている可能性は否定できません。ZZZY:どのコードスタイルが一番早く、使いやすいかというのは、心理学的に研究されていることだと思います。もしかしたら、誰かがデータを持っているかも? TheXpert 2017.09.28 12:23 #25 Rashid Umarov:まずは自分の例を出してください。ここには3階建てのベリンスキー級の批評家がいる。 私の主張を述べました。もちろん、それに気づかないふりをして、自分のスタイルを熱心に守り続けることもできます。 Alexey Volchanskiy 2017.09.28 12:23 #26 Stanislav Korotky:へぇー。さあ、どうぞ。その差は相当なものです。そこには、さまざまな問題がある。MQスタイルは読めない、誰も長い間使っていない。最近のスタイルの統計を見ると、主にC++とJavaの2つがあり、どちらも押しつけられたMQスタイルより実質的に優れています。本来、マイクロソフトの製品やそのソースを業務に使う会社としてのMQは、論理的にはマイクロソフトのスタイルを使うことができるのだが、なぜかそうしていない。そして、これは国民的な頑固さです。MQL5では、何年もの間、MQはヘッジをしたがらなかったことを思い出してください。生きているというより死んでいるような製品であることが明らかになったので、そうしたのです。コードストリームでも同じことが起こるでしょう。一般的に、私は長い間気にせず、自分の道具を使っています。 TheXpert 2017.09.28 12:26 #27 Mikhail Kontsevoy: JavaScriptについて同僚から言われたこと:)同僚は、JSLintを開いて、中括弧がどのようにフォーマットされているか見てみろと言うでしょう。 Artyom Trishkin 2017.09.28 12:27 #28 Vladimir Karputov: MQLスタイルでは、中括弧を使った非常に単純だが厄介な誤解を回避することができます。などがあります。 フォーラムとコドベースを同じレイアウトでコードで埋め尽くすというのは、絶対にやってはいけないことなのです。何年も書き続けているのに、いまだにMQLの精神が身についていない人から、MetaTrader editorでスタイルをカスタマイズできるという話を聞くのは不思議なものです。狂信的なのは勘弁してください :) Rashid Umarov 2017.09.28 12:27 #29 Комбинатор: 私の主張を述べました。もちろん、それに気づかないふりをして、自分のスタイルを熱心に守り続けることもできます。あなたのフォーマットの例を見たことがある、リンクを教えてくれ。何がどう良いのかの説明もお願いします。 Alexey Volchanskiy 2017.09.28 12:32 #30 また、思い出した。広告を印刷するための大判プリンター用のソフトウエアの書き換えを、ドイツ人のために短期間行ったことがあるんだ。幅が5メートルもあって、バカみたい。ソースコードが送られてきて、すぐにこの巨大なプリンターで印刷し、リストを床に放り投げてフェルトペンで這いずりながら、どのクラスをそのまま使うか、どれを作り直すか、どれをゼロから作り直すかを決めていったのです。すべてがワルツのテンポで行われ、決めてからパソコンに向かい、システムを組み立て直して、また最初からやり直したのです。K&Rスタイルがあったら、とっくに子供用ビブでルンルンで寝てるところです )) 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
例を挙げてください。標準スタイル、MQスタイルと、標準では回避できない状況、MQでは回避できる状況を明確に示しています。
まずは自分の例を出してください。ここには3階建てのベリンスキー級の批評家がいる。
例を挙げてください。標準スタイル、MQスタイルと、標準では問題が回避できず、MQでは問題が回避できる状況を明確に示しています。
mql.communityには、スタイリストという たった一つの標準があります。
食いしん坊...クソ。嗜好品で胃袋を甘やかし、そろそろMQLダイエットを)。
:) ...しかも、MQLは比較的簡単な構文であるにもかかわらず、です。同僚はJavaScriptについてどう言うだろうか:)
大きな差はありませんが、MQのフォーマットスタイルが優れていることは否めません。
私が働いていたオフィスはすべて、MSが現在使っているコードスタイルを採用していました。英数字モニター時代にはK&Rスタイルがあった 80文字×25行
そして90年代、誰もが800*600の解像度を持つ14インチモニターを持っていた時代です。
なぜ、codestylismが重要なのでしょうか?ファッションでもなく、女性の気まぐれでもない、情報をいち早く知るための方法なのです。
MSコードスタイルでは、すべてのブロックがはっきりと見えますが、K&Rスタイルでは、すべてのブロックが押し込まれているため、内部翻訳に時間と労力を費やし、開閉ブレース{と}を探さなければならないのです。
クルプロッガーが「全部ちゃんと見えるよ」と叫ぶのは理解できるのですが。その後、彼らはヒステリックに注文の開け方について100500のフォーラムの書き込みをします))。
また、大きなプロジェクトを ラピッドモードで見る場合、適切な書式設定が重要です。
ZZY:MQの開発が遅い理由のひとつに、プログレチームが違和感のあるコードストリームを重箱の隅をつつくようなことをしている可能性は否定できません。
ZZZY:どのコードスタイルが一番早く、使いやすいかというのは、心理学的に研究されていることだと思います。もしかしたら、誰かがデータを持っているかも?
まずは自分の例を出してください。ここには3階建てのベリンスキー級の批評家がいる。
へぇー。さあ、どうぞ。その差は相当なものです。そこには、さまざまな問題がある。MQスタイルは読めない、誰も長い間使っていない。最近のスタイルの統計を見ると、主にC++とJavaの2つがあり、どちらも押しつけられたMQスタイルより実質的に優れています。
本来、マイクロソフトの製品やそのソースを業務に使う会社としてのMQは、論理的にはマイクロソフトのスタイルを使うことができるのだが、なぜかそうしていない。
そして、これは国民的な頑固さです。MQL5では、何年もの間、MQはヘッジをしたがらなかったことを思い出してください。生きているというより死んでいるような製品であることが明らかになったので、そうしたのです。
コードストリームでも同じことが起こるでしょう。一般的に、私は長い間気にせず、自分の道具を使っています。
JavaScriptについて同僚から言われたこと:)
同僚は、JSLintを開いて、中括弧がどのようにフォーマットされているか見てみろと言うでしょう。
MQLスタイルでは、中括弧を使った非常に単純だが厄介な誤解を回避することができます。などがあります。
フォーラムとコドベースを同じレイアウトでコードで埋め尽くすというのは、絶対にやってはいけないことなのです。何年も書き続けているのに、いまだにMQLの精神が身についていない人から、MetaTrader editorでスタイルをカスタマイズできるという話を聞くのは不思議なものです。狂信的なのは勘弁してください :)
私の主張を述べました。もちろん、それに気づかないふりをして、自分のスタイルを熱心に守り続けることもできます。
あなたのフォーマットの例を見たことがある、リンクを教えてくれ。何がどう良いのかの説明もお願いします。
また、思い出した。広告を印刷するための大判プリンター用のソフトウエアの書き換えを、ドイツ人のために短期間行ったことがあるんだ。幅が5メートルもあって、バカみたい。
ソースコードが送られてきて、すぐにこの巨大なプリンターで印刷し、リストを床に放り投げてフェルトペンで這いずりながら、どのクラスをそのまま使うか、どれを作り直すか、どれをゼロから作り直すかを決めていったのです。
すべてがワルツのテンポで行われ、決めてからパソコンに向かい、システムを組み立て直して、また最初からやり直したのです。K&Rスタイルがあったら、とっくに子供用ビブでルンルンで寝てるところです ))