フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net

**Name_Not_Found** · 2016/06/01(水) 16:53:00.82

だいり

http://echo.2ch.net/test/read.cgi/hp/1464048260/72
> お前らフリーランス、SOHO用のSNSがあったら使う？
> ちなみにそのSNSの開発・運営は有志によるボランティア

http://echo.2ch.net/test/read.cgi/hp/1464048260/322
> >>315
> そんなの出来るわけ無いやろ
> 2chどころかかなりショボイよ…
> あと誰か議論用の別スレか何か用意してくれると助かるんだが

**Name_Not_Found** · 2016/06/01(水) 17:10:51.05

SNSって時代が古いだろ…

**Name_Not_Found** · 2016/06/01(水) 17:20:18.63

>>1
乙です

**Name_Not_Found** · 2016/06/01(水) 17:32:40.60

>>2
ほんとそれ
facebookですら下火なのにな

**Name_Not_Found** · 2016/06/01(水) 18:41:54.35

2chの移行先としてなら歓迎する
もう2chはいやだ

**Name_Not_Found** · 2016/06/01(水) 23:36:24.71

乙
だがフリーランスやSOHOのためでは軸として弱い
勉強会なりなんなり行動目標がないと

**Name_Not_Found** · 2016/06/02(木) 02:05:00.89

>>1
乙です

細々スレのレスをカテゴライズするようなイメージなのかな？

技術情報交換・質問
経理関係情報交換・質問
営業関係情報交換・質問
蔵の愚痴
プライベートの愚痴
などなど

**Name_Not_Found** · 2016/06/02(木) 02:15:06.23

>>2
何が古いの？具体的な根拠は？

**Name_Not_Found** · 2016/06/02(木) 02:38:19.31

>>8
>>4

**Name_Not_Found** · 2016/06/02(木) 04:32:12.27

>>1
おつ

GitHubにプロトタイプ上げた
現在開発中のブランチはprototype
https://github.com/fwuprj/fwu/tree/prototype
開発コードが必要だったからFreelanceWorkersUnionの頭文字取ってfwuにした
正式名称が決まったらそっちに変更したい
鯖はさくらのVPSを借りたがアップロードはまだ

**Name_Not_Found** · 2016/06/02(木) 05:01:53.64

元スレでの話の流れ

* フリーSOHOのSNSが欲しい
* SNSは古い
* 匿名なのがいい
* 2chとSNSの中間みたいなコミュニティにしたい
* マッチングも付けたい
* フレームワークはCakePHP3
* とりあえずプロトタイプ作って上げる←今ここ

最初は「2chベースの匿名コミュニティの開発」で進めていくのが俺としては楽だと思うんだが
将来的なマッチング機能と匿名性をどう結びつけるかは議論が必要になると思う

**Name_Not_Found** · 2016/06/02(木) 05:39:07.69

>>6
マッチング付けたいという話もあるけど目標にはならんかな

>>7
そんな感じになるかも
mixiの話しで出た横の繋がり（異業種含む）も欲しいよね

**Name_Not_Found** · 2016/06/02(木) 08:08:36.07

>>10
ちょっとソース見たけど、至ってまともだな。基本を抑えてる。
そこらの糞OSSよりよほどしっかりしてるよ。
あんたみたいなスキルある人なら良いサイトが出来そうだ。がんばってくれ。

**Name_Not_Found** · 2016/06/02(木) 13:09:17.41

>>10

乙！

ってか、予想より進行が早い。
ご自身の仕事大丈夫？

**Name_Not_Found** · 2016/06/03(金) 00:58:34.96

>>13
そう？まぁ、ありがとう？
2chでそういう事言われるのって慣れないね
今のところプロジェクト頓挫の可能性も高いが

>>14
今はメール対応ぐらいしかしてない
こっちの開発がある程度安定したら営業再開する
そんなだからちょっと慌ただしいのかも知れない

**Name_Not_Found** · 2016/06/03(金) 01:33:42.75

VPSのインストールOSで誰かおすすめある？
なければ適当に入れるけど

**Name_Not_Found** · 2016/06/03(金) 02:34:22.34

おー、ええやん
ボロクソに叩こうと思ってたのにいい意味で期待外れだわ

**Name_Not_Found** · 2016/06/03(金) 02:59:56.63

2chにコード晒したらボロクソにされるのがデフォなのになぁ
ひねくれ者だから逆に勘繰ってしまうわ
まぁ、ありがとうと言っとく

**Name_Not_Found** · 2016/06/03(金) 03:18:33.92

エラーメッセージに敬語なんて使わなくてもいいのに使っちゃう
顔文字ぐらいなら入れていいよね

**Name_Not_Found** · 2016/06/03(金) 08:30:27.46

>>16
CentOSが無難だと思うよ

あとソースは命名規則もしっかりしてるし、
改行とかスペースとかちゃんと開けてるし、基本を抑えてるよ。
baserCMSというCakePHPのOSSはこの辺が糞だからな。
スパゲティコードで全体的に重いし。
ま、色んな人が開発に携わっているらしいから仕方ないが。

**Name_Not_Found** · 2016/06/03(金) 13:03:24.70

オープンサイトにするんだっけ？
それとも認証入れるの？

**Name_Not_Found** · 2016/06/03(金) 13:06:55.86

会員登録ぐらいはするだろ。
じゃないと個人情報ダダ漏れだろw

**Name_Not_Found** · 2016/06/03(金) 13:24:04.00

じゃあ、認証方式も先に決めておいた方が良いじゃねーの？
オススメはチャレンジレスポンス方式だけど、どうするのだろう？

**Name_Not_Found** · 2016/06/03(金) 13:43:23.11

普通にメールアドレスとパスワードで良いんじゃねーの

**Name_Not_Found** · 2016/06/03(金) 13:50:57.99

>>20
それじゃCentOSにしよう
そのCMSは知らなかったけど、ちょっと見だとあまり目立った所はないな
CMSってどこも大変そうな印象があるわ
WordPressはそうだし、DjangoのMezzanineというCMSも入り組んでたし
あと見てて気づいたがこっちもライセンスとコーディングルールが必要かな

>>21-24
そこはまだどうするか決まってないよ
将来的にマッチングを入れるなら認証も必要になるかも
だからシステムの作りに関わってくる話題だよね

**Name_Not_Found** · 2016/06/03(金) 14:12:49.70

俺としては匿名制とマッチングの両立をよく考えるんだが、
マッチングになるとに会員ページなどはあったほうがいいし、
かと言って匿名ユーザーに登録を強制するのもウザがられそうだし、
だから匿名ユーザーと会員ユーザーの選択制が現実的なのかなぁと最近は思う
まぁ「利用しやすい＆仕事しやすい＆etc」とかが優先的になるとは思うが

**Name_Not_Found** · 2016/06/03(金) 14:25:32.06

>>26
これだとちょっと複雑だし駄目かな
いっそ会員制にしたほうがいいかな

**Name_Not_Found** · 2016/06/03(金) 14:26:56.03

ライセンスはMITでコーディングルールはCakePHPのルールでいいだろう
ビューを見るとGoogleの命名規則っぽい感じになってたけど、
特に意識してないなら、HTMLのルールはまた決めればいい

**Name_Not_Found** · 2016/06/03(金) 14:36:52.76

>>28
ライセンスはMITでいいよね
ルールはこの辺かな
* CakePHP3: http://book.cakephp.org/3.0/ja/contributing/cakephp-coding-conventions.html
* HTML,CSS: http://buchineko.website/google_styleguide_html/

**Name_Not_Found** · 2016/06/03(金) 14:56:53.37

つーか、お前コテ付けろよ。実質一人で回答してるんだし、その方が分かりやすい

**Name_Not_Found** · 2016/06/03(金) 15:08:35.67

わかったよ。シャレたの考えるよ

**Name_Not_Found** · 2016/06/03(金) 15:24:42.73

CentOSは7で頼む。

**Name_Not_Found** · 2016/06/03(金) 15:32:19.44

CakePHP3使えるのが凄いな。PHP5.5からだいぶ変わってるのもあるし

**!omikuji** · 2016/06/03(金) 15:54:00.04

認証付ける付けないは、早めに決めた方が良いのでは？
Authコンポネント使うにしても、セキュリティを考えたら十分にテストしないといけないし

**コテハン未定** · 2016/06/03(金) 16:01:12.91

そこら辺は早めに決めたほうがええね
今CentOS7弄ってる

**Name_Not_Found** · 2016/06/03(金) 16:02:30.74

見てると中途半端に知識のあるやつが適当な事ばかり言ってて大変だな
そういう役に立たない発言はうまいことスルーしたほうがええで

**コテハン未定** · 2016/06/03(金) 16:05:30.64

その辺はおｋ
おれも知識的にはまだ未熟だが発言は遠慮なくする
まぁ叩かれる前提でやってるで

**コテハン未定** · 2016/06/03(金) 16:09:56.92

意識高い系発言をしてしまった
コテハン付けると人格まで変わるな

**!omikuji** · 2016/06/03(金) 16:11:58.83

コテハン未定さんが主なのですね
よろしくです。
手伝えることあったら、協力させていただきます

**Name_Not_Found** · 2016/06/03(金) 16:15:37.19

>>39
君はデザインやったらどうだ？
デザイン（UI含む）も割と重要だぞ

**!omikuji** · 2016/06/03(金) 16:32:10.08

>>40

一応、フロントエンドなので、無理ではないが、
CakePHPでの開発の性質上、ある程度、主の独断でUIを作り込んだ方が、
開発は楽だと思うよ。

いくらMVCっていっても、それらを分解して開発するのって事実上無理だし、
デザインと機能を分けて開発するのって、実はとても効率悪いよね。

**Name_Not_Found** · 2016/06/03(金) 16:32:47.49

マッチングやるのは良いけど、クライアントをどう集めるんだい？

**コテハン未定** · 2016/06/03(金) 16:33:50.27

>>39
こちらこそよろしくです。
とりあえずプロトタイプの公開作業中です。

>>40
デザイン重要だよね
Bootstrapとかのフレームワークも決めないとあかんな

**Name_Not_Found** · 2016/06/03(金) 16:43:18.20

>>38
> コテハン付けると人格まで変わるな

ちょっとﾜﾛﾀｗｗｗ

**Name_Not_Found** · 2016/06/03(金) 16:44:56.61

>>41
そうなんか？てことは最初は俺がある程度作ったほうがやりやすい？
他の人に無理に時間使ってもらうのもあれだから、それならそうするが
その「ある程度」の話しになるのかね

**コテハン未定** · 2016/06/03(金) 16:46:04.13

>>45 は俺ね

**Name_Not_Found** · 2016/06/03(金) 16:51:02.70

>>41
いや、それだとどこも1人で作ることになるだろw

普通にデザイン、コーディング、プログラミング別でも十分対応できるよ。
なんのためのフレームワークだよ

**コテハン未定** · 2016/06/03(金) 17:17:25.59

デザインだからテンプレートのHTMLと別途のCSSか
システムに最低限必要なHTMLを用意しておいて、他の人がデザインで肉付けしていくのがいいかね
仕様がバッチリ決まってれば先にデザインやってもいいけど何も決まってないからね

**Name_Not_Found** · 2016/06/03(金) 17:20:40.78

コテハン未定がシステム開発とサーバ構築担当するんだから、
デザイン担当は別でほしいところだな

**!omikuji** · 2016/06/03(金) 17:59:54.97

>>47

それは、フレームワークとは、あまり関係ないよ。
こういうタイプの開発ならアジャイル開発になると思うから、
ある程度、独走する（一人に負荷がかかる）場面があると云っているだけ。

担当を決めるのは良いけど、まずは、主の考えを主体にして、
プロジェクトを引っ張って行く方が上手くいくと思う。

**コテハン未定** · 2016/06/03(金) 18:36:51.61

Dockerファイルのロードにコケた
いま手動でデプロイしてるからもうちょっと（1,2日）待ってね

**Name_Not_Found** · 2016/06/03(金) 19:10:10.53

これデプロイ自動化しないとあかんな

**Name_Not_Found** · 2016/06/03(金) 19:59:38.20

>>50
俺はその考え方に反対だから平行線のままだな
てか、せっかく2ちゃんで色んな人が居る場でやってるんだから
「こうだ」って決めつけなくてもいいと思うがな

**コテハン未定** · 2016/06/03(金) 20:44:57.90

俺はもう少し議論して何を作りたいかを明確にしてから開発方針について話し合ったほうが良いと思うが
そのためにプロトタイプ公開するって話だったが、CentOS7に手間取ってしまってる
明日以降進展が無ければいつも使ってるディストロ入れてデプロイしようと思う

**Name_Not_Found** · 2016/06/03(金) 21:28:07.84

とりあえずここにどれくらいのコントリビューターがいて、どれくらいのコントリビュートしてくれるのか明確にした方がいいんでない？

**Name_Not_Found** · 2016/06/04(土) 09:47:37.93

人と深く関わりたくないからSOHOやっってんのに
「コミュニティーを作ろう！」と言われるとまじでドン引き

**Name_Not_Found** · 2016/06/04(土) 10:43:34.62

ほんとそれ。結局おまえら寂しいんだなって感じる

**Name_Not_Found** · 2016/06/04(土) 13:02:05.00

頭下げたくないからSOHOやってる奴の方が多いだろ

**Name_Not_Found** · 2016/06/04(土) 13:44:29.87

>>58
頭下げスレからでてくんなようぜぇ

**コテハン未定** · 2016/06/04(土) 15:01:51.08

デプロイの続きやるお

**Name_Not_Found** · 2016/06/04(土) 15:06:42.91

頭下げスレwwwwwwwww

**コテハン未定** · 2016/06/04(土) 15:20:46.29

firewalld触ってると昔のGUIのファイアウォールソフト思い出すな
名前忘れたけど

**Name_Not_Found** · 2016/06/04(土) 16:09:21.11

>>55
OSS開発の参加経験ってことか？そんなの俺もろくに無いぞ

**コテハン未定** · 2016/06/04(土) 17:38:30.62

プロトタイプ公開したよ
http://153.126.139.239/
不定期で落ちるかも
ちょっと休憩で席外しますお

**Name_Not_Found** · 2016/06/04(土) 17:57:35.32

仕事早すぎワロタwww

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/04(土) 21:17:14.69

最近玉ねぎばっかり食べてるからコテハンこれにするわ

**Name_Not_Found** · 2016/06/04(土) 22:12:32.56

スライスするといくらでも食えるよな

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/04(土) 22:16:09.24

旨いよな。あれ血管を綺麗にしてくれるらしいよ

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/04(土) 23:16:30.50

2chでもメールアドレスの交換で仕事してる人達いるけど、
あれを発展させてマッチングに応用出来んかな
「会話→名刺交換→仕事開始」を自動化する感じで
あと出来ればDBの中身が漏れてもユーザーの痛手にならないようにしたいんだよね
そうすればDBごとDockerとかで共有も出来るし、オープンにすることでシステムが堅牢になるし

**Name_Not_Found** · 2016/06/04(土) 23:57:43.05

公開鍵、秘密鍵登録前提とか利用者側のハードル上げていいなら可能だよな
サービス提供側が一切中身に責任持たない知らない存じない

ただ悪事の温床にならんか考えとかんとな

**Name_Not_Found** · 2016/06/04(土) 23:59:02.71

なんかわけわからんこと書いたごめん
秘密鍵登録してはいかん

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 00:13:39.63

>ただ悪事の温床にならんか考えとかんとな
それな。匿名という点で懸念してるわ

>秘密鍵登録してはいかん
秘密鍵登録しちゃあかんけど、公開鍵暗号の応用は材料になりそうじゃね

あと現在のクラウドソーシング等で問題なのが単価・報酬の低下だよね
象徴的なのは「イラストレーター　あきまん　8000円」とかか
これは断ったらしいけど
こういうのをシステム側で抑制できんかな

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 00:21:16.21

もういっそのこと交渉をオープンにしちゃうとか？
交渉したい二人が「交渉テーブル」を作って、他のユーザーから見れるようにしちゃうとかｗ
まぁ適当に言ってるけど

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 00:25:10.19

他のユーザーがその交渉について評価できるようにしたら抑制にならんかな
たとえば「報酬低すぎ・高すぎ！」とか「納期短すぎ・長すぎ！」とか

**Name_Not_Found** · 2016/06/05(日) 00:33:20.66

やっぱり完全匿名は難しいかね
まぁ既存サービスもメアドとパスワード除けば匿名みたいなものだけど

**!omikuji!dama** · 2016/06/05(日) 02:50:54.35

仕事を募集している企業を評価するとかどうだろうか？
所謂、ヤフオクの出品者を評価するみたいな感じ

**Name_Not_Found** · 2016/06/05(日) 08:36:04.07

企業にとってもメリットにならないとダメだな。
悪い評価なんか１つでもあったら訴えるだろうよ。
フリーランスは下請けなんだから評価される立場で作らないと。

**Name_Not_Found** · 2016/06/05(日) 09:01:02.80

すげえな。なんもしてないけどわくわくしてきた

**Name_Not_Found** · 2016/06/05(日) 09:19:36.59

企業評価＆仕事評価は難しいだろうな
どうしても受注者側に評価が傾くし、そうなると企業は仕事を出せなくなる。

俺としてはSNSなんだから、アピール型でいいと思うけどな。
例えば「WordPressで企業サイト作ってくれる人探してます」じゃなくて
「WordPressでこんな企業サイトを○万円で作ります」
ってプロフィール＆ポートフォリオを掲載できれば良い。
そうすれば技術や実力は明確だし、企業もオファーを出しやすい。

**Name_Not_Found** · 2016/06/05(日) 09:53:08.54

評価なんてクラウドソーシングでもあるじゃん

**Name_Not_Found** · 2016/06/05(日) 10:31:12.14

ちょっとしたサービス展開してるけど、フリーランスにメリットはないよ。
フリーランスの相見積サイト。

発注側は高いクオリティと信頼性で安く、入金は納品後払いは当然だし
受注側は面倒じゃないクライアントで、高単価かつ確実に支払われ、着手金前払いを求める

利害が対立するし、競合との競争もあるからフリーランス向けのコミュニティを作るなら、クライアントからの受注機能は別枠にしないと無理だよ。
個人的には専門特化した技術への発注をしたいが、信用の壁があるから、信用、技術と別枠で窓口を作る予定。

**Name_Not_Found** · 2016/06/05(日) 12:03:41.40

>>81
俺も似たような考えだな
今後、マッチングサイトが出来るなら特化してるものだよな
昔の求人サイト風になんでもかんでも扱ってたら差別化出来ない
ランサーズやクラウドソーシングがイマイチなのも
結局、発注側優先になって質が保てないからだもんな

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 12:26:54.28

>>81
>発注側は高いクオリティと信頼性で安く、入金は納品後払いは当然だし
>受注側は面倒じゃないクライアントで、高単価かつ確実に支払われ、着手金前払いを求める

そうそう。結局利害が対立して仕事が健康的に循環しないんだよな

>クライアントからの受注機能は別枠にしないと無理だよ

これは「マッチング機能をシステムから取り外す」という意味？
それとも「コミュニティとマッチングを別枠にしてシステム内で同居させる」ということ？

81 · 2016/06/05(日) 12:58:30.95

>>83
発注者→フリーランスA,フリーランスB… というマッチングではなく、発注者→ディレクション団体→案件にマッチしたプロジェクトメンバーというイメージ。

受託する人が無数にいると自然とコスト競争、低クオリティになるから、

ディレクション専用メンバー
github等でコードを共有するプロジェクトメンバー
と２つにわけて、１案件の報酬を時間・技術で振り分ければいいと思う。

ようするに、制作する人間が、受注に名乗りを上げる無駄を無くすということ。
新しくできた技術、APIとかバージョンとかフレームワークに依存するものなどにプロジェクトを分けて
プロジェクトのコミッターの貢献度に応じて利益をシェアできるモデルが個人的には理想。

もし出来たら契約や未払いリスクを考えたり、同じモノばかり作るルーチンワークは減ると思う。

**Name_Not_Found** · 2016/06/05(日) 13:08:49.05

>>84
横だけど、それだと単価すげー高くならないか？
1案件に対して、ディレクションする人と作る人の報酬払わなきゃいけなくなる。

そういう高価格帯の案件はリクルートが似たような事をやってるとはいえ、
あれはコネやノウハウのあるリクルートだから出来るのであって、
名無し・匿名のディレクターが集まったところでまともに機能しないと思うんだが

**Name_Not_Found** · 2016/06/05(日) 13:19:20.54

その通り。なのでただの理想
匿名ディレクターは無理だと思う。それにクラウドソーシング化は出来ないから協会のような立ち位置になると思う。

単価に関してはもちろん高くなるけど、むしろ高くすることが目的じゃないの？
今のクラウドソーシングの相場は発注者が、コストや価値について無知で検討の要素がないから価格だけを基準にしてるわけだし。

**Name_Not_Found** · 2016/06/05(日) 13:23:31.69

自分で書いてて後半日本語が不自由すぎたｗ

**Name_Not_Found** · 2016/06/05(日) 13:25:18.77

>>86
でも、ディレクター（ディレクション）に着目してるところは偉いよ。
この業界で一番足りない部分だし。
「作るのは好きだけど、クライアントと交渉するのは苦手」
って制作者が大半だからな。

ちゃんとディレクターが付いた案件は成功率が高いと思うし、
単価も高くなるし、それこそWin-Winの関係築けるとは思う。

が、問題はクライアントがディレクションやらコンサルを軽視してる事なんだよ。
そんなもんなくても自分が指示する物を作れば大丈夫だと思っていやがる。
（大手は違うと思うが、中小・零細のクライアントほどこの傾向は強い

だから、ディレクションでマッチングサイトを利用するようなクライアントの
単価を上げるのは至難の業だよ

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 13:59:06.34

>>84
なるほど、ありがとう
イメージ的にはＴＶ局の番組制作とかが近いのかな
あれはプロデューサー、ディレクターが必ずいるし
俺的にはＴＶ局のシステムを真似するのは面白そうだけど、クライアントの予算が足りないだろうな

>単価に関してはもちろん高くなるけど、むしろ高くすることが目的じゃないの？

高くしたいんだけど、なぜ高くするかというと現状の報酬・単価がかなり下がってきてるんだよ
原因はネットを通じて発注/受注側のパイが増えたんだけど、お互いに相場がわからないまま仕事を始めてるんだよね
それで発注側はとにかく安い方に発注して、結果プロジェクトが頓挫するというケースが増えていると思う
高くするというよりは、受注側のライフラインを維持できる報酬までバランスを取りたい、と言ったほうが正しいか

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 14:06:41.40

システム的には「グループ作業」みたいなカテゴリがあって、そこに受注側が自由参加するのも面白いかもね
かなりMMORPG的なゲーム要素になるが

**onion（コテハン未定）** ◆E557jnBhNEgs · 2016/06/05(日) 14:32:10.87

>>88
>ちゃんとディレクターが付いた案件は成功率が高いと思うし、
>単価も高くなるし、それこそWin-Winの関係築けるとは思う。

発注側もプロジェクトの成功を優先するよね
協会的な立ち位置で値段の是正を担当するポジションが妥当かな
そうするとマッチングは外して、他のマッチングサイトと共存する道になるよね
マッチングサイトも報酬とプロジェクト成功率が共に伸びればWin-Winだろうし

**Name_Not_Found** · 2016/06/05(日) 15:34:37.89

関係ないけど英語のコテハンは気持ち悪いから変えたほうがいい

81 · 2016/06/05(日) 15:43:10.06

>>89
クラウドソーシングは安い案件が多いけど、自分が受けた案件は、クラウドソーシングより数倍は高い。
企業間では発注担当とのディレクターの仕事が普通だけど、クラウドソーシングは発注側がイニシアチブを握ってて
発注側は完全に素人な人だから、目的を忘れて「とにかく安くしたい」って方に流れてるんだよ。

この業界内の人は、利益を上げる為に発注するから、WEBサイト１つで1000万ぐらいだったら結構よくあると思う。
ようするに1000万分の費用対効果が計算できてるから、1000万で発注するんだけど、業界外の素人だと「ぼったくり」になってしまう。

付加価値を客観的に伝えるにはフリーランスの時間は足らないし、契約をちゃんと締結して遂行するには案件がクラウドソーシングは安すぎる。

個人的にはギルドをイメージしてる。
アプリ、WEB、デザイン、インフラみたいな大区分から、フレームワークなどの中区分、バージョンのような小区分で専門ギルドを作って完璧な仕事を遂行する。

・・・ファンタジーだけどｗ

**Name_Not_Found** · 2016/06/05(日) 16:36:46.24

理想は色んなスキルを持つ人が寄せあってやるのは良いだろうけど、
それほどの案件が集まるのか？って言ったら難しいわな
業界最大手のランサーズでもそこまでの案件はない。
のに、ポットでのマッチングサイトで出来るかというと・・・

というわけでターゲッティングを変えたほうが良いと思う
大手やら上級蔵を想定しても難しいよ

**おにおん** ◆E557jnBhNEgs · 2016/06/05(日) 16:53:28.09

>>92
はいよ

>>93
ギルド面白いかも
協会でギルドを組めるようにすればいいんだよね
それでそのギルドが外部のマッチングサイトに稼ぎに行くみたいな
ゲームっぽいが嫌いじゃない

>>94
マッチングはやめようかな
横の繋がりを意識した団体・協会・コミュニティが良い気がしてきた
それならシステムもそれほど複雑にならないし、目的に特化して作れそう
会員と匿名の同居もできそうだし

**おにおん** ◆E557jnBhNEgs · 2016/06/05(日) 17:06:04.83

>>93
確認しときたいんだがそのギルドのアイデアは使っていいのか？

93 · 2016/06/05(日) 17:09:47.24

マッチングは現状の日本には合わないんじゃないかな。
過当競争が酷いので、弁護士協会や大手携帯キャリア並にカルテルっぽいのやらないと業界が死んでしまうのではと思うぐらいだよ。

今の現状で、一人で何でもやろうとすると広い技術を身につけざるを得ないから、競争が更に酷くなる。
技術の進化が早いから、技術者同士がカバーし合う協会の方が良いと思う。

**Name_Not_Found** · 2016/06/05(日) 17:13:14.82

>>96
どうぞ。
リリースする予定が無くなってお蔵入りしたものだから。
ギルドが派遣やSESになって不幸が増えないことを祈るｗ

93 ◆.CzKQna1OU · 2016/06/05(日) 17:32:04.17

↑93

**おにおん** ◆E557jnBhNEgs · 2016/06/05(日) 17:39:17.24

なぜお蔵入りしたのかがちょっと気になるかな
派遣やSESと関係ある？

**Name_Not_Found** · 2016/06/05(日) 18:02:11.16

>>97
日本全体の産業に言えると思うが、
複数人のスペシャリストを集めて何かするより、
一人の”何でも屋”を好む傾向がある。
なぜならその方がコストを削減できるからな。

でも、一人になんでもやらそうとすると時間・技術・精神の面で無理が出てくるし、
「無駄な物作ってお蔵入り。金だけ損した」ってなってしまう。
現状のマッチングサイトなんかの引き継ぎ案件って、ほぼこのパターンだろうな。

で、どうすれば良いかというと、誰かも書いてたけど
「何をするのにいくら（金・時間・人）が必要か？」ってのが
分かるようなコミュニティがベストだと思う。
いくら金が無い蔵でも、タダ捨てはしたくないだろうから、
それが分かればある程度の金は出すだろう