1-プログラマーイン
2-コードマーケット
3-Yingxuan
4-クイックコード
見た目を判断するのはあなた次第です :P でも、少なくとも目にはどれも素敵に見えます :)
データは最も重要であり、各プラットフォームの実際の動作を表します。残念ながら、データのリアルタイム更新が確認できるのは Programmer Inn と Code Market の Web サイトのみであり、他の 2 つの Web サイトのデータは公開されていません。
現在、Programmer Inn が受け入れるプロジェクトは一般的に小規模であることがデータからわかります。Web サイトから、Coders が受け入れるプロジェクトは納期も短いです。比較的規模が小さいため、開発サイクルも長くなります。
プログラマー イン: プロトタイプ、デザイン、Web/iOS/Android 開発、現場の専門家。
メーカー: インターネット/モバイル インターネット開発のすべての分野、現場の専門家
英选: すべてのモバイル プラットフォーム (iOS、Android、WeChat パブリック アカウント)、Web プラットフォームそしてバックエンドの開発。
クイック コード: インターネット/モバイル インターネット開発のすべての範囲
Programmer Inn を採用、これはプラットフォームが内部アルゴリズムに基づいて最適な契約開発者を直接マッチングし、注文を発送するモデル。需要者と開発者にとっては比較的簡単ですが、プラットフォームを正しくマッチングすることが非常に重要です。
Code Market は、開発者がサインアップして選択を待つモデルを採用しています。これは、需要側が待ち時間を支払う必要があり、開発者は注文を取得して待つための時間とエネルギーコストを支払う必要があり、また、ドッキング速度が速すぎてはいけないことも意味します。コードマーケットのプロジェクト状況から判断すると1~2週間程度です。
Quick Code は、より直接的な注文獲得モデルを採用しています。すぐに手に入れられるものは、プラットフォーム自体がマッチング効率に関与するものではありません。すぐに届くかもしれないし、誰かが注文を受け取るまでに長い時間がかかるかもしれない。
yingxuan は、候補者を推薦し、最終的な選択を要求者に与えるモデルを採用しています。デマンド側の要件は比較的高く、デマンド側には他者を選別する能力が必要ですが、これはほとんどの開発者にとっては、選択された後に通知を受け取るだけで済みます。操作する前に。
最後に、どのモデルであっても、ドッキングを成功させるには優秀なプログラマーの数が重要です。
最近の旅館の例ですが、年末が近づき、ほとんどのプログラマーが独自の手配をし始めているため、1日で13人のプログラマーをつなぎ、プロジェクトを最終的に完成させることができました。
期間中、要求者の待ち時間は 24 時間を超えることはなく、プログラマーは注文を受け取った後に受け入れるかどうかを判断するだけで済みます。
プログラマー Inn と Yingxuan はすべて、プラットフォーム モデルからの引用を採用しています。この利点は、開発者と需要者が不信感から生じる駆け引きをする必要がないことです。比較的言えば、このアプローチはプラットフォームに対する高い要件を備えており、ニーズを細分化して適切な見積もりを提示するのに十分な専門的かつ細心の注意を払う必要があります。
Quick Code は、要求者による見積り形式を採用しています。利点は、要求者がより自由度が高いことです。問題は、要求者が専門家でない場合 (よくあることです)、価格が高額になる可能性があることです。その結果、誰も注文を受けなかったり、価格が高すぎて不必要な損失が発生したりします。
メーカーは妥協的なアプローチを採用し、需要を分析した後に提案を行います。最終的な見積もりは依然として需要者によって決定されます。
プロジェクトを未完成にしないための鍵需要、時間、価格が合意されるのは、双方の相互理解にあります。需要の変化を避けるようにしてください。変化がある場合は、その変化に基づいて時間と価格を再スケジュールしてください。
これらすべては、協力プロセスが両当事者間の紛争に発展しないように、客観的な第三者の監督の下で実行されなければなりません。
Max, Yingxuan は、プロジェクトを管理するためにフルタイムのプロジェクト マネージャーを選択しました。その利点は、需要者がプロジェクト マネージャーと向き合うだけで済み、プロジェクト全体の進捗を管理できることです。潜在的な問題は、通信メカニズムの層が 1 つ増え、通信の複雑さが 1 つ増えたことです。プロジェクトマネージャーは複数の開発者を調整する必要があり、負担が大きいです。将来のプラットフォームで扱われるプロジェクトの規模は、プロジェクト マネージャーの数と能力によって制限されます。
Programmer Inn 現在、システムのマイルストーン管理プロセス + プロジェクトの監督と監督の方法を採用していますが、初期段階では、需要側は要件を分割するためにより多くのエネルギーを費やす必要があります。長期的には、両者間のコミュニケーション効率が高くなり、未完了の作業が発生する可能性が低くなります。多数のプロジェクトに対応するプラットフォームの能力とレベルは、人的資源によって制限されません。
Programmer Inn、Quick Code は 1 回限りの受け入れを採用しています。ご了承後のお支払い方法となります。旅館側の実際の業務は、通常、請求者が受け付けてから24時間以内に支払いを完了することになっています。このタイプの操作は、開発サイクルが 1 か月未満のプロジェクトに適しています。大規模で長期的なプロジェクトの場合は、次のコード方法の方が適しています。
Makers は、段階的な受け入れと段階的な支払いモデルを採用しており、開発サイクルが長いプロジェクトに適しています。
自分に合ったものを見つけて契約する もちろん、すべて試してみて最終的に自分に合ったものを見つけることもできます。
付録: プログラマーの求人受付プラットフォームのコレクション:
<code class="language-text">http://proginn.com 程序员客栈 http://www.findcto.com findcto http://www.kuaima.co/ 快码众包 https://mart.coding.net coding码市 http://apk00.com/ 猿团 http://linktion.cn 英选 https://zb.oschina.net/ oschina众包 http://light.starwall.org/ LIGHT平台 http://geekmayi.com/ 码易众包平台 http://www.xyuanzhuo.com/ 小圆桌 http://www.sxsoft.com/ http://rrkf.com/ 人人开发 http://www.looip.cn/ 极客邦SOHO http://www.kaifabang.com/ 开发邦 </code>