フリーランス、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どころかかなりショボイよ…
> あと誰か議論用の別スレか何か用意してくれると助かるんだが >>2
ほんとそれ
facebookですら下火なのにな 2chの移行先としてなら歓迎する
もう2chはいやだ 乙
だがフリーランスやSOHOのためでは軸として弱い
勉強会なりなんなり行動目標がないと >>1
乙です
細々スレのレスをカテゴライズするようなイメージなのかな？
技術情報交換・質問
経理関係情報交換・質問
営業関係情報交換・質問
蔵の愚痴
プライベートの愚痴
などなど >>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のルールはまた決めればいい つーか、お前コテ付けろよ。実質一人で回答してるんだし、その方が分かりやすい CakePHP3使えるのが凄いな。PHP5.5からだいぶ変わってるのもあるし 認証付ける付けないは、早めに決めた方が良いのでは？
Authコンポネント使うにしても、セキュリティを考えたら十分にテストしないといけないし そこら辺は早めに決めたほうがええね
今CentOS7弄ってる 見てると中途半端に知識のあるやつが適当な事ばかり言ってて大変だな
そういう役に立たない発言はうまいことスルーしたほうがええで その辺はおｋ
おれも知識的にはまだ未熟だが発言は遠慮なくする
まぁ叩かれる前提でやってるで 意識高い系発言をしてしまった
コテハン付けると人格まで変わるな コテハン未定さんが主なのですね
よろしくです。
手伝えることあったら、協力させていただきます >>39
君はデザインやったらどうだ？
デザイン（UI含む）も割と重要だぞ >>40
一応、フロントエンドなので、無理ではないが、
CakePHPでの開発の性質上、ある程度、主の独断でUIを作り込んだ方が、
開発は楽だと思うよ。
いくらMVCっていっても、それらを分解して開発するのって事実上無理だし、
デザインと機能を分けて開発するのって、実はとても効率悪いよね。 マッチングやるのは良いけど、クライアントをどう集めるんだい？ >>39
こちらこそよろしくです。
とりあえずプロトタイプの公開作業中です。
>>40
デザイン重要だよね
Bootstrapとかのフレームワークも決めないとあかんな >>38
> コテハン付けると人格まで変わるな
ちょっとﾜﾛﾀｗｗｗ >>41
そうなんか？てことは最初は俺がある程度作ったほうがやりやすい？
他の人に無理に時間使ってもらうのもあれだから、それならそうするが
その「ある程度」の話しになるのかね >>41
いや、それだとどこも1人で作ることになるだろw
普通にデザイン、コーディング、プログラミング別でも十分対応できるよ。
なんのためのフレームワークだよ デザインだからテンプレートのHTMLと別途のCSSか
システムに最低限必要なHTMLを用意しておいて、他の人がデザインで肉付けしていくのがいいかね
仕様がバッチリ決まってれば先にデザインやってもいいけど何も決まってないからね コテハン未定がシステム開発とサーバ構築担当するんだから、
デザイン担当は別でほしいところだな >>47
それは、フレームワークとは、あまり関係ないよ。
こういうタイプの開発ならアジャイル開発になると思うから、
ある程度、独走する（一人に負荷がかかる）場面があると云っているだけ。
担当を決めるのは良いけど、まずは、主の考えを主体にして、
プロジェクトを引っ張って行く方が上手くいくと思う。 Dockerファイルのロードにコケた
いま手動でデプロイしてるからもうちょっと（1,2日）待ってね >>50
俺はその考え方に反対だから平行線のままだな
てか、せっかく2ちゃんで色んな人が居る場でやってるんだから
「こうだ」って決めつけなくてもいいと思うがな 俺はもう少し議論して何を作りたいかを明確にしてから開発方針について話し合ったほうが良いと思うが
そのためにプロトタイプ公開するって話だったが、CentOS7に手間取ってしまってる
明日以降進展が無ければいつも使ってるディストロ入れてデプロイしようと思う とりあえずここにどれくらいのコントリビューターがいて、どれくらいのコントリビュートしてくれるのか明確にした方がいいんでない？ 人と深く関わりたくないからSOHOやっってんのに
「コミュニティーを作ろう！」と言われるとまじでドン引き 頭下げたくないからSOHOやってる奴の方が多いだろ firewalld触ってると昔のGUIのファイアウォールソフト思い出すな
名前忘れたけど >>55
OSS開発の参加経験ってことか？そんなの俺もろくに無いぞ プロトタイプ公開したよ
http://153.126.139.239/
不定期で落ちるかも
ちょっと休憩で席外しますお 最近玉ねぎばっかり食べてるからコテハンこれにするわ 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になって不幸が増えないことを祈るｗ なぜお蔵入りしたのかがちょっと気になるかな
派遣や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 みたいな場所
こういう所作っとけば参加しやすいと思うんだよね それから将来的には他業種にも場所を提供したい
最初の内はエンジニアだけの利用になりそうだけど システムも出来ないと思うよ
単なるマッチングサイトなら例は多数あるけど、
オリジナルとなると、よほど仕様詰めないと頓挫する >>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に負担させるのは可哀想
だから、そんな優先するべきところじゃないだろ？ってのが俺の意見 負担というのはデータ漏洩の責任とか？
ボランティアによる協力的な開発・運営・利用（ユーザー含む）を考えているから、
鯖管理のスペシャリストがいれば本番はその人に頼むと思うよ
だから利用規約やそういった場合の免責事項が全体にとって必要になるわけだけど SSLは、中継盗聴にある程度、耐性があるというだけで、
完全に盗聴を防げるわけではないので、
セキュリティに関しては、これ以外にも対策しないとだめだよ。 セキュリティ云々はまあそうなんだけど、今はWeb標準としてhttpsは当たり前だと思っていて、コストも僅かなんだから、特に導入を渋る理由はなくない？という感じ
主が面倒くさかったら自分が設定してもいいし 本格的に始動するに至ったら検討すればいいんじゃね？
とりあえずは捨てアカでやれば良いんだし今から導入する必要性は無いだろう httpsじゃないと不安なのは分かる
開発中は自己証明書で全然構わんけど 匿名サイトで何をそんなに不安がるのか分からん
個人情報なんてせいぜいメルアドぐらいだろ それじゃこうしよか
わいがSSL入れてリファクタリングとコメント付けしたプロトタイプ３号作るよ
３号から他の開発者からのコントリビュートを解禁して、全体的な開発に移行する
開発方法についてはまたこのスレで議論する。こんなんでどう >>225
いいとおもう
SSLはもし手間なら後からでもいいんじゃねって思うけど わかった、それじゃ調整する
SSLについてはとりあえず俺にやらせてみてくれ
詰まったら NF に丸投げするからヨロシク Let's Encrypt なんだが、DNSの登録が必須みたい
サービスの正式名称が決まってからでいい？
とりあえずオレオレ証明書で公開作業中 エラーは証明書だけで他は正常なんだが
不安にさせるなや(´・ω・｀) 中身じゃなく、単に「urlが生IPだぞ」って指摘なんじゃないかと思うんだ
でも多分そこ気にしてないよね？前も晒してるし なるほど(´・ω・｀)レスありがとう
それで開発方法について話し合いたいんやけど、その前にブランチを切ったよ
https://github.com/fwuprj/fwu/tree/0.0
現在の開発用ブランチは「0.0」で、ベースになってるのはブランチ「prototype-3」。
フォークしてくれる人は最新の「0.0」からフォークしてくれ
それで実際の開発なんだけど、どうするのがええと思う
たぶん「話し合い→開発→テスト→」のループになるとは思うけど どうなんだろ
深く考えず、各自勝手に拾って遊んでみて、気付いた点を都度ちまちまPR投げるとやっぱ負担かかるかな 俺はそれでもいいけど
実装したい機能がかぶってるとアレだから、何かしらの宣言があったほうがいいかね
各開発者が「今」「どこ」を実装中なのかわかりやすいと、他の人も捗る気はする スルーでいいけどそれやるならバグトラッカー据えてアサイン回すのが一番だろね
そんな構えたら逆に人こないだろうから、ここでガヤガヤやりながらふわっと統制してもらう方がやりやすいんだろうな多分 昨日まで、検査入院してましたが、
復活しました。
SSL導入お疲れ様です。
また、参加させていただきます 肺高血圧症という病気で、カテーテル検査
投薬治療で、直していくということになった
今のところ、日常生活には支障がないが、東京マラソンとかには出られない
難病指定の病なので、生命保険にも入れない
web制作の仕事でよかった... >>246
その病気、昔、親族が膠原病から併発して天に召されたんで知ってるよ。
当時は心不全へ一直線の病気って感じで余命宣告されてたけど、
今は「肺の血管を拡張させる」っつー魔法のような薬が開発されたから大丈夫だ。
マジでお大事にな。 今年は（というか毎年）変な気候で体調も崩しやすいしな 保育士・介護士がユニオン立ち上げだって
あっちの業界も悲惨らしい ギルドに投票機能と >>162 が欲しいから作るお
他に作りたい人いればどちらか片方を分担するお >>253
すまんね… 技術がなくて意見するぐらいしかお手伝いできなくて… やっぱりこういうパターンになっちゃうね
72には悪いけど、一人でやった方が良いよ 仕様書ないから後からこれもこれもってなって72が疲弊するんじゃね？ 仕様書とかの前に、誰も面倒だから共同でやりたくないんだよ
意見を言うぐらいは出来てもさあ なるほどなぁ。そりゃそうか。それじゃ適当にやってみるよ
完成するかわからんけど、完成したらまた感想くれよ 頑張って完成させても、そのコミュニティの所有権で揉めることもある。
オープンなのか、囲うのか運営も意識しないと、似たようなサイトが量産されて出来はいいけど誰も使わあないコミュニティになるよ いっそ運営まで考えるのをやめて、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で実装して欲しい
とか思ったりしてる俺 thx!
AngularJSなら積極的にコントリビュートします ありがとう
ちなみに主のローカル開発環境教えてくれ >>283
SPAでした。
シングルページで実装した方がいいのかわからないけど いつの間にか盛り上がっててワロタw
やっぱ技術的な話になると伸びるのな >>282
わいはLinuxマシンにDocker入れてコンテナ内で開発してる
本番環境にはデプロイしたコンテナごと持っていてポートフォワードで公開してるで dockerで仮想化した環境はファイルで持ち歩けるんだが、
そのファイルをローカルからレンタル鯖に持って行ってるだけやな >>290
ブランチ0.0のZIPをローカルに落として、
システムを再現しようとしたのだが、
/plazasで、『ロビー板を作成してください。』とエラーになって再現できない。
DBの設定で、何か足りない所ある？ >>286
ありがとう
とりあえずwindowsなのでvagrantで開発環境立てるわ >>292
それな、DBの初期化が必要なんだが、初期化要らずに変更したほうがええな
ちょっとこっちで変更するから待っててくれ
初期化用のツールは fwu/tool にあるが、今の所 unix 用だけなんだわ いや、それよりWindows用にbat書いたほうが早いか おｋ
今思ったがツールも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のスタイルを使って行くと、こんな感じになってしまう…
つ ttp://file1.upro.pics/file/img/YTBiWjrbT9.png
段組みだけ、bootstrapにして、他はゴリゴリ書いた方が良いと思う おお、良いね
UIはAngularJSで実装するんじゃなかった？
BootstrapはAngularJSの案が出る前に俺が勝手に入れたから今後使うかわからんよ あと>>310 は git 使える？使えると有難いんだが ああ、view周り全部Angularか！
忘れてた…
Bootstrapの件忘れてください >>312
アカウント作るよ。
そんで、fwuをローカルにセットアップする方法を上げてみようと思う。
チョット時間ちょうだいね なんだこれ、凄いなAngularJS
まだHello Worldしかやってないが 俺もAngularJS勉強しようかな
最近新しい技術をまるで覚えてないし 主乙
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 ）
「投票の発言力の指標」は、さっき「そんな感じ」と言ったがわいの勘違いで、
ギルドごとに「発言力や権力」を持たせる予定はないよ
ギルド同士の「横の繋がり」、例えば「プログラマー ↔ イラストレーター」の交流を
繋いだりする機能は個人的には欲しいと思ってるが なるほどなるほど
そうすると「ギルド」ノードと同列で、かつギルド横断的な「プロジェクト」とかあると良さそう ギルド横断てこう？プロジェクトは何に使うの？
>>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を使う必要性も確かに薄くはなるよな 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, デザイン
みたいに分業出来るんじゃないかな
認証フォーム等のデザインをどうするかという話は出てくるとは思うが ＿
,.､..-ｰ'..."´.......｀`.."'丶,..､_
,r '":::::::::::::::::::::::::. ::::: :::｀`丶,､
,:'"::;;;;;::::::::::::::::::::::::::::::::::::::::::::::::...::::.. '''';::::ヽ,
,r´::;;;;;;::;;:::::::::::::::::::::::::::::::/:;;;;;::::::::::::::::::::::...'';;::::`､
,':::;;;;;;;;;;;;:::::;;::::::::::::;;;;:::::／:;;;;;ｿ::::::|;,:::l::::::::::::::.::::::::'､
,";;;;;;;;;;;;;::;;;;;;::::::;;;;:::,-''";;;;;;;;;/::::::::ﾉ;;:::|:::i::::::::::i;;::::::::l
l;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;,;;;;;;;;;;;／''';／';;;::/|∧::,､:::|;;:::::::::|
'､;;;;;;;;;,'､;;;;;;;;;,-'''"'',､‐''ヽ ''"´ｿ;;;::/;;;;;;;;;lﾉ V;;;;::::::::l
ゝ;;;;/,｀l;;ヽ '" /｀i ／.;;r'"__'''f;;;;;;;;;;;;;;;;:::::::ﾉ
,';;;;;;;| i.(|;;;i;| ヽ l__/ ￣ ;'ヽ.｀ii;;;;;;;;;;;;;;::::::/
. l;;;;;;;;;l.`y|;;;lj ｀ ´ l_/ ,ﾉ;;;;;;;;;::::r'"
i;;;;;;;;;ヽ､|;i ､ ./;;;;;,､-'´
ヽ;;;;;;;;;;ﾉ'i '´ /
ヽ;/ ､ r-ｰ､ /
.,r-/ ヽ､ ヽ-'´ , ' 響子？
,r" .< 丶､ ,､-'´
. ＼ ｀ ｰﾅ´
｀ヽ､ ｲ::..､
ヽ ｀ヽ､__ / |::/.i
'､ ,､'"｀ / rｯ,´ ヽ､
.', ／;;;;,, （ /' ,| /｀ヽ､
. ヽ,／ ';;;;;;,,, ゝ / ,;;i / ｀'丶,
''';;;;〈,,,.l,,,,;;;'' V ｀ヽ._ ／＼＿＿ へ
フ^ ∠ ＼
＿ε ε ￣^ ＼ ／￣￣￣￣￣
「￣￣ ＼ ＜ イギリスがEU離脱するらしいわん
ヘ ヽ ＼＿＿＿＿＿
~￣￣フベﾐ、 ﾐゞ
/ ヾ、 ﾐﾐﾐゞ
丿 ヾ ﾐゞ ヽ すげー遅くなったけど、
fwuシステムのローカル環境のセットアップの手順をまとめたので、
ちょっと試したい人は、見てくださいです。
つ ttps://omikujio.github.io/fwu-support/manual/
>>353
Githubの垢は、OMIKUJIOですw
近々、接近遭遇できればしますん >>354
乙
すげー。fwuよりちゃんとした見た目ｗ >>356
ああ、そうだったな
今の２０代とか「めぞん一刻」知らんやろな スロット屋で宣伝映像流れてたからパチンカスは知ってるかもな
うちの親もパチンコでエヴァ知ったと言ってたし パチンコは漫画やアニメと縁深いらしいな
声優もパチンコは割りが良いみたいな話し聞いたで fwuなんだが、しばらく CakePHP3 + AngularJS で開発を進めてもええか？
組み合わせのストレスが余りに酷いようなら、 AngularJS を取り外す感じで進もうと思うが 手間を顧みない提案になるけど、純粋なAPIとそれを利用するクライアントに分けて進められれば一番理想的だろうね
あとからangularやめてreactにしたり別途ネイティブ実装したりできる CakePHP3 を Django に変えたりも出来るよね
それじゃ依存箇所やストレスをリストアップしながら進めたほうがええな
fwu/ 以下にドキュメント作ってそこに蓄積しよか それじゃ、とりあえずは CakePHP 側の API の整備やな
0.0.3-api ブランチ切ってわいがやるか、やりたい人いればその人に譲るで
REST は http://postd.cc/some-rest-best-practice/ か、お勧めあればそれを参考にするわ >>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ちゃんだと無責任な人が多いから、ここベースで話し合ってプロジェクトを進めるっていうのは難しいのかもしれないな こんなんじゃ早かれ遅かれ放り出して消えたろうね
まぁ、早い時期にわかって良かったんじゃない？ >>379
多分もう少し作り込んでから皆に公開した方が良かったのかもな
0からOSSでやるのは難しいことがよくわかったよ こうなると思ってたｗ
文脈から独りよがり感半端じゃなかったし 独りよがりでいいんだよ
いきなり作って公開してから声と助力を求めるべき
何もしない奴がワーワー言ってそれにいちいち答えてたら頓挫するわ 全く知らないもの、何の目的で作られたかもよくわからないものが公開されたとして助力を求められたら助けるのか？
1人でやるなら最後まで1人でやれ。他人に迷惑をかけるんじゃない そういうポジションの奴は参加しなくていいんじゃね
趣旨に賛同したやつが集まれば済む話 >>388
まあ、でも頑張ってたよ。
ほとんど、これが仕事じゃないかというくらいの勢いで、ブランチ切ってたし
ただ、最初から機能としては掲示板と簡単な認証しかなかった…
AngularJSとCakePHPの完全合体を夢見て、REST fullにこだわっていたけど、
コミュニティに参加する側としては、どうでもいいことだと思う。
サイトマップくれ、云っていた奴いたけど、その真意を最後まで理解せず、
逝ってしまった… 人間的にダメな人が何か作ろうと思っても無理なんだよ。
協調性が大事。 1人で何でも出来る奴なんてこの世にいないさ。
72氏も人に見られて評価されることで頑張ってたんじゃないのか？ それは、あるな。
ただ、突っ走り過ぎた。
話半分で、取りあえずこんなの作りましたって見せて来て、
その後、自分のアイデアだけで、人の話が入ってこなくなった。
どんなサービスを実装するか、具体的な内容を固めないといけないのに、
技術的な興味から独走して、小さなことでカンシャク起こして、
ガキみたいにふてくされて死んで逝った…
多分、それなりに技術力はあるんだろうけど、対人スキルはそれほどでもないのかもしれない gitの使い方すら知らない奴がどうにかして爪痕残そうと邪魔してたし、いろいろ悲惨だったな また暇人が表れるの待つか、自分が暇になるの待つか、このままスレが朽ちるか 適当にアイデア出し合ってれば暇人が適当に拾ってくんじゃね 意外と、72が今ROMってて、
また拾っていったら笑えるw
あいつ関西弁風な口調だったけど、
おそらく関西圏じゃないなw そう、これの口コミのところとか、使えそうなサービスだと思うんだけど
つ ttps://jobtalk.jp/company/9966?source=search >>406 だが気を悪くしないでくれ
あなたはコミュニケーションが苦手そうだね
俺もそうだからわかるよ 72の豆腐メンタルは何やっても上手く行かないタイプだよ。 お前ら、まだギルドに未練あるの？
72が残したブランチが手元にいくつか残っているのだが Rails 5 (Ruby 2.2.2以上)が出たみたい じゃぁどうすりゃええねんｗ
コミュ症に協調性なんて求めるなや
ワイはお前らが何に不満なのかすらわからんのだぞ 協調性ない上に沸点低いからリポジトリ消したんだろｗ
すぐキレる奴は邪魔にしかならんて。 そうやで。協調性も無いし気も短いでワイは
だからプログラマーなんてやっとるんやで
そんなのお前らも一緒やろ >>72
口だけで行動力のないヘボたちが遠吠えってるだけだから気にするな 72叩いてる奴らはなんなんだ？
好き放題意見言うだけの外野のくせしてどんだけ偉いんだよ
フリーならされて嫌なことくらいわかるだろうに。 それは彼にもブーメランかもなあ
まあいいけど。誰にもなんの責任も発生しとらん
始めるのも終わらせるのも勝手に引き継ぐのも自由 >>425
いや、わからんぞ
何かワイが嫌なことしたんか
マジでわからんから教えろ ToLoveる読んでたらどうでも良くなったわ
それでどうすんねん
わい抜きで続行するのか何か別案あるのか
何なら誰か仕切ってくれよ、わいにはこの役は無理だわ >>428に残された仕事はソース再利用の許可出すかどうかくらい？ なんだ、それなら許可出すで
元からMITでリリース予定やったからな 大して進んでないあれを再利用して進めたいとか言ってる奴はどれだけさもしいんだって話 じゃあ、fwuをZIPでどっかに上げて、
いじりたい奴だけいじる？ 欲しい機能があればここに書き込んでくれたら参考ぐらいにはするけど そう？じゃ一人でやるか…(´・ω・｀)
巻き込んですまんかったな スレ立てしたころの情熱はどこに行ったんや！
どんなことがあろうと共にがんばろうぜってあの夕日に誓ったやんけ！ 開発は一応続けてるで
今はブランチ 0.0.6 で Wiki みたいなもん作ってる その無神経さはおみくじやろ
コテハンやめたんかお前 何にせよ急にキレてリポジトリ消すような奴は一生１人でひっそりやってた方がいいよ。
逆の立場で考えたらわかるでしょ。 と言うか、受注側のパワーバランス上げる目的でシステム作ってるのにさぁ
その受注側の人間同士でこんな下らんケンカしてる時点でもうね
そのケンカも俺からしたら意味不明やし ということはお前ら、俺にあのまま黙って言いなりで実装を続けろとでも言いたいのか？
要望に答えて続けても何のレスポンスも無い上、コードにコメント書いたり鯖にデプロイしたり無駄な手間だけ増えてるのに？
わいも生活あるんやけどそのこと忘れてない？頭おかしいんちゃう？ ここまで酷い人も珍しい。
勝手にイライラして自滅してる いやー７２が言ってることもわからなくはないよ
ていうか、>>448を見るに、おれも７２をキレさせるに一役買ったかもしれん。
おれはまあギルドでいうところのデザイナーギルドに属するタイプだから、実装のお手伝いなんかできないし、現段階で協力できることは方向性についての意見だすぐらいかなと思って好き勝手いってたから。
かえって悪いことしちゃったね。 はいはい。わかったよ。作るよ
来週辺りgithubに上げ直すよ
>>452
デザイナーか。それなら現段階では参加が難しいと思うわ
別に悪かないやろ
あと協調性がどうとか言ってたやつはワイの進め方に不満があるならちゃんと言ってくれや
ワイは空気読む気力を開発に割いてるから言ってくれないとマジでわからんからな 脱げばええんやろ脱げば、、72ってばえっちなんやから。 いつの間にか揉めててワロタw
だからこういうの上手く行かないのに。
勝手に作りたいように作ればいいんだよ 今度こそちゃんと参加する
だからまたgitにあげてくれ 72さんの味方たくさんいるよ♪
だからいっしょにがんばろ(o^^o) お前らオフィスにエアコン付けてる？
わいは扇風機だけなんやが、この暑さはやばいな
額から汗が止まらんわ そうか？わいは会話の流れとかも読めんらしいな
誰かを傷つけるつもりは無いから気にせんでくれ >>461
あついですよね〜(o･д･)
私は自宅で作業してるのでクーラーつけちゃいますっ☆ 涼しいですよ〜
環境良いと不思議といいデザインできます(*^^*) そうなんか。わいはいまだに紙とペンとホワイトボード使うで
暑いと紙が汗で濡れるから、ホワイトボードのほうが使いやすいわ
まぁでも、空調あれば関係ないわな >>470
紙とペンとホワイトボードだけでコミュニティサイトを作るってことだろ 次リポジトリあがったら協力していこうぜ。
もちろん無理しない程度にな。
みんないっしょにやりたいからこのスレにいるんだろ
72が怒るのも無理はないと思うわ。
同じ立場になりゃあ誰だって嫌になるでしょw 何と言うか、もう少し軽い感じでやったほうがよかったのかもな、と思う
わいが真に受けすぎるのが良くなかったんじゃないかな
2chなんだし、もう少し適当に流すぐらいが丁度いいんだろうな いやお前は頑張ってるよ
俺含め他のヤツがお前くらい本気にならないのがいかんかったんだわ オレも反省したし、次からはお互い協力してやっていこうぜ！ ボランティアだからな
参加するしないも含めて、そういうのは個人の自由だからな
お前らはそのままでええと思うわ
わいがもう少し力抜いたほうが良さそうだわ 【急募】ユーザーがサインアップ後に所属するギルドの名前！
（現在の候補は"無職ギルド"、"練習用ギルド"） スレの最初の方は何言われても受け流してたのにな
突然キレ出したのは、思うように評価されないからだろ
あと、「俺ばっかりなんで・・・」って葛藤もあると思う。
ここはデザイン出来る人が協力してくれるまで待つしか無い。
プログラマ同士なら何かと揉めるしな なのかなぁ。承認欲求か
開発でストレスが溜まってたのもあると思う
当たり前だけど、金にならんしね、これ
デザインについてはそうだね
一応今はBootstrapとAngularJSで段組だけ組んでる まずストレス発散から何とかしてこいｗ
プライド高くてすぐキレる奴じゃ協力したくてもできない。 このスレのはじめの方では穏やかな奴だと思ってたのにな ストレス発散は散歩ぐらいやな
わいは結構短気な方だわ。自覚がある
周りに気を使わせるし、あまり良くないわな そういう考えなら開発終わったら当然ライセンスは独占するんだろ？
開発終わったらどうするつもりなの？短気な人とそこらへん話し合うのは大変だな。
モチベーション上がらないだろうが最初から最後まで1人でやった方が幸せになれると思う。 何度か書いたが、ライセンスはMITの予定やぞ
MITならフォークして商用システムで再開発してもおｋだからな
もちろんオリジナルに責任は問えないし、著作者の明記も必要だがな これ系のフレームワークはjoinとか使いはじめると途端にタイプ量が増えるな
ヴァリデーションしてもらってるし文句は言わんが 頭悪いな。その著作者で揉めるだろって話。
口だけなら何とでも言えるんだから、MITライセンスと言っておいて著作者なら後でコロっと変えれるだろ。 ジットハブにアップロードしてるから大丈夫なんしゃないの？？ まぁわいが後で「MIT止めてGNUにするわｗｗｗ」になる可能性もあるわな
なんと言ってもわいはリモート・リポジトリを消すような奴だしな
つまり >>495 の言ってることは信用の問題だろ
協力するにも信用出来ないってことやろ だから一人で作れよ。意見だけもらって。その方がもめないしイライラせんだろ うーん。もっともな意見(´・ω・｀)
それがいいかなぁ。参加したい人にはわるいが、現実的だと思う >>498
勝手なこと言うなしね
わざわざこんなスレまできてヒマなのか？貧乏人 >>498みたいにろくにスキルない奴は意見言うくらいしかできないですからねえ じゃ、スキルあるお前が手伝ってやれよ。
どうせお前もなにもしないんだろ？ それじゃ仕様が固まるまでわい一人で開発（意見聞きながら）して、
仕様が固まったら参加してもらうのはどう？前と一緒だけど
わいが大雑把に作って、ディティールは皆で詰めるみたいな >>503
じゃあ、じゃねーよ。
なんでも勝手に一人で決めんなボケ。しね >>503
うるせえダボ！！！せっかくスレ民の士気が上がりはじめてたのに水さすなボケ
てめえは空気が読めねえからSOHOなんだろーな おめーもSOHOだろうがクズ！口だけの能なしゴミが。しんだほうがマシだ リポジトリ: https://github.com/gmsprj/gms
わいは今 0.0.7-users でやっとるでよろしく Cellsテーブル入れてユーザーやギルドはCellsで繋ぐようにしたんだが、
検索用のメソッドとかを汎用化するのが大変になってしまったな
この構造だとユーザーは複数のギルドに参加出来るんだが ああ、親子関係のテーブル構造にするわけか。
あれってアソシエーションとかもろもろの設計が大変になるんだよな >>514
そう。何か他にうまい方法があればそっちを使いたいレベル
今はこんな感じ
>>515
複数所属にする限りは無理だろうな
「所属できるのが3つまで」とかならカラム追加で何とかできるが 肩書というか、職業は基本一人一つやしな
複数にする必要もなかったかな ま、1つの方が良いと思うよ
ある程度差別化したほうが個性が出る そう？差別化ってどういうこと？
複数で実装しちゃってるから、使ってみて微妙だったら一つにするか 1つしか所属できないと偏るだろ？
そのほうがサイトとして個性が出るって話 なるほど。他のサイトとの差別化ね
他にユニオンなんてやっとるとこあるんかな わいも一応調べたが、それっぽいのは無かったと思うで 0.1.0 を公開したよ
https://153.126.139.239/
GMSという名称は仮。サインアップはデタラメなメールアドレスでも可能
相場や制作フローなんかをまとめる為に「文書」という機能を作ってみたんだけど、代用できるかな？ >>528
安全な接続でないって出たんだけど、SSLの設定あってる？ 何かSSLの警告で不安がる人がそれなりにいるみたいだな
次のデプロイはhttpにするか そらそうよ。単純に面倒でもあるし、まだデモ段階なんだからSSLに拘る必要もあるまい そうやな。タイミング見計らってhttpにするわ
あとAngularJSとAPIの絡みなんやけど、今はCakePHP3のController側でAngularJS側に必要なデータをJSONですべて渡してるんだが、
多分こういうことじゃないよね？例えば /guilds.json?order=created みたいなインターフェースを実装して、
AngularJS側で取得できるデータを取捨選択自由にしたいってことやろ？ わかってるわ、APIにしないで0.1.0まで実装したことやろ
APIにするならCakePHP3側は再実装やからな そんなことはコッチだってわかってるんだよこのアホが
口だけの外野野郎がストレス溜まるわクソが 気持ちは分かるが切れるなよw
無視すりゃいいんだよ。ストレスたまりすぎw 精神的に問題のある72を温かく見守るスレはここですか？ APIのインターフェースで何か注文があれば今の内に受け付けるで トップページをAPIで書き換えてるがいい感じやな
APIとAngularJSで分けるのは正解かも知れんな
導入勧めてくれた人ありがとうな この設計はUNIX系のコマンドの思想を感じるな
コマンド作ってるみたいや
わいとはフィーリング良さそうやな 相場はドキュメントとは別の仕組みを作ったほうがいいんかなぁ
トップページにずらって出てたほうが目につきやすい気がするわ >>551
あと最近のWebサイトらしくトップページに色々集めたほうがええかもな
TwiiterやInstagramみたくすれば人集まるやろ（安易） これUIはあまり遷移させずにSPAでやったほうがAPIとAngularJSのコンビを生かせそうやな
遷移させまくると遅いわやっぱり ID出ない板で自作自演疑われたらおしまいじゃね？
>>556 ok >>555
https://153.126.139.239/ なら俺が自作自演してる
データは次のデプロイ時に初期化するから適当に書いていいよ（良識の範囲内なら） 2chの板とスレッドをtwitterに持ってく感じにするか
暑いぞぉ(´・ω:;.:... トップページにtwitterもどきのUIを実装中。
要望あれば受付中。 ちなみに大阪の枚方市の市外局番だったりする＞072 枚方市の女性は「072xxx...]で伝言するのか そういやこの板には女性もいそうだよな
どうも失礼しました ガス欠やねん充填中やぞ(´・ω・｀)
なんやねんクリーチャーってアホちゃう >>587
ボチボチやな
http://153.126.139.239/
UIは今こんな方向で作ってる途中
Twitterと2chをくっつけたみたいなイメージ
どう思う？ >>588
これはあかんわ。人を選ぶし、デザインとかUIは10年前だ >>589
おいおい、マジか(´・ω・｀)
いつの間にわいは浦島太郎になったんや 10年前は言いすぎた。すまん。ただ、ひと目で見て敬遠しそうだわ
そもそも「ギルドとは何か？」って思うし。 2ちゃん風にしたいなら、ガールズちゃんねるみたいにするのはどうだ？
トップページでギルド一覧が表示して、クリックすると内容が表示されるみたいな。 >>591
用途がわからんということか？何のために存在してるのかがわからんと >>593
そう。「ギルド」って言葉が一般的ではないからね >>594
なるほど、ありがとう。確かに一般的じゃないよね
>>592 のGirls Channel を見ると「女子の好きな話題で毎日おしゃべり♪」で用途がわかるな
こういうわかりやすい導入が必要なんだろうな うーん、どうしてもチープな感じが出ちゃうね・・・
俺に余裕があったらデザインやるんだが、すまん いや、意見くれるだけでもありがたいよ
チープさは仕方ないというか、今の所ディティールにこだわれないのよね
まだ試行錯誤してるから 今、デザインの雛形（ワイヤーフレーム）作ってるんだけど、どこにアップすればいい？
ちゃんとしたものじゃなくて悪いけど、これだけでもイメージが違ってくると思う >>599
GitとGitHub使うならプル・リクエストが楽だね
やり方教えるよ
それか適当なアプロダでもいいよ >>600
すまん。よくわからんから適当なアップロードに画像アップするわ >>602
プル・リクエストは一回覚えたらこっちのほうが楽だから、気が向いたらまた言ってよ
わいでよければ教えるで >>604
601は違う。てか、ギルドはいわゆるグループ（所属）だとして、
板はギルド内のスレッドという認識でいいの？
あと、カテゴリは無いの？どうやってギルド探せばいいか分からんのだが >>605
返信遅くなった
スレッドの親は板、板の親はギルド。この説明でわかるかな
カテゴリは無い。付け忘れた(´・ω・｀)付けたほうがいい？ >>606
理解できたけど、現状ではどうやってギルドを探せば良いかわからないから
デザインするにも停滞してるわ。
俺的にはギルドをアピールするのでいいと思うんだが、
現在のを見ると、板やスレッドをアピールになるような気もするし、難しい >>607
ギルドの一覧表示してCtrl+Fで検索してもらう・・・じゃ駄目だよな
カテゴリ付けてカテゴリから探してもらうのがいいかな
検索と言えば2chでも板を探すのに骨折れるんだよな
うまい方法あればな >>608
一覧表示はおかしいわ。
検索フォームからキーワード検索でもいいけど、
そもそものギルドに関するパラメーターとか条件が分かりづらい。
このサイト利用する人は、「このギルド面白そうだから参加したい」だと思うんだが、
その面白さをどうやって紹介するのかが難しい。
単にスレッドの流れだけ見てもよく分からんし。
だからトップページにはスレッドの流れを表示するんじゃなくて、
「どんなギルドがあるのか？」を紹介するだけで良いとは思う。 あと、今更で申し訳ないんだが、板とスレッド分ける必要なくね？
かなり規模が大きくなるし、どう考えても閑散とするよ。 >>610
それは俺もたまに考えるんだが、板＝ギルドにするってことだろ？
そっちのほうがいいかなぁ。確かに無駄なんだよね >>611
俺のあくまでもイメージなんだけど、
ギルド名：SOHOで細々食ってる奴
特徴：SOHOやフリーランスで年収300万以下のメンバーが情報交換する
スレッド1：仕事の愚痴を語ろう
スレッド2：お前らが今勉強している技術教えろ
ノード ：頭下げない仕事のやり方
参加メンバー（山田太郎）：
職業：Webデザイナー、スキル：HTML5年、PHP3年
コメント：よろしくお願いします
参加メンバー（ゆうちゃん）：
職業：ニート、スキル：自宅警備3年
コメント：働きたくないから参加した
-----
みたいな感じになると思うんだよ。これならギルドの特色が出る。 >>609
トップページのスレッドとコメントフォームはSPAの実験で配置してある
ギルドをクリックして、そのギルドのロビースレッドを表示させたりとかを考えたんだが、イメージ伝わるかな
2ch専ブラのタブ機能あるじゃん。ああいうのをトップページに配置したら面白いんじゃないかと思うんだけど >>613
2ちゃんの専ブラ、俺はLive2ch使ってるけど、
タブにはスレッドが表示されるが、やっぱりそれだと情報量が多くなりすぎるぞ。
専ブラはあくまで自分が選んだスレッドを表示させてるわけだし、
それをトップページに配置というのはわけわからなくなる。
>>614
最近mixiやってないから知らんが、ギルド＝職業別組合とwikiに書かれてる。
ま、一種のコミュニティだと思うが、そのギルドが参加していないのに、
全て閲覧できるというのもどうかと思う。意味が無いというか。 >>615
>タブ
そうか。俺としては最初は専ブラ作る気でいたんだけどｗ
まぁシンプルにしたほうがいいよな
>>612
「ノード」ってなんだ？ >>617
ノート≒文書 か
一応、いまの「文書」機能はクライアント/ギルドメンバーに向けた文書が主になると考えて作ってる
たとえば「相場」を掲示するにも、根拠や他の賛同者が必要になるだろ？それの表現で使うつもりで作ってはいる
だから比較的にマジメ（）な機能になるんじゃないかと >>618
うん、俺もギルドメンバー向けのツールとしてノートがあると思ってる。 >>619
「ノート」のほうが表現としては柔らかいかな
「文書」も俺は嫌いじゃないんだが
なんというか、倉庫に積まれてる文書とかロマンあるじゃん
>>612
SOHOほそぼそギルド追加しといた
http://153.126.139.239/ とりあえず俺の理解が深まってないから、デザイン作成中断するわ
また気が向いたら提案する。期待させといてスマンな >>621
わかった。サイト全体のデザインはあれだけど、細かい所のデザインならぶち込めると思うから気が向いたらよろしく
あと何かあれば遠慮なく言ってね(´・ω・｀)またキレるかも知れんけど キレるなよw
ま、俺としてはもう少し機能絞ったほうが良いとは思うよ。
あれもこれもはWeb制作で一番やっちゃいけない。
まずは「これだ！」ってのに絞って、それから広げた方が良いよ。
じゃないと、いつまで経っても話し合いで先に進まないし。 >>623
なるほど。いっそ文書機能も削って「ギルド、スレッド、会員機能」の３つに絞ったほうが良いかね >>624
そうだな。俺としては>>612みたいな使い方が良いと思ったんだけど、
最初に会員登録して、個人のプロフィール完成させて、
それから各ギルドに所属するパターンも有りだな。
となると、ギルド＝コミュニティになるのか。
あと、ポイント機能もオモシロイと思ったり。
スレッドに投稿したり、ノートに情報登録することでポイントが貯まり、
それが＝経験値になるみたいな。（過去レスでドラクエっぽいとかあったし >>625
それ面白いね。ゲームの要素を取り入れて、ギルドの質を上げる方向性ね そろそろ仕様を凍結します
「システムの仕様」
a1. システムの主な機能はギルド、スレッド、会員機能の３つ
a2. システムは「ギルドの集まり」である
a3. システムは「ユーザーがギルドに参加し、現実の仕事について話し合い/意思決定をする場所」を提供する
a4. システムの正式名称は完成後に公募する
a5. システムのソースコードのライセンスはMITとし、開発はOSSに沿うものとする
a6. ギルド、またはユーザー同士は、システムを通して横の関係性を構築し、現実の仕事とリンクすることが出来る
a7. スレッドの親はギルド、ギルドの親はカテゴリ…という構造にする
a8. システム内のやり取り（ユーザー同士の会話等）はすべて公開し、誰でも閲覧できるものとする
b1. ギルドの定義は「同業者組合」とし、単位は現実の職種とリンクする
b2. ギルド内ではメンバーがスレッドを作成できる。スレッドは主に仕事の話し合いを行う場所
b3. ギルドの実装機能の方向性はゲーム要素を参考にする（経験値、アバター等）
b4. ギルドはカテゴリで分類される
b5. ギルドに参加した会員の呼称は「ギルド・メンバー」とする
c1. スレッドにはギルド・メンバーのみが書き込みが出来る（他ギルドのスレッドにも自由に書き込みできる）
c2. スレッドの仕様は2chライクにする
d1. ユーザーは匿名で会員登録できる（メールアドレスは必要）
d2. ユーザーは会員登録後、ギルドに複数参加できる
d3. ユーザーはマイページを持つことが出来る
e1. デザインもゲーム要素を取り入れる
こんな感じでいい？来週ぐらいには完全に凍結して、俺自身も以降の開発はこの仕様に従うよ タグ機能も欲しいところだな。
ギルドの特徴や識別をしないと参加しづらいし。
カテゴリだけだといまいちオリジナル性が出にくいのでは >>628
タグか。ギルドだけじゃなくスレッドにも付けるか？ ギルドだけで良いんじゃないかな。
とにかく新規の人が興味を引くような機能がないと、サイトが閑散とするぞ 最初はひと通り動くやつを作れればいいよ
で、完成後にお前らに聞くからさ。こき下ろしてよ
仕様固めたら >>599 を見習ってワイヤーフレームから作るかな 充電期間があったとしてもここまで頑張れる72がうらやましい。
俺は休めるときは休んでしまう。休むというよりオナニーをしてしまう。もはや病気だ。
でも本当はこういう新しいの作りたい。
どうやったら時間をうまく使えるんだ 俺も似たようなもんだ
72は2ちゃんで宣言して自分を追い込んだのが良かったかも 最初の1ヶ月ぐらいは頑張ってたと思うが、今は片手間で暇を見つけたらやる感じになってる
今日も別のことに時間を使ってるし。人によるが俺にはこれぐらいが丁度いいのかもね 仕様凍結しました
この世に聖典が存在するとすればそれは >>627-628 です
開発者は祀り崇め平伏してください。。 72はこれからしばらく夏休み（仕事）期間です
サーバーは堕ちますが気にしないでね☆（ゝω・）vｷｬﾋﾟ 営業って飛び込み？それとも既存の蔵に連絡したりとか？ 飛び込み
既存の蔵は一人しかおらんが、わいの仕事が完璧すぎて連絡も何も来んわ >>641
マジかよ。前々から思ってたけど、お前色々と凄いな
ぜひリアルでいろいろ話し聞いてみたいわw >>642
いや、すごくはない。クラウドソーシングだからその辺の主婦と一緒
あれだったらそんなにノウハウはいらない
ちゃんとしたフリーランスならエージェントと契約してるはず >>643
うん？なんで飛び込み営業するのにクラウドソーシング関係あるんだ？ >>644
俺はリアルの営業で飛び込みなんてやったことないよ
ネットが主だからそっちの飛び込みというか、仕事取ってくるアレだよ
なんか俺のことスーパーマンとかと勘違いしてない？ スーパーマンどころか、プライドばかり高くて使えない奴にしか思えないんだが いや、それなら「ネットで探してる」とか「クラウドソーシングに応募してる」って言えよw
どんな営業してる？って聞いたら飛び込みって言われれば、リアルだと思うだろ 飛び込みのほうが響きがええやん
だます気は無かったんだが リアルで飛び込み営業なんてしたら、いきなりキレて大変なことになりそう 俺もクラウドソーシング頑張ってる
リアルでは声かけてもらうばかりだなー
お互いしんどいだろうけど
頑張ろうぜ >>650
わいはリアルではおとなしいぞ。ネット弁慶までは行かんが
>>651
頑張ろうぜ。お前のほうが仕事出来そうやな >>652
なんでだよｗｗｗ
俺はコミュニティサイト作ったりできんぞ ワイはコミュニティサイト作りも営業も出来るけど極細やで 自称コミュニティサイト作れます君がこれだけいてなぜ参画しないのか なんにでも噛みつくキチガイSOHO
712 Name_Not_Found sage 2016/07/31(日) 13:08:13.37 ID:???
仕事に困るんならたいていのことができるとは言えないじゃん
素直に土下座して謝れよ マカーってキチガイしかおらんの？ww
697 Name_Not_Found sage 2016/07/31(日) 01:54:26.86 ID:???
>>677
WinはOS自体がキーボードで操作できるようにしてあった遺産があるのよ
たいていのことはマウス不要だよ
698 Name_Not_Found sage 2016/07/31(日) 02:06:10.64 ID:???
マウスなしでコピペってどうやるんです？コピペというか選択
701 Name_Not_Found sage 2016/07/31(日) 02:42:50.31 ID:???
マウスなしでドラッグ&ドロップってどうやるの？
710 Name_Not_Found sage 2016/07/31(日) 12:04:25.03 ID:???
重要だとは思わないけどD&D実装したサイトとか作る時に困るし
サイトやアプリによってはD&Dでしか使えない機能とかあるし 暑いからね
仕事場にクーラー入れてないんだわ
扇風機とウチワだけが頼りなんよ？(´・ω・｀) >>664
こんな熱い夏
PCがいかれてしまいそうで怖いな >>665
暑さのせいで何回かPC落ちてるからシャレにならんよね
>>666
片手ふさがるのがつらいでほんま 安いのなら5万くらいで買えるし経費として計上すればいい いや、ほんと夏場はPCがしにやすい
データ死んでからじゃ遅いんや・・・ 最近は夜型にシフトして作業してるから大丈夫
昼間はエアコン使わずにパソコンやるのは危険すぎるな（身体とPCの両方が） 新規開拓しようとして頑張ってる細々だけどサイコパス蔵多すぎて辟易…
そういうやつらの手口とか情報共有したいよー
じんわり期待して待ってる〜 生きてるが夏バテやな
今年の猛暑は殺人クラスやでほんま
お前らも気をつけてな スキル売買サービス きなこ
https://skill-kinako.com
ちょっとした空き時間に自分の得意なこと、スキルで稼いでみたい。
忙しい時に手軽に、安価に家事を手伝ってくれる人がほしい。
そんな希望や悩みを解決するサービスです。
売買手数料無料ですのでお気軽にお試しください☆
サービスの感想、要望もお気軽にお問い合わせください！ >>680
またお前か
他の複数のスッドレにも全く同じ文を投稿していることはわかっている
何が面白くてこういう愚行を繰り返すのか理解できないし理解しようとも思わないが
今後もお前を見つけたら徹底的に注意してやるから覚悟しとけこの脱肛野郎 SEO的にペナルティ食らうレベルなのによくやるわな
知識が2000年頃で止まってるんだろうな 被リンク０、トラフィックほぼゼロ、ペナルティあり
宣伝に金かけられないなら最初からやらなきゃいいのに、やらないと解らないのかな。 仕様固めたらモチベが底付いちゃったな
中断していいか？再開するかどうかもわからんけど
仕事もぜんぜん取れんし、自分のこと優先せなアカンわ こんなボランティアみたいなことやったって仕方ないし、自分のこと優先は当然だよ。 自分が生活できなくなっては意味がない。
気長に待ってるぞ 仕事固めたら、かと空目した
仕様固めて飽きちゃったのね
まあ自分最優先に文句言う奴はおらんだろ。誰も協力しとらんし
頑張ってな どうか真剣に聞いてほしい
秋、大変が起きる
本当なんだ、本当なんだ、本当なんだ
命の危険が迫っている
皆救われて欲しい
どうか皆頼む
http://hirohifumiyamato.blog.fc2.com/ ランサーズみたいな案件で募集かけてフリーランスの人を探すんじゃなくて、プロフィールとポートフォリオからフリーランスの人を見つけて仕事を依頼する形のサイト作りたいんだよなあ >>693
まさにそんなの作ろうと思ってた！
イメージ膨らまして、およそのデザイン作ったところでモチベーション尽きたけど。。 ランサーズとかでもそういうのできるよ
募集かけないで、プロフィールやポートフォリオから良さそうな人見つけて依頼するクライアントもいるし
自分から応募しないで、依頼が来た案件だけやるフリーランスもいる あれだな、フリーランスのエンジニアやデザイナーが同業の人同士で交流できることに特化したSNSがほしいな うーん、ぶっちゃけそういうの必要ないと思うけどな
所詮ライバルって事を忘れると仕事にならないぞ ライバルはライバルなんだけど、例えばエンジニアとデザイナーで協業したりとか、グループ作って交流したりとか、そういうのは欲しいんだよ 元気やぞ。仕事も何とか取れてる
で、やっぱりギルド欲しいわーとなってる
別にリッチなやつでなくても簡素でギークっぽさがあればいいと最近おもう スマホではないよ。パソコンのアプリ、ソフトウェア。 ソフトウェアのアプリってすげーな。CとかVBかな？
プログラミング言語は1つ覚えれば応用利くというが、
PHPのフレームワーク（CakePHP）でサイト作れるのは凄いね >>708
JavaScript
>>709
最近はCakePHPよりLaravelが熱くなってきてない？
あとギルドって名称に抵抗ある人と気に入ってる人とで半々だよね
なんか丁度いい名前ないもんかね JavascriptでPC用のアプリって作れるの？
ブラウザ向けのゲームとか？ ていうかここはワイの話しをする場所じゃないやろ
するならギルドの話しをしようや そう言われても何もないでほんま
ギルドの一般受けする別の呼び方ってないんかなぁ
クランとか、誰かが言ってたチームとかグループとか チームとかグループが無難だろうね
んで、ワイはどうやってアプリ売ってるんや？
クライアントから依頼あるのか？ >>717
そやで。ブラウザ使って色々したいって人が依頼してくるで。
>>718
クランもゲーム色強くない？わいは別にええけど ここの住人って希望は言うけど口だけなんだよな
以前72がリポジトリ作った時も積極的に貢献しなかったし 別に72は貢献してほしくてやってるわけじゃないだろ あとAngularJS勧めてくれた人まだおるか？
http://d.hatena.ne.jp/nazoking/20150518/1431962894
を見るとAngularJSの使い所としてはユーザーの設定ページとかが適所だと思うんだよね。
掲示板や例えばTwitterのタイムラインみたいな所で使うのは向いてないという認識でええんやろか。
わいは全部に使おうとしてたんやが。ああいうのは間違いっぽいな。 命名とか適当でいいよね
議論しても決まらんし
システムの目的だけ決まってれば 作るのはいいけど運営はどうするの？
手間も費用も掛かるんだし、ボランティア精神溢れる人が運営してくれるか、運営側も利益を得られるようなシステムじゃないと軌道に乗せるのは難しいんじゃないかな ひろゆきかホリエモン辺りやってくれんかな
ホリエモンとか慈善事業合ってるんじゃなかろうか 世の中金やからな
わいやお前らみたいなのは少数派やでほんま
話に付き合ってくれるだけ変わってるわお前らも 仕事してたで(´・ω・`)
一段落したからコッチもちまちま進めてる
フレームワーク、Djangoに変更したわ どして変えたの？
てか、Cake3って難しいし、俺には慣れないわ
だから2使ってる。まだ開発されてるし 2に慣れてるならそっち使ったほうがええんじゃないか
わいもDjangoのほうが慣れてるからそっちに変えた
フレームワークって学習コスト高いのが難点だよね
あとAngularJSは良さそうだけど、とりあえず保留にさせてくれ
フレームワーク２つ以上使うのはわいには学習コスト的にきつかった
それからデザイン面も後回しの予定 なるほどね。
相当前に開発停止してるようなツールならまだしも、
開発が継続してるなら使い続けてもいいよね。
あと、俺はデザイン面（というかUI）にかなり力を入れたよ。
サイト全体から管理画面まで、レスポンシブ対応にした。
今の時代、管理者のみが使うとは言えスマホ対応してないのはまずいからね。
ま、このスレのプロジェクトは他社に納品するわけじゃないから、
PCのみでいいと思うけど。 見栄えはあった方がいいよね
デザインは時間かかるから実装時期は基本機能が揃ってからがいいと思うんだわ
モチベーション的には並行してデザインも実装するのが良いんだけど、仕様変更で余計に時間取られちゃうから
個人的にはJavaScriptでぶんぶん動く画も作りたいんだけど ダメ出しするわけではないが違うと思う。デザイン作ってから機能作るんだよ。
じゃないと、デザインで再現したいことが再現できにくくなる。
（もちろん、後から仕様変更すればいいだけではあるが
クライアントの仕事にしても、まず見た目から入るだろ？
見た目でどういう動きになるから、こんな機能がほしいってなるはずだ。
その時に全くデザイン性のならペラサイトならイメージも湧きにくいよ ちょい修正
＞その時に全くデザイン性のならペラサイトなら
↓
その時に全くデザイン性のないペラサイトなら
ちなみに事例を紹介すると、
ポータルの場合は「お気に入り（ブックマーク、チェック）」がほぼあるだろ？
このお気に入り処理も、会員登録するか誰でも出来るかで大きく違う。
単に文章で「お気に入り機能をつけます」と仕様検討したところで、
後からデザイン画面見て「いちいち会員登録は面倒」になるかもしれない。
Cookieに保存するかDBに保存するかの違いだけで、
プログラミング的にはそう手間ではないが、やはり後から変更はしたくないものだ その通りだと思うが、今回は機能的に手探り感が強いんだわ。
わいの経験値不足もあるんやけど、一度実装してみて動かしてみないとイメージが掴めないというか。
例えばギルドの掲示板ならデザインから入っても問題ないとは思うんやけど。
だから最低限の機能だけ実装してみてから、デザイン起こして修正・・・という感じになると思うわ。
手順的には間違ってるのかもしれんけど。わいは先にコード書いてしまうんだけど、これは悪癖やろな。 ワイに聞きたいんやけど、システム開発っていくらの価格帯でやってるの？
俺は50万前後だけど、あんま金にならない。 >>741
72じゃないが50万前後っていわゆる人月単価? >>741
システムはそんなに関わったことないわ
それもちょっと言えないぐらい安い値段
実績作りで受けたやつな
なんでそんなこと聞くんや？ >>742
個人だから人月ではない。1案件って意味。
>>742-743
上の方のレスでシステム案件やってるって書いてなかったか？
PHPでWebシステム作れるレベルなら、仕事はあると思うんだが（安いけど
他、レス見てると技術ありそうだから単価も高いのかな？
って思って質問しただけ。まぁ、、72も元細々民やったね >>745
お前らおはよう。それは納品済みやからたまに保守依頼が来るぐらいやな
単価安いでわいは。最近になって単価上げたが全然仕事が来ないわ
クラウドソーシングは限界あるからエージェント探すかベンチャーに営業かけようか考えてるで >>746
今までクラウドソーシング案件やってたの？そりゃ安いわw
やっぱ自分で営業しないと駄目だよ。
それこそ今回のギルドみたいな商品を開発して
客から「売ってください」って言ってくるような仕組みにしないと
いつまで経っても安売りから抜けられないぞ（という自分に対する戒めもある >>747
やっぱそうやろな。営業かけるの面倒だけどやるしかないよね
前も似たようなこと言ってくれたよな、感謝するわ
「売ってください」なんて言われたことないからな。そうならないとアカンわ >>748
たぶんそれ俺だなw俺も同じような事で悩んでるからなぁ。
だから逆に他者のやり方が気になる。みんなどうやって仕事取ってるのかと。 >>748
エージェントと契約か、ネット上に店出して営業じゃないかなぁ
コネがあればそこから仕事取ってこれると思うが
ギルドのアイデア出してくれた人なんかそれっぽい雰囲気あったわ
わいもギルドを作りたい理由として、そこら辺の相場も含めて誰かと相談したいというのが一つあるわ >>750
☓ >それっぽい雰囲気
○ >エージェントと契約してそうな雰囲気
わいはとりあえず営業やな。エージェントはその後に判断して探すわ >>745
回答ありがとう
実はフリーの場合の相場がいまひとつ分かってないので
50万が高いのやら安いのやら…… >>752
2ちゃん以外だと間違いなく「安すぎ！」って罵られるレベルだと思う >>753
たぶんケタが違うよね？
わいもよくわかってないけど
200万以上？ ケースバイケースのオーダーメイドだし、システム開発に相場なんてないだろ。
技術料×信頼性×保守オプション等×人日単価＋営業等もろもろ。支払期日や前払い後払い、保証があるかないかもあるしな。
50万が安いかって言えば開発会社によりけりで個人だったら高すぎるよ どうなんやろな。結局、制作会社でも個人や外注に作らせてたりするし。
「制作会社がついてる」という信頼感がその何倍にも膨れ上がるのかもしれんけど ブランド力ってこと？
ふつう、個人にブランドなんて無いわな
それ言ったら新興ベンチャーもそうやけど >>757
ブランド力ではないだろうね。
ブランドがつくほどの制作会社がどれほどあるか疑問だし。 >>758
ただ単純に「個人」と「会社」で信頼度が違うってことかね 個人は病気・事故等のリスクもあるし、あらゆる信頼が足りないよ。
そもそも社内規定で発注できない企業が多いね。ブランドとまでは言わなくても、大量の人数抱えてる会社とじゃ比べられないよ。
制作会社が個人に投げちゃうようなところもたまにあるけど、それば相当末期的な会社だったな。 そうだね。依頼する側の立場にたっても個人だと心配だからね。
俺なんかは50万ぐらいの仕事の時は着手金をお願いするんだけど、
全く最初から着手金を貰うって無いもんな。
仕様書作ったりデザイン作った後に振り込んでくださいってパターンにしてる。
クライアントは契約後即振り込んでくれようとするけど、
やっぱり後の保障が完全ではない以上、ただ先に貰うのは嫌だからね クラウドソーシングやと基本個人なんだが、仕事内容は前任の引き継ぎが多いわ
前任で何かトラブルあったらしい案件が多くて、その作業内容の調査から入るんやけどな
まぁ受注側でそれはお互い様やと思ってるけど、発注側からするとリスクやろうな
たぶんそういうケースが多いのも報酬が上がりづらい一因になってそうやな
例えばギルドで個人間のカバーが出来る仕組みが何かあれば、
発注と受注側にとってメリットになりそうやけどな >>762
クラウドソーシングで一番のメリットは「金の取りっぱぐれがない」事だと思う。
依頼者は先にクラウドソーシング側に金を払うから、
「納品してから支払いがない！」というトラブルが少ない。
それが一番のメリットであり、それしか無いようにも思う。
ギルドの場合、個人間でやるにも支払いの点がデメリットになりそうだね。
ギルドに参加したどうしのやり取りも、クライアントとのやり取りも。
どちらも金銭が絡むと支払いのトラブルを懸念しなくてはならない。 >>763
そやね。だからクラウドソーシンとは競合せず分業がいいのかもな
ギルドの役割は報酬下落へのブレーキや受注者同士の横の繋がりであって、仕事を直接さばく必要はないんじゃないかな
というか、その辺の金銭トラブルまで考えるとわいのキャパシティ・オーバーやでほんま うん。「仕事を受ける」ってのは省いたほうがいいかもな。
単なる情報サイトでも良いと思うよ。
依頼する側の情報が圧倒的に足りてない（探せない）状況だし。 言われてみて思ったけど、依頼する側はパソコン使えない人も多いんだよな
お金持ってる人も。何かもったいないわな でも、お金持っててPC使えない人はそもそもネット見ないからなぁ 昨日、ファイル整理してたら2年前に作ったCMSっぽいのが出てきた。
Wordpressみたいにマウス操作で簡単に作れるような感じのやつで、
ユーザーコンテンツよりもむしろCMS化に力を入れてたっぽい。
で、その管理画面とかデザインとかコンテンツとかそう悪くはないんだけど、
「これを改修すれば1つの商材が作れるんじゃね？」とは思えなかった。
ソースの書き方も古いし、DBの設計も無理矢理なところがある。
だからこれからなんとかしようというモチベーションが湧かずにそっ閉じだった。
72もこういうのある？ 顧客から仕事もらってきて、ここの皆さんみたいな人に外注する側だけど、
オリジナルのCMSとか欲しいけど、なかなかいい人に巡り会えず。
プログラミング出来ない人間からしたら769さんのとか、もったいないと思ってしまう。
72さんとかもいい仕事してくれそう。
ランサーズとか＠SOHOとかハズレばっかりなんだけど‥ >>770
769だけど、割りと凄いCMSだよ。Wordpressチックに操作できるし。
でも、これを売れるレベルまで持っていくのが大変。
バグチェックとかセキュリティチェックとか負荷計測とかマニュアル作成とか、
とにかくやることが多すぎて、結局商品化出来ずに無駄になる。
世の中に出ているのはそれらをクリアしたまともなものだから、
まずは公開されているものを作っている会社・人に問い合わせるのが一番だと思う。
マッチングサイトの場合も同じだね。実績見せてもらって、
マニュアル作成までしている人なら大丈夫だと思う。
（使う人のことを考えて作ってる・作った経験があるということだから >>769
俺もそういうの、何個かあるな。
けど、何年も苦労して作ってたものは売れなかった。10年以上頑張って売れたのは出来のいいものじゃなくて、需要にマッチした出来そこない。
商品化する為には知ってもらうことが重要でピンポイントで利益が出来るものだった。
ぶっちゃけ時間をかけた最高傑作は自己満足で終わったよ。 >>769
たまたまちょっと前に作ってたブログを最近になってリファクタリングしてるで
これはまぁ機能的にもデザイン的にも売れないと思うし、ブログならレンタルで十分やしな
AngularJSに影響を受けたらしいJavaScriptの出来損ないフレームワークっぽいものに辟易しとる
>>770
CMSは作るのほんま大変やと思うで
どんなCMSが欲しいんや？WordPressみたいなの？ 770だけど、
すごいCMSってのはWPあれば大体なんとかなるんだけど、
WP難しすぎて納品後に運用出来なくて放置したままって声をよく聞くので、もっと機能を絞ったのが欲しいんだよね。
例えば管理画面で会社概要のタブ開けたら、会社名、住所、電話番号とかのフォームが並んでて‥みたいな。
昔作ってもらった似たようなCMSあるんだけど、
制作者が廃業してしまって、自分ではバグも直せず‥。 それなら >>771 みたいなノウハウ持ってる人に頼むのがええやろな
それかWordPressをベースにして、WordPressの機能を絞る（シンプルにする）WordPress用のプラグインを作ってもらうとかな
後者ならWordPressプラグインの製作者を探すのがええと思うで >>774
というか既存のCMSがあるならそれの保守案件か？ >>774
WPみたいなCMS作ってる俺でもWPは難しいと感じるからねぇ
「誰でも使えるようなシステム」って、複雑な事をしているんですよ。
目的が明確ならWPじゃない方が良いと思います。
あと、保守案件は一番エンジニアが嫌う仕事だね。
マッチングサイトにもわんさかとあるけど、
その理由は誰もやりたがらないからだと思う。 他人の作ったシステムの修正が大変なのは流石に分かってるので、それはもう諦めてるよ。
作るなら、既存システムの仕様を参考に新規に作ってもらう感じになると思う。
スレと関係ない話になって来ちゃったね。ごめん。
でも、こんなちょっとしたことや技術的なことまで色々話し合ったり出来るような場所が作れたらいいね。
技術的な手伝いは出来ないけど、バグチェックや機能の提案なんかは出来ると思うので、72さん是非お願いします。 >>778
依頼者側としては今みたいな相談が出来る場所が欲しいんやろか
「匿名のほうが相談しやすい・しにくい」とかあります？ 72のGit見直してるけど、かなり丁寧に作ってるな
これをこのまま埋もれさせるのは勿体無い >>780
それCakePHP3のやつやろ
今はDjangoに切り替えてるで
Gitにはまだアップしてないが >>781
せやで。今のGitの見ても丁寧に作ってるって思ったからね。
769みたいに「過去に埋もれたシステム」になるのは勿体無いわ。
もちろん、72が完遂させようと頑張ってるなら、余計なお世話だが >>779
ちょっとした相談とか意見聞いたり出来る場所は欲しいね。
そこで話がまとまれば、そのまま仕事を依頼してもいいし。
完全に匿名の方が気軽に参加しやすいけど、
不特定多数には公開したくない情報が含まれてたりとか、
実際にファイル見てもらったりとかあるかもしれないので、
名前やメアドくらいは登録が必要な会員制サイトの方が安心かなとは思う。
デタラメの名前とかで登録されてたら意味ないけどね。 >>783
ありがとう。別に頑張ってはないで。今のところ暇な時にぽちぽち作る程度やな
ぶっちゃけCakePHP3の時はわいがせっかち過ぎたからな。ちょっと反省しとるわ
>>784
それなら「匿名&捨てアドで登録可能な会員制」ぐらいがちょうどええかな
現行がそうなってるからそのまま進めるわ
また何かあれば言ってくれると嬉しいでよろしく ああ、でもファイルのやり取りは考えてなかったわ
今のところ出来そうなのはメアド交換ぐらいやな 連投すまん
メアド交換から閃いたんだが、名刺交換みたいな機能付けたら面白くない？
スレッドの投稿者の名前の横にボタン付けて、相手も同意すれば名刺交換成立！みたいな
まぁ思い付きやけど 正直言って意味ないな。
そもそもSNS使ってるわけだし、そこで名前の交換は出来るじゃん。
リアル世界でも名刺交換なんて意味ないのに。 そうか(´・ω・`)
まぁ当分はetcな機能は付けないほうがええか ハッキリ言ってスマンな。
俺もシステム開発する時に色んなアイディア思いつくんだけど、
システム開発って足し算じゃなくて引き算だというのを何処かで見た気がするんだ。
だから、色んな機能を付けるよりも、メイン機能を高めたほうが良いと思う。 はっきり言ってくれたほうがええんやで。ほんまに
そやな、しばらくは引き算に集中したほうがええな
あれもこれもは、コアが出来上がってからやな
ちぇー(´・ω・`) システム開発より企画側になった人間だけど、極力シンプルにして機能を削ぎ落とすと成功することが多いよ。
主軸が伝わらないとユーザーは混乱する。
初期の開発はとことん開発時間・予算を削って、敢えて不便な点を残した方が美味しいんだよ。 でも、主軸で金取れない事があるんだよなぁ。
72のサービスは「ギルド」が主軸だと思うだけど、
「Web制作者が集まってコミュニケーションが取れます」
じゃあ、弱いわな。
だからスキルシート作ったり、メッセージ機能つけたり、メール配信入れたり
色んな機能を加算しながらサービスの質を上げていくわけだ。
一番は「ギルドが作れます」だけど、その他も加える事が付加価値が生まれる。
日本人はオプションやおまけに弱いしな。 >>792
UNIX哲学にもKISSがあるけどそれと一緒か
開発やってるとモチベーションを保とうとするためか、つい脇道に入りたくなるんだよなぁ
大体はその脇道でケガして本筋に悪影響与えるんやけど
>>793
なるほどなぁ
わいもオマケには弱いわ。人形付きのペットボトルとかつい買ってしまうわ
まぁ最初はギルドに注力やね モチベーション保てるのは「完成が見えた時」だよな。
1年ぐらい放置気味のシステムあったけど、
コツコツやって完成が見えてきた先月あたりに、一気に進んだもんな。
出口が見えないとなかなか動けないもんなんだな 規制されてた(´・ω・`)
>>795
わいは逆で完成が見えるとモチベーションが下がるかな
なんでか知らんけど
あと開発してて気付いたんやけど、ギルドの機能に『Role』が必要になりそう
仕様凍結しといてあれなんやが、これ盛り込んでもいいものか 例えば『ギルドの作成者』に『ギルド・マスター』としての役割（Role）を与えないと、サイクルが回らない気がするんだよね
『ギルド・マスター』はmixiのコミュニティの管理人みたいなポジションで、ギルド・メンバーに『ギルド内の役割』を割り振る権限を持たせる
役割は各ギルドがギルド毎に定義できるようにして、ユーザー間で相談して定義してもらう
この仕組みを与えると、各ギルドが自立して動き出すような気がする
ただ、この仕組みだとギルドがギルド・マスターに依存してしまうので、ギルド・マスターを複数にするとかの対策も必要になってくると思うけど roleは管理アカウントだと必須だと思うが、一般ユーザーだとどうなんだろうなぁ
「ギルド作成者」としては必要かもしれないけど、
あまり細かくすると予備知識が必要になって分かりづらくなるぞ >>798
ああ、わかりづらくなるかなぁ
ギルド毎に定義出来ても学習コストが上がるのか そもそも「ギルド」って命名も俺としてはなんとかしてほしいところ。
どうしてもゲームの印象が強すぎて受け入れづらい。
チームとかグループとか無難な名前でいいと思うが、
そうすると他と変わらなくなって難しいところ。 >>800
わいは開発で感覚が麻痺してるのかそんなに抵抗ないな ギルドの呼称を何とかして欲しい人、他にもおるのかな
いたら代替案頼むわ。良い感じで両サイドが納得できそうな呼称
とりあえず開発はギルドで進めるで >>800
ギルドってようするに組合や協会って意味やろ。
ドイツとかは職人ギルドとかまだまだあるし。 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼
某ビジネス誌で紹介されて大人気キタコレ!!!
７日間限りの半額セールを見逃すな!!
高収入裏モードで年収１億円!!!
◆自動 ネット収入 システム
『オート ウェブ マネー
ラスト アンリミテッド』
http://www.unlimited-lastmoney.com
http://i.imgur.com/E4wi5ZL.jpg
▼【明らかになっている裏技の高収入モード】▼
ルート設定[アメリカ巡回モード]→IP設定[自動]→カスタマイズ設定[高速モード] →再起動→(※再起動させたら60秒待つ。操作厳禁)→
→60秒後にメイン画面が赤文字になり、
【シークレットモード】に突入したら成功!!
⇒シークレットモードを確認したら、ルート設定[自動]→IP設定[自動]→カスタマイズ設定[高速モード] でＯＫ!!
これだけで従来より約38％もの時間を短縮するのもかかわらず、ネット収入を集めるスピードは270％もアップする。
〜開発途中のテストモードだったのではと推測されているが、公式には説明なし。バグとして修正パッチが出ないのは日本ユーザーに対するサービスだと言われるが真相は謎。
シリーズラストとしてのサービスだという説もコミュニティで話題になっている。現在の日本コミュニティでの会員は旧シリーズから累計1000万人を突破!!
▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ 72はGit使いこなしてる？
今日、新たな機能を追加しようと、今あるのを削除したくなり、
バージョン管理が必要になったんだけど、
全くわからなくなって結局は全体をファイルコピーしたよ・・・
先週、土日で勉強しまくったんだけど、全く身についてなかった・・・ >>805
使いこなしてる自信はないわ
学習コスト高いからなGit
そういう時はブランチを作って作業環境を切り替えるんやで
ブランチ名に番号振ればええよ
$ git checkout -b 0.0.0
とかな >>806
そのコマンド見た瞬間に思考停止してまうわw
ブランチ切るって知識はあるんだが、良くわからなくなる・・・
WindowsでTortoiseGit使ってるんやけど、コミットからのブランチが上手くいかん SourceTreeいれて
GitFlowしたらどうか >>807
上手くいかんてことは何かエラーが出るんやろか
よくあるのは、変更済みファイルを追加後にコミットしてなくてブランチの切り替えが出来んとかやな
>>808
SourceTreeなんてあるのか
わいはWindows環境のGitはさっぱりやな 2年前のCMSがどうたらって書いた>>769だが、
今やってるプロジェクトにソースを改良して使うことにした。
で、ここ数日やってるんだけど、まー大変。
データの持ち方を何度もやり直したり、
HTMLとかCSSとかだいぶ変えなければいけなくなった。
2年前の俺が放置した理由も分かった気がする。
まぁ、それでもここで諦めずに作り込もうと思うけどな しかしCMSやろ
ユーザビリティとかどうすんやろか
インターフェースとかめっちゃ大変そう >>814
インターフェイスはアホほどこだわってるで。
レスポンシブで作ってるし。
あと、ユーザビリティは外部に依頼して確認してもらってる。
デバッグ作業にもなるし、他人の意見で発見する事もあるしな。 >>815
レスポンシブなら手間かかってるわな
すごいな外部に依頼してるんか
なるほど、時間置いてから自分で客観的に確認するのは手間やしな >>816
自分だけで確認してたらどうしても締切がなくなるし、
確認すればするほど機能追加したくなるからね
（ま、今回のCMS化はまさにそうなんだが >>817
ほーん、作家の編集者とかがそのポジションやな
その体制は捗りそうやな 72はサーバ何使ってる？
CentOS7を試してるんだが、今までと違って難しすぎる
cakephpとかアプリが上手く動かずに四苦八苦してるわ 今の開発で使ってるのはUbuntuやな
CentOS7はfirewalldの使い方覚えんといかんかったと思う
スレで提案されたから前のCakePHP3の時にサーバーに使ってたが、firewalldでルール？を新規作成せなアカンかった気がする そうなんだよな。ファイアーウォール関係もiptablesと違うしな。
ただ、やたら動作速度が速くなっている気がする。
CentOS7をVMwareに入れてるんだが、ローカルの開発環境より速いw
仮想サーバでこれだから、物理サーバだとどうなるか興味あるなぁ。
上手く設定できたら借りてみるか。 動作速度が？わいの時は比較対象がなかったからな
CentOS7自体は少し触ってみただけだが可もなく不可もない印象だったかな CentOS7は何かと変更点が多くて参ったけど、最近はググれば見つかるから問題ないね。
動作速度は対して変わらないと思うけど。 >>822
なんか異常に速いんだよな。Web周りのソフトしか入れてないかもだが。
これでチューニングしたらどうなるの！？って楽しみはある。
>>823
それを思ってCentOS5のまま、5年ほど使い続けてるんだが、
7の情報増えたし、なんとかなると思ってた。で、ハマったw >>824
レス遅れたが、サーバー屋さんからはやはりCentOSが評価高いんやろか
安定 = CentOS みたいなイメージがあるわ まぁ、Redhatの流れから来てるからね。
ほぼLinuxサーバならCentOSっていうスタンダード的扱いにはなってると思う Redhat使ってたから自然とCentOSを選んでたけど、6から7への移行は参った。
学習コストは避けられないもんだけど、これからもCentOSを使うべきなのかどうか・・・。 >>827
俺も相当悩んだけど、7の情報も結構多いので、7使うしか無いと思う。
7も2年前にでたやつだからな。 なるほどRedhatからの流れなんやな
7はえらい学習コスト高めだと思ったが、わいだけじゃなかったのね 「共有スレッド」の概念を入れるで。
一つのスレッドを複数のギルドと共有できるようにして、共有先のギルドのトップページにスレッドを表示させる。
これがあれば「ギルド間の交流」も実現できるやろ。
共有先はユーザーに選択させるわ。 ワイにちょっと相談やけど、会員登録ってどういう仕組が良いと思う。
1）メールアドレス登録→確認URL→会員情報入力（本登録）
2）会員情報入力→確認URL→正式登録（ログインできる）
3）会員情報入力→正式登録
俺は1のパターンをよく採用してるんだけど、
twitterとか大手サイトはなぜか2か3が多い 修正
会員登録ってどういう仕組が良いと思う。
↓
会員登録ってどういう仕組が良いと思う？
？が抜けたから個人の感想みたいになってもうたw こんなスレあるんだ
とにかく1人作業が寂しい
早く一日中誰かとスカイプできる環境作って >>831
ワイは会員制サイト作るのこれが初めてやからな
>>23 がオススメしてくれた方法調べるつもりやが
見た感じ 1) の方法は手間がかかりそうやけど、ワイには違いがわからんわ
>>833
独り言がはかどるよね >>834
チャレンジレスポンスは認証の時やろ？認証の前段階や。会員登録する時の方法や。
1〜3も特に違いは無いけど、DB的に正しい情報のみを会員テーブルに保存するなら
1になると思うよ。2，3だといたずら登録もDBに保存することになる。
（または仮テーブルに保存するなど、無駄なDBコストがかかる >>835
そうなんか？いたずら登録はアカンからな
1) はネットでたまに見るちゃんとしたやつやろ
それじゃ 1) で実装してみるか
本名とかはいらんからHNとメアドぐらいやな とりあえずワイは会員制サイト作るのがはじめてやから、詳しくないってことやな？
結構なサイト作るので詳しいと思って色々聞いてすまんかった。
俺も色々書いたけど、会員登録の方法はいつも悩むんや >>837
せやな。詳しくないで。
キチッとした会員登録はユーザー側から見ると面倒やない？
わいは入力項目が多すぎると登録途中で萎えることあるわ。 せやで。だから1の方法で先にメールアドレスだけ登録させるんや。
最初に登録させて後から確認のパターンやと面倒やからな 制作者向けサイトならソーシャルログイン機能でええんちゃうんか？
twitter,fb,githubのどれかなら持っとるやろ ソーシャルログインしても、自サイトのDBに保存する必要あるんやで。 そらそうやろ。登録せんとどうやって自サイトのコンテンツ使わせるんやw サーバー側で固定数のユーザーを用意しとくやろ
そんで訪問ユーザーに先着順に割り当ててやな
一定時間すぎたら強制ログアウトでいけるやろ 誰がどのユーザーなのかどうやって割り当てるんや？
ソーシャルログインの情報をやっぱり保存する必要があるわけで、
それは通常のユーザー登録と変わらんやろ >>845
せやな。どっちにしろ会員用のコンテンツ用意するなら登録せんとな LINE一番人気の可愛いビールスタンプ。
呑みのお誘いや二日酔い報告にどうぞ！
【ビール大好きくんサマー】
http://らいん.me/S/sticker/1292996
（URLは「らいん」→「LINE」に置き換えてね） 他人任せで申し訳ありませんが、結構期待していました。
完全に頓挫しちゃった感じですか？ 頓挫しちゃったね。ま、仕方ないよ。一人でやるのは限界がある ここでオフ会やらないか？
首都圏限定になっちゃうけど。 放射状のものが何でもアナルに見えるようになってきたので病院行ったら
誰にでもよくあることだから特に気にする必要はないって医者に言われた HPなどで友達が稼げるようになった情報とか
⇒ http://asaswq3wq.sblo.jp/article/181819223.html
興味がある人だけ見てください。
AACYMZ25YC 誰でもできる在宅ワーク儲かる方法
少しでも多くの方の役に立ちたいです
グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』
32CES 
