私自身も似たような考えを持っているので、このテーマで書いてみようと思ったのですが、Skypeのチャットで昔のお客さんが妄想を始めて、その妄想が私の考えと非常に近くなっているんですね。
会話は録音されておらず、純粋に記憶によるものだ。
- レシャ、トレーディングパネルを作ってくれ、ただし、私の要求に従ってな。市場に出ているものは好きではない。自分の考えを記録しただけなのですが、なんとかできないでしょうか?
- ご意見をお聞かせください。/*プログラム可能な反応の始まりで、少しインテリジェントなパネルが欲しいということですか?
- そうですね、レベルなどを見ていると、ある程度まで上がって、その後、揺れ動くこともよくありますね。私はプログラミングができませんし、おそらくこれからもできないでしょう。 ただ、市場が変化したときに何をするかという簡単な条件を設定できるような、シンプルでわかりやすい言語が必要なのです。
90年代前半、私はDOS版FoxProをよく使っていました。当時としては、独自のプログラミング言語を持つ、とてもクールなデータベース管理システムでした。友人と一緒に、サンクトペテルブルクの大型バス用の輸送管理システムを書いたのを覚えています。当時としてはクールなDBMS+言語+テキストモードで簡単に帳票を作成できるものでした。グラフィックはなく、8086-286のコンピュータのみ、純粋なハードコアです))後にWindowsで標準装備されるようになったもの、ウィンドウズ、ユーザーフィードバック(経理担当の女の子のレベル)、その他のグッズの先駆けであった。ちなみに、MSは結果としてFoxProを買収し、徐々に廃止していき、今ではWindowsの世界ではMS SQL Serverが支配している。
また、FoxProでは、ビジュアルモードでデータベースへのリクエストを行うという素晴らしいものがありました。つまり、秋の寒い夜、選択科目という形で継続することで、どんな女子ブルハッカーでもデータベースへの問い合わせができるように訓練することができるのだ。
わかりやすくするために、VSでシミュレーションしてみます。プログラミングの知識が不要だったことが大きなポイントです。ところで、このようなシンプルな視覚的選択によるアプローチは、現在でもnubusユーザーの多くのプログで使われているのではないでしょうか?ただ、私の専門分野のため、例を挙げることができないのです。
FoxPro、Clipper、Delphiで簡単な言語とそれに対するインタプリタが行われ、使用されたが、その後放棄された。記事で、似たような ことをほのめかすのを見た。

- 2012.09.07
- Dmitry Fedoseev
- www.mql5.com
Clipperはほとんど使っていませんでしたが、Delphiは90年代半ばのどこかで使い始めました。私は当時、データベースを扱うという思想がとても好きで、惨めなODBSを持つMSは進歩の傍流に横たわっていました。
しかし、その後、.NETの開発という正しい決断により、ボーランドの主要開発者はMSに移った。そして、ボーランド社は、噂によると、Delphiの独占と引き換えに、C++ Builderの開発を拒否したという。
C#の最初の粗いバージョンでは、BilderやDelphiのようにすぐにプロパティを持ち、次にデリゲートを持つようになったのは、理由がないわけではありません。
正直なところ、細かいことはよく覚えていません。データベースとの連携は、MSよりずっとやりやすかったと記憶しています。
ウェブ上のどこかにロボットビルダーとかいう粗悪なものがある。ソフトウェアの知識がなくても、自分でEAを構築することができます。
それなら新しいターミナルを作れ!そこでロボットを作ればいい!中国人を雇って、彼らの象形文字をシステムとして、我々の上司をシステムとして使うんだ!(笑)。
そうそう、各端末にはオプションで中国式のアプリケーションがあるんだ。プログラミングスキルのない方のためのストラテジービルダーの 上級編。はい、そしてEAの比率は中国の人口より劣っています。だから、まだポジション争いは続くだろう。株式はディスカウントされています。第五世代端末を導入すると、第二チャイナマンをプレゼント(最適化用)。
私自身も似たような考えを持っているので、このテーマで書こうと思ったのですが、Skypeのチャットで昔のお客さんが妄想を始めて、その妄想が私の考えと非常に近くなっているんですね。
私自身も似たような考えを持っているので、このテーマで書いてみようと思ったのですが、昔からのお客様がスカイプでチャットしながら妄想を始め、その妄想が私の考えと非常に近いんです。
会話は録音されておらず、純粋に記憶によるものだ。
- レシャ、トレーディングパネルを作ってくれ、ただし、私の要求に従ってな。市場に出ているものは好きではない。自分の考えを記録しただけなのですが、なんとかできないでしょうか?
- ご意見をお聞かせください。/*プログラム可能な反応の始まりで、少しインテリジェントなパネルが欲しいということですか?
- そうですね、レベルなどを見ていると、ある程度まで上がって、その後、揺れ動くこともよくありますね。私はプログラミングができませんし、おそらくこれからもできないでしょう。 ただ、市場が変化したときに何をするかという簡単な条件を設定できるような、シンプルでわかりやすい言語が必要なのです。
90年代前半、私はDOS版FoxProをよく使っていました。当時としては、独自のプログラミング言語を持つ、とてもクールなデータベース管理システムでした。友人と一緒に、サンクトペテルブルクの大型バス用の輸送管理システムを書いたのを覚えています。当時としてはクールなDBMS+言語+テキストモードで簡単に帳票を作成できるものでした。グラフィックはなく、8086-286のコンピュータのみ、純粋なハードコアです))後にWindowsで標準化されたもの、ウィンドウズ、アクティブユーザーフィードバック(会計の女の子レベル)、その他のグッズの先駆けだったのです。ちなみに、MSは結果的にFoxProを買収し、徐々に廃止していき、今ではMSのSQL ServerがWindowsの世界を支配しています。
また、FoxProには、ビジュアルモードでデータベースへの問い合わせを行うための素晴らしいものがありました。つまり、秋の寒い夜長に、データベースにリクエストを出す訓練を、オプションのコースという形で継続することで、どんな女子ブルハッカーでもできるようになるのだ。
わかりやすくするために、VSでシミュレーションしてみます。プログラミングの知識が不要だったことが大きなポイントです。ところで、このようなシンプルな視覚的選択によるアプローチは、現在でもnubusユーザーの多くのプログで使われているのではないでしょうか?ただ、私の専門分野のため、例を挙げることができないのです。
さて、コンストラクタで行を選択することさえできない人のために、「収益性の高いExpert Advisorを生成する」というボタン1つのインターフェイスを作成します。
当時はクリッパーを使うことはほとんどなかったのですが、90年代半ばのどこかでDelphiを使うようになりました。当時、私はデータベースを扱うという思想がとても好きで、惨めなODBSを持つMSは進歩の傍流にいました。
しかし、その後、.NETの開発という正しい決断により、ボーランドの主要開発者はMSに移った。そして、ボーランド社は、噂によると、Delphiの独占と引き換えに、C++ Builderの開発を拒否したという。
C#の最初の粗いバージョンでは、BilderやDelphiのようにすぐにプロパティを持ち、次にデリゲートを持つようになったのは、理由がないわけではありません。
正直なところ、細かいことはよく覚えていません。MSの面倒なものよりも、データベースを使った方がよっぽど楽だったのを覚えています。
これらの言語について、あなたは表面的な知識しか持っていません。
90年からすでに、まずDbaseでプログラミングを行い、その後Clipper、Fox Base、FoxPro、Visual FoxProはもちろん、VC++、C++ BuilderでOracleと連携していました。
いずれも素人向けの簡単で本格的なプログラミング言語ではありません。
プログラマーではなく、すべてのトレーダーが夢見るものを作るには、経験豊富な社員を擁する特別な会社を作って、すべてを実現させなければならない。
そうそう、売買のためのモジュールを別々に作って、それで儲かるロボットを組み立てるために、プログラマーの中には、全部レゴのやり方でできると思っている人もいるんですよ。

- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
私自身も似たような考えを持っているので、このテーマで書いてみようと思ったのですが、Skypeのチャットで昔のお客さんが妄想を始めて、その妄想が私の考えと非常に近くなっているんですね。
会話は録音されておらず、純粋に記憶によるものである。
- レシャ、トレーディングパネルを作ってくれ、ただし私の要求に従ってな。市場に出ているものは好きではない。自分の考えを記録しただけなのですが、なんとかできないでしょうか?
- ご意見をお聞かせください。/*プログラム可能な反応の始まりで、少しインテリジェントなパネルが欲しいということですか?
- そうですね、レベルなどを見ていると、ある程度まで上がって、その後、揺れ動くこともよくありますね。私はプログラミングができませんし、おそらくこれからもできないでしょう。 ただ、市場が変化したときに何をするかという簡単な条件を設定できるような、シンプルでわかりやすい言語が必要なのです。
90年代前半、私はDOS版FoxProをよく使っていました。当時としては、独自のプログラミング言語を持つ、とてもクールなデータベース管理システムでした。友人と一緒に、サンクトペテルブルクの大型バス用の輸送管理システムを書いたのを覚えています。当時としてはクールなDBMS+言語+テキストモードで簡単に帳票を作成できるものでした。グラフィックはなく、8086-286のコンピュータのみ、純粋なハードコアです))後にWindowsで標準化されたもの、ウィンドウズ、アクティブユーザーフィードバック(会計の女の子レベル)、その他のグッズの先駆けだったのです。ちなみに、MSは結果的にFoxProを買収し、徐々に廃止していき、今ではMSのSQL ServerがWindowsの世界を支配しています。
また、FoxProには、ビジュアルモードでデータベースへのクエリーを作成できる素晴らしい機能がありました。つまり、どんな女子ブルハッカーでも、選択科目という形で継続することで、寒い秋の夜長にデータベースへの問い合わせができるように訓練することができるのだ。
わかりやすくするために、VSでシミュレーションしてみます。プログラミングの知識が不要だったことが大きなポイントです。ところで、このようなシンプルな視覚的選択によるアプローチは、現在でもnubusユーザーの多くのプログで使われているのではないでしょうか?ただ、私の専門分野のため、例を挙げることができないのです。