本当に素晴らしい出来栄えです!!! - ページ 4

 
nen >> :

30年以上前にプログラミングのために論理学を勉強した。KNFとDNFの略語を解読する。

接続型(離接型)正規形。

 
Galaxy писал(а)>>

やめろ! 規格や規約と何の関係があるんだ?これは、すべての数学をひっくり返すような、まったく別の領域の誤りである。

デジタル電子工学やコンピュータ工学の数学的基礎は論理学の代数(またはブール代数)であり、そこでは(公理的に)間違いなく

論理的な足し算"or"(論理和)と論理的な掛け算"and"(論理積)。

大学で勉強したKNFやDNFはどうだった?恥をかかないためにも、緊急に修正する必要があると思います。

この間違いは訂正できません。なぜなら、多くの良い4版プログラムが地獄に落ちるからだ、と思うのだが...。C++のプラグラムのようなものを導入しない限りは。

#論理演算

// 旧来の異常な論理演算...エンジョイ

#アンロール_ロジカル_オペレーション

この構成でエイリアンのロジックはどうなるのでしょうか:)

 
ソフトを掘り起こす必要がありそうです。ただし、1段目ではなるべくすべてを切り捨てないように、多段チェックも心がけています。
 
Prival писал(а)>>

でも、ここで毒を盛らないでください。

ここで紹介するのは、作品の精度ではありません。開発者がソフトウェア製品をより良いものにし、バグや不具合をなくすのに役立ちます。もちろん、彼らが必要かつ可能であると判断した場合。このような投稿のおかげで、MQLはビルドごとに良くなっていきます。

MT*の改良に貢献したい。例えば、開発者に他の言語をサポートするよう説得するためです。そして最大のポイントは、コストがかからないということです。一番いいのは、CLR-hostを統合することです。そうすれば、すべての.NET言語が使えるようになります。C#も同じです。その労力は、プログラマー1人でせいぜい1週間程度(MTのオブジェクトモデルを書き出すだけ)です。そうすれば、MTのレベルもぐっと上がると思うんです。

もちろん、MQL5の開発も...。...並列でその性能をC++のレベルまで引き上げる。など

 
MuruFigi >> :

MT*をより良いものにするためにぜひ貢献したいです。例えば、開発者を説得して、他の言語にも対応できるようにする。そして何より、コストがかからないということです。一番いいのは、CLR-hostを統合することです。そうすれば、すべての.NET言語が使えるようになります。C#も同じです。その労力は、プログラマー1人でせいぜい1週間程度(MTのオブジェクトモデルを書き出すだけ)です。そうすれば、MTのレベルもぐっと上がると思うんです。

もちろん、MQL5の開発も...。...並列でその性能をC++のレベルまで引き上げる。などなど・・・。

...NinjaTraderのような?では、MQLは何のためにあるのでしょうか?一週間の仕事......冗談でしょう :)

 
Choomazik писал(а)>>

...NinjaTraderのような?では、MQLは何のためにあるのでしょうか?一週間の仕事 - もちろん冗談でしょう :)

NinjaTraderが何なのかわからない。

なぜMQLが必要なのか?プログラミングを専門的にやったことがない人向け。簡略化された言語である。さらに、.NETの開発環境......それをインストールし、理解し、別の言語を習得しなければならない。Expressでない場合は、.NETの開発環境を購入する必要があります。そのためのMQLなのです。

また、MQLのプログラマーが、MQLを知らなくてもC++やC#を知っていて、.NETプラットフォームで作業ができるプログラマーに、数理モデリングのモジュールを発注するのも簡単でしょう。

私も仕事の週がよくわからない...。でも、難しいことではないことは確かです。ドキュメントを読むだけでいいんです:)

 
MuruFigi >> :

この間違いは直りません。だって、4の良いソフトがたくさん潰れちゃうと思うんだもん...。C++タイプのプラグラムを導入しない限りは。

#論理演算

// 旧来の異常な論理演算...エンジョイ

#アンロール_ロジカル_オペレーション

この構成の中にエイリアンのロジックがあるように:)

ミスをしたときにお金を払わなければならない。そして、そのミスが深刻であればあるほど、それが人生なのです。そして、今すぐ修正しなければ、後で一桁多い費用がかかることになります。

そして、ロジックについては、私たちの知的宇宙はその上に成り立っていて、実は「or」よりも「&」という接続詞を優先して考えているんですね、考えてみると。

集合論。

&& = 可能性の交差点と解釈しています。

|| =として統一されています。

A, Bは空でない集合

では

A && BはA || Bにおける部分集合である。

すなわち、xがA && Bに属するなら、xはA || Bに属します。

つまり、最初の条件は2番目の条件を含んでいるので、より強いのです。

また、MQLの論理では、その逆も然りでしょう。

つまり、我々は早急に修正する必要があるのです。



 

実は、これはプログラマーのテーマではなく、各言語の仕様が先にあって、どこかに他の規格があっても関係ないのですが......。

と、単一規格なんて夢のまた夢ですからね...。

 
keekkenen >> :

実は、これはプログラマーのテーマではなく、各言語の仕様が先にあって、どこかに他の規格があっても関係ないのですが......。

と、単一規格なんて夢のまた夢ですからね...。

+1, 保険として、大声で叫ぶ代わりに、疑わしい場所に括弧を付けるだけです。

"思ったように動かないので直してほしい" と言われました。

 
TheXpert >> :

+1, 保険のために、大声で叫ぶ代わりに、怪しい場所に括弧をつけるだけです。

"思ったように動かないので直してほしい" と言われました。

昔々、ナインを買おうと思っていろいろ見て回っていたとき、セールスマンにエンジンオイルの「焼け」についてどう思うか聞いたところ、「300kmごとに1リットルずつバカスカ注げば問題ない」とも言われました。

しかし、人は通常、常に保険をかけているのではなく、問題が発生する可能性を最小限に抑えようとします。そして、それが私たちのクルマの進む道であり、ぶっきらぼうなブッシーテール、つまりDIYのコンストラクターなのです。

括弧をつけるのは難しいことではなく、かつての日本のテープレコーダーのように、「バカのために」信頼できる製品を目指すべきだという原則の問題です。