MT4プラットフォーム上のビジュアルスタジオです。 - ページ 14 1...7891011121314 新しいコメント Boris 2016.05.12 09:50 #131 想像上のビジネスのニッチを探そうとすると、「美しい」ゴールに対する世間の反応に単純に例えてみる。ゴールはその結果が美しいが、シュート失敗のゴールは気づかれずに終わってしまう。全てにおいて同じです!だからこそ、需要を気にするのであって、専門家、研究者であれば、結果に関係なく、自分のアイデアの実現を達成し、押しつけがましい広告をせず、報酬は自ずとついてくるものなのだ。そして、報酬とは関係なく、私は、商業的に腐敗したビジネスマンではなく、クリエイターという面白い、刺激的な活動をしているという満足感を得ることができるのです Vasiliy Sokolov 2016.05.12 11:46 #132 Boris: ニッチなビジネスを想像している人間にとって、「美しい」という目標に対する世間の反応と単純に比較してしまうのです。ゴールは美しい結果ですが、ゴールショットの失敗は気づかれないものです。全てにおいて同じです!だからこそ、需要を気にするのであって、専門家、研究者であれば、結果に関係なく、自分のアイデアの実現を達成し、押しつけがましい広告をせず、報酬は自ずとついてくるものなのです。そして、報酬とは関係なく、私は、商業的な腐敗したビジネスマンではなく、クリエイターという面白い、刺激的な活動をしているという満足感を得ることができるのです一目でロシア人だとわかる。少しでも「給料」や「お金」に触れた途端、「タイクーンだ!!」と高貴な遠吠えが一斉に沸き起こる。需要が気になるのか!もし、あなたが専門家だったら...あなた %;"(^&")一つ理解してほしいのは、どちらにしてもプログラマーはお金を払う ということです。プログラマーの1時間の作業には、現実的かつ具体的なお金がかかる。プログラマーが50時間かかるSDKで、開発プロジェクトが 300時間から200時間、あるいは150時間に短縮された場合、マージンはそれぞれ100%、150%になります。つまり、開発ツールを購入することで、プログラマーは節約した追加時間数で表される特定の金額を実際に得ることができるのです。プロジェクトが大きければ大きいほど、時間の節約になり、結果的にビジネスのマージンも増える。したがって、現実には、優れたプロプライエタリ・プロジェクトは相互に利益をもたらすものなのです。売り手も買い手も、具体的な利益と実際のお金を得ることができるのです。 Vasiliy Sokolov 2016.05.12 11:48 #133 Реter Konow:ありがとうございます。具体的な質問ですが、御社のVisual SDKを使って同様のフォームを作成 する場合、どれくらいの時間がかかるのでしょうか? Реter Konow 2016.05.12 12:46 #134 Vasiliy Sokolov:私はtopicstaretterに具体的な質問をします:それはあなたのVisual SDKを使用して、同様のフォームを作成するために、どのくらいの時間が かかりますか。この例を分解してみましょう。表には17列が含まれる。ウィンドウにスクロールバーが表示されます。ログ項目であるため、行数は不定です。各行の先頭には、ツリーコントロールが あります。ダイナミックサイズ、自動スクロールバー現象を持ち、プロパティでコンポジットウィンドウに結合するコンポーネントウィンドウテンプレートを選択し、そこにテーブルコントロールのあるプラットフォームを転送します(見たことがあると思います)。縦17列、横2行に伸ばします。転送」ボタンを押すと、すべてのオブジェクトが輸送プラットフォームからウィンドウに転送され、そのグループとなります。最初の行には、タブのフィールドに直接入力する列名が含まれます。2行目には、ツリー構造のリスト要素と、そのカラムのパラメータ値を表示するフィールドが含まれることになる。フィールドに割り当てられたパラメータのインデックスは、まずフィールドをクリックし(「イベント下のオブジェクト」として選択)、次にパラメータのアドレスをカーネル(共有メモリ)に入力することで割り当てます。(私たちのユーザー関数がこのパラメータの値をそこに置き、グラフィカルエンジンがそれを読み取ってフィールドに表示します)。オブジェクト群を折りたたんだり展開したりするツリーリストコントロールは自動的に動作し、その仕組みはグラフィカルエンジンに規定されている。(クリックすると、グループのメインオブジェクトであるグループフィールドが崩れ、グループフィールドからはみ出たオブジェクトはエンジンが即座に破壊してしまいます。もう一度クリックすると、グループフィールドが展開され、エンジンはグループに含まれるすべてのオブジェクトを再作成します)。次に、この要素のグループに必要なオブジェクトを配置し、パラメータや記述子(エンジンによって自動的に配置されるラベルやテキスト)を割り当てる必要があります。最後(あるいは最初)は、プログラム内にログを書き込む関数を作成することです。このようなテーブルを作成する際の一般的な考え方です。私のエンジンは、すでにそのほとんどを実現することができます。最終確認が必要なものもあります。このようなテーブルを作るのに、エンジンがある状態でどれだけの時間がかかるかは、ご自身でご判断ください。ありがとうございます。 Boris 2016.05.12 12:48 #135 Vasiliy Sokolov:一目でロシア人だとわかる。少しでも「給料」や「お金」の話をすると、すぐに「お前はタイクーンだ!!」という高貴な遠吠えが起こるのです。需要が気になるのか!もし、あなたが専門家だったら...あなた %;"(^&")一つ理解してほしいのは、どちらにしてもプログラマーはお金を 払うということです。プログラマーの1時間の作業には、現実的かつ具体的なお金がかかる。プログラマーが50時間かかるSDKで、開発プロジェクトが300時間から200時間、あるいは150時間に短縮された場合、マージンはそれぞれ100%、150%になります。つまり、開発ツールを購入することで、プログラマーは節約した追加時間数で表される特定の金額を実際に得ることができるのです。プロジェクトが大きければ大きいほど、時間の節約になり、結果的にビジネスのマージンも増える。したがって、現実には、優れたプロプライエタリ・プロジェクトは相互に利益をもたらすものなのです。売り手も買い手も、具体的な利益と実際のお金を得ることができるのです。 お褒めの言葉、ありがとうございますだからこそ、国の富をすべて横取りして売り、労働者を貧困化させることによって、哀れなオリガルヒとその取り巻きに利益を与える一般資本化のために、ロシアの文化は今溶けているのだ!」。 Vasiliy Sokolov 2016.05.12 13:12 #136 Реter Konow:この特殊な例を見てみましょう。... 説明文を読むと、とてもカッコよく見えます。もしそれが本当なら、御社のSDKは非常に興味深いものになるでしょうね。発売を楽しみにしています。 Vladimir Pastushak 2016.05.12 13:24 #137 Реter Konow:この特殊な例を見てみましょう。テーブルには17のカラムがあります。ウィンドウにスクロールバーが表示されます。ログ項目であるため、行数は不定です。各行の先頭には、ツリーコントロールがあります。動的サイズ、自動スクロールバー、コンポジットウィンドウとの結合などの特性を持つコンポーネントウィンドウのテンプレートを選択し、「テーブル」コントロール(見たことあるでしょ)を持つプラットフォームを適用します。縦17列、横2行に伸ばします。転送」ボタンを押すと、すべてのオブジェクトが輸送プラットフォームからウィンドウにコピーされ、そのグループとなります。最初の行には、タビュレーターのフィールドに直接入力する列名が入ります。 2行目には、ツリー状のリストコントロールと、そのカラムのパラメータの値を表示するフィールドが含まれることになる。フィールドに割り当てられたパラメータのインデックスは、まずフィールドをクリックし(「イベント下のオブジェクト」として選択)、次にパラメータのアドレスをカーネル(共有メモリ)に入力することで設定ウィンドウに書き込みます。 (私たちのユーザー関数がこのパラメータの値をそこに置き、グラフィカルエンジンがそれを読み取ってフィールドに表示します)。オブジェクト群を折りたたんだり展開したりするリストツリーコントロールは自動的に動作し、その仕組みはグラフィカルエンジンに規定されている。(クリックすると、グループのメインオブジェクトであるグループフィールドが崩れ、グループフィールドからはみ出たオブジェクトはエンジンが即座に破壊してしまいます。もう一度クリックすると、グループフィールドが展開され、エンジンはグループに含まれるすべてのオブジェクトを再作成します)。次に、この要素のグループに必要なオブジェクトを配置し、パラメータや記述子(エンジンによって自動的に配置されるラベルやテキスト)を割り当てる必要があります。最後(あるいは最初)は、プログラム内にログを書き込む関数を作成することです。このようなテーブルを作成する際の一般的な考え方です。私のエンジンは、すでにそのほとんどを実現することができます。最終確認が必要なものもあります。このようなテーブルを作るのに、エンジンがある状態でどれだけの時間がかかるかは、ご自身でご判断ください。ありがとうございます。 ここに良い例があります。https://www.mql5.com/ru/forum/2784 5年前に開催されたコンテストです。優勝者、特に3位の作品を研究して、5年後にあなたの作品を何人が使うか、いやむしろあなたのものではなく、あなたの命令を実行するプログラマーのものを使うか...と自分に問いかけてみてください。 Итоги конкурса "Лучшая панель управления" レビュー: 17www.mql5.com Форум трейдеров Alexey Volchanskiy 2016.05.12 13:54 #138 Vladimir Pastushak: ここに良い例があります。https://www.mql5.com/ru/forum/2784 5年前に開催されたコンテストです。優勝者、特に3位の作品を研究して、5年後に自分の作品を何人が使うか、いやむしろあなたのものではなく、あなたの命令を実行するプログラマーのものを使うか...と自分に問いかけてみてください。 そんなコンテストがあっただろうか...。そして、5年間についてですが、plzは、それがコドベースにあり、誰がそれを必要とし、それを使っているのかを説明してください。 Vladimir Pastushak 2016.05.12 14:39 #139 Alexey Volchanskiy: そんなコンテストがあっただろうか...。そして約5年、説明してください、コドベースの中にある、それを必要とする人、それが使う人です。メタクォーツ・ソフトウェア株式会社2010.12.16 16:19 1...7891011121314 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ニッチなビジネスを想像している人間にとって、「美しい」という目標に対する世間の反応と単純に比較してしまうのです。ゴールは美しい結果ですが、ゴールショットの失敗は気づかれないものです。全てにおいて同じです!だからこそ、需要を気にするのであって、専門家、研究者であれば、結果に関係なく、自分のアイデアの実現を達成し、押しつけがましい広告をせず、報酬は自ずとついてくるものなのです。そして、報酬とは関係なく、私は、商業的な腐敗したビジネスマンではなく、クリエイターという面白い、刺激的な活動をしているという満足感を得ることができるのです
一目でロシア人だとわかる。少しでも「給料」や「お金」に触れた途端、「タイクーンだ!!」と高貴な遠吠えが一斉に沸き起こる。需要が気になるのか!もし、あなたが専門家だったら...あなた %;"(^&")
一つ理解してほしいのは、どちらにしてもプログラマーはお金を払う ということです。プログラマーの1時間の作業には、現実的かつ具体的なお金がかかる。プログラマーが50時間かかるSDKで、開発プロジェクトが 300時間から200時間、あるいは150時間に短縮された場合、マージンはそれぞれ100%、150%になります。つまり、開発ツールを購入することで、プログラマーは節約した追加時間数で表される特定の金額を実際に得ることができるのです。プロジェクトが大きければ大きいほど、時間の節約になり、結果的にビジネスのマージンも増える。したがって、現実には、優れたプロプライエタリ・プロジェクトは相互に利益をもたらすものなのです。売り手も買い手も、具体的な利益と実際のお金を得ることができるのです。
ありがとうございます。
具体的な質問ですが、御社のVisual SDKを使って同様のフォームを作成 する場合、どれくらいの時間がかかるのでしょうか?
私はtopicstaretterに具体的な質問をします:それはあなたのVisual SDKを使用して、同様のフォームを作成するために、どのくらいの時間が かかりますか。
この例を分解してみましょう。
表には17列が含まれる。ウィンドウにスクロールバーが表示されます。ログ項目であるため、行数は不定です。各行の先頭には、ツリーコントロールが あります。
ダイナミックサイズ、自動スクロールバー現象を持ち、プロパティでコンポジットウィンドウに結合するコンポーネントウィンドウテンプレートを選択し、そこにテーブルコントロールのあるプラットフォームを転送します(見たことがあると思います)。縦17列、横2行に伸ばします。転送」ボタンを押すと、すべてのオブジェクトが輸送プラットフォームからウィンドウに転送され、そのグループとなります。
最初の行には、タブのフィールドに直接入力する列名が含まれます。
2行目には、ツリー構造のリスト要素と、そのカラムのパラメータ値を表示するフィールドが含まれることになる。
フィールドに割り当てられたパラメータのインデックスは、まずフィールドをクリックし(「イベント下のオブジェクト」として選択)、次にパラメータのアドレスをカーネル(共有メモリ)に入力することで割り当てます。
(私たちのユーザー関数がこのパラメータの値をそこに置き、グラフィカルエンジンがそれを読み取ってフィールドに表示します)。
オブジェクト群を折りたたんだり展開したりするツリーリストコントロールは自動的に動作し、その仕組みはグラフィカルエンジンに規定されている。(クリックすると、グループのメインオブジェクトであるグループフィールドが崩れ、グループフィールドからはみ出たオブジェクトはエンジンが即座に破壊してしまいます。もう一度クリックすると、グループフィールドが展開され、エンジンはグループに含まれるすべてのオブジェクトを再作成します)。
次に、この要素のグループに必要なオブジェクトを配置し、パラメータや記述子(エンジンによって自動的に配置されるラベルやテキスト)を割り当てる必要があります。
最後(あるいは最初)は、プログラム内にログを書き込む関数を作成することです。
このようなテーブルを作成する際の一般的な考え方です。私のエンジンは、すでにそのほとんどを実現することができます。最終確認が必要なものもあります。
このようなテーブルを作るのに、エンジンがある状態でどれだけの時間がかかるかは、ご自身でご判断ください。
ありがとうございます。
一目でロシア人だとわかる。少しでも「給料」や「お金」の話をすると、すぐに「お前はタイクーンだ!!」という高貴な遠吠えが起こるのです。需要が気になるのか!もし、あなたが専門家だったら...あなた %;"(^&")
一つ理解してほしいのは、どちらにしてもプログラマーはお金を 払うということです。プログラマーの1時間の作業には、現実的かつ具体的なお金がかかる。プログラマーが50時間かかるSDKで、開発プロジェクトが300時間から200時間、あるいは150時間に短縮された場合、マージンはそれぞれ100%、150%になります。つまり、開発ツールを購入することで、プログラマーは節約した追加時間数で表される特定の金額を実際に得ることができるのです。プロジェクトが大きければ大きいほど、時間の節約になり、結果的にビジネスのマージンも増える。したがって、現実には、優れたプロプライエタリ・プロジェクトは相互に利益をもたらすものなのです。売り手も買い手も、具体的な利益と実際のお金を得ることができるのです。
この特殊な例を見てみましょう。
...
この特殊な例を見てみましょう。
テーブルには17のカラムがあります。ウィンドウにスクロールバーが表示されます。ログ項目であるため、行数は不定です。各行の先頭には、ツリーコントロールがあります。
動的サイズ、自動スクロールバー、コンポジットウィンドウとの結合などの特性を持つコンポーネントウィンドウのテンプレートを選択し、「テーブル」コントロール(見たことあるでしょ)を持つプラットフォームを適用します。縦17列、横2行に伸ばします。転送」ボタンを押すと、すべてのオブジェクトが輸送プラットフォームからウィンドウにコピーされ、そのグループとなります。
最初の行には、タビュレーターのフィールドに直接入力する列名が入ります。
2行目には、ツリー状のリストコントロールと、そのカラムのパラメータの値を表示するフィールドが含まれることになる。
フィールドに割り当てられたパラメータのインデックスは、まずフィールドをクリックし(「イベント下のオブジェクト」として選択)、次にパラメータのアドレスをカーネル(共有メモリ)に入力することで設定ウィンドウに書き込みます。
(私たちのユーザー関数がこのパラメータの値をそこに置き、グラフィカルエンジンがそれを読み取ってフィールドに表示します)。
オブジェクト群を折りたたんだり展開したりするリストツリーコントロールは自動的に動作し、その仕組みはグラフィカルエンジンに規定されている。(クリックすると、グループのメインオブジェクトであるグループフィールドが崩れ、グループフィールドからはみ出たオブジェクトはエンジンが即座に破壊してしまいます。もう一度クリックすると、グループフィールドが展開され、エンジンはグループに含まれるすべてのオブジェクトを再作成します)。
次に、この要素のグループに必要なオブジェクトを配置し、パラメータや記述子(エンジンによって自動的に配置されるラベルやテキスト)を割り当てる必要があります。
最後(あるいは最初)は、プログラム内にログを書き込む関数を作成することです。
このようなテーブルを作成する際の一般的な考え方です。私のエンジンは、すでにそのほとんどを実現することができます。最終確認が必要なものもあります。
このようなテーブルを作るのに、エンジンがある状態でどれだけの時間がかかるかは、ご自身でご判断ください。
ありがとうございます。
ここに良い例があります。https://www.mql5.com/ru/forum/2784 5年前に開催されたコンテストです。優勝者、特に3位の作品を研究して、5年後に自分の作品を何人が使うか、いやむしろあなたのものではなく、あなたの命令を実行するプログラマーのものを使うか...と自分に問いかけてみてください。
そんなコンテストがあっただろうか...。そして約5年、説明してください、コドベースの中にある、それを必要とする人、それが使う人です。