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

だいり

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どころかかなりショボイよ…
> あと誰か議論用の別スレか何か用意してくれると助かるんだが

SNSって時代が古いだろ…

>>1
乙です

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

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

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

>>1
乙です

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

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

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

>>8
>>4

>>1
おつ

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

元スレでの話の流れ

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

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

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

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

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

>>10

乙！

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CentOSは7で頼む。

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

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

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

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

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

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

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

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

>>40

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

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

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

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

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

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

ちょっとﾜﾛﾀｗｗｗ

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

>>45 は俺ね

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

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

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

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

>>47

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

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

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

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

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

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

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

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

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

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

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

デプロイの続きやるお

頭下げスレwwwwwwwww

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

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

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

仕事早すぎワロタwww

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>92
はいよ

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

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

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

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

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

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

↑93

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

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

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

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

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

この質問は撤回するよ

>>101
>「何をするのにいくら（金・時間・人）が必要か？」ってのが
>分かるようなコミュニティがベストだと思う。

ここをある程度自動化すれば使いやすくなるか
必要な（金・時間・人）は議論によって結論付ける必要があるから、そのための場と、議論の結果を保存できたほうがいいね
ギルドのアイデアと組み合わせるなら「ギルド毎の見解（金・時間・人についての）」みたいなものを表示できれたほうがいいか
例えば「デザイン・ギルド」であれば「デザイン・ギルドとしての○○案件の見解は〜」みたいなもの

聞き流していいけど、単価の相場を満足度と照らし合わせてくれるといいなと思った
ひと月納期で10万だと満足度の中央値はこんなもんだよ、20万なら星4.5だよ、とか

批判するわけじゃないが、評価システムは難しいよ
ヤフオクでもそうだが、報復評価を恐れて満点評価にせざるえない空気があるし

クラウドソーシングでもそういう空気あるんだよね
何と言うか変なピリピリ感がある

いっそ料金を日給にするのはどうだろうか？
提案する側は予定日を提示して、そこから料金計算
納期守れなかったら機械的にマイナス評価(作業数/達成数/納期違反数)
これなら安くても受ける人は排除出来そう
逆に能力ある人はどんどん評価されていく

今はマッチングを廃止する方向で話が進んでる
マッチングを廃止して、組合・協会的なコミュティを考えてる

遅レスだけど、お蔵入りは当時別に作ってたサイトが思いのほか育って大きくなったから、忙しくて手が回らｶっただけだよ。

自分は組合・協会的なコミュニティがベストだと思う。
クラウドソーシングや、マッチングは疲弊してる。キャンセル率の高さから、見積や提案泥棒が目的になってるらしい。
能力がある人もいるかもしれないけど、精神的にも擦り切れるのが早いからプラットフォーム側と共倒れな感じがある。

協会はルーチンワークの生産性を高めて、時間単価向上が狙える。
ルーチンワーク的なものは多い順にプログラムで作れるようにすればいい、デプロイもスマートになる。
何かのバージョンが上がるごとにググるなんて無駄がなくなる。

そしてフリーランスがよりクリエイティブな点に時間がさけるようになれば個人的には嬉しい。

>>109
ちょっとイメージが沸かんなぁ
協会って「私はこんな事できます」ってのを登録する場じゃないのか？

2016 xx/xx Android > 業務系 > ○×の X機能 Y version x.xx　実装経験あり
2016 xx/xx Web > 業務系 > Laravel / PHP7 / nginx / maria にて　○×の解決

とか新機能の実装経験とか、CMSやAPI,フレームワークのバージョンアップの不具合解決経験とか、法律の変更の対応経験とか
簡単なものから登録していって、タグを付けて管理して、階層化できたらグルーピングすればいいんじゃない？

昔の話だとIEのバグ対応みたいな細かなものから、パララックス、レスポンシブ、流行のデザインと色々あると思う

>>111
それって自己申告だし、発注者側は分からんのでは？
普通にポートフォリオ登録していく形でいいと思うけどなぁ

個人の実績を登録できるようにするなら登録制は必須だから、登録制は確定か
俺的には会員と匿名がコミニケーション取れる場所を設けたいんだよな
プロトタイプでいう /plaza みたいな場所
こういう所作っとけば参加しやすいと思うんだよね

それから将来的には他業種にも場所を提供したい
最初の内はエンジニアだけの利用になりそうだけど

そこまで想定しても完成せずに頓挫するに1億ペリカ

システムはできるだろう
難しいのは運用

システムも出来ないと思うよ
単なるマッチングサイトなら例は多数あるけど、
オリジナルとなると、よほど仕様詰めないと頓挫する

>>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で書くしかない

Palconとか早いよ〜

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」にしてあとで表向きの名称を変えれば済む話だけど

英語ネイティブじゃないけど、違和感はある
半分趣味みたいなプロジェクトだしいいと思うけど

>>169
俺は抵抗ない

俺はあるなぁ。もう少し分かりやすいほうがいいのでは？
ベタだけど、グループとかチームとか

組合?

割れとるみたいやしとりあえず「ギルド」でええか
和訳は「同業組合」だから意味は通ってるみたい
それじゃ作ってくるでよろしく

>>130
フロントエンドやるならJS書けるようになろうぜ

ほとんど分からないことはない、ってことは書けるどころじゃないのでは
不明点質問したらECMAScript仕様の章番号で返してくるタイプの変態さんでは

ああすまん完全に早とちりして読んでた。
できない、に見えた

>>163
そうそう。個人だから当たり前だけど予算も少ないのよね

今日もギルド作るお

俺らはアイディア出すから頑張れ

わかった

あとスレの流れ読まずにコメントしてたから反省するわ
コード書いてたらハイになってしまった…

思いのほかゲーム寄りのサイトになっていってる

クラウドワークス、ランサーズみたいにならなければ良い。

使い勝手はともかく、あれぐらいの規模は作るの時間かかるだろうな

頭下げる場合は報酬2割増しというルールを設けよう

スキルに「頭下げる」「土下座可」とかも付けようぜ
パワプロの選手みたいな感じで選べると個性出るぞ

FBのリア充バカみたいに顔写真のせたい奴っているの？

いないからアバターにしようぜ

>>187
センス×つけてやるよ

プロトタイプ2号公開したよ
http://153.126.139.239/

以下実装範囲
* 認証/承認（メール承認無し）
* ギルド（への入会）
* ギルドと広場の掲示板（サインインユーザーと匿名とで一部読み/書き制限）
* CakePHP3 らしいデザイン
* ユーザーページ（IDと名前のみ表示中）

デザインは TwitterBootstrap 入れようかと思ったんだが、開発環境の導入手順が増えそうだから現段階ではやめておいた
CakePHP3 の base/cake.css でやりくりしてるが俺の不慣れもあってかあまり自由度がない
開発中に見つけた課題は https://github.com/fwuprj/fwu/issues を参照してね
とりあえずこんな感じになってはいるが何かあればよろしく頼む

>>186-190
ユーザーページ何も無いから誰か実装してくれ

ゲスト（名無しさん）はギルドのスレッドに書き込めないようにしたはずなんだが、今書き込めちゃうみたい
ローカルではちゃんと動作してるからデプロイで俺が何かやったのかもしれん
明日調べるわ

乙
ちょっと確認したけどよく出来てると思う
ただ、プロフィールとか無いから普通のシンプルな掲示板にも見える
これからの発展に期待します

俺の次にすごいな。この調子でがんばれ。

>>191
おお
なんか着々と進んでるね

この調子で1年ぐらい作り続けたら、結構いいものができそう

やっぱデザインだよ。CakePHPのデフォルトデザイン見てもイメージ沸かないもん。
たまたま暇な凄腕デザイナーが参加してくれればいいんだけどなぁ

広場のデザインはもっとAjaxとか使って賑やかな感じにしたいかな

あと、そろそろコミット解禁しても大丈夫だと思う？
解禁するなら2号にリファクタリングとコメント付けして3号にブランチ分けようと思うんだが
それから必要ならGitHubのWikiに簡単な開発環境の構築方法も書くけど

これ、本運用になったらSSLで公開するんだよね？

>>191

連投ですが、
ちゃんと、レスポンシブになっているのですね。
ブートストラップ入れなくても良いと思う

>>199
さすがにそこまで求めるなよ・・・

>>201

いや、それ大事でしょうw
今日日、IDパスワードが平文で流れるなんて、怖くて仕方がない

HTTPSは実装しようかと考えたんだが、今週は力尽きちゃった
現段階では認証ユーザーのロジックを確認できればいいと思うんだが
それかいっそID/パスワードの方式を変えちゃうとかね
>>23が推薦してくれてる方式とかまだ調べてないんだけど、変えるなら早い方がいいと思う

>>202
じゃ、証明書の金はどうする？それも72頼りか？
ECや個人情報があるサイトならいざしらず、
匿名のコミュニティサイトでそこまで求めるのがおかしいだろ

ああ、そうか、金もかかるのか
調べたらSSL証明書ってけっこう高いな

年間2000円ぐらいの安いのでいいんじゃない？

さくらでしょ？
“ラピッド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に負担させるのは可哀想
だから、そんな優先するべきところじゃないだろ？ってのが俺の意見

負担というのはデータ漏洩の責任とか？
ボランティアによる協力的な開発・運営・利用（ユーザー含む）を考えているから、
鯖管理のスペシャリストがいれば本番はその人に頼むと思うよ
だから利用規約やそういった場合の免責事項が全体にとって必要になるわけだけど

SSLは、中継盗聴にある程度、耐性があるというだけで、
完全に盗聴を防げるわけではないので、
セキュリティに関しては、これ以外にも対策しないとだめだよ。

セキュリティ云々はまあそうなんだけど、今はWeb標準としてhttpsは当たり前だと思っていて、コストも僅かなんだから、特に導入を渋る理由はなくない？という感じ
主が面倒くさかったら自分が設定してもいいし

本格的に始動するに至ったら検討すればいいんじゃね？
とりあえずは捨てアカでやれば良いんだし今から導入する必要性は無いだろう

httpsじゃないと不安なのは分かる
開発中は自己証明書で全然構わんけど

匿名サイトで何をそんなに不安がるのか分からん
個人情報なんてせいぜいメルアドぐらいだろ

それじゃこうしよか
わいがSSL入れてリファクタリングとコメント付けしたプロトタイプ３号作るよ
３号から他の開発者からのコントリビュートを解禁して、全体的な開発に移行する
開発方法についてはまたこのスレで議論する。こんなんでどう

>>225
いいとおもう
SSLはもし手間なら後からでもいいんじゃねって思うけど

わかった、それじゃ調整する
SSLについてはとりあえず俺にやらせてみてくれ
詰まったら NF に丸投げするからヨロシク

Let's Encrypt なんだが、DNSの登録が必須みたい
サービスの正式名称が決まってからでいい？
とりあえずオレオレ証明書で公開作業中

>>228
いいとおもう
がんばれー

https://153.126.139.239/
出来たよー

IPでてるぞ

>>231 どこ？

何から突っ込めばいいんだこれw

なんだ？SSLの導入ミスってる？

エラーは証明書だけで他は正常なんだが
不安にさせるなや(´・ω・｀)

中身じゃなく、単に「urlが生IPだぞ」って指摘なんじゃないかと思うんだ
でも多分そこ気にしてないよね？前も晒してるし

もしくはオレオレ証明書エラー見てびびった素人かな

なるほど(´・ω・｀)レスありがとう

それで開発方法について話し合いたいんやけど、その前にブランチを切ったよ
https://github.com/fwuprj/fwu/tree/0.0
現在の開発用ブランチは「0.0」で、ベースになってるのはブランチ「prototype-3」。
フォークしてくれる人は最新の「0.0」からフォークしてくれ

それで実際の開発なんだけど、どうするのがええと思う
たぶん「話し合い→開発→テスト→」のループになるとは思うけど

どうなんだろ
深く考えず、各自勝手に拾って遊んでみて、気付いた点を都度ちまちまPR投げるとやっぱ負担かかるかな

俺はそれでもいいけど
実装したい機能がかぶってるとアレだから、何かしらの宣言があったほうがいいかね
各開発者が「今」「どこ」を実装中なのかわかりやすいと、他の人も捗る気はする

スルーでいいけどそれやるならバグトラッカー据えてアサイン回すのが一番だろね
そんな構えたら逆に人こないだろうから、ここでガヤガヤやりながらふわっと統制してもらう方がやりやすいんだろうな多分

ガヤガヤやるならワイは基本雑用に回ろうかな

昨日まで、検査入院してましたが、
復活しました。
SSL導入お疲れ様です。
また、参加させていただきます

どうしたんだ？

夏バテ？

肺高血圧症という病気で、カテーテル検査
投薬治療で、直していくということになった

今のところ、日常生活には支障がないが、東京マラソンとかには出られない
難病指定の病なので、生命保険にも入れない

web制作の仕事でよかった...

お大事にな

お大事に

>>246
その病気、昔、親族が膠原病から併発して天に召されたんで知ってるよ。

当時は心不全へ一直線の病気って感じで余命宣告されてたけど、
今は「肺の血管を拡張させる」っつー魔法のような薬が開発されたから大丈夫だ。
マジでお大事にな。

今年は（というか毎年）変な気候で体調も崩しやすいしな

保育士・介護士がユニオン立ち上げだって
あっちの業界も悲惨らしい

ギルドに投票機能と >>162 が欲しいから作るお
他に作りたい人いればどちらか片方を分担するお

とりあえず一人で作るか…(´・ω・｀)

>>253
すまんね… 技術がなくて意見するぐらいしかお手伝いできなくて…

やっぱりこういうパターンになっちゃうね
72には悪いけど、一人でやった方が良いよ

仕様書ないから後からこれもこれもってなって72が疲弊するんじゃね？

仕様書とかの前に、誰も面倒だから共同でやりたくないんだよ
意見を言うぐらいは出来てもさあ

なるほどなぁ。そりゃそうか。それじゃ適当にやってみるよ
完成するかわからんけど、完成したらまた感想くれよ

頑張って完成させても、そのコミュニティの所有権で揉めることもある。

オープンなのか、囲うのか運営も意識しないと、似たようなサイトが量産されて出来はいいけど誰も使わあないコミュニティになるよ

一応ライセンスはMITの予定

いっそ運営まで考えるのをやめて、CMSやWikiみたいな立ち位置で開発したほうがよさそうかな
用途自由で、組合等の用途に適しているシステムとして
2chライクな掲示板、ギルド（会員、投票、文書作成）みたいな機能を付けて

GMS(Guilds Management System)だな

今のところ考えてる機能が

* 2chライクな掲示板
* 会員
* ギルド
* ギルドのドキュメント（>>162）
* ギルド内の投票

なんだけど、他にユニオンとしてあれば便利な機能ってあるかな

正直、機能よりも見た目と広告宣伝だと思う
後者は一応ここで宣伝してるから良いとしても、
デザインはなんとかして欲しいところではあると思う

デザインは大したことないけど、宣伝は金はかなり掛かる。
大規模コミュニティを作って今も運営してるけど、人を集めようと思うのなら運営費の問題は避けて通れない。
10人集まればラッキーぐらいの感じで1、2年はボランティアの覚悟が必要。

>>264
デザインは俺も不満だったからBootstrapに切り替えた
個人的にモチベーション維持に必要だわデザイン

>>265
宣伝は時間かかりそうやな…
運営費は広告か何かで元取ってるの？基本赤字？

機能絞ってデザイン面に時間使ったほうがええか

個人的な希望なんだけど、
掲示版とかの機能は、サーバー側でAPI、クライアント側で処理とか別けて貰えると開発しやすいな

そうなるとクライアント側のフレームワークはどうするとか決めないといけなくなるけど

>>267
その開発方法って名前付いてる有名なやつかな
たぶん俺はやったことないと思うが
API用意してクライアント側にAPI使わせてDOM構築する感じ？

>>268
そう、2ちゃんねるビューアみたいにデータだけサーバーからもらって、DOMはクライアントで構築する感じ
名前はついてるのか分からないけど、Webアプリって呼び方がそういうもの全般を指すのかもしれない

強い要望とかそういうわけではないので、意見の一つとして適当に聞いてください

>>268
どっちかというと
vueとかreactとかのことじゃないかな
DOM構築はしないでバインディングだけする感じの

サーバー側はjsonとかで返して
クライアント側でバインディング、表示みたいな

あ、ごめん
被って回答しちゃってた

しかも外れてるという(恥

サーバー側の仕事が減りそうで良さそうやね
AngularJSがそれのフレームワーク？それ入れれば良い？

俺はangularやってないからなんともいえないけど
やってる人がいるならそれでもいいかも
人口的にはangularが一番多いと思うんだが

vueを使った場合だと、
サーバー(cakephp)の仕事はAPI提供とイメージとかのリソース提供、認証・セッション管理になるかな
UIまわりは全部クライアント(vue)の仕事

前にスクレイピングでJavaScriptをパースしてる人を見たけど、その仕組みの影響だろうね

なるほどなー

自分の中ではAngularJS, Reactが2強っていうイメージがあるな
Vue.jsはちらちら聞くので気になっている感じ

自分がAngular贔屓なのもあるけど、Reactだと他のフレームワークを使った設計とか練らないといけないから、使うならフルスタックのAngular使う方をおすすめする。

ある程度情報量の多いAngularJS1.5採用して、後々にAngular2に切り替えるのが個人的にはベストプラクティスだと思う。

AngularJSか！
今から勉強しても、間に合うかね？

むしろやったことないからangularで実装して欲しい
とか思ったりしてる俺

実験なら自分の鯖でやれと

わかった！
AngularJS覚えよう

thx!
AngularJSなら積極的にコントリビュートします

おｋ
AngularJS1.5入れるわ

ありがとう
ちなみに主のローカル開発環境教えてくれ

名前の話出てたけどSPAとは違うのかい

>>283
SPAでした。
シングルページで実装した方がいいのかわからないけど

いつの間にか盛り上がっててワロタw
やっぱ技術的な話になると伸びるのな

>>282
わいはLinuxマシンにDocker入れてコンテナ内で開発してる
本番環境にはデプロイしたコンテナごと持っていてポートフォワードで公開してるで

>>286

えっ？
自宅のPCを公開しているの？

ちゃうで
レンタル鯖

dockerで仮想化した環境はファイルで持ち歩けるんだが、
そのファイルをローカルからレンタル鯖に持って行ってるだけやな

72は結構スキル高いな。細々住民とは思えん

仮にそうでもそう言ってくれるのはお前らぐらいやな

>>290

ブランチ0.0のZIPをローカルに落として、
システムを再現しようとしたのだが、
/plazasで、『ロビー板を作成してください。』とエラーになって再現できない。
DBの設定で、何か足りない所ある？

アンカー間違えた…
上は、>>291です

>>286
ありがとう
とりあえずwindowsなのでvagrantで開発環境立てるわ

>>292
それな、DBの初期化が必要なんだが、初期化要らずに変更したほうがええな
ちょっとこっちで変更するから待っててくれ
初期化用のツールは fwu/tool にあるが、今の所 unix 用だけなんだわ

いや、それよりWindows用にbat書いたほうが早いか

>>296

手間をかけて恐縮だが、それ欲しいです

おｋ
今思ったがツールもPHPで書いといた方がよかったかなぁ、まぁええか

>>298

できました。
fwu/tool/fwu-initdbの中身開けて、sql文だけ取り出して、phpMyAdminのSQLペインにペースト実行で、ウマーw

ローカルに構築できたから、オレの低能なやり方でいいなら、手順まとめます。

win用のツール準備してくれると後の人にやさしいけど、
面倒なら優先しなくてOKです

>>229
お、できたのね
もうツールは作り始めてるんだが、PHPでツール作っといたほうが後々楽そうだからこのまま進めるわ

なんか作業がすれ違いみたいになっちゃったな
ツール自体はどのみち必要だから良いんだけど
こういうのはどうすればええんやろか

完全部外者ですまんが，sohoに特化したsnsならわかるが >>261みたいの作っても結局誰も使ってくれないと思う．
そしてsohoに絞っても更に機能も絞らないとだめ．
例えばだが解決したい課題を「相場が共有されてない」に絞って，そのための解決策として「過去の仕事の概要と報酬を投稿・閲覧・議論する場を提供する」みたいに．
現状課題と解決策があやふやすぎる．最初超シンプルにしても実際作るとあれこれ機能つけたくて発散する．何を実装するかより何を実装しないかのが重要．以上偉そうにすまん．

なるほど。課題と解決策の明確化ね
偉そうというか、もっともな意見だと思うわ
その辺はあんまり議論が進んでないんだ

ツール出来たから今日からAngularJSの導入始めるけど、議論するなら参加するお

現在の最新ブランチは 0.0.1 です
主に tool/php の作成と Bootstrap の半端な導入です
連投すまそ

肯定的レスありがとう
俺は業界詳しくないし，rails,vue使いだからcommit出来ないけど応援してる！

>>305

rails判るなら、cakePHPも直ぐに理解できるハズ

確かにこのまま作り続けてもラチがあかん気はしてきたな…
ラフ画みたいなもの書いたほうがええかな

EntrancesとPlazasは思い付きで作ったもんやし削ったほうがええか
GuildsとBoardsメインにしたほうがええな
後から必要になったら拡張出来るし

ランチ 0.0.1を今見てるけど、これbootstrap絶対いるの？

軽く弄ってみたけど、bootstrapのスタイルを使って行くと、こんな感じになってしまう…

つ

段組みだけ、bootstrapにして、他はゴリゴリ書いた方が良いと思う

おお、良いね
UIはAngularJSで実装するんじゃなかった？
BootstrapはAngularJSの案が出る前に俺が勝手に入れたから今後使うかわからんよ

あと>>310 は git 使える？使えると有難いんだが

ああ、view周り全部Angularか！
忘れてた…

Bootstrapの件忘れてください

>>312

アカウント作るよ。
そんで、fwuをローカルにセットアップする方法を上げてみようと思う。
チョット時間ちょうだいね

了解
わいはちょっと席外すで

こんなわくわくするスレ久々に見かけた

とりあえずcloneした

AngularJS導入するお

なんだこれ、凄いなAngularJS
まだHello Worldしかやってないが

俺もAngularJS勉強しようかな
最近新しい技術をまるで覚えてないし

GoogleのFWだし将来性はあるんかね
今はここ見てる: http://www.fumiononaka.com/Business/html5/FN1601002.html

主乙
CakePHPでAPIとか実装してくれてるみたいなのでもう少し様子見しておくわ

>>321

ブランチ0.0.2確認しました。
サインアップの重複チェックとか、ユーザパスワードのハッシュ化とか、
サインインしないと書き込めないとか、
基幹部分の機能がだんだん固まって来て良い感じです！

さらに、ユーザ導線も以前より解り易くなっているので、
こんな感じで機能を追加して行きましょう！

fwu/tool/php/ 試したけど、うちの環境ではエラーでました。
<< の使い方が誤っています。　とかいう意味不明なエラーが出てしまったので、
またもやPhpMyAdminのSQLペインにコピペという情けない方法で切り抜けました。
これは、本流とは関係ないので、対応しなくていいです。

ああ、それとGithubアカウント取りました。
近々、合流します。

>>322
乙。俺の方でCakePHPとAngularJSの組み合わせを把握しときたいから3,4日ぐらい時間くれ
AngularJS 良いかも

>>323
> fwu/tool/php/ 試したけど、うちの環境ではエラーでました。
ありゃ、ダメだったか
Windows環境でテストやる時間無くてな
SQLファイルで対応してくれてるみたいだから、しばらくそれで頼むわ
あと丁寧語使わなくていいよ、俺も使わないから

0.0.2見た．コードなんとなくわかるから時間出来たらcakeの環境でも用意するか．

完成予想をイメージしたいんだけど，なんかサイトマップ的なのないの？

無いで
今の所、何作るか決まってるものは

* ギルド
* 掲示板

ぐらいやな
ユニオンの付加価値の案としては >>162 や「投票機能」を考えてるが、作ると決まってるわけではないな
>>302 の言うように付加価値とする機能はもう少し話し合いが必要だとは思うが

>>326 ギルドって何のためにあって，どうゆう機能を持ってるイメージ？
投票の発言力の指標としてある感じ？

>>327
ツリー構造だとこうやね

fwu -> ギルドA -> 掲示板, ドキュメント, 掲示板内の投票 etc...

fwu はギルドの集まりで、各ギルドではその職業ごとに雑談をしたり、ドキュメントを作成できるイメージ
で、決定したドキュメント等はギルドのトップページから見れるようにしたりして、例えば発注サイドに見てもらったりする
俺は今の所こんなイメージ

>投票の発言力の指標
そうそう。そんな感じ

AngularJSて単体でもサービス作れる強力なやつなんかな

ユーザーはどこかしらのギルドに所属することになるのかな？
「職業ごとに」というワードが出てきたから、例えばで言うと
システム寄りの人たちのギルド
コーダー寄りの人たちのギルド
デザ・ディレ寄りの人たちのギルド
とか

投票の発言力の指標っていうのは、システムに関する投票だったらシステム系ギルドの人の発言力が強いとかそういうこと？

すまんが解釈が間違ってたら指摘してくれ

謝る必要ないで。わいも説明下手やからな
「ギルド」は「職業の単位」で、例えば

* プログラマー・ギルド
* デザイナー・ギルド
* イラストレーター・ギルド

などがあって、その通りユーザーはいずれかのギルドに参加する
各ギルドでは雑談、仕事の進め方の話し、相場の適正などを話し合う
話し合った結果は、何かしらの形で見えるようにする（これの案の一つが >>106 ）

「投票の発言力の指標」は、さっき「そんな感じ」と言ったがわいの勘違いで、
ギルドごとに「発言力や権力」を持たせる予定はないよ
ギルド同士の「横の繋がり」、例えば「プログラマー　↔　イラストレーター」の交流を
繋いだりする機能は個人的には欲しいと思ってるが

安価間違えた >>106 -> >>162

なるほどなるほど
そうすると「ギルド」ノードと同列で、かつギルド横断的な「プロジェクト」とかあると良さそう

ギルド横断てこう？プロジェクトは何に使うの？

>>335
ギルド横断的ってのは、構造のことではなくてギルド間の横のつながりという意味でした

>>328のツリー構造をみると、掲示板は各ギルドにぶら下がってて他ギルドの人が入りづらいかなと

今回みたいに「SOHOのためのコミュニティを作りたい！」と思ったらギルド内の掲示板じゃなくてプロジェクトの掲示板に「SOHOのためのコミュニティを作るプロジェクト」スレを立てる
で、プログラマーギルドから来た人が、じゃあ俺プロトタイプ作るわとか、デザイナーギルドから来た人が、仕様固まったら俺デザインするからとか。

そんなイメージ

なるほど。わかったぞ
そういう用途なら、掲示板(boards)が使えるんじゃないかな
ギルドAとギルドBとで共用の掲示板を作れる機能を付けて、
お互いのギルドのトップにリンクを貼るとかどう？

ああ、でもプロジェクトということは、仕事の単位になるのかな
それなら掲示板じゃ用途が足りないか

AngularJSのとりあえずの導入が終わったので明日、ブランチ 0.0.3 を公開します
時間があれば鯖にもデプロイします
分業が可能になってきたと思うので 0.0.3 から 0.0.x への開発について相談させてね

>>338
ギルドに属さない共用の掲示板があるなら、それで充分かも。

>>340
2ch の場合も >>336 の言うケースが当てはまるよな
掲示板ごとの交流がほとんどないという。まぁ必要とされてないだけかもしれんが
「共用の掲示板」でも「複数ギルドと掲示板」の連結は多分必要（データベースレベルで）なんだが、
その連結に「プロジェクト」という単位を使うのはありかもしれないね
図だとこんな感じになると思う

>>339

学習速度が尋常じゃないんだけど、
自分の仕事さぼってない？

AngularJSは、現在テンプレートエンジンとしての機能を学習中。
まだ入門者レベルなんだと思う。

現時点では、CakePHPでの活用法が思い浮かばない。
AngularJSを組み込むことでViewやControllerのコーディングが複雑化しないのかと心配になってくる。

AngularJS組み込むことで、ページ遷移とかどうなるか教えてタモレ

>>342
わいは今新規の仕事取ってないで。だから無職みたいなもんやな
メール対応ぐらいはしてるが

AngularJSは確かに複雑化の心配はあるが、リッチなインターフェース作るのには助かりそう
その辺はNFのほうが詳しいと思うが

ブランチ 0.0.3 を公開したよ
デプロイした鯖はSSLの証明書を取ってないので警告が出るで

https://153.126.139.239/
https://github.com/fwuprj/fwu/tree/0.0.3

0.0.3 から 0.0.4　以降への開発は分業にしても良いと思うんだが、どう思う？
フロントエンドと、それから実験的な機能の開発（バックエンド寄り）やな
その場合フロントエンドの開発者は AngularJS のディレクトリ構成や名前等も必要ならガッツリ変更してくれておｋやで
あと仕事やなくて趣味の開発だから、もちろん遊びや実験も（すぐ取り外せるなら）おｋで良いと思う
これで構わんならワイは >>162 や >>326 の実験的な実装に入ろうと思う
ｓ

CakePHPのViewの処理をAngularJSでフロントエンドでやるようにすれば、分業しやすくて効率は上がると思うけど、
それだとCakePHPを使う必要性も確かに薄くはなるよな

>>273 じゃあかんのか？

いや、それでいいと思う

AngularJS だとページ遷移無しの Ajax 的な処理が楽になるんじゃない？
例えばスレッドにコメント書いて遷移無しで反映とか。jQuery 使ってもちょっと面倒やろこれ
>>342 の言う本来のページ遷移は CakePHP3 側で処理できると思う。その場合 AngularJS はリンク貼るだけかね

>>345

う〜ん、AngularJSにViewの処理を全部肩代わりさせると、CakePHPのController側に影響出るよね。
Viewのヘルパー機能とControllerが連動してる部分があるから、きれいに切り離すことできないよね。

特にAngularJSのルーティング機能は、Angular使う上での真骨頂的な機能だと思うけど、
CakePHPのViewとは相性が良くないと思う。

これが、CakePHPじゃなくて、WordPressだったら、AngularJSはマンセーという感じで受け入れられた。

フロントエンドの人は、AngularJSだけではなく、CakePHPの知識もそれなりに必要になる。

>>349
APIの設計も必要になるから、どのみちCakePHPの知識も必要か
グループ分けとしては >> 273 の言うように

CakePHP3側の開発者の担当

* PHP7, CakePHP3
* API ,リソース, 認証, セッション管理

AngularJS側の開発者の担当

* JavaScript, AngularJS, CSS, HTML
* UI, デザイン

みたいに分業出来るんじゃないかな
認証フォーム等のデザインをどうするかという話は出てくるとは思うが

世界恐慌来ないでね(´・ω・｀)

すげー遅くなったけど、
fwuシステムのローカル環境のセットアップの手順をまとめたので、
ちょっと試したい人は、見てくださいです。

つ https://omikujio.github.io/fwu-support/manual/

>>353
Githubの垢は、OMIKUJIOですw
近々、接近遭遇できればしますん

>>354
乙
すげー。fwuよりちゃんとした見た目ｗ

>>353
その犬は「わん」じゃなくて「ばう」

>>356
ああ、そうだったな
今の２０代とか「めぞん一刻」知らんやろな

スロット屋で宣伝映像流れてたからパチンカスは知ってるかもな
うちの親もパチンコでエヴァ知ったと言ってたし

パチンコは漫画やアニメと縁深いらしいな
声優もパチンコは割りが良いみたいな話し聞いたで

fwuなんだが、しばらく CakePHP3 + AngularJS で開発を進めてもええか？
組み合わせのストレスが余りに酷いようなら、 AngularJS を取り外す感じで進もうと思うが

手間を顧みない提案になるけど、純粋なAPIとそれを利用するクライアントに分けて進められれば一番理想的だろうね
あとからangularやめてreactにしたり別途ネイティブ実装したりできる

CakePHP3 を Django に変えたりも出来るよね
それじゃ依存箇所やストレスをリストアップしながら進めたほうがええな
fwu/ 以下にドキュメント作ってそこに蓄積しよか

>>362

それ、よろしく(^^♪

それじゃ、とりあえずは CakePHP 側の API の整備やな
0.0.3-api ブランチ切ってわいがやるか、やりたい人いればその人に譲るで
REST は http://postd.cc/some-rest-best-practice/ か、お勧めあればそれを参考にするわ

ok

>>364

記載のリンクで問題ないと思う。
何か気が付いたら、その都度ココに書き込む。
よろしく！

>>365
それじゃブランチ切るね
何かあれば 0.0.3 にプル・リクエスト頼むよ

>>366
API についてはこっちに書き込み頼む
https://github.com/fwuprj/fwu/issues/18
あと右上に「Watch」ボタンあるからポチっと押しといて

>>367

了解！

因みになんだけど、盛り込む機能って、まだ確定していなかったよね？
APIの整備と云っていたが、具体的にどんな感じに実装するつもりなの？

>>368
確定してないね。今のところギルドと掲示板、ユーザーのみやね
APIの整備は、APIの設計の目処を立てることが目的やな
ここを整備すれば AngularJS 側はギルドと掲示板、ユーザーについて実装に入れるんじゃないか？
その実装中にわいは新機能の仮実装（>>162 とか >>336）に入れると思うんだが

composerでプラグイン入れれば直ぐ出来るっぽいな

>>369

fwuは結局、ポータルになるの？
それとも、SaaS的なサービス作って売るような感じになるの？

サービス作って売るって、金取るってことか？

>>371
お前ちゃんとスレのコメント読んでる？
時々そう思わざるを得ない時があるで？

すまん、ちょっとストレスがマッハになりそう
２〜３日様子見させてくれ
このまま開発続けるか一人でやるか考えるわ

>>374

すまん。
勘違いさせたね。
どこまで、発展するだろうと思って、大げさに聞いてみたw
誰も、そんなこと望んではいないんだよね。

とりあえず、今は傍観しているから、好きにやってくれ
ブランチは地味にチェックするけどねw

ストレスがマッハｗｗｗｗｗ
頭おかしいんちゃうの？

リポジトリ消しといたで
このプロジェクトは頓挫や
あとは一人で好きに続けるわ

まじか！

2ちゃんだと無責任な人が多いから、ここベースで話し合ってプロジェクトを進めるっていうのは難しいのかもしれないな

ああ、オレが悪いんだ…
鬱だ…

oh...

ほんとに消えてやんの
沸点低いな

何か、失恋した感がハンパないんだが...

こんなんじゃ早かれ遅かれ放り出して消えたろうね
まぁ、早い時期にわかって良かったんじゃない？

まあまた暇な奴がなんか立ち上げればいいんじゃね

また、サーバ探しから振り出しだな

>>379
多分もう少し作り込んでから皆に公開した方が良かったのかもな
0からOSSでやるのは難しいことがよくわかったよ

こうなると思ってたｗ
文脈から独りよがり感半端じゃなかったし

独りよがりでいいんだよ
いきなり作って公開してから声と助力を求めるべき
何もしない奴がワーワー言ってそれにいちいち答えてたら頓挫するわ

全く知らないもの、何の目的で作られたかもよくわからないものが公開されたとして助力を求められたら助けるのか？
1人でやるなら最後まで1人でやれ。他人に迷惑をかけるんじゃない

そういうポジションの奴は参加しなくていいんじゃね
趣旨に賛同したやつが集まれば済む話

>>388

まあ、でも頑張ってたよ。
ほとんど、これが仕事じゃないかというくらいの勢いで、ブランチ切ってたし
ただ、最初から機能としては掲示板と簡単な認証しかなかった…

AngularJSとCakePHPの完全合体を夢見て、REST fullにこだわっていたけど、
コミュニティに参加する側としては、どうでもいいことだと思う。

サイトマップくれ、云っていた奴いたけど、その真意を最後まで理解せず、
逝ってしまった…

ちょっとAngularJSを勉強してみようかなあ

人間的にダメな人が何か作ろうと思っても無理なんだよ。
協調性が大事。

まぁチームでやるなら協調性は大事だな

1人で何でも出来る奴なんてこの世にいないさ。
72氏も人に見られて評価されることで頑張ってたんじゃないのか？

それは、あるな。

ただ、突っ走り過ぎた。
話半分で、取りあえずこんなの作りましたって見せて来て、
その後、自分のアイデアだけで、人の話が入ってこなくなった。

どんなサービスを実装するか、具体的な内容を固めないといけないのに、
技術的な興味から独走して、小さなことでカンシャク起こして、
ガキみたいにふてくされて死んで逝った…

多分、それなりに技術力はあるんだろうけど、対人スキルはそれほどでもないのかもしれない

gitの使い方すら知らない奴がどうにかして爪痕残そうと邪魔してたし、いろいろ悲惨だったな

それで、次どうするん？

また暇人が表れるの待つか、自分が暇になるの待つか、このままスレが朽ちるか

適当にアイデア出し合ってれば暇人が適当に拾ってくんじゃね

意外と、72が今ROMってて、
また拾っていったら笑えるw

あいつ関西弁風な口調だったけど、
おそらく関西圏じゃないなw

「転職会議」みたいな感じとかどうかな？

https://jobtalk.jp/
これ？

そう、これの口コミのところとか、使えそうなサービスだと思うんだけど

つ https://jobtalk.jp/company/9966?source=search

どこに使えそうなんだよ

>>406 だが気を悪くしないでくれ
あなたはコミュニケーションが苦手そうだね
俺もそうだからわかるよ

おみくじは土下座しなさい

>>408

７２現れたかw

しなくていいしする必要もないわな

72の豆腐メンタルは何やっても上手く行かないタイプだよ。

お前ら、まだギルドに未練あるの？
72が残したブランチが手元にいくつか残っているのだが

なんだ、再開できるじゃん。

githubに上げ直してもいいんじゃない？

Rails 5 (Ruby 2.2.2以上)が出たみたい

72抜きで再開しようぜ

戻ってこいよ72

いくら技術あっても協調性ない奴はいらん

技術もないだろｗ

じゃぁどうすりゃええねんｗ
コミュ症に協調性なんて求めるなや
ワイはお前らが何に不満なのかすらわからんのだぞ

協調性ない上に沸点低いからリポジトリ消したんだろｗ
すぐキレる奴は邪魔にしかならんて。

そうやで。協調性も無いし気も短いでワイは
だからプログラマーなんてやっとるんやで
そんなのお前らも一緒やろ

>>72
口だけで行動力のないヘボたちが遠吠えってるだけだから気にするな

72叩いてる奴らはなんなんだ？
好き放題意見言うだけの外野のくせしてどんだけ偉いんだよ
フリーならされて嫌なことくらいわかるだろうに。

それは彼にもブーメランかもなあ
まあいいけど。誰にもなんの責任も発生しとらん
始めるのも終わらせるのも勝手に引き継ぐのも自由

いや、わからんぞ

>>425
いや、わからんぞ
何かワイが嫌なことしたんか
マジでわからんから教えろ

ToLoveる読んでたらどうでも良くなったわ

それでどうすんねん
わい抜きで続行するのか何か別案あるのか
何なら誰か仕切ってくれよ、わいにはこの役は無理だわ

>>428に残された仕事はソース再利用の許可出すかどうかくらい？

なんだ、それなら許可出すで
元からMITでリリース予定やったからな

fwuはMITライセンスです
これでええやろ

大して進んでないあれを再利用して進めたいとか言ってる奴はどれだけさもしいんだって話

じゃあ、fwuをZIPでどっかに上げて、
いじりたい奴だけいじる？

需要ないし解散でええんちゃうの？

個人的に開発を進めたら誰か感想ぐらいはくれるか？

ひとりで細ぼそとやってくれ

欲しい機能があればここに書き込んでくれたら参考ぐらいにはするけど

ただの構ってちゃんになってるぞお前
どしたん？

そう？じゃ一人でやるか…(´・ω・｀)
巻き込んですまんかったな

スレ立てしたころの情熱はどこに行ったんや！
どんなことがあろうと共にがんばろうぜってあの夕日に誓ったやんけ！

おい、まだ1スレ目だぞwww

開発は一応続けてるで
今はブランチ 0.0.6 で Wiki みたいなもん作ってる

そう言わんとみんなでやろーや

その無神経さはおみくじやろ
コテハンやめたんかお前

何にせよ急にキレてリポジトリ消すような奴は一生１人でひっそりやってた方がいいよ。
逆の立場で考えたらわかるでしょ。

そうかい
お前怒りすぎやない？なんでか知らんけど

と言うか、受注側のパワーバランス上げる目的でシステム作ってるのにさぁ
その受注側の人間同士でこんな下らんケンカしてる時点でもうね
そのケンカも俺からしたら意味不明やし

ということはお前ら、俺にあのまま黙って言いなりで実装を続けろとでも言いたいのか？
要望に答えて続けても何のレスポンスも無い上、コードにコメント書いたり鯖にデプロイしたり無駄な手間だけ増えてるのに？
わいも生活あるんやけどそのこと忘れてない？頭おかしいんちゃう？

お前がやりたいんだから勝手にやればいいんだよ

ここまで酷い人も珍しい。
勝手にイライラして自滅してる

どうでもいいからさっさと開発してくれ

いやー７２が言ってることもわからなくはないよ
ていうか、>>448を見るに、おれも７２をキレさせるに一役買ったかもしれん。
おれはまあギルドでいうところのデザイナーギルドに属するタイプだから、実装のお手伝いなんかできないし、現段階で協力できることは方向性についての意見だすぐらいかなと思って好き勝手いってたから。
かえって悪いことしちゃったね。

どうでもいいからさっさと作れｋｓ

はいはい。わかったよ。作るよ
来週辺りgithubに上げ直すよ

>>452
デザイナーか。それなら現段階では参加が難しいと思うわ
別に悪かないやろ

あと協調性がどうとか言ってたやつはワイの進め方に不満があるならちゃんと言ってくれや
ワイは空気読む気力を開発に割いてるから言ってくれないとマジでわからんからな

元さやワロタ

脱げばええんやろ脱げば、、72ってばえっちなんやから。

いつの間にか揉めててワロタw

だからこういうの上手く行かないのに。
勝手に作りたいように作ればいいんだよ

今度こそちゃんと参加する
だからまたgitにあげてくれ

72さんの味方たくさんいるよ♪
だからいっしょにがんばろ(o^^o)

夏バテこわい

お前らオフィスにエアコン付けてる？
わいは扇風機だけなんやが、この暑さはやばいな
額から汗が止まらんわ

急に違うこと言い出しててワロタw

そうか？わいは会話の流れとかも読めんらしいな
誰かを傷つけるつもりは無いから気にせんでくれ

>>461
あついですよね〜(o･д･)
私は自宅で作業してるのでクーラーつけちゃいますっ☆

いいなぁ(´・ω・｀)

涼しいですよ〜
環境良いと不思議といいデザインできます(*^^*)

デザインはアナログも使うの？

アナログは使いません。デジタルだけです

そうなんか。わいはいまだに紙とペンとホワイトボード使うで
暑いと紙が汗で濡れるから、ホワイトボードのほうが使いやすいわ
まぁでも、空調あれば関係ないわな

何が言いたいんや

>>470
紙とペンとホワイトボードだけでコミュニティサイトを作るってことだろ

世間話しやぞ

リポジトリ復活しようよ

来週には復活させると思うで

もう怒ってない？

機嫌治ってよかったｗ

>>476
おまえというやつは……

次リポジトリあがったら協力していこうぜ。
もちろん無理しない程度にな。
みんないっしょにやりたいからこのスレにいるんだろ

72が怒るのも無理はないと思うわ。
同じ立場になりゃあ誰だって嫌になるでしょw

何と言うか、

何と言うか、もう少し軽い感じでやったほうがよかったのかもな、と思う
わいが真に受けすぎるのが良くなかったんじゃないかな
2chなんだし、もう少し適当に流すぐらいが丁度いいんだろうな

いやお前は頑張ってるよ
俺含め他のヤツがお前くらい本気にならないのがいかんかったんだわ

オレも反省したし、次からはお互い協力してやっていこうぜ！

ボランティアだからな
参加するしないも含めて、そういうのは個人の自由だからな
お前らはそのままでええと思うわ
わいがもう少し力抜いたほうが良さそうだわ

イラストレーターも大変なんやな
http://kokopyon.net/blog-entry-1225.html
どこもかしこもブラックやでほんま