OOPと手続き型プログラミングの比較 - ページ 28 1...212223242526272829303132333435...48 新しいコメント Georgiy Merts 2017.08.15 11:04 #271 Реter Konow: 30以上ある要素のうちのひとつに過ぎないのです。しかも、最小クラスの大きさです。しかし、驚くことに、私はそれを素直に読んでしまったのです。何を表しているのか、説明するのに苦労することはありません。もうひとつ不思議なのは、このような要素は、他の似たような要素をコピーして、多少の修正を加えることで、非常に速く作られることです。怖そうに見えるけど、実はとても簡単なんです。さて、あなたの優れた記憶力があれば、わざわざクラスシステムを作ったり、カプセル化したりする必要がないことが、改めて証明されました。実際、ポリモーフィズムで 関数をオーバーロードすることなく、すべてがグローバルにアクセスできる。 私が思うに、この対象は実に複雑です。 削除済み 2017.08.15 11:21 #272 Реter Konow: 30を超えるアイテムの中の1つに過ぎません。しかも、最小の1台。でも、すごいのは--本を開くように読んだことです。何を表しているのか、説明するのに苦労することはありません。もうひとつ不思議なのは、このような要素は、他の似たような要素をコピーして、多少の修正を加えることで、非常に速く作られることです。怖そうに見えるけど、実はとても簡単なんです。いろいろと・・・。必要であり、目的に対して適切でなければならない...。また、その狙いや目的は何でしょうか?チャートのスクリーンショットを、最終的な姿として見ることができたら面白いですね。 Реter Konow 2017.08.15 11:22 #273 George Merts:さて、あなたの優れた記憶力があれば、わざわざクラスシステムを作ったり、カプセル化したりする必要がないことが、改めて証明されました。実際、ポリモーフィズムで 関数をオーバーロードすることなく、すべてがグローバルにアクセスできる。 私が思うに、この対象は実に複雑です。 反論はしません。何かを証明しようとするとき、私は自分の判断が主観的であることを忘れてしまうのかもしれません。したがって、あなたの選んだ方法は、私のよりあなたにとって合理的であり、私の選んだ方法は、あなたのものより私にとって合理的である。私の中でこの話題は終わりです。 仕事に戻る、みんな頑張れ。 Реter Konow 2017.08.15 11:23 #274 Олег avtomat: いろいろと・・・。必要であり、目的に対して適切でなければならない...。また、その狙いや目的は何でしょうか?チャートのスクリーンショットを、最終的な姿として見ることができたら面白いですね。 難しいことではないんです。 Renat Fatkhullin 2017.08.15 11:27 #275 悪気はないのですが、これはある種のシュールレアリズムの祭典です。マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。そうやって、MQL4は簡単、MQL5は完全に、難しいという自己主張がフォーラムで生まれているんです。プロの開発者は、そのような議論には立ち入らないものなのです。 削除済み 2017.08.15 11:27 #276 Реter Konow: 難しいことではないんです。実証してください。 Alexey Oreshkin 2017.08.15 11:33 #277 Renat Fatkhullin:悪気はないのですが、これはある種のシュールレアリズムの祭典です。マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。そうやって、MQL4は簡単、MQL5は完全に、難しいという自己主張がフォーラムで生まれているんです。プロの開発者は、そのような議論には立ち入らないものなのです。そこは全く同感です。与えられたサンプルコードの使い勝手や読みやすさは、他の開発者や自分自身にとって外から見て、しかししばらくすると0に等しくなります。 Реter Konow 2017.08.15 11:45 #278 Renat Fatkhullin:悪気はないのですが、これはある種のシュールレアリズムの祭典です。マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。そうやって、MQL4は簡単、MQL5は完全に、難しいという自己主張がフォーラムで生まれているんです。プロの開発者は、そのような議論には立ち入らないものなのです。 私のやり方が非現実的に見えるかもしれないことは、私自身理解しています。もちろん、これは古典的な意味でのプロフェッショナル育成ではなく、自由なクリエイティビティに近いものです。一見、ひどい例ですが、プログラミングを学び始めた頃のプログラムコードは、だいたいこんな感じだったんです。この手法を習得して仕事をすることの難しさは、OOPの場合と同様に、習得の有無に左右されます。一人の人間の例でその性能を推し量るのは難しい。チームワークがあれば、結論を出すことができるはずです。今のところ私一人です。 Vasiliy Sokolov 2017.08.15 11:48 #279 要するに、OOPの反対派は大前提として正しいのです。OOPの形式的な知識は、ソフトウェア開発において何の利点ももたらさない。OOPはそれ自体では複雑なシステムの問題を何一つ解決しない。OOPにおける 複雑さは、どこにも行かない。プログラムのある場所から別の場所に移動するだけだ。OOPはヌンチャクに例えるなら、達人の手にかかれば凶器ですが、初めて手にした人は意図したとおりに使うよりも、自分自身が怪我をする可能性の方が高いのです。反対派の理由は極めて明快で、PLOは彼らにとって本当に有害な道具なのに、なぜこの自虐的な行為を教えようとするのか?映画『キル・ビル』で、ユマ・サーマンがサムライ・ソードを持っているにもかかわらず、センセイに素手で殴られたことを思い出す。 Dmitiry Ananiev 2017.08.15 11:55 #280 Renat Fatkhullin:悪気はないのですが、これはある種のシュールレアリズムの祭典です。マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。そうやってフォーラムでは、MQL4は簡単、MQL5はまったくもって難しいという自己言及的な文言が独り歩きしているのです。プロの開発者は、そのような議論には立ち入らないものなのです。フリーランスの受注に目を向ける。1つのオーダーを1日で実施できないことも稀にあります。TORに同意し、顧客の質問に答え、逆上し、仕事を引き受ける/納品することに多くの時間が費やされる。もちろん、MQL5で同じテトリスが書けるのは嬉しいことです。しかし、この言語は別のことを想定して作られています。 既製のストラテジーに基づくExpert Advisor Wizardは、OOPを使用した例です。一度やってみたけど、理解できたよ。でも、今はその仕組みを覚えていないんです。 手続き的なスタイルで、すべてを明確に記述しています。私はいつOOPに完全に切り替えると思う? 別の例では、キャプションが必要な写真があるとします。シンプルなペイントを使うのか、それとも100ものプラグインを搭載したPhotoshopを使うのか?Photoshopを読み込む頃には、5回目にしてすべてPaintでやってしまい、この作業のことは忘れてしまっています。 1...212223242526272829303132333435...48 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
30以上ある要素のうちのひとつに過ぎないのです。しかも、最小クラスの大きさです。しかし、驚くことに、私はそれを素直に読んでしまったのです。何を表しているのか、説明するのに苦労することはありません。もうひとつ不思議なのは、このような要素は、他の似たような要素をコピーして、多少の修正を加えることで、非常に速く作られることです。怖そうに見えるけど、実はとても簡単なんです。
さて、あなたの優れた記憶力があれば、わざわざクラスシステムを作ったり、カプセル化したりする必要がないことが、改めて証明されました。実際、ポリモーフィズムで 関数をオーバーロードすることなく、すべてがグローバルにアクセスできる。
私が思うに、この対象は実に複雑です。
30を超えるアイテムの中の1つに過ぎません。しかも、最小の1台。でも、すごいのは--本を開くように読んだことです。何を表しているのか、説明するのに苦労することはありません。もうひとつ不思議なのは、このような要素は、他の似たような要素をコピーして、多少の修正を加えることで、非常に速く作られることです。怖そうに見えるけど、実はとても簡単なんです。
いろいろと・・・。必要であり、目的に対して適切でなければならない...。また、その狙いや目的は何でしょうか?
チャートのスクリーンショットを、最終的な姿として見ることができたら面白いですね。
さて、あなたの優れた記憶力があれば、わざわざクラスシステムを作ったり、カプセル化したりする必要がないことが、改めて証明されました。実際、ポリモーフィズムで 関数をオーバーロードすることなく、すべてがグローバルにアクセスできる。
私が思うに、この対象は実に複雑です。
反論はしません。何かを証明しようとするとき、私は自分の判断が主観的であることを忘れてしまうのかもしれません。したがって、あなたの選んだ方法は、私のよりあなたにとって合理的であり、私の選んだ方法は、あなたのものより私にとって合理的である。
私の中でこの話題は終わりです。
仕事に戻る、みんな頑張れ。
いろいろと・・・。必要であり、目的に対して適切でなければならない...。また、その狙いや目的は何でしょうか?
チャートのスクリーンショットを、最終的な姿として見ることができたら面白いですね。
悪気はないのですが、これはある種のシュールレアリズムの祭典です。
マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。
そうやって、MQL4は簡単、MQL5は完全に、難しいという自己主張がフォーラムで生まれているんです。プロの開発者は、そのような議論には立ち入らないものなのです。
難しいことではないんです。
実証してください。
悪気はないのですが、これはある種のシュールレアリズムの祭典です。
マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。
そうやって、MQL4は簡単、MQL5は完全に、難しいという自己主張がフォーラムで生まれているんです。プロの開発者は、そのような議論には立ち入らないものなのです。
そこは全く同感です。
与えられたサンプルコードの使い勝手や読みやすさは、他の開発者や自分自身にとって外から見て、しかししばらくすると0に等しくなります。
悪気はないのですが、これはある種のシュールレアリズムの祭典です。
マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。
そうやって、MQL4は簡単、MQL5は完全に、難しいという自己主張がフォーラムで生まれているんです。プロの開発者は、そのような議論には立ち入らないものなのです。
要するに、OOPの反対派は大前提として正しいのです。
OOPはヌンチャクに例えるなら、達人の手にかかれば凶器ですが、初めて手にした人は意図したとおりに使うよりも、自分自身が怪我をする可能性の方が高いのです。反対派の理由は極めて明快で、PLOは彼らにとって本当に有害な道具なのに、なぜこの自虐的な行為を教えようとするのか?
映画『キル・ビル』で、ユマ・サーマンがサムライ・ソードを持っているにもかかわらず、センセイに素手で殴られたことを思い出す。
悪気はないのですが、これはある種のシュールレアリズムの祭典です。
マイクロハウスのマッチ10箱をコントロールする能力を、超高層ビルの建設と対比しています。
そうやってフォーラムでは、MQL4は簡単、MQL5はまったくもって難しいという自己言及的な文言が独り歩きしているのです。プロの開発者は、そのような議論には立ち入らないものなのです。
フリーランスの受注に目を向ける。1つのオーダーを1日で実施できないことも稀にあります。TORに同意し、顧客の質問に答え、逆上し、仕事を引き受ける/納品することに多くの時間が費やされる。もちろん、MQL5で同じテトリスが書けるのは嬉しいことです。しかし、この言語は別のことを想定して作られています。
既製のストラテジーに基づくExpert Advisor Wizardは、OOPを使用した例です。一度やってみたけど、理解できたよ。でも、今はその仕組みを覚えていないんです。
手続き的なスタイルで、すべてを明確に記述しています。私はいつOOPに完全に切り替えると思う?
別の例では、キャプションが必要な写真があるとします。シンプルなペイントを使うのか、それとも100ものプラグインを搭載したPhotoshopを使うのか?Photoshopを読み込む頃には、5回目にしてすべてPaintでやってしまい、この作業のことは忘れてしまっています。