フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net
だいり
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どころかかなりショボイよ…
> あと誰か議論用の別スレか何か用意してくれると助かるんだが >>116
よくあるパターンや…
>>117
システムが動けばシステム管理が可能なエンジニアが一人いれば運用できるけど、
例外が発生したら開発者がフォローに回らなくちゃいけなくなるし、
鯖代をどうするのかっていう話しもあるよな
まぁシステムが完成してから考えればいいと俺は思うけど >>118
そうそう。マッチングは今は廃止の方向だけど、最初は多機能にしないほうがいいわな オリジナルで何回かリリースしてるけど、かなり大変だよね。
会社で請けたものとかだと、こういうのは億単位の案件ばっかだったな。
自分一人でまともにリリースして保守できたサービスは１つだけ。
何度も何度も作って、集客、マネタイズと色々頓挫して何年も無駄にしたけど、沢山の犠牲のもとに１つだけできた。 それなら認識改めないといかんか
まぁVPS借りとるでその間は開発してみるわ
今日までの話しから別のプロトタイプ作ってまた公開するよ
まだ他の人に開発参加して貰える段階じゃないし 結局何をする場所か分からないな
既存のそれらと違いを感じない 呼称の問題だよな。ユニオンだったり協会だったり
作りたい場所は「労働者」や「フリーランス」が話しあって議論して、
「相場」や「労働」等について何かしらの決定が出来る所な
だいぶイメージが固まってきたからプロトタイプ作りながらまとめてみるわ
ある程度の内容を俺の方で決めるから、また公開した時に意見頂戴
>>128
運営についてはまだ考えてないぞ とりあえず自分はJS周りならほとんど分からないことはないので、フロントエンド枠で参加させてくれ オレもフロントエンドでお手伝いさんしたいと思って、
CakePHP3の環境をXAMPPに作ろうとしたが、エラー吐いてダメだな…
PHPのバージョンもPHP_intl.dll周りも確認して正常に動いているのに、
composerにエラー吐かれる
英語サイトも少し漁ってみたけどPHP_intlのロードの話ばかり解決できん
やはり、Vagrantの方が良いのかな… 現在開発中のプロトタイプは白紙に戻す前提で作ってるから、コントリビュートしても無駄になるかも もちろんコミットしてくれるなら歓迎なんだが、タイミングはいつがいいかな
ある程度の下地が出来るまでは俺一人で作ったほうがいいと思うんだが
今の段階だと頓挫の可能性もあるし、時間使ってもらうのもアレだから 俺は当分CakePHPは2を使う予定だな
サーバ側の対応もあるし、情報も少ないからな 主をせかすのも何だから、
今月中は、主以外がコミットするのは無しということで良いのでは >>135
CakePHP2は使ったことないな
3はモデルがテーブルとエンティティに分かれたんだよね
>>136
おｋ
とりあえずそれで CakePHP3は安定版なわけだし、2を使う必要性がないでしょ 使えるなら3使う方がいいよ
俺はPHPでも5.3とか5.4使ってるし、知識も追いついてないから2のままなわけで。 個人的にCakePHPのモッサリ感とバグだらけという1,2の歴史から微妙だと思うｗ ここで話してるようなサイト、わりと需要あるのな
似たようなこと、お客さんから相談されたわ もっさりはLaravelでも一緒だし、PHPを使う以上そこはしょうがないんだよな
動作の速度を求めるならJavaかGoで書くしかない Phalconだったｗ
Javaはもっと遅くない？早くなったの？ 処理によるとは思うがJavaはphpより少なくとも10倍は速いと思う 言語の話は余所でやろうぜ
まあ荒れるような流れではないとは思うけど >>141
需要が上がってるなら他にもポツポツと出てきそうな予感がするな 需要はあるけど、人を集めるのは難しいね。
参加するメリットや儲けを作って色んな人を多く巻き込めるスキームが必要になってくるし、その分野でシェアNo.1じゃないとすぐオワコン化する。
恐らく、どんなに技術力が高くてデザインがよくても難しい。
特にITのリテラシーの高い人間向けプラットフォームの勢力争いは激しいから、参加のメリット以外にも運営者の魅力とか必要なのかも。
それでも根気があれば上手く行くよｗ こっち側の利益だけじゃなくて、
発注者側にも明白な利益ないとダメだと思う。
（明瞭単価かつ安価という）。 当初はここみたいな同業者たちのサロンみたいに使えばいいんじゃない？
最初からマッチングは無理でしょ あくまで俺の感覚だが、発注者側の優先順位は
1：金
2：質
3：時間
4：その他
だと思うんだよな。とにかく「安い（予算内）」からはじまって、
その後に質を求めるみたいな。（もちろん全て求めてるだろうが）
なんで、ギルドっぽくするなら運営側が基準単価を決めればどうだ？ んで、最初はみんな下のランク（単価）からはじまって、
クライアントの評価でレベルアップしていくみたいな。
（レベルアップすると高案件に応募できる）
こうすれば捨て垢での情報収集は減るし、
金と質のバランスが取れた客観評価が出来るし、
おにおんが言ってるRPG要素もあると思うんだが >>153
ゲーム的なのがいいねｗ
習得したスキルに対して、クライアントからの評価で★がついてレベルUP >>152
頭下げるか下げないかはあまり重要ではないってことだな ギルドメンバーの総経験値で所属ギルドがランクアップしたりとかも面白そうだよね
俺的には >>151 の認識に近いんだけど、実装するなら最初はクライアントが評価できる窓口を用意するのがいいかな
「他のマッチングサイトで仕事 → クライアントがユニオンで仕事を評価」みたいな クライアントが評価できる窓口はあった方がいいと思うけど、ローンチしてしばらくの間は間違いなくクライアント側の人は見ることないだろうとは思う。
まずはここの住人たちを中心に徐々にサイトの人口を増やしていく方が優先だと思うから、そっちに魅力になるような機能拡充から手を入れてった方が、自分はいいんじゃないかとは思う クライアントが評価できなくてもいいと思うよ。
例えばWordPressを使える証明として、WordPressで作ったサイトを登録する。
すると証明書が貰えるみたいな。
WordPressに限らず他の技術・製品にも応用できるし、
アイテムみたいな感じでイラスト化すれば、やる気も出るんじゃないかな。
そうしてアイテムを一杯持っているメンバーがいればギルドとしても活用出来ると思うし、
それぞれのギルドの個性も出て、クライアントも依頼しやすいんじゃないかな 個人的に評価はあまり賛成出来ないな。
前も書いたけど、ヤフオクみたいに「満点評価にしないと報復が怖い」
って雰囲気になりかねないからね。
それに自作自演もあるだろうし、人は物じゃないんだから、評価やレビューは必要ないかと。
ただ、運営のみに伝える裏評価（通報？）みたいなのはあって良いと思うけど。 評価は同じグループ内で管理してパブリックにしない方がいいね。
評価システムは誰も幸せにしないよ。 >>152
俺の感覚では、質→金→時間かなー
値切ってくる客には金額の理由を説明して、理解して貰えなかったらページ数とか機能面の削減を提案する。
それでも納得しないなら他当たってくれってしてる。
大抵のお客さんはページ数減らす段階までで納得してくれるよ。
だからユニオンの機能としては、制作フローを明確にしてお金かかる根拠を示すってところを求めたいなと。
一個人、一企業がやっても、お前んとこのさじ加減だろで片付けられちゃいそうたし。
ギルド云々の話とは別にね。 小さい個人事業主は 金→質
決済・決定の裁量を持つ
中小企業は費用対効果
大手企業は信用→費用対効果
クラウドソーシングは9割以上が個人 経理担当、社長、技術担当と別れてる会社ならば、値切ってくること少ないよ。
予算があって、その枠内に収めるように相手企業に資料を渡して終わりなことが多い。
だから、俺は個人事業主、一人法人はその時点でお断りする。 やっぱり評価システムは難しいかね
星の５段階評価でもけっこうストレスになるもんな
あれは発注側も気にしてると思うし 個人評価ではなく、グループ評価にすれば？
RPGで云えば、パーティーに対してのやんわり評価。
また、個人は複数のパーティに属して良いという風にすれば、
ダイレクトな個人評価にならないからションボリする奴も減ると思う とりあえず評価システムについては保留がいいと思う
>>158 の言うように最初はユーザー側の利便性を充実させたほうが良い クライアント側としては問題のある奴かどうか分かればいいと思うし、通報でもいいかもね >>162
制作フローを明確化した文書？みたいなものはギルドにくっつけてパブリックにすれば良さそう
あと「ギルド」って名称に抵抗ある人いる？ゲーム用語感が強いから一応聞いておきたいんだが
まぁコード上では「Guild」にしてあとで表向きの名称を変えれば済む話だけど 英語ネイティブじゃないけど、違和感はある
半分趣味みたいなプロジェクトだしいいと思うけど 俺はあるなぁ。もう少し分かりやすいほうがいいのでは？
ベタだけど、グループとかチームとか 割れとるみたいやしとりあえず「ギルド」でええか
和訳は「同業組合」だから意味は通ってるみたい
それじゃ作ってくるでよろしく >>130
フロントエンドやるならJS書けるようになろうぜ ほとんど分からないことはない、ってことは書けるどころじゃないのでは
不明点質問したらECMAScript仕様の章番号で返してくるタイプの変態さんでは ああすまん完全に早とちりして読んでた。
できない、に見えた >>163
そうそう。個人だから当たり前だけど予算も少ないのよね あとスレの流れ読まずにコメントしてたから反省するわ
コード書いてたらハイになってしまった… クラウドワークス、ランサーズみたいにならなければ良い。 使い勝手はともかく、あれぐらいの規模は作るの時間かかるだろうな スキルに「頭下げる」「土下座可」とかも付けようぜ
パワプロの選手みたいな感じで選べると個性出るぞ FBのリア充バカみたいに顔写真のせたい奴っているの？ プロトタイプ2号公開したよ
http://153.126.139.239/
以下実装範囲
* 認証/承認（メール承認無し）
* ギルド（への入会）
* ギルドと広場の掲示板（サインインユーザーと匿名とで一部読み/書き制限）
* CakePHP3 らしいデザイン
* ユーザーページ（IDと名前のみ表示中）
デザインは TwitterBootstrap 入れようかと思ったんだが、開発環境の導入手順が増えそうだから現段階ではやめておいた
CakePHP3 の base/cake.css でやりくりしてるが俺の不慣れもあってかあまり自由度がない
開発中に見つけた課題は https://github.com/fwuprj/fwu/issues を参照してね
とりあえずこんな感じになってはいるが何かあればよろしく頼む
>>186-190
ユーザーページ何も無いから誰か実装してくれ ゲスト（名無しさん）はギルドのスレッドに書き込めないようにしたはずなんだが、今書き込めちゃうみたい
ローカルではちゃんと動作してるからデプロイで俺が何かやったのかもしれん
明日調べるわ 乙
ちょっと確認したけどよく出来てると思う
ただ、プロフィールとか無いから普通のシンプルな掲示板にも見える
これからの発展に期待します この調子で1年ぐらい作り続けたら、結構いいものができそう やっぱデザインだよ。CakePHPのデフォルトデザイン見てもイメージ沸かないもん。
たまたま暇な凄腕デザイナーが参加してくれればいいんだけどなぁ 広場のデザインはもっとAjaxとか使って賑やかな感じにしたいかな
あと、そろそろコミット解禁しても大丈夫だと思う？
解禁するなら2号にリファクタリングとコメント付けして3号にブランチ分けようと思うんだが
それから必要ならGitHubのWikiに簡単な開発環境の構築方法も書くけど >>191
連投ですが、
ちゃんと、レスポンシブになっているのですね。
ブートストラップ入れなくても良いと思う >>201
いや、それ大事でしょうw
今日日、IDパスワードが平文で流れるなんて、怖くて仕方がない HTTPSは実装しようかと考えたんだが、今週は力尽きちゃった
現段階では認証ユーザーのロジックを確認できればいいと思うんだが
それかいっそID/パスワードの方式を変えちゃうとかね
>>23が推薦してくれてる方式とかまだ調べてないんだけど、変えるなら早い方がいいと思う >>202
じゃ、証明書の金はどうする？それも72頼りか？
ECや個人情報があるサイトならいざしらず、
匿名のコミュニティサイトでそこまで求めるのがおかしいだろ ああ、そうか、金もかかるのか
調べたらSSL証明書ってけっこう高いな さくらでしょ？
“ラピッドSSL”ってのがあるよ。
1,500円/年
でも、認証レベル星１つだがら、FireFoxのデフォルトの設定だと
弾かれちゃうかも…
ところで、お金だけど主に募金とかできるシステムって無いのかな？
主が、個人でブログもっててアマゾンのアフィとかやってたら、
主のブログからモノ買うとか出来るよ >>206,207
俺も調べた。さくらVPSは「ラピッドSSL」が1,620円/1年 で一番安いね
SSL入れるのは構わないんだが、fwuの導入/起動の手順が増えそうだなぁ
>>207
募金してくれるのか？
それは有難いんだが、俺はブログは持ってない
あと運営については今の所ほとんど考えてない（開発にリソース使ってる状態） 募金ってそれもう72の専用サイトじゃん
当初は「みんなでコミュニティサイト作ろう」だったんじゃないのか？
だからGitでソース共有やら、作業者集めようって話なのに、
全て72に任せるなら、72だけがサイト作って運営すればいいんだよ。
その方がよほどセキュリティ的にもマシだ
（そもそもGitで公開してるのに、頑なにSSL求めるのもどうかと思うが >>209
通信の秘匿性を確保したいという人の考えはわかるんだけどね
妥協案としてはSSLの代わりに会員制を廃止して匿名のみ（ギルドの運営も）にするとか
SSL導入は運営コストに関わってくるから、俺としては慎重に決めたい
匿名性と運営コストを考えるなら DB に個人情報入れないのが一番だと思うけど、
その場合はサービスのクオリティを下げないといけないよね SSLは Let's Encryptで無料で運用できる
金を支払う時代じゃないよ 連投になるけどこんな感じの方針はどう？誰か意見を頼む
1. SSL → 将来的に>>211で
2. 会員制 → 残す。ただし極力、個人情報は入れない。将来的にボランティア運営できるようにデータの免責事項も考える
3. オープンソース開発 → >>198
2. についてはある程度、ユーザーにも責任を分散したほうがいいと思うんだよね
例えば「データが流出した場合、運営が全責任負います」なんて、誰も鯖管理やりたがらないでしょ
だから「ボランティアの運営がデータを悪用することはありませんが、入力するデータは各自の責任において云々」とかさ 個人情報扱わないならSSLの優先度は低いね。
会員制は個人用の設定をサーバーに残すから必要だと思う。
オープンソースはトレンドだけど、こういう場だと足並みそろえるのが大変そう。
APIを公開して、他サービスとDB共有、アプリ連携を始める方を自分なら優先度高めにする。 2に関しては、取得個人情報は、当分のあいだメールアドレスとパスワードだけにして、免責事項にも自己責任と明記しておけばOKでしょう 自分はインフラ素人だが、それでも1時間もかからずSSL導入できるよ
Googleも推奨しているわけだし、特に理由がないのならSSL導入した方がいいと思う >>214
足並みは、スレで議論して作るもの決めて分担したら行けるんじゃないかな
今ならユーザーページは○○、ギルドのページは□□で…とか
俺はOSS開発経験無いに等しいから経験者の意見があれば参考にしたいんだが
APIは公開すればお前ら使うでしょ、俺も使うし
>>215
そうだね。とりあえずそうして、免責事項は公開前に皆で考えればいいか
>>216
SSLの導入ってそんな簡単なのか
調べたら思ったほど手順は多くなかったけど SSLのは技術がどうこうじゃないよ
無料のもあるとはいえ、無料はそれなりのリスクが伴う
かと言って72に負担させるのは可哀想
だから、そんな優先するべきところじゃないだろ？ってのが俺の意見 
