フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net (869ﾚｽ)
フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/hp/1464767580/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
66: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/04(土) 21:17:14.69 ID:??? 最近玉ねぎばっかり食べてるからコテハンこれにするわ http://mevius.5ch.net/test/read.cgi/hp/1464767580/66
67: Name_Not_Found [sage] 2016/06/04(土) 22:12:32.56 ID:??? スライスするといくらでも食えるよな http://mevius.5ch.net/test/read.cgi/hp/1464767580/67
68: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/04(土) 22:16:09.24 ID:??? 旨いよな。あれ血管を綺麗にしてくれるらしいよ http://mevius.5ch.net/test/read.cgi/hp/1464767580/68
69: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/04(土) 23:16:30.50 ID:??? 2chでもメールアドレスの交換で仕事してる人達いるけど、 あれを発展させてマッチングに応用出来んかな 「会話→名刺交換→仕事開始」を自動化する感じで あと出来ればDBの中身が漏れてもユーザーの痛手にならないようにしたいんだよね そうすればDBごとDockerとかで共有も出来るし、オープンにすることでシステムが堅牢になるし http://mevius.5ch.net/test/read.cgi/hp/1464767580/69
70: Name_Not_Found [sage] 2016/06/04(土) 23:57:43.05 ID:??? 公開鍵、秘密鍵登録前提とか利用者側のハードル上げていいなら可能だよな サービス提供側が一切中身に責任持たない知らない存じない ただ悪事の温床にならんか考えとかんとな http://mevius.5ch.net/test/read.cgi/hp/1464767580/70
71: Name_Not_Found [sage] 2016/06/04(土) 23:59:02.71 ID:??? なんかわけわからんこと書いたごめん 秘密鍵登録してはいかん http://mevius.5ch.net/test/read.cgi/hp/1464767580/71
72: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/05(日) 00:13:39.63 ID:??? >ただ悪事の温床にならんか考えとかんとな それな。匿名という点で懸念してるわ >秘密鍵登録してはいかん 秘密鍵登録しちゃあかんけど、公開鍵暗号の応用は材料になりそうじゃね あと現在のクラウドソーシング等で問題なのが単価・報酬の低下だよね 象徴的なのは「イラストレーター あきまん 8000円」とかか これは断ったらしいけど こういうのをシステム側で抑制できんかな http://mevius.5ch.net/test/read.cgi/hp/1464767580/72
73: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/05(日) 00:21:16.21 ID:??? もういっそのこと交渉をオープンにしちゃうとか？ 交渉したい二人が「交渉テーブル」を作って、他のユーザーから見れるようにしちゃうとかｗ まぁ適当に言ってるけど http://mevius.5ch.net/test/read.cgi/hp/1464767580/73
74: onion（コテハン未定） ◆E557jnBhNEgs [sage] 2016/06/05(日) 00:25:10.19 ID:??? 他のユーザーがその交渉について評価できるようにしたら抑制にならんかな たとえば「報酬低すぎ・高すぎ！」とか「納期短すぎ・長すぎ！」とか http://mevius.5ch.net/test/read.cgi/hp/1464767580/74
75: Name_Not_Found [sage] 2016/06/05(日) 00:33:20.66 ID:??? やっぱり完全匿名は難しいかね まぁ既存サービスもメアドとパスワード除けば匿名みたいなものだけど http://mevius.5ch.net/test/read.cgi/hp/1464767580/75
76: !omikuji!dama [sage] 2016/06/05(日) 02:50:54.35 ID:??? 仕事を募集している企業を評価するとかどうだろうか？ 所謂、ヤフオクの出品者を評価するみたいな感じ http://mevius.5ch.net/test/read.cgi/hp/1464767580/76
77: Name_Not_Found [sage] 2016/06/05(日) 08:36:04.07 ID:??? 企業にとってもメリットにならないとダメだな。 悪い評価なんか１つでもあったら訴えるだろうよ。 フリーランスは下請けなんだから評価される立場で作らないと。 http://mevius.5ch.net/test/read.cgi/hp/1464767580/77
78: Name_Not_Found [sage] 2016/06/05(日) 09:01:02.80 ID:??? すげえな。なんもしてないけどわくわくしてきた http://mevius.5ch.net/test/read.cgi/hp/1464767580/78
79: Name_Not_Found [sage] 2016/06/05(日) 09:19:36.59 ID:??? 企業評価＆仕事評価は難しいだろうな どうしても受注者側に評価が傾くし、そうなると企業は仕事を出せなくなる。 俺としてはSNSなんだから、アピール型でいいと思うけどな。 例えば「WordPressで企業サイト作ってくれる人探してます」じゃなくて 「WordPressでこんな企業サイトを○万円で作ります」 ってプロフィール＆ポートフォリオを掲載できれば良い。 そうすれば技術や実力は明確だし、企業もオファーを出しやすい。 http://mevius.5ch.net/test/read.cgi/hp/1464767580/79
80: Name_Not_Found [sage] 2016/06/05(日) 09:53:08.54 ID:??? 評価なんてクラウドソーシングでもあるじゃん http://mevius.5ch.net/test/read.cgi/hp/1464767580/80
81: Name_Not_Found [sage] 2016/06/05(日) 10:31:12.14 ID:??? ちょっとしたサービス展開してるけど、フリーランスにメリットはないよ。 フリーランスの相見積サイト。 発注側は高いクオリティと信頼性で安く、入金は納品後払いは当然だし 受注側は面倒じゃないクライアントで、高単価かつ確実に支払われ、着手金前払いを求める 利害が対立するし、競合との競争もあるからフリーランス向けのコミュニティを作るなら、クライアントからの受注機能は別枠にしないと無理だよ。 個人的には専門特化した技術への発注をしたいが、信用の壁があるから、信
用、技術と別枠で窓口を作る予定。 http://mevius.5ch.net/test/read.cgi/hp/1464767580/81
82: Name_Not_Found [sage] 2016/06/05(日) 12:03:41.40 ID:??? >>81 俺も似たような考えだな 今後、マッチングサイトが出来るなら特化してるものだよな 昔の求人サイト風になんでもかんでも扱ってたら差別化出来ない ランサーズやクラウドソーシングがイマイチなのも 結局、発注側優先になって質が保てないからだもんな http://mevius.5ch.net/test/read.cgi/hp/1464767580/82
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
85: Name_Not_Found [sage] 2016/06/05(日) 13:08:49.05 ID:??? >>84 横だけど、それだと単価すげー高くならないか？ 1案件に対して、ディレクションする人と作る人の報酬払わなきゃいけなくなる。 そういう高価格帯の案件はリクルートが似たような事をやってるとはいえ、 あれはコネやノウハウのあるリクルートだから出来るのであって、 名無し・匿名のディレクターが集まったところでまともに機能しないと思うんだが http://mevius.5ch.net/test/read.cgi/hp/1464767580/85
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 784 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.049s*