プログラマーと顧客の対立を議論する。プログラマーとクライアントとの間の曖昧な状況についての考察と、最も葛藤の多いプログラマーパフォーマーの格付け。 - ページ 20 1...131415161718192021222324252627...40 新しいコメント Artyom Trishkin 2012.05.12 08:33 #191 abolk:"すぐ使える "は、まだうまくいっていない。前回までのプロフィール - 記事数をクリック - すると、その特定の著者の記事リストが表示されます。また、Codabaseと。今はその可能性がない。もし、著者の記事を見たいのであれば、自分で方法を見つけてください。もうひとつ、重要な「でも」があります...。ジョブでは、ファイブだけでなく、MT4でも注文したり、書いたりする人がいます。mql4.comに記事や作品を掲載している開発者の方々はどうでしょうか？そして、ここにはランキングもなく、コドベースの記事も作品もない......？いつまでたってもトップではなく、申し訳ないがPOPのまま...。そして、仕事の受注機会を増やすために、彼のランキングを行った仕事の数を蓄積する...まさか...私は量より質にこだわります．もしかしたら、このリソースにmql4でレーティングを表示する機会があるかもしれませんね？あるいは、mql5のパフォーマーのプロフィールに、mql4での記事や作品へのリンクを貼りたいのですが？そこからお客さんが来るんだけど、そういうサービスはないんです。ある種の "ワン・ウェイ・ドア" Sergey Petruk 2012.05.12 08:34 #192 多くのレビューや意見があるということは、対立の問題があるということですが、それぞれの立場で自分の真実を語ってくれることでしょう。私は顧客として、このリソースの5人のプログラマーとコミュニケーションをとる機会があり、新しい契約者を選択する決定は、統計データ/完全ではなく、肯定的なもののみ/ +問題の価格 +自身の好みに基づいて収集しました。TORに合意した上で、双方合意の上で価格を承認していること（TORに1-2点の小さな変更を加えることは許容されるので、出力価格が上がることはある）、想定外の価格変更の可能性は事前に警告されるべきと考えるので、出演者の注意を喚起したいです。納期は別問題ですが、納期を遅らせたからといって、契約者に対しては何の影響もありません。したがって、プログラマ・エグゼキュータは、どの段階でも／時間切れでも／ロイヤリティの増額を要求できるため、顧客よりも良い立場にあり、TORのアルゴリズムに準拠しているかどうかをわざわざチェックせずに、一般的なゴミを渡すだけでよいのです。しかし、当事者がその結果に関心を持てば、必ず妥協点があるものです。 Artyom Trishkin 2012.05.12 08:45 #193 vspexp:多くのレビューや意見があるということは、対立の問題があるということですが、それぞれの立場で自分の真実を語ってくれることでしょう。私は顧客として、このリソースの5人のプログラマーとコミュニケーションをとる機会があり、新しい契約者を選択する決定は、統計データ/完全ではなく、肯定的なもののみ/ +問題の価格 +自身の好みに基づいて収集しました。TORに合意した上で、双方合意の上で価格を承認していること、TORの1-2回の小さな変更は許容されるので、出力価格が上がる可能性があること、想定外の価格変更の可能性は事前に警告されるべきと考えることに、出演者の注意を喚起したいです。納期は別問題ですが、納期を遅らせたからといって、契約者に対しては何の影響もありません。したがって、プログラマ・エグゼキュータは、どの段階でも／時間切れでも／ロイヤリティの増額を要求できるため、顧客よりも良い立場にあり、TORのアルゴリズムに準拠しているかどうかをわざわざチェックせずに、一般的なゴミを渡すだけでよいのです。しかし、当事者がその結果に関心を持てば、必ず妥協点があるものです。私はこのサービス以外の経験から言って、リードタイムの大部分はTORの合意に費やされることが多い。それは、お客さまがすべてクリアで透明であることです。結局、すべての寡黙は明らかに彼の頭の中にあり、当然のこととして受け止められているのです。一方、コントラクターにとっては、この質問はToRの空白部分である。TKの説明のつかない状況に対して、明確な答えを出そうとすると、「...」という返事が返ってくることがありました。О...考えてもみなかった・・・。話は後にして、仕事に取りかかろう...」。そして、お客様の見落としによって起こりうる、そのような状況を処理コードから省くことは、プログラムのロジック違反につながるのです。だからこそ、お客様に見えるニュアンスはすべて明確に形式化することを求めなければなりません。納期が遅れたり、業者のことを悪く言われたり......。 Sceptic Philozoff 2012.05.12 08:49 #194 vspexp: 顧客である私は、このサイトで5人のコーダーと接し、統計的なデータに基づいて新しいコーダーを選ぶ決断をしました。 まず、情報収集が好きなんですね。つまり、「正しい」お客様であることを、徹底しているのです。次に、この5人のコーダーのうち、満足できなかった人は何人いたのでしょうか。名前は出さなくていいから、番号を教えてくれ。 Andrey F. Zelinsky 2012.05.12 09:12 #195 artmedia70:もうひとつ、重要な「でも」があります...。ジョブズでは、ファイブだけでなく、MT4でも注文して書いています。mql4.comに記事や作品を掲載している開発者の方々はどうでしょうか？そして、ここにはランキングもなく、コドベースの記事も作品もない......？いつまでたってもトップではなく、申し訳ないがPOPのまま...。そして、仕事の受注機会を増やすために、彼のランキングを行った仕事の数を蓄積する...まさか量より質にこだわる...。"トップ "というのは、現在の形では「仕事をした数」という一つの属性でしか判断できません。トップ "に取得するには - nakruktsyaのすべての種類に従事：10ドルのためのいくつかの部分で簡単な作業を実行し、仕事を取るためにlichnostiをダンピング。このような "トップ "の資格は、誰も見ていない、行われた仕事を反映していない - 品質の指標ではありません。また、レビューも資格の指標にはなりません。いつの時代も、そしてこれからも葛藤があるように。そして、対立の理由-「お客様は常に正しい」「演者はすべてを予見していたはずだ」「演者は、しなければならない、しなければならない」。"トップ "は、記事＋コダワリ＋作品など、いくつもの根拠に基づいて形成されるべきものです。コーデベースに登録された論文や作品を閲覧・評価することができます。そうすれば、「上」が客観的になり、不正をする意味がなくなる。当然、4Kの論文や出版物も考慮に入れるべきでしょう。 Artyom Trishkin 2012.05.12 09:20 #196 abolk: "トップ "というのは、現在の形では「仕事の完了数」という一つの属性にしか基づいていません。トップ "に到達するために - nakruktsyaのすべての種類に従事：10ドルのためのいくつかの部分で一つの簡単な仕事をする、仕事を捨てることはかかるだろう。このような "トップ "の資格は、誰も見ていない、行われた仕事を反映していない - 品質の指標ではありません。また、レビューも資格の指標にはなりません。いつの時代も、そしてこれからも葛藤があるように。そして、対立の理由-「お客様は常に正しい」「演者はすべてを予見していたはずだ」「演者は、しなければならない、しなければならない」。"トップ "は、記事＋コダワリ＋作品など、いくつもの根拠に基づいて形成されるべきものです。コーデベースに登録された論文や作品を閲覧・評価 することができます。そうすれば、「上」は不偏不党になり、不正をする意味がなくなります。それが私の関心事です。パフォーマーには記事があり、作品があり、評価があり、何らかの "名前 "がある、でもすべてが4つである......。そして、ここで私は記事を書き、mql5を学び始め、mql5に仕事を入れ、私の評価を上げるだけで、注文はmql4で満たされているのですが......。なんだか不思議な感じです...。でも、mql4が完全に忘却の彼方に行ってしまったら......そうですね。他に道はなく、ここにあるのはランキングだけ...。 Andrey F. Zelinsky 2012.05.12 09:22 #197 artmedia70:それが私の関心事です。パフォーマーには記事があり、作品があり、評価があり、何らかの "名前 "がある、でもすべてが4つである......。そして、ここで私は記事を書き、mql5を学び始め、mql5に仕事を入れ、私の評価を上げるだけで、注文はmql4で満たされているのですが......。なんだか不思議な感じです...。でも、mql4が完全に忘却の彼方に行ってしまったら......そうですね。他に道はなく、ここにある評価しかない...。 このスレッドhttps://www.mql5.com/ru/forum/6684/page5#comment_193952 の上でも触れましたが、すぐ下にレナトの反応もあります。 Renat Fatkhullin 2012.05.12 09:23 #198 MQL4.comのレーティングを「実績」のサブセクションのひとつにリンクできるかどうか、確認してみます。 михаил потапыч 2012.05.12 09:24 #199 artmedia70:それが私の関心事です。パフォーマーには記事があり、作品があり、評価があり、何らかの "名前 "がある、しかしすべてが4つである...。そして、ここで私は記事を書き、mql5を学び始め、mql5に仕事を入れ、私の評価を上げるだけで、注文はmql4で満たされているのですが......。なんだか不思議な感じです...でも、4が完全に忘却の彼方に行ってしまうと、そうですね...。他に方法がなく、そこにあるのは評価だけ...。4で5を上げ、5で4を上げない、これぞユートピアです。 михаил потапыч 2012.05.12 09:29 #200 ユートピアではない )) 1...131415161718192021222324252627...40 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
"すぐ使える "は、まだうまくいっていない。前回までのプロフィール - 記事数をクリック - すると、その特定の著者の記事リストが表示されます。また、Codabaseと。
今はその可能性がない。もし、著者の記事を見たいのであれば、自分で方法を見つけてください。
もうひとつ、重要な「でも」があります...。ジョブでは、ファイブだけでなく、MT4でも注文したり、書いたりする人がいます。mql4.comに記事や作品を掲載している開発者の方々はどうでしょうか？そして、ここにはランキングもなく、コドベースの記事も作品もない......？いつまでたってもトップではなく、申し訳ないがPOPのまま...。そして、仕事の受注機会を増やすために、彼のランキングを行った仕事の数を蓄積する...まさか...私は量より質にこだわります．
もしかしたら、このリソースにmql4でレーティングを表示する機会があるかもしれませんね？あるいは、mql5のパフォーマーのプロフィールに、mql4での記事や作品へのリンクを貼りたいのですが？
そこからお客さんが来るんだけど、そういうサービスはないんです。ある種の "ワン・ウェイ・ドア"
多くのレビューや意見があるということは、対立の問題があるということですが、それぞれの立場で自分の真実を語ってくれることでしょう。
私は顧客として、このリソースの5人のプログラマーとコミュニケーションをとる機会があり、新しい契約者を選択する決定は、統計データ/完全ではなく、肯定的なもののみ/ +問題の価格 +自身の好みに基づいて収集しました。
TORに合意した上で、双方合意の上で価格を承認していること（TORに1-2点の小さな変更を加えることは許容されるので、出力価格が上がることはある）、想定外の価格変更の可能性は事前に警告されるべきと考えるので、出演者の注意を喚起したいです。納期は別問題ですが、納期を遅らせたからといって、契約者に対しては何の影響もありません。したがって、プログラマ・エグゼキュータは、どの段階でも／時間切れでも／ロイヤリティの増額を要求できるため、顧客よりも良い立場にあり、TORのアルゴリズムに準拠しているかどうかをわざわざチェックせずに、一般的なゴミを渡すだけでよいのです。しかし、当事者がその結果に関心を持てば、必ず妥協点があるものです。
多くのレビューや意見があるということは、対立の問題があるということですが、それぞれの立場で自分の真実を語ってくれることでしょう。
私は顧客として、このリソースの5人のプログラマーとコミュニケーションをとる機会があり、新しい契約者を選択する決定は、統計データ/完全ではなく、肯定的なもののみ/ +問題の価格 +自身の好みに基づいて収集しました。
TORに合意した上で、双方合意の上で価格を承認していること、TORの1-2回の小さな変更は許容されるので、出力価格が上がる可能性があること、想定外の価格変更の可能性は事前に警告されるべきと考えることに、出演者の注意を喚起したいです。納期は別問題ですが、納期を遅らせたからといって、契約者に対しては何の影響もありません。したがって、プログラマ・エグゼキュータは、どの段階でも／時間切れでも／ロイヤリティの増額を要求できるため、顧客よりも良い立場にあり、TORのアルゴリズムに準拠しているかどうかをわざわざチェックせずに、一般的なゴミを渡すだけでよいのです。しかし、当事者がその結果に関心を持てば、必ず妥協点があるものです。
私はこのサービス以外の経験から言って、リードタイムの大部分はTORの合意に費やされることが多い。それは、お客さまがすべてクリアで透明であることです。結局、すべての寡黙は明らかに彼の頭の中にあり、当然のこととして受け止められているのです。一方、コントラクターにとっては、この質問はToRの空白部分である。TKの説明のつかない状況に対して、明確な答えを出そうとすると、「...」という返事が返ってくることがありました。О...考えてもみなかった・・・。話は後にして、仕事に取りかかろう...」。そして、お客様の見落としによって起こりうる、そのような状況を処理コードから省くことは、プログラムのロジック違反につながるのです。だからこそ、お客様に見えるニュアンスはすべて明確に形式化することを求めなければなりません。納期が遅れたり、業者のことを悪く言われたり......。
まず、情報収集が好きなんですね。つまり、「正しい」お客様であることを、徹底しているのです。
次に、この5人のコーダーのうち、満足できなかった人は何人いたのでしょうか。名前は出さなくていいから、番号を教えてくれ。
もうひとつ、重要な「でも」があります...。ジョブズでは、ファイブだけでなく、MT4でも注文して書いています。mql4.comに記事や作品を掲載している開発者の方々はどうでしょうか？そして、ここにはランキングもなく、コドベースの記事も作品もない......？いつまでたってもトップではなく、申し訳ないがPOPのまま...。そして、仕事の受注機会を増やすために、彼のランキングを行った仕事の数を蓄積する...まさか量より質にこだわる...。
"トップ "というのは、現在の形では「仕事の完了数」という一つの属性にしか基づいていません。トップ "に到達するために - nakruktsyaのすべての種類に従事：10ドルのためのいくつかの部分で一つの簡単な仕事をする、仕事を捨てることはかかるだろう。このような "トップ "の資格は、誰も見ていない、行われた仕事を反映していない - 品質の指標ではありません。また、レビューも資格の指標にはなりません。いつの時代も、そしてこれからも葛藤があるように。そして、対立の理由-「お客様は常に正しい」「演者はすべてを予見していたはずだ」「演者は、しなければならない、しなければならない」。"トップ "は、記事＋コダワリ＋作品など、いくつもの根拠に基づいて形成されるべきものです。コーデベースに登録された論文や作品を閲覧・評価 することができます。そうすれば、「上」は不偏不党になり、不正をする意味がなくなります。
それが私の関心事です。パフォーマーには記事があり、作品があり、評価があり、何らかの "名前 "がある、でもすべてが4つである......。そして、ここで私は記事を書き、mql5を学び始め、mql5に仕事を入れ、私の評価を上げるだけで、注文はmql4で満たされているのですが......。なんだか不思議な感じです...。
でも、mql4が完全に忘却の彼方に行ってしまったら......そうですね。他に道はなく、ここにあるのはランキングだけ...。
それが私の関心事です。パフォーマーには記事があり、作品があり、評価があり、何らかの "名前 "がある、でもすべてが4つである......。そして、ここで私は記事を書き、mql5を学び始め、mql5に仕事を入れ、私の評価を上げるだけで、注文はmql4で満たされているのですが......。なんだか不思議な感じです...。
でも、mql4が完全に忘却の彼方に行ってしまったら......そうですね。他に道はなく、ここにある評価しかない...。
それが私の関心事です。パフォーマーには記事があり、作品があり、評価があり、何らかの "名前 "がある、しかしすべてが4つである...。そして、ここで私は記事を書き、mql5を学び始め、mql5に仕事を入れ、私の評価を上げるだけで、注文はmql4で満たされているのですが......。なんだか不思議な感じです...
でも、4が完全に忘却の彼方に行ってしまうと、そうですね...。他に方法がなく、そこにあるのは評価だけ...。
4で5を上げ、5で4を上げない、これぞユートピアです。