Nikolai Semko: おばあちゃんに、壊れたプッシュボタン式の携帯電話の代わりに、フラッグシップモデルのiPhoneやAndroidを プレゼントして、前の携帯電話と比較して新しい機能をすべて説明しようとすると、90%の確率で、前の携帯電話の方が良かった、なぜならボタンがついていて、どのボタンを押したかを指で感じることができたから、と言うでしょう。そして、電話をかけることを除けば、彼女にとって最大の成果はSMSの送り方を覚えることだと思います。特に才能あるおばあちゃんは、Whatsappを教えることもできるかもしれませんね。それ以外のものは、彼女にとって「五輪」にしか見えないでしょう。そして、彼女にとっては、Googleマップを開くより、道行く人にリジューコフ通りへの行き方を聞く方が簡単だろう。習慣の力は絶大だからだ!
おばあちゃん」と「子ども」が年齢ではなく、心の動きによるものであれば別ですが。現代の現実のあらゆる可能性をうまく利用している多くの人にとって、"先進的な若者 "よりもずっと
また、特定のニーズに合わせて正確に1つの機能を必要とするのであれば、なぜ「すべての機能を使う」必要があるのでしょうか?可能性をたくさん、たくさん挙げるのが営業マンの立場です。特殊なソリューションの 方が普遍的なものよりも効率的 であることは、以前から知られていたことです。
家庭でパンを切るには、フォークや栓抜きなど9つのアイテムを持つ万能ナイフより、1つの刃を持つ大きなナイフの方が効果的です。キャンプの時は別です。
どんな言語でも自分でデータベースを書くことができますが、データベースと相性がよく、写真編集機能を一切実装していないDBMSもあります。大規模なデータベースでは、通常、汎用言語よりも効率的である。しかし、Excelで小さなデータベースを作ることもできます。どのツールが一番自分に合っているのか、それが重要なのです。
出張報告で、フラッグシップのAndroidを簡単に使いこなす若い経理担当者のツールキットを見てください。彼女は、電卓も付いているのに、それを使わず、Android(電卓も付いている)より大きく、大きなボタンが最小限の特別な重さの電卓をデスクに転がしているのです。しかし、小学生の電卓には必要な三角関数のボタンがない。
OOPを適用 することが理にかなっているところでは、それを適用すべきです。当たり前のようですが。しかし、MQL言語は何に使うべきなのでしょうか?
おそらく、ユーザーとのインターフェイスを整理するためのものでしょうか。DelphiのVisual Components Libraryはその一つです。 Expert Advisorやスクリプトはコンピュータ上で人間に取って代わることを目的としており、このインターフェースはその目的とは正反対です。つまり、邪魔なのです。ペンナイフの不要品と同じです。また、万能ハンマーのスチール製ハンドルの先端に釘打ち機を取り付けると、傷がつくだけでなく、重心がストライカーからハンドルに移動してしまうのです。
MQLに求められる専門性とは、果たしてどのようなものなのでしょうか。この言語は、他のツールでは不可能なことを実現しなければならない。それは、サーバーからデータを受け取り、サーバーにリクエストを送ることです。外部プログラムへの受け渡し機能付き。OOP、ボトムアップやトップダウン開発、エクストリームプログラミング、ビジュアルプログラミングなど、誰でも好きなようにユニバーサル開発ツールに実装できるようにする。
MQL5のOOPの代わりに、ブローカーの手数料をプログラムで調べられるようになると嬉しいですね。欠けており、端末で手数料を知ることができる。これは明らかな欠点だと私は思います。
また、なぜか思い当たる節がありました。
もし誰か気が向いたら、このスラッグで 初心者向けの例文付きで、いかにプログラミングをしてはいけないか、いい記事を書いてくれませんか。
レグ・コノウ さん、ご批判ありがとうございます。
いいか、今すぐ答えてやるが、お前は出入り禁止にされるぞ。大げさに言えば......結果を見せてから、スラッグの話をする。
以前、「mt5ではロクにティックを入れないのが原則だ」とおっしゃっていました。議論している人が出入り禁止になったこともある。それで?
私に質問することではなく、ソースに直接聞いてください。
意味がわからない。その上、それは修辞的な質問だった。
ユーザーについて言えば、MetaQuotesはMT5の機能に慣れるために多くのことを行っています。
230ビルド以前のMT4がどうだったかを思い出してください(私の記憶では最後のビルドはデコンパイルされていました)。
そして今、MT4は、アーキテクチャは違えど、MT5とほとんど見分けがつかない状態になっています。これはすべて、ユーザーが切り替えを必要とするディリングを煩わせるために行ったもので、この切り替えは、同じボタン、同じ機能、同じフォルダーの中にある、という快適なものでしょう。
なぜなら、ディリング自身がコンフォートゾーンから出たがらないからです。彼らはそれを望んでいないので、MT5のライセンスはMT4よりも高価になる、そのために多くのお金を支払わなければなりません。
と、ここでいきなりライセンス商品の価格設定の分野に入るので、他人の金を勘定するような話になってしまうので、この辺で止めておきます。
このセクションのビジネスで自分の意見を持つためには、少なくとも1つの製品を10万円以上で販売した経験が必要です。
もちろん、経験豊富なプログラマーや開発者にとっては、MQL5など何の役にも立たない。しかし、「天才的な」戦略を実行するためだけに、プログラミングをマスターしようとする新人や独学者のことを考えてみてください。そして、追加された機能を使いこなすのは難しく、プラットフォームを選ぶ際も、あまり深く考えることはないだろう。それが問題なのです。
独学で始めた初心者に何が問題なのか?この記事は、独学で学んだ初心者が書いています。mql4の後、mql5で最初のインジケータを書くのに2-3週間かかりました。私は知識を高めることしかしてきませんでした。
どんな仕掛けがあるんだろう?OOPでいうところのメソッドと呼ばれる関数、あるいは関数のオーバーローディング?結局、mql5では、クラスは全くなくても大丈夫で、誰もそれを禁じてはいません。まあ、解らない人は解らないって話なら、まあ...。関係なければ、V.S.ヴィソツキーのことを思い出してください。
で、そのままフリーランスに。
すべてがよりシンプルになりました。mql4とmql5では、手続き型で書くことを誰も禁じていない - 絶対的に同じだ。OOPの使い方 も同様に、どちらの場合もです。
ペテロは問題を作り出して祈っただけだ。最も、彼自身がそれを理解できないからだろう。それとも、困難や困難を乗り越えることが好きだからでしょうか。同じ結果に至る2つの道のうち、彼は長く茨の道を選びます。でも、その時はカッコいいプログラマーになった気分なんです。これが、彼がOOPを嫌う背景にあるのだと思います。もちろん間違っているかもしれませんが、私は通常、人を感じるのです。
例えば、私はライブラリ形式のinludesが嫌いです。なぜなら、何が詰まっていて、それがどのように役立つのか分からないからです。
レツグ・コノウのものと同様です。
さて、エネルギー保存の法則ですが、ライブラリがなくてもすべてが動くのであれば、なぜライブラリを逆コンパイルして理解する必要があるのでしょうか?
追伸
ヘラジカについての私のトップページはご覧になりましたか?
1は2とは長さが異なります。そして、その意味も同様に明確である。
簡潔なコードと2画面分の広さ、どちらが読みやすいか?
短いコードを読む方が簡単で早いんです。各行のスライダーでコードを水平に移動するのが好きな人は、どうぞやってください。
私は、初心者がそのようなコードを見たことがあります - 私はほとんど目を失い、彼が自分の名前を変更するまで、それを調べることを拒否しました。
"PositionSelected byMagicの総利益を格納するための変数 "から
"profit_all_by_magic "です。
1. ロシア語を話す人は、m_chart_idよりもthe_chart_idの方が早く読むことができる。
2.プログラム中に何百もの変数がある場合、Russianは不可欠なサポートを提供します。
これらはすべて、実験で検証することができます。
母国語のコードを読み、理解するスピードは常に速く、暗記力も高くなります。
ロシア語で変数の命名のルールを理解すればいいのです。variable_to_hold_general_profit_position」の代わりに「general_profit」でいいんです。
おばあちゃんに、壊れたプッシュボタン式の携帯電話の代わりに、フラッグシップモデルのiPhoneやAndroidを プレゼントして、前の携帯電話と比較して新しい機能をすべて説明しようとすると、90%の確率で、前の携帯電話の方が良かった、なぜならボタンがついていて、どのボタンを押したかを指で感じることができたから、と言うでしょう。そして、電話をかけることを除けば、彼女にとって最大の成果はSMSの送り方を覚えることだと思います。特に才能あるおばあちゃんは、Whatsappを教えることもできるかもしれませんね。それ以外のものは、彼女にとって「五輪」にしか見えないでしょう。そして、彼女にとっては、Googleマップを開くより、道行く人にリジューコフ通りへの行き方を聞く方が簡単だろう。習慣の力は絶大だからだ!
あなたは議論を見つけるのが上手ですね、ニコライさん)。
祖母も問題なくすべてを把握できるかもしれません。ただ、無意識のうちに、自分の凝り固まった心を不要な情報の渦に引きずり込むようなことはしたくないと考えているのだ。彼女の言うとおりです)。
また、特定のニーズに合わせて正確に1つの機能を必要とするのであれば、なぜ「すべての機能を使う」必要があるのでしょうか?可能性をたくさん、たくさん挙げるのが営業マンの立場です。普遍的な ものよりも特殊なソリューションが 有効 であることは、以前から知られていた。
家庭でパンを切るには、フォークや栓抜きなど9つのアイテムを持つ万能ナイフより、1つの刃を持つ大きなナイフの方が効果的です。キャンプの時は別です。
どんな言語でも自分でデータベースを書くことができますが、データベースと相性がよく、写真編集機能を一切実装していないDBMSもあります。大規模なデータベースでは、通常、汎用言語よりも効率的である。しかし、Excelで小さなデータベースを作ることもできます。どのツールが一番自分に合っているのか、それが重要なのです。
出張報告で、フラッグシップのAndroidを簡単に使いこなす若い経理担当者のツールキットを見てください。彼女は、電卓も付いているのに、それを使わず、Android(電卓も付いている)より大きく、大きなボタンが最小限の特別な重さの電卓をデスクに転がしているのです。しかし、小学生の電卓には必要な三角関数のボタンがない。
OOPを適用 することが理にかなっているところでは、それを適用すべきです。当たり前のようですが。しかし、MQL言語は何に使うべきなのでしょうか?
おそらく、ユーザーとのインターフェイスを整理するためのものでしょうか。DelphiのVisual Components Libraryはその一つです。 Expert Advisorやスクリプトはコンピュータ上で人間に取って代わることを目的としており、このインターフェースはその目的とは正反対です。つまり、邪魔なのです。ペンナイフの不要品と同じです。また、万能ハンマーのスチール製ハンドルの先端に釘打ち機を取り付けると、傷がつくだけでなく、重心がストライカーからハンドルに移動してしまうのです。
MQLに求められる専門性とは、果たしてどのようなものなのでしょうか。この言語は、他のツールでは不可能なことを実現しなければならない。それは、サーバーからデータを受け取り、サーバーにリクエストを送ることです。外部プログラムへの受け渡し機能付き。OOP、ボトムアップやトップダウン開発、エクストリームプログラミング、ビジュアルプログラミングなど、誰でも普遍的な開発ツールで実装できるようにしましょう。
OOPの代わりに、MQL5では証券会社の手数料をプログラムで調べられるようになると嬉しいですね。それだけでは不十分であり、端末の手数料もわかっている。これは明らかな欠陥だと私は思います。