プログラマーと顧客の対立を議論する。プログラマーとクライアントとの間の曖昧な状況についての考察と、最も葛藤の多いプログラマーパフォーマーの格付け。 - ページ 5

 
Integer:

誰か、わかる人、説明してください。アービトラージってなんだよ、客が無駄にネガティブなレビュー書いても意味ないだろ?まあ、キスされなかったから満足してないのかもしれないけど。仕事の有無にかかわらず、WMから報酬を得る際に、顧客が(無料で)ネガティブなレビューを書けるのであれば、仕事に何の意味があるのでしょうか?このようなフィードバックはどこに行けばいいのでしょうか?

Zhobaでは、ポジティブでもネガティブでも、フィードバックはまったく意味がないのです。最初の頃は、お客様もプログラマーもフィードバックに飽き足らず、何度もヒヤリとしたものです。そして、落ち着いた。レビューが尽きたので、フォーラムに切り替えて「戦う」ことにしました。

このような内容のレビューが「!」と言えるでしょうか?初めてExpert Advisorを起動されたお客様は、どのような感想をお持ちになりますか?

レビューが必要です。
- 第三者が書いたものであるかどうか。
- は、しばらくしてから書きました。
- 一人の顧客/開発者が一つの仕事に対してではなく、コラボレーション全般に対してレビューを残すことができる(その場合、顧客は複数のレビューを残さず、評価も得られない)。
- フィードバックは有益であるべき
- のレビューが必要である。
- レビューは、いつ、なぜ変更されたかを示すために編集可能であるべきです。
- ということであれば、レビューへの回答を残すことができるはずです。

 
フィードバックブックというものがあって、それは書くという意味では誰でも利用できるのですが、そこに書かれたものだけが大きく壁に掛けられるわけではありません。このフィードバックブックは、定期的に優秀な専門家がチェックし、それに基づいてアクションを起こします。すなわち、顧客はレビューを書く権利を持つべきだが、ジョブ管理者だけがそれを見るべきで、レビューが否定的であれば、管理者は説明を求め、それに基づいて評価を上げたり下げたりするべきだ。誰もが壁に絵を描けるようなものではなく、すべてに意味があり、理解できるものであるべきです。あるお店で、みんながペンキの缶を持って壁に向かって「かっこいいお店」「くだらないお店」と書いたとします...。
 
papaklass:

モデレーターに対する評価に全面的に賛成です。

ご意見・ご感想・評価などについてなぜ車輪を再発明するのか?このテーマを最大限にオープン化することが、すべての問題を解決することになる。現在、ネガティブレビュー(一部)は削除 されています。何のために?みんなに自分の結論を出してもらい、出演者について自分の意見を作ってもらう。

具体的に話してください。あなたの言葉は、まるでシステム・ポリシーのようですが、あなたはサービス・ジョブズに 関わったことがないのですね。では、何を根拠にそのような発言をするのでしょうか?

非常識なお客様からの1、2件のネガティブフィードバックは削除され、今はジョブズに入ることはできない。そして、ここから一般化された結論を導き出す必要はないのです。正直な開発者を血祭りに上げるような不届き者から身を守る必要があります。

Как заказать торгового робота на MQL5 и MQL4
Как заказать торгового робота на MQL5 и MQL4
  • 2010.06.18
  • MetaQuotes Software Corp.
  • www.mql5.com
С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
 
papaklass:

例えば、Integerと_Technoのプロフィールを比較すると、(個人的な感想ではありませんが)。最初のものは、良質な記事、コドバザに掲載されたコード(無料)、カスタムワークがあります。もう一つは、組み立て式で注文を受けてから完成させるもの。私が選ぶのは、ずばり「整数」です。

Zhabaのデベロッパーは、認証を取得する必要があります。テストの話ではないです。この問題は何度も提起されているが、解決策は見つかっておらず、今後も見つかることはないだろう。しかし、リソースに関する間接的なアテストの機会はある。そのためにあるのが - コードベースの記事や資料の公開(著者の資料)です。トップ」の開発者は、作品だけという素っ頓狂な実績を持ってはならない。どちらかの「素」が重要な役割を担っているはずです。

Integer の評価を見てみましょう - 8200 - 公開された記事は 7 件、コードベースには 61 コード、16 作品は Zhoba?記事、コードベースの著者コード、Zhobaの作品の価値とは何でしょうか?

質問です。インテージがトップ10にも入っていないのはどうしてですか(現状では)。

別の例として、Dima_Sは7つの公開記事、1つのコードベース、42のZhobeでの公開を持っています。

同じ質問です。なぜDima_Sはトップ10に入っていないのでしょうか?

現在、10トップにおける彼の作品の最低レベルは71である。

IntegerとDima_Sの例は、個人的なものではなく、あくまで例として挙げたものです。

完成した作品の数で分類した「トップ」はできない。根本的に間違っているのです。Codabaseの資格条項、コード - 利用可能でオープンです。樟葉の求人資格は終了しており、募集はしておりません。その結果、「上」が決定的に偏ってしまうのです。

例えば、1記事=樟葉の100作品、コーダベースの1作品=樟葉の1作品というように対応関係を作ってください。

上位の合計-1位Integer、2位Dima_S

GODZILLAを忘れていた-記事7件、コーデベース340件、ゾバで1件仕事

 
パフォーマーの詳細な評価については、プロフィールの実績欄をご覧ください。そこには多くの機密情報が記載されています。
 
Renat:
パフォーマーをより包括的に評価するには、プロフィールの実績欄を見るとよいでしょう。そこには、多くのグレード情報があります。
アチーブメントセクションでは、実質的な成績と本質的でない成績を前にして迷うことがあります。そして、お客様は、アーティクル、コードベース、そのレベルが何であるかを知らないのです。そして、デベロッパーを選ぶ際に、誰が Achievementsを見るのか。もし、アクティブなパブリッシャー(=有能なデベロッパー)が上位にいないのであれば、です。
 
どうしてですか?すべてのアチーブメントには、クイックユースに特化した詳細な解説を付けています。

しかし、一般的な問題は明らかです。情報を読んだり、検索したりすることに時間を費やしたいと思う人はほとんどいません。
 
Renat:
どうやるんですか?各アチーブメントには、クイックユースに特化した詳細な解説を付けています。

"すぐ使える "は、まだうまくいっていない。前回までのプロフィール - 記事数をクリック - すると、その特定の著者の記事リストが表示されます。また、Codabaseと。

今はその可能性がない。著者の記事を見たい - 自分でできる方法を探してください。

 
abolk:
そして、デベロッパーを選ぶ際にアチーブメントで注目するのは 誰か。

を、オファーを残して仕事をしたい人に。

 
sergeev:

内定を残し、仕事をしたい人に。

トップ」のリストとその「妥当性」=「適格性」の話をしているのです。

また、アレクセイ - 6記事、6コードベース、9ジョブ - 少なくとも - あなた - トップ5で。

開発者と実行者の両方からリクエストを残す仕組み - 選択の仕組み - トップに影響される。

もちろん、誰でも「トップ」から外れることは可能です。しかし、上位の場所の分布は、客観的で現実に即していなければならない。今、トップは「肥大化」している。