Windows 10アップデート - ページ 5 1234567 新しいコメント TheXpert 2016.10.30 13:25 #41 Renat Fatkhullin:近い将来、私たちはより質の高い製品スプラッシュスクリーンを要求するようになるでしょう。 もう少し具体的に教えてください。 Renat Fatkhullin 2016.10.30 13:28 #42 Комбинатор: もう少し具体的に教えてください。 ショーケースを見ると、かなりの部分が、よりプロフェッショナルな外観に描き直されています。 Andrey F. Zelinsky 2016.10.30 13:33 #43 Renat Fatkhullin: ショーケースを見ると、そのかなりの部分が、よりプロフェッショナルな外観に描き直されています。自分の「プロフェッショナルな姿」の意味を知っておくことです。あるいは、司会者から見てお金を払ってスクリーンセーバーの「プロっぽさ」をデザイナーにやってもらう。スクリーンセーバーは、ベンダーから見れば商標なのです -- スクリーンセーバーに「スクリーンセーバーは嫌いだ」と言えというのですか？"Simply superb" (c)Renat Fatkhullin Vladislav Andruschenko 2016.10.30 14:18 #44 Renat Fatkhullin:それはそれで素晴らしいことです。市場コントロールの質を下げろというところまで来ている。それどころか、何倍にも増やす必要があるのです。ちなみに、私たちがやっているのは、製品を自動的にクロスチェックするシステムの開発です。近い将来、私たちは製品表示の質を高めることを要求するようになるでしょう。コントロールに疑問はありません。すべてがOKで、存在すること自体が良いことだとさえ思います。チェックストップ、OKです。マイナスロット入力のチェックもOK :-)勉強になりました。機能を追加した新バージョンがリリースされた場合、2～3週間ほどお待ちいただくことがあります。しかし、新しいバージョンがリリースされ、どこかにミスがあり、それを緊急に修正しなければならない場合、10～20日というのは非常に長い時間です。特に前回受理されたロボットの場合、何も変わっておらず、＞を＜-に変えるだけで、新しいチェック方法が入っているのです。例えば、前回はコードからロシア語の文字を削除するFULLです。国際語とかわかるんですよ。でも、ハローを知らない人がたくさんいるんです。もちろん、あなただけの気にしないと標準的なライブラリを使用することができ、それはすべての長い考え出したとチェックされていますか？常に、例えば記事、モデレータが与えるへのリンクではありません。ところで、最後のチェックで、スプレッドを入力する必要がありましたが、あれは何のためにあるのでしょうか？以下は、What check should pass the Bot.の記事での例です。ロシア語で「(Bid=%.5f + SYMBOL_TRADE_STOPS_LEVEL=%d points)」という単語があります。をすぐに見つけられなかったようですが、botを確認すると - 飛び出してきました - 削除を依頼、OK、5日以上のモデレーション延長 また、この関数はストップロスが0であることを考慮に入れていませんので、例えばストップロス=0であれば、この関数はtrueを返しません。また、サーバーからのストップロスのレベル=0について、モデレーターと議論することがよくあります。int stops_level=(int)SymbolInfoInteger(_Symbol,SYMBOL_TRADE_STOPS_LEVEL) とします。しかし、サーバーが0を返した場合？ それでもstop_levelはフローティングであり、stop_level = 1とすると、サーバーはエラーを返します。その結果、Expert Advisorはチェックに失敗し、5～10日以上、再び戻ってきます。ユニットテストを自動化することは可能ですか？ バージョンを送信 - システムが独自のサーバーでテストを実施 - すべてOK、重大なエラーなし、サイトへのリンクなし、ユーザーへの妨害行為なし - バージョンが受理されました。結局のところ、誰もがお金を稼ぐ必要があるのです。そして、どのように迅速に著者は、バグのパッチをリリース - プログラムかどうかのビデオがあるかどうかに、彼の売上高に依存し、また、売上に依存しています。最近、私のサイトのロゴがあったので、すぐにすべてのビデオを変更しなければなりませんでした。著者の売上は、市場にとって良いコミッションの鍵になるのです。モデレーターは、自分が受け入れた製品の販売から手数料の一部を得ることができるかもしれません。 監査員を増やし、それぞれが売上の何パーセントかを得ることができます。 Windows 10 updated Andrey F. Zelinsky 2016.10.30 14:37 #45 Vladislav Andruschenko:だから、チェックに振り回されているのです。前のページで紹介した例のようにね。-- 製品を開封し、インストールし、読み、最初のバグを発見し、修正のために送り返す。-- 修正されて戻ってきた、前のものをチェックし、新しいものを見つけて修正に出した-- 修正して戻ってきた、前と前のものをチェックし、新しいものを見つけ、修正するために送ってきた-- といった具合に、各エラーを何度も何度も繰り返していきます。初歩的な仕事の整理。-- 製品を開封し、インストールし、読み、目についたバグを一度に発見し、修正に回す。だから、手戻りが少なくなり、以前チェックしたものを再度チェックすることも少なくなる--つまり、チェックの規模に応じた時間短縮が可能になるのです。そして最も重要なのは、コメントに関する詳細な記事があることです。https://www.mql5.com/ru/articles/2555、商品を追加する際、マーケットプレイスページのどこにそのリンクがあるのでしょうか？それは、「ここを読んで・・・」というフレーズを書くのにかかる時間としては、プロ並みです。それは、チェックする時間と、非常に忙しい市場の節度です。p.s. 最小ストップ、最小ロットなど、多くのチェック項目があります。-- 端末レベルでも可能です。結局、彼らは市場に既にあるものと同じものを要求する--「エラー130」の代わりに「クローズストップ」と同じログに書き込む。そして、私の理解では、すべては「エラー130」などで無秩序にログが埋め尽くされたことから始まっています。EAに無秩序な注文の送信を制限することを要求する代わりに、意味のあるメッセージの形で対話の整理を要求し始めたのです。それは素晴らしいことですが、チェックで溢れた節制も何なのか。 Vladislav Andruschenko 2016.10.30 14:56 #46 ちなみにmt5は1秒間に3回修正シグナルを送れるのがカッコイイし、速いので良いですね。が、例えばロボットの場合......。2秒おきに停止修正チェックを入れていたのですが、かっこいい！速い！（笑) 2秒ごとの停止修正チェックを入れなければならなかった......。 Maxim Dmitrievsky 2016.11.08 03:52 #47 今日もまた新しいwinのアップデートが立ち上がろうとしたが失敗した...。深い瞑想と形而上学的な存在への瞑想によって、RAMディスクを無効化することに成功しました。 Yuriy Zaytsev 2016.11.08 04:38 #48 Andrey F. Zelinsky:だから、チェックに振り回されているのです。前のページで紹介した例のようにね。-- 製品を開封し、インストールし、読み、最初のバグを発見し、修正のために 送り返す。-- 修正されて戻ってきた、前のものをチェックし、新しいものを見つけて修正に出した-- 修正して戻ってきた、前と前のものをチェックし、新しいものを見つけ、修正するために送ってきた-- といった具合に、各エラーを何度も何度も繰り返していきます。初歩的な仕事の整理。-- 製品を開封し、インストールし、読み、目についたバグを 一度に発見し、修正に回す。だから、手戻りが少なくなり、以前チェックしたものを再度チェックすることも少なくなる--つまり、チェックの規模に応じた時間短縮が可能になるのです。そして最も重要なのは、コメントに関する詳細な記事があることです。https://www.mql5.com/ru/articles/2555、商品を追加する際、マーケットプレイスページのどこにそのリンクがあるのでしょうか？それは、「ここを読んで・・・」というフレーズを書くのにプロ並みの時間がかかるということです。それは、チェックする時間と、非常に忙しい市場の節度です。p.s. 最小ストップ、最小ロットなど、多くのチェック項目があります。-- 端末レベルでも可能です。結局、彼らは市場に既にあるものと同じものを要求する--「エラー130」の代わりに「クローズストップ」と同じログに書き込む。そして、私の理解では、すべては「エラー130」などで無秩序にログが埋め尽くされたことから始まっています。EAに無秩序な注文の送信を制限することを要求する代わりに、意味のあるメッセージの形で対話の整理を要求し始めたのです。これは素晴らしいことですが、チェックによる節度もブロックされています。これは 正しいアプローチですが、(ALWAYS)多くの場合、最初の選択肢の説明の仕方 です。 1）まあ、彼らは様々な理由のためにそうすることができ、その一つは、組織が不明確で、製品の迅速な受け入れにあまり興味がない - 小切手製品を受け入れる人たち 1.1 兵士は眠り、兵役に就く、言い換えれば、お金が支払われる。 なぜ、製品をチェックする人が、現行バージョンのすべてのバグを一度にキャッチするために、これほどまでに苦労しなければならないのか、その答えは、「早く受け入れられることに興味がない」ということです。 1.2 検証依頼が増えれば増えるほど、よりクールなラポートを経営陣に見せることができる - 見てください、私が処理した依頼の数を というわけで、卒業証書などのボーナスがあります。 Vladimir Karputov 2016.11.08 05:50 #49 Maxim Dmitrievsky: 今日もまた、新しいWinアップデートがインストールされようとしましたが、失敗しました...。瞑想に入り、形而上学的な存在について瞑想していましたが、RAMディスクを無効にすることに成功し、前のアップデートはうまくいきました、今回もそうなることを願っています。私のノートパソコンはずっと1511で、1607を探すのが嫌だった。更新アシスタントを強制的にダウンロードすることも試みましたが、うまくいきましたが、最後の再起動でノートパソコンが周期的に再起動し始めました（何度も）。インストールディスクを作成し、新規インストール（インストールの最初にすべてのディスクを完全に削除する）、クリーンインストールを行う、という方法で解決しました。1607は流すようなもの-ここ2日ほど1607を使用しています。 Maxim Dmitrievsky 2016.11.08 06:06 #50 Renat Fatkhullin:それはそれで素晴らしいことです。市場コントロールの質を下げろというところまで来ている。それどころか、何倍にも増やす必要があるのです。ちなみに、私たちがやっているのは、製品を自動的にクロスチェックするシステムの開発です。近いうちに、製品展示の品質向上も要求されるでしょう。自動検証で失敗する場合は、アドバイスをお願いします。EURUSD,0でのテスト（ネッティング）テスターに時間がかかりすぎるこの製品はテスターで動作するように設計されているわけではなく、特定の機能を有しています。司会者へのコメントやサービスデスクへのアドレスに書いた方がいいのでしょうか？ 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
近い将来、私たちはより質の高い製品スプラッシュスクリーンを要求するようになるでしょう。
もう少し具体的に教えてください。
ショーケースを見ると、そのかなりの部分が、よりプロフェッショナルな外観に描き直されています。
自分の「プロフェッショナルな姿」の意味を知っておくことです。
あるいは、司会者から見てお金を払ってスクリーンセーバーの「プロっぽさ」をデザイナーにやってもらう。
スクリーンセーバーは、ベンダーから見れば商標なのです -- スクリーンセーバーに「スクリーンセーバーは嫌いだ」と言えというのですか？
それはそれで素晴らしいことです。
市場コントロールの質を下げろというところまで来ている。それどころか、何倍にも増やす必要があるのです。ちなみに、私たちがやっているのは、製品を自動的にクロスチェックするシステムの開発です。
近い将来、私たちは製品表示の質を高めることを要求するようになるでしょう。
コントロールに疑問はありません。すべてがOKで、存在すること自体が良いことだとさえ思います。チェックストップ、OKです。マイナスロット入力のチェックもOK :-)勉強になりました。
機能を追加した新バージョンがリリースされた場合、2～3週間ほどお待ちいただくことがあります。
しかし、新しいバージョンがリリースされ、どこかにミスがあり、それを緊急に修正しなければならない場合、10～20日というのは非常に長い時間です。特に前回受理されたロボットの場合、何も変わっておらず、＞を＜-に変えるだけで、新しいチェック方法が入っているのです。
例えば、前回はコードからロシア語の文字を削除するFULLです。国際語とかわかるんですよ。でも、ハローを知らない人がたくさんいるんです。
もちろん、あなただけの気にしないと標準的なライブラリを使用することができ、それはすべての長い考え出したとチェックされていますか？常に、例えば記事、モデレータが与えるへのリンクではありません。
ところで、最後のチェックで、スプレッドを入力する必要がありましたが、あれは何のためにあるのでしょうか？
以下は、What check should pass the Bot.の記事での例です。
ロシア語で「(Bid=%.5f + SYMBOL_TRADE_STOPS_LEVEL=%d points)」という単語があります。
をすぐに見つけられなかったようですが、botを確認すると - 飛び出してきました - 削除を依頼、OK、5日以上のモデレーション延長
また、この関数はストップロスが0であることを考慮に入れていませんので、例えばストップロス=0であれば、この関数はtrueを返しません。
また、サーバーからのストップロスのレベル=0について、モデレーターと議論することがよくあります。int stops_level=(int)SymbolInfoInteger(_Symbol,SYMBOL_TRADE_STOPS_LEVEL) とします。
しかし、サーバーが0を返した場合？ それでもstop_levelはフローティングであり、stop_level = 1とすると、サーバーはエラーを返します。その結果、Expert Advisorはチェックに失敗し、5～10日以上、再び戻ってきます。
ユニットテストを自動化することは可能ですか？ バージョンを送信 - システムが独自のサーバーでテストを実施 - すべてOK、重大なエラーなし、サイトへのリンクなし、ユーザーへの妨害行為なし - バージョンが受理されました。
結局のところ、誰もがお金を稼ぐ必要があるのです。そして、どのように迅速に著者は、バグのパッチをリリース - プログラムかどうかのビデオがあるかどうかに、彼の売上高に依存し、また、売上に依存しています。最近、私のサイトのロゴがあったので、すぐにすべてのビデオを変更しなければなりませんでした。
著者の売上は、市場にとって良いコミッションの鍵になるのです。モデレーターは、自分が受け入れた製品の販売から手数料の一部を得ることができるかもしれません。 監査員を増やし、それぞれが売上の何パーセントかを得ることができます。
だから、チェックに振り回されているのです。前のページで紹介した例のようにね。
-- 製品を開封し、インストールし、読み、最初のバグを発見し、修正のために送り返す。
-- 修正されて戻ってきた、前のものをチェックし、新しいものを見つけて修正に出した
-- 修正して戻ってきた、前と前のものをチェックし、新しいものを見つけ、修正するために送ってきた
-- といった具合に、各エラーを何度も何度も繰り返していきます。
初歩的な仕事の整理。
-- 製品を開封し、インストールし、読み、目についたバグを一度に発見し、修正に回す。
だから、手戻りが少なくなり、以前チェックしたものを再度チェックすることも少なくなる--つまり、チェックの規模に応じた時間短縮が可能になるのです。
そして最も重要なのは、コメントに関する詳細な記事があることです。https://www.mql5.com/ru/articles/2555、商品を追加する際、マーケットプレイスページのどこにそのリンクがあるのでしょうか？
それは、「ここを読んで・・・」というフレーズを書くのにかかる時間としては、プロ並みです。
それは、チェックする時間と、非常に忙しい市場の節度です。
p.s. 最小ストップ、最小ロットなど、多くのチェック項目があります。-- 端末レベルでも可能です。
結局、彼らは市場に既にあるものと同じものを要求する--「エラー130」の代わりに「クローズストップ」と同じログに書き込む。
そして、私の理解では、すべては「エラー130」などで無秩序にログが埋め尽くされたことから始まっています。
EAに無秩序な注文の送信を制限することを要求する代わりに、意味のあるメッセージの形で対話の整理を要求し始めたのです。
それは素晴らしいことですが、チェックで溢れた節制も何なのか。
2秒ごとの停止修正チェックを入れなければならなかった......。
だから、チェックに振り回されているのです。前のページで紹介した例のようにね。
-- 製品を開封し、インストールし、読み、最初のバグを発見し、修正のために 送り返す。
-- 修正されて戻ってきた、前のものをチェックし、新しいものを見つけて修正に出した
-- 修正して戻ってきた、前と前のものをチェックし、新しいものを見つけ、修正するために送ってきた
-- といった具合に、各エラーを何度も何度も繰り返していきます。
初歩的な仕事の整理。
-- 製品を開封し、インストールし、読み、目についたバグを 一度に発見し、修正に回す。
だから、手戻りが少なくなり、以前チェックしたものを再度チェックすることも少なくなる--つまり、チェックの規模に応じた時間短縮が可能になるのです。
そして最も重要なのは、コメントに関する詳細な記事があることです。https://www.mql5.com/ru/articles/2555、商品を追加する際、マーケットプレイスページのどこにそのリンクがあるのでしょうか？
それは、「ここを読んで・・・」というフレーズを書くのにプロ並みの時間がかかるということです。
それは、チェックする時間と、非常に忙しい市場の節度です。
p.s. 最小ストップ、最小ロットなど、多くのチェック項目があります。-- 端末レベルでも可能です。
結局、彼らは市場に既にあるものと同じものを要求する--「エラー130」の代わりに「クローズストップ」と同じログに書き込む。
そして、私の理解では、すべては「エラー130」などで無秩序にログが埋め尽くされたことから始まっています。
EAに無秩序な注文の送信を制限することを要求する代わりに、意味のあるメッセージの形で対話の整理を要求し始めたのです。
これは素晴らしいことですが、チェックによる節度もブロックされています。
これは 正しいアプローチですが、(ALWAYS)多くの場合、最初の選択肢の説明の仕方 です。
1）まあ、彼らは様々な理由のためにそうすることができ、その一つは、組織が不明確で、製品の迅速な受け入れにあまり興味がない - 小切手製品を受け入れる人たち1.1 兵士は眠り、兵役に就く、言い換えれば、お金が支払われる。
なぜ、製品をチェックする人が、現行バージョンのすべてのバグを一度にキャッチするために、これほどまでに苦労しなければならないのか、その答えは、「早く受け入れられることに興味がない」ということです。
1.2 検証依頼が増えれば増えるほど、よりクールなラポートを経営陣に見せることができる - 見てください、私が処理した依頼の数を
というわけで、卒業証書などのボーナスがあります。
今日もまた、新しいWinアップデートがインストールされようとしましたが、失敗しました...。瞑想に入り、形而上学的な存在について瞑想していましたが、RAMディスクを無効にすることに成功し、前のアップデートはうまくいきました、今回もそうなることを願っています。
私のノートパソコンはずっと1511で、1607を探すのが嫌だった。更新アシスタントを強制的にダウンロードすることも試みましたが、うまくいきましたが、最後の再起動でノートパソコンが周期的に再起動し始めました（何度も）。
インストールディスクを作成し、新規インストール（インストールの最初にすべてのディスクを完全に削除する）、クリーンインストールを行う、という方法で解決しました。1607は流すようなもの-ここ2日ほど1607を使用しています。
それはそれで素晴らしいことです。
市場コントロールの質を下げろというところまで来ている。それどころか、何倍にも増やす必要があるのです。ちなみに、私たちがやっているのは、製品を自動的にクロスチェックするシステムの開発です。
近いうちに、製品展示の品質向上も要求されるでしょう。
自動検証で失敗する場合は、アドバイスをお願いします。
EURUSD,0でのテスト（ネッティング）
テスターに時間がかかりすぎる
この製品はテスターで動作するように設計されているわけではなく、特定の機能を有しています。司会者へのコメントやサービスデスクへのアドレスに書いた方がいいのでしょうか？