フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net (869ﾚｽ)
フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/hp/1464767580/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
83: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/05(日) 12:26:54.28 ID:??? >>81 >発注側は高いクオリティと信頼性で安く、入金は納品後払いは当然だし >受注側は面倒じゃないクライアントで、高単価かつ確実に支払われ、着手金前払いを求める そうそう。結局利害が対立して仕事が健康的に循環しないんだよな >クライアントからの受注機能は別枠にしないと無理だよ これは「マッチング機能をシステムから取り外す」という意味？ それとも「コミュニティとマッチングを別枠にしてシステム内で同居させる」ということ？ http://mevius.5ch.net/test/read.cgi/hp/1464767580/83
84: 81 [sage] 2016/06/05(日) 12:58:30.95 ID:??? >>83 発注者→フリーランスA,フリーランスB… というマッチングではなく、発注者→ディレクション団体→案件にマッチしたプロジェクトメンバーというイメージ。 受託する人が無数にいると自然とコスト競争、低クオリティになるから、 ディレクション専用メンバー github等でコードを共有するプロジェクトメンバー と２つにわけて、１案件の報酬を時間・技術で振り分ければいいと思う。 ようするに、制作する人間が、受注に名乗りを上げる無駄を無くすということ。 新しくできた技術、APIとかバージョンとかフレームワークに依存するものなどにプロジェクトを分けて プロジェクトのコミッターの貢献度に応じて利益をシェアできるモデルが個人的には理想。 もし出来たら契約や未払いリスクを考えたり、同じモノばかり作るルーチンワークは減ると思う。 http://mevius.5ch.net/test/read.cgi/hp/1464767580/84
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s