フリーランスと仲裁何かを変えなければ、行き止まりになってしまうのです - ページ 6 12345678910111213...16 新しいコメント Aleksey Mavrin 2020.04.09 06:12 #51 Artyom Trishkin: ソースを半分にする :) そこの求人スレッドで提案したことなんですけどね。しかし、私は答えも説明もなく追放されました）。 一方、ソースの50％は論理的ですが、不条理は明らかです - すべての2行目を与えるためにユーモアのようなものです））。 Artyom Trishkin 2020.04.09 06:45 #52 Aleksey Mavrin: そこの求人スレッドで提案したことなんですけどね。しかし、私は答えも説明もなく追放されました）。 一方、ソースの50％は論理的ですが、不条理は明らかです - すべての2行目を与えるためにユーモアのようなものです））。 冗談です :)私たちは、持っているものをすべて手放さなければなりません。家、車、別荘、義母...。さて...コードから......何が行われたのでしょう。 Aleksey Mavrin 2020.04.09 18:13 #53 Artyom Trishkin: 冗談です :) 自分の持っている力をすべて出し切らなければならないのです。 家、車、コテージ、義母...。 さて...コードの、何が終わったのでしょう。 それでモデレーターになったんですか（笑)。 Andrey Minaev 2020.04.10 11:40 #54 こんにちは。 仲裁には2つの仕事がある。 最初の1枚は1ヶ月間吊るされ、仕事は完全に規約に従って行われました。お客様は単にお金を払いたくないだけなのです。 今日、仲裁に出した2つ目の仕事については、顧客は2週間も連絡を取らなかったが、仕事は条件に従って行われた。 これらの仲裁にはどれくらいの時間がかかるのですか？就職情報担当者は忙しく、仕事量があると対応しない潜在顧客もいる。 この仕事が3ヶ月間仲裁に掛かっている以前に、もしかしたら仲裁人はこの仕事が仲裁に掛かっていることを見ていないかもしれません。どなたかヒントをください。 Andrey Kaunov 2020.04.14 06:03 #55 Artyom Trishkin: お客さまにご迷惑をおかけしたとき、私はどうしたかというと...。 私はクローズドコードを渡し、相手がすべてを確認して送金を行えるようにしました。そして、お金が振り込まれたら、ソースコードを渡すと書くのです。 でも、面白いのはそこじゃないんです。面白いのは、転送されたクローズド・コードには、転送当日から週明けまでという実行期限が設けられていたことです。すると、プログラムは「プログラマーを怒らせないように作業代金を渡すべき」といったメッセージを生成してアンロードするのです。 何度も救われましたよ。 こんにちは、同僚たち。 この方法は確かに良いですね。しかし、最近、ソースコードを手に入れるまで注文を締め切らないという原則的なお客様がいらっしゃいました。 もしかしたら、お客様がプランマーを試して、怒って、全部飲んでしまうという事態もあるかもしれません。彼は、自分の注文、FX、MQLサイト、そして注文が終了するのを待っているAppliciant/Developerのことを忘れてしまうのです。 したがって、彼らの仕事を保護するための自家製の方法を望むべきではなく、開発者は、裁定（オーラを台無しにする）と手間をかけずに、彼はどんな状況下で彼の順序が閉じられることを確信しているサービスの中でそのようなスキームを作成する必要があります。仮にクライアントが事故を起こしたとしても、それは否定できない。 Andrey F. Zelinsky 2020.04.14 06:08 #56 Andrey Kaunov: こんにちは、同僚たち。 その方法は、確かに良い方法だと思います。しかし、最近、ソースコードを入手するまで注文を締め切らないという原則的なお客さんに出会いました。 ... お客様の原則遵守の姿勢は？ 仕事の引継ぎと支払い」という段階があります。お客様は、ソースコードを提供せずにこの段階を確認しないのが正しいのです。 Andrey Kaunov 2020.04.14 06:11 #57 親愛なるアンドレイ、アルテムの引用とともに、私の投稿を全文読んでみてください。 すべてのお客さまにご満足いただけるわけではない、ということを書かせていただきました。 Andrey F. Zelinsky 2020.04.14 06:38 #58 Andrey Kaunov: 親愛なるアンドレイ、アルテムの引用とともに、私の投稿を全文読んでみてください。 それこそ、すべてのお客さまがこの買い方をしてくれるわけではないのです。 そう、すべてデタラメなのです。どのような確認段階でも、顧客が捨てられるリスクはあります。このようなリスクは常に存在し、それを防ぐ方法はないのです。 多くのお客様にとって、リソースにはプロフィールしかなく、失敗した場合には、ノックするレールさえないのです。 唯一の選択肢は、顧客と対話し、提出プロセスの各ステップで、「EAバージョンは作業のために提出されましたが、完了と支払いのために2つのステップを確認する必要があります。 また、可能であれば、サービスの規則が禁止されていない場合- 顧客は、それが迅速にリソースのプロファイルに加えて見つけることができる連絡先を取る。 それから、お客様の失敗のリスクは何かというと、1〜2％、それは無視してもいいのです。 統計については、私の観測では、少なくとも90％のお客さんは統計なんてどうでもいいと思っています。300件のアービトラージ・ジョブがある人と600件の完了したジョブがある人、全く完了したジョブがない人、等しく協力し始めます。だから統計はもちろん守るべきですが、絶対にヒステリックにならないほうがいいんですね。 Andrey Kaunov 2020.04.14 06:56 #59 アンドレイ すべての点で同意します。 彼の他のコンタクトをとっても、保証はありません。彼はTelegramやSkypeなどを降りればいいのです。無視して終わり、選択肢として。 Andrey F. Zelinsky: ... 唯一の選択肢は、顧客との対話を続け、仕事の移管を行う各ステップで、「EAバージョンが仕事に移管されましたので、完了と支払いのための2ステップを確認してください」--ステップを確認した後、「もう1ステップを確認してください」と再度書き込むスタイルにすることだと思います。 ... 良い話題です。しかし、"何を忘れたのか... "という点で誰にも迷惑をかけないように、プログラムレベルで行うことも可能です。ツールチップを別ウィンドウに表示したり、チャットやメール、電話の通知で直接次のステップについて説明することができます。 私の経験では、すべてのお客様が仕事の始め方、業者選びの方法まで知っているわけではありません。最近、「TORはまず通信で合意して、それから "Agree TOR "のステップに進むべき」と考えているクライアントがいた。まあ、これはすべて抒情的で解決可能なことです。お客様がいなくなると、問題が始まります。バッファ」にあるこのような注文が2つ、3つとハングアップすると書いている人もいます。それはムカつきますよね、私もそう思います。 良いオプションは、あなたが顧客から聞いていない場合は、遅延なしで 順序を閉じるためにデモの確認後、2週間。確認する時間は十分にあります。両者にとって公平に思える。一度は実現したかに見えたのですが、なぜかスイッチオフになってしまいました。 Andrey F. Zelinsky 2020.04.14 07:04 #60 Andrey Kaunov: ...しかし、誰にも迷惑をかけないように、ソフトウェアレベルで行うことも可能です． もう一度言います。お客様のダンプで騒ぐのは、1〜2％程度で、そのような割合は無視できる（しなければならない）。 さらに、技術的・組織的な仕掛け--この1〜2％では何も変わらない。 ですから、何かを追加したり、何かをプログラムしたりするのは、時間と資源の無駄です。 自動終了を伴う代替案は極めて有害です--開発者に有利な仕事の大量終了につながるからです--そして「馬が歩けなかった」仕事もです。 Expert Advisorに仕事をさせたものの、不具合が多くて対話が行き詰まり、お客様が手を引いてしまう--そんな事態が多発しているのに、「放棄」した仕事を自動完結させると、そのような仕事が発生してしまう--これは絶対に許されないことなのです。 したがって、顧客による補完や仲裁による補完は、自動化ではありません。 自動完了は、お客様に有利な場合のみ可能です。 p.s. オプションとして -- 開発者が選択できるモード「顧客に有利な条件で終了」は、顧客からの確認を必要とせず、まあ1日以内に顧客から確認がなければ、自動的に終了するようにすればよいのでしょうか。 12345678910111213...16 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ソースを半分にする :)
そこの求人スレッドで提案したことなんですけどね。しかし、私は答えも説明もなく追放されました）。
一方、ソースの50％は論理的ですが、不条理は明らかです - すべての2行目を与えるためにユーモアのようなものです））。
そこの求人スレッドで提案したことなんですけどね。しかし、私は答えも説明もなく追放されました）。
一方、ソースの50％は論理的ですが、不条理は明らかです - すべての2行目を与えるためにユーモアのようなものです））。
冗談です :)
それでモデレーターになったんですか（笑)。
こんにちは。
仲裁には2つの仕事がある。
最初の1枚は1ヶ月間吊るされ、仕事は完全に規約に従って行われました。お客様は単にお金を払いたくないだけなのです。
今日、仲裁に出した2つ目の仕事については、顧客は2週間も連絡を取らなかったが、仕事は条件に従って行われた。
これらの仲裁にはどれくらいの時間がかかるのですか？就職情報担当者は忙しく、仕事量があると対応しない潜在顧客もいる。
この仕事が3ヶ月間仲裁に掛かっている以前に、もしかしたら仲裁人はこの仕事が仲裁に掛かっていることを見ていないかもしれません。どなたかヒントをください。
お客さまにご迷惑をおかけしたとき、私はどうしたかというと...。
私はクローズドコードを渡し、相手がすべてを確認して送金を行えるようにしました。そして、お金が振り込まれたら、ソースコードを渡すと書くのです。
でも、面白いのはそこじゃないんです。面白いのは、転送されたクローズド・コードには、転送当日から週明けまでという実行期限が設けられていたことです。すると、プログラムは「プログラマーを怒らせないように作業代金を渡すべき」といったメッセージを生成してアンロードするのです。
何度も救われましたよ。
こんにちは、同僚たち。
この方法は確かに良いですね。しかし、最近、ソースコードを手に入れるまで注文を締め切らないという原則的なお客様がいらっしゃいました。
もしかしたら、お客様がプランマーを試して、怒って、全部飲んでしまうという事態もあるかもしれません。彼は、自分の注文、FX、MQLサイト、そして注文が終了するのを待っているAppliciant/Developerのことを忘れてしまうのです。
したがって、彼らの仕事を保護するための自家製の方法を望むべきではなく、開発者は、裁定（オーラを台無しにする）と手間をかけずに、彼はどんな状況下で彼の順序が閉じられることを確信しているサービスの中でそのようなスキームを作成する必要があります。仮にクライアントが事故を起こしたとしても、それは否定できない。
こんにちは、同僚たち。
その方法は、確かに良い方法だと思います。しかし、最近、ソースコードを入手するまで注文を締め切らないという原則的なお客さんに出会いました。
...
お客様の原則遵守の姿勢は？
仕事の引継ぎと支払い」という段階があります。お客様は、ソースコードを提供せずにこの段階を確認しないのが正しいのです。
親愛なるアンドレイ、アルテムの引用とともに、私の投稿を全文読んでみてください。
すべてのお客さまにご満足いただけるわけではない、ということを書かせていただきました。
親愛なるアンドレイ、アルテムの引用とともに、私の投稿を全文読んでみてください。
それこそ、すべてのお客さまがこの買い方をしてくれるわけではないのです。
そう、すべてデタラメなのです。どのような確認段階でも、顧客が捨てられるリスクはあります。このようなリスクは常に存在し、それを防ぐ方法はないのです。
多くのお客様にとって、リソースにはプロフィールしかなく、失敗した場合には、ノックするレールさえないのです。
唯一の選択肢は、顧客と対話し、提出プロセスの各ステップで、「EAバージョンは作業のために提出されましたが、完了と支払いのために2つのステップを確認する必要があります。
また、可能であれば、サービスの規則が禁止されていない場合- 顧客は、それが迅速にリソースのプロファイルに加えて見つけることができる連絡先を取る。
それから、お客様の失敗のリスクは何かというと、1〜2％、それは無視してもいいのです。
統計については、私の観測では、少なくとも90％のお客さんは統計なんてどうでもいいと思っています。300件のアービトラージ・ジョブがある人と600件の完了したジョブがある人、全く完了したジョブがない人、等しく協力し始めます。だから統計はもちろん守るべきですが、絶対にヒステリックにならないほうがいいんですね。
アンドレイ すべての点で同意します。
彼の他のコンタクトをとっても、保証はありません。彼はTelegramやSkypeなどを降りればいいのです。無視して終わり、選択肢として。
...
唯一の選択肢は、顧客との対話を続け、仕事の移管を行う各ステップで、「EAバージョンが仕事に移管されましたので、完了と支払いのための2ステップを確認してください」--ステップを確認した後、「もう1ステップを確認してください」と再度書き込むスタイルにすることだと思います。
...
良い話題です。しかし、"何を忘れたのか... "という点で誰にも迷惑をかけないように、プログラムレベルで行うことも可能です。ツールチップを別ウィンドウに表示したり、チャットやメール、電話の通知で直接次のステップについて説明することができます。
私の経験では、すべてのお客様が仕事の始め方、業者選びの方法まで知っているわけではありません。最近、「TORはまず通信で合意して、それから "Agree TOR "のステップに進むべき」と考えているクライアントがいた。まあ、これはすべて抒情的で解決可能なことです。お客様がいなくなると、問題が始まります。バッファ」にあるこのような注文が2つ、3つとハングアップすると書いている人もいます。それはムカつきますよね、私もそう思います。
良いオプションは、あなたが顧客から聞いていない場合は、遅延なしで 順序を閉じるためにデモの確認後、2週間。確認する時間は十分にあります。両者にとって公平に思える。一度は実現したかに見えたのですが、なぜかスイッチオフになってしまいました。
...しかし、誰にも迷惑をかけないように、ソフトウェアレベルで行うことも可能です．
もう一度言います。お客様のダンプで騒ぐのは、1〜2％程度で、そのような割合は無視できる（しなければならない）。
さらに、技術的・組織的な仕掛け--この1〜2％では何も変わらない。
ですから、何かを追加したり、何かをプログラムしたりするのは、時間と資源の無駄です。
自動終了を伴う代替案は極めて有害です--開発者に有利な仕事の大量終了につながるからです--そして「馬が歩けなかった」仕事もです。
Expert Advisorに仕事をさせたものの、不具合が多くて対話が行き詰まり、お客様が手を引いてしまう--そんな事態が多発しているのに、「放棄」した仕事を自動完結させると、そのような仕事が発生してしまう--これは絶対に許されないことなのです。
したがって、顧客による補完や仲裁による補完は、自動化ではありません。
自動完了は、お客様に有利な場合のみ可能です。
p.s. オプションとして -- 開発者が選択できるモード「顧客に有利な条件で終了」は、顧客からの確認を必要とせず、まあ1日以内に顧客から確認がなければ、自動的に終了するようにすればよいのでしょうか。