Canvasでクラウドソーシングのプロジェクトを作る - ページ 3

 
o_O:

美しさと言ったら......)

レンダリング時間や操作性など、すべてにおいて十分なレベルです。

問題点は、クールでグルーヴィーなのはいいのですが、すべての人が添付のコードのように書けるとは限らないということです。

私は喜んで参加しますが、私は知識を持っていない、と彼らはしない、私は学ばないので、彼らはしない学びたくない、それがうまく教えるためにどこにもないからです。

私はこれまで何度も、正しいプログラミングの方法とそうでない方法、OOPとは何か、OOPをどう使うかといった、有能なトレーニングについて問題提起してきました。

今、あなたの呼びかけに応えられるのは、研究所でプログラミングを学び、多くの知識を持ち、多くを理解している人だけですが、そのような人はどれくらいいるのでしょうか?

例えば、そんなことは全く理解できない。

class A { public:
              A *operator<<( int )       { return &this; }
        const A *operator>>( int ) const { return &this; }
};
void OnStart()
{
        A a;
        a >> 0 << 0;                       //нет сообщения об ошибке
        a.operator>>( 0 ).operator<<( 0 ); //error: правомерно

ドキュメントでもどこでもいいから、これをどこに適用すればいいのか、一般的にどう理解すればいいのか、教えてください ...

あなたはクールで役に立つことを書きたいと思っていて、それはとても良いことですが、誰がそれを書くのか、あなたは準備していますか?人に教えたのですか?あるいは、せっかくのアイデアが1,5人の参加で消えてしまうことも...。

声を出して考えてみると、一番必要で、求められているのは、上に示したようなプログラミングを基礎から例題まで教える(良い、簡単、便利、有能な)プロジェクト でしょう。やりたいけど、プロじゃないから正しいやり方がわからない!」。

そして、1.5人の頭のいい人たちが(自分たちの意見で)かっこいいものを作るプロジェクトより、10万倍もみんなのためになるのです......。

 
o_O:
うーん、編集の何が問題なんだろう?
主で最も重要な問題は、入力文字列が限られていることなのか、それとも何かが変わったのか?
 
Vladimir Pastushak:
あなたはクールで役に立つことを書きたいと思っていて、それはとても良いことですが、誰がそれを書くのか、あなたは準備していますか?人に教えたのですか?あるいはまた、1.5人が参加するから良いアイデアが死んでしまう・・・。

開発の天才なら0.5人で十分なこともある )


声に出して考えてみると、最も必要とされ、必要とされているプロジェクトは、トレーニングプロジェクトだろう...。

というのは別のスレッドで。

そして、1.5人の頭のいい人がカッコいい(と思う)ものを書くプロジェクトより、100倍も1000倍もみんなのためになる......。


そして、それは賢い人のためではなく、あなたのような人のため、フリーランスのため、市場のために作られたものなのです。
 
Zorro:
最も重要で主要な問題は、限られた入力文字列か、何かが変わったのか?

(-)なので、MTのグラフィカルなオブジェクトは使いません。

ブラックジャックなどで、自分たちのEditをする必要があるのです。
アプリケーションの汎用ビットマップに描画されます。

 

レーベルと無制限のひも付きライドは、それだけでもうプラスです )

そうそう、このスレにいるはずのアナトリーの ことです。

 

さて、何をすべきか大体わかったので、最初のタスクに基本的なクラス・アーキテクチャ節を追加することを提案します(ボタンだけでなく、将来のすべてのコントロールのために)。

----
一般的には、次のような方向性でプロジェクト 全体を見ています。

1.これから、ボタンを書いて、canvasにレンダリングします。そのイベントと。そこで、冒頭に入り、ビットマップのGUIモデルをテストしてみます。

2.GUI要素群とイベントを組み合わせたクラスを作る(レンダリングやイベント時にzorderを考慮するためです)

この2つのステップは複雑ですが、できればいくつかの選択肢があり、その中から1つを選びたいものです。
その後、bitbucketでオープンソースプロジェクトを実行します。そして、第3ステージへ。

3.アーキテクチャが明確になれば、もう誰でもそれを使って、Edit、Static、Droplistなどの基本的なコントロールを作ることができます。最初の実用的な課題としては十分でしょうから、今はこれらの要素に限定しています。

制御の開発段階で、何らかのアーキテクチャーの調整が必要になることは論を待ちません。これは数回の繰り返しで解決されるでしょう

 
o_O:

そして、それは賢い人のためではなく、あなたのような人のため、フリーランスのため、市場のために作られたものなのです。

1 - 理解できないもの/コードは信用しない

2 - 私の記憶では、Kanvas はストラテジーテスターで 動作しません。これは多くの人にとって大きな欠点で、特に市場から購入した有料製品をテストする場合、単に動作しないだけです。

3 「幸運を祈ります・・・。

ZS: あと、"must have " の意味がよく分からないんですけど.

 
Vladimir Pastushak:
...

ZS: あと、"must have " の意味がよく分からないんですけど.

まさに "must have" ...
 
Комбинатор:

レーベルと無制限ストリングスのライドは、それだけでもうプラスです )

そうそう、アナトリーは この話題に呼ばれたはずなのですが

もともと私は、このスレッドで提案されたように、同じ方向でライブラリーを開発するつもりでした。最初は簡単だからと、あえてシンプルな標準プリミティブから始めて、スキームを練っていきました。現在では、実質的にすべての資料が論文に掲載されています。当初の計画に関する第一段階は、ほぼ終了しました。メイン記事がもう一つあるほか、関心のあるユーザーからのリクエストに応じて更新する記事もいくつかあります。また、コードと回路図の最適化を行ったので、CPUリソースの消費量が少し減りました。

現在、回路図は下図のような感じになっています。これは最終版ではなく、ライブラリの開発中に繰り返し変更される予定です。しかし、現在のバージョンにはない利点や新機能を持つバリエーションが見つかった場合、強力な変更を排除することはありません。

公開された資料はすべて利用可能で、ご自身のプロジェクトや類似のライブラリのバージョンに自由に使用できます。そのためにすべてが公開されたのです。シリーズを重ねるごとに、ライブラリーの変遷をたどることができます。

私は、すべてのコントロールをcanvas上に完全に描画して実装する予定でした(一部はすでに実装済みです)。これは、ライブラリーの第2ステージの開発です。つまり、各コントロールに対して、個別のOBJ_BITMAP_LABEL型 オブジェクトが存在することになる。グラフィカルオブジェクトの数が大幅に少なくなり、その分、CPUのリソースも削減できます。繰り返しになりますが、すべてはそれがどのように実装されるかによります。必ず数種類のバリエーションがあります。この環境は初めてで、選んだ選択肢が間違いなくベストかどうかわからない場合は、すべて試してみることをお勧めします。

そして、その後に第3段階として、すべてのグラフィカル・インターフェース要素を同じキャンバスに描画する計画を立てていたのです。グラフィカル・インターフェースを作るためのライブラリについては、これがトップレベルです。しかも、一人ではとても無理な仕事です。完全に抽象化し、プロジェクトに没頭する。長時間、最大限の集中力を発揮します。そして、プロのプログラマーになる予定がある人は、これを経験しないといけないと思うんです。この経験は、後々どんなプログラミング環境でも役に立つかもしれないということです。でも、チームを組めば、もしかしたらもっと早く開発が完了するかもしれません。

このプロジェクトは、他の人にとっても、自分自身にとっても、とても興味深く、有益なものだと思います。ここで公開されている資料を参考にしながら、今後の展開を興味深く見守っていきたいと思います。いずれにせよ、私は自分のバージョンのライブラリーを開発し、論文を発表し続けるつもりです。今の形式が好きです。それを私の参加とする。アイデアやコードは誰でも使えるようになるし、使えるようになる。コード設計や記述に非常に厳しい要求があります。すべてが細かく、きちんと、図で示され、誰にでも理解でき、可能な限り完璧でなければならない。そうでなければ、このフォーラムでは、このサイトにいる最もプロフェッショナルな開発者たちが議論に参加しているにもかかわらず、さまざまな非常に興味深いアイデアについて繰り返し行われてきたように、何も機能せず、何もせずに終わってしまう危険性があります。そうではなく、MetaTrader 端末のグラフィカル・インターフェースを作成するための優れたライブラリが手に入り、その不在の果てしない期間が悪い夢のように忘れ去られることを期待しています。

 
o_O:

コーダーの皆さん、こんにちは。

本当に使えるものを作るという面白い作業があるのですが...。

----

だから、タスク1、基本です。

1.ボタンのクラス(GButtonとします。既存のボタンと混同しないように接頭辞にGをつけます)を作る必要があります。

アナトリーの記事の後、再びプロフィールに同じ卵を作るのは、少なくとも奇妙な娯楽だと思うのです。グラフィックは、MTではまったく話題になりません。

  • ユーザーにはグラフィカルなインターフェースは必要ない。その結果、GUIを監視することは不可能であり、その開発は決して報われることはないでしょう。
  • スキルを上げたいのであれば、すぐにジュニアとして就職したほうがいい。だから、少なくとも、すぐにでもお金を稼ぎ始めて、少しずつスキルを上げていくことができる。
  • ターゲット層が狭すぎる。誰が図書館を必要としているのか?- 一握りのプログラマーを除いては、絶対に誰もいませんし、彼らは必要なライブラリはとっくにすべて書き終えているのです。例えば、私は自分のグラフィックライブラリを 2つ持っています。

ここで誰かに教えるつもりはありませんが、アドバイスできることは、「みんな、粉の匂いを嗅げ」ということです。ユーザーとの協働を学ぶ。彼らの心理を学ぶ。彼らのアイデアを監視する方法を学ぶ。そして、すぐに地に足をつけて、まったく違う方法で推論をするのです。私も、かつては特別で美しい考えを信じていましたが、このような無意味なことは、うまくいかないのです。ここで議論していることは、あなた以外の人には何の役にも立ちません。