協力して何か作るスレッド - 1487516416

1：ひきぷろ：2017/02/20(月) 00:00:16 ID:W05e4jDU0: 協力して何か作りましょう！

2chに書いたのをコピペしてみる。

761 名前：ひきぷろ[sage] 投稿日：2017/02/18(土) 19:51:11.47 ID:iNN0/LXv0 [10/11]
>>751
たしかにおっしゃる通りだと思うｗ
どういうことができそうか自体を、一緒に考えれたら良いなと思って。

ここにはここの、制約みたいなのがあると思ってて：

・みんなバラバラのことをしている (興味もバラバラ)
・どんなスキルを持った人で、何人くらい居そうか、だいたいしか分からない

というのがある。
それを踏まえて、

・なるべく、ここのメンバーが沢山参加できそうなことを見つける
・それが、モチベーションが続くようなことでもある
・さらに、インターネット的に注目されそうなことでもある

という風にできたら良いなと。
僕の思いとしては、誰かが面白そうなことを始めて、
みんな自然と乗っかるような形が理想かなと。

このスレッド内で始めることで、義務感があったら、
みんな参加してくれないと思うｗ

アノニマスみたいな活動にできれば良いんだけど、
あんまり反社会性があっても嫌だなーって思ってる。
ここのやつらは素晴らしい！最高にクール！
みたいなのが良いよね。

僕も考えるし、みんなも気楽に思い付きを書いてくれたら嬉しい。
2：ひきぷろ：2017/02/20(月) 00:01:02 ID:W05e4jDU0: 749 名前：ひきぷろ[sage] 投稿日：2017/02/18(土) 13:21:54.82 ID:iNN0/LXv0 [9/11]
2ch内に限らず、ここのスレッドでの成果が、
インターネット中で注目されるくらいのことできると思うんだよね。
「注目されるくらい、すごいことやってやろうぜ！」って気持ちで、
みんなの目的を合わせて行ったら、何かできそうな気がする。
今のところ、方向性は分からんけどｗ

結構、面白い人集まってると思うんだよね。
みんなバラバラのことしてるけどｗ
3：（-＿-）さん：2017/03/11(土) 03:44:52 ID:???0: 作りたい物があるなら作りたい物を列挙してもらって共通する作りたい物がある人たちで共同開発、とか考えられますかね
あとは一緒にやる人同士の開発環境（ＰＣのスペックやＯＳやプログラミング言語やコンパイラ）の違いをどう乗り越えるかですね

普通のＯＳＳなら環境持ってる人が参加する形でしょうし
学校や会社ならだいたいメンバーは同じ環境で開発可能ですし

ヒッキー同士で共同開発となると中々ハードルが高そうですね
4：ひきぷろ：2017/03/11(土) 21:26:01 ID:W05e4jDU0: なるほど。そうだよね。
みんなに作りたいものをそれぞれ書いてもらったら、参加したい人が出てくるかもだね。
開発環境の違いは、合わせるの難しいなあ。。

プログラミングスレは人が少ないし、興味もバラバラだから、
一緒に何か進めるって考えた時に、面白そうだ！って思える目的が欲しいよね。

作りたいものある人居たら、挙げてもらえたら嬉しい。
共同でできそうなものだと良いね。
技術の難易度とかはいったんスルーして、
ブレインストーミング的に、自由に挙げてもらった方が楽しいかも。
5：（-＿-）さん：2017/03/20(月) 22:17:38 ID:???0: 作りたい人同士で先にある程度の設計をして作る部分を分担しないと共同プログラミングにはならなさそうだね
6：（-＿-）さん：2017/03/20(月) 23:54:37 ID:???0: 共同開発ではドキュメント化が大事だし
プルリクを送るにしてもクラスやメソッドや関数の仕様が決まっててdocコメントがしっかり書かれてないと修正が正しいか分からないし

2chのほうでも話題になってたけど自動テストのコードが入っていれば他者によるバグ修正や改善修正も楽になるんだろうね
7：（-＿-）さん：2017/03/20(月) 23:58:37 ID:???0: 関数型プログラミングじゃないけど
作りたいプログラムを細かく部品分解できれば開発担当の割り振りとかできて共同作業って感じが出来てよさそうだけど

プログラミングスキルも大事だけど設計スキルを上げることも大事そう
8：（-＿-）さん：2017/03/21(火) 03:33:22 ID:???0: 個人的にはGitHub Flow的な感じで共同開発ができたらよいんじゃないかと思う

masterブランチはreleaseブランチからのプルリクからのマージコミットのみ
releaseブランチはそのリリース用の開発を終えたdevelopブランチから切る
developブランチは各issueから作ったブランチからのプルリクからのマージコミットのみ

細かい設計で分割できるごとにissueチケットを発行して
issueチケットごとに担当者を決めたらその時点のdevelopブランチからそのissue専用のブランチを切る
担当したissueの部品を作り終えたらdevelopブランチにプルリクを送って
何人かでプルリクのコードをチェックして問題が無かったらマージコミットしてissueをクローズする

issueをマイルストーンに結びつけておくとissueをクローズするたびに達成度が目に見える形で分かるからよい
9：（-＿-）さん：2017/03/21(火) 03:37:53 ID:???0: スレの誰か1人がGitHubでオーガナイゼーション(組織垢)を作って
スレの全員を組織メンバーに登録してフル権限を与えて

その組織垢で>>4の作りたいものごとのプロジェクトのリポジトリを作るとかして作業進めるのが良い気がする

組織垢のリポジトリでブランチ切って開発するか
組織垢のリポジトリをforkしてからブランチ切って開発するかは
各メンバーごとの判断にして
10：ひきねこ ◆ez9QVuDvy2：2017/03/21(火) 06:05:25 ID:???0: https://github.com/phb2 使う？
これ組織化してもいいよ
やり方わからないけど
11：（-＿-）さん：2017/03/21(火) 18:35:38 ID:???0: 個人垢そのものを組織垢にするわけじゃないよ

個人垢でログインして
GitHubのメニューにOrganizationって項目あるからそれで組織垢を作れる

大昔にリリンが作ってたけどリリン自身がプログラミングに興味なくなったのか動かないので放置されてる ( https://www54.atwiki.jp/projecthikky/pages/45.html )
https://github.com/LilinYume ←リリンの個人垢
https://github.com/HIKKYPROGRAMING リリンが個人垢LilinYumeで作った組織垢HIKKYPROGRAMING
12：ひきねこ ◆ez9QVuDvy2：2017/03/22(水) 00:02:10 ID:???0: 俺は最近ヒキ板見るようになったから意見出すことじたい他の人からするとアレかもしれないが、ひきぷろが作るのがいいんじゃないか？そういうのに興味ありそうだし
あといきなり規模のでかいプロジェクトは無理だと思うw
共同開発のノウハウを溜める意味でめちゃくちゃ小さいプロジェクトを最初はこなした方がいいと思う
13：（-＿-）さん：2017/03/22(水) 00:23:26 ID:???0: プロジェクトの大小に関わらず
共同で何か作るにはやっぱ協力者同士でちゃんと設計を詰めて
分割してプログラミングできる箇所を分担するという方針がよいと個人的には思う

どんな機能が必要でどんなクラスやメソッドや関数が必要かっていう話(設計)を先に詰めなければ難しいし
協力者同士でアイデアの出し合いをしないとアイデアを出してない人や採用されなかった人のモチベーションが発生しないだろうし

一人でたくさんアイデア出す場合も
カリスマ的なリーダーがアイデアを出すのならみんなついてゆくだろうけど
そうではない人が独りよがりにアイデアをたくさん出してもみんなのモチベーションが上がらないだろうし

仕事と違って個々人の自由意志で参加するものだからみんなのモチベーションをいかにして出すかが課題だと思う
14：（-＿-）さん：2017/03/22(水) 00:27:47 ID:???0: プロジェクト自体に参加したくなるような魅力があるのか
プロジェクトのリーダーにカリスマ性があって魅力があるのか
プロジェクトに自分の意見やアイデアが採用されたから魅力があるのか
それ以外の他のとこに何か魅力を感じてるのか

スレ住民の人数も少ないだけに人を集めるのはかなり難しいと思う
(VIPとかなら人数の規模が違うから同士も多少は集まりやすいのかもしれないけど（今のVIPの状態は知らないけど）
15：（-＿-）さん：2017/03/22(水) 00:32:08 ID:???0: このスレでもそうだけど意見の出し合いに否定的な意見や相手の意見を否定するのはダメなんだったっけ＞ブレーンストーミング
むずかしい
16：（-＿-）さん：2017/03/22(水) 00:32:51 ID:???0: ヒキゆえの特性か俺個人の性質か
どうにもネガティブ思考ばかりしてしまう
17：（-＿-）さん：2017/03/22(水) 00:36:26 ID:???0: ネガティブでなく相手の意見などを否定することなく前向きなレスをしてゆきたい（願望）
18：ひきねこ ◆ez9QVuDvy2：2017/03/22(水) 01:20:10 ID:???0: わかるわ俺は気分に波があってダメなときは家から一歩も出れないタイプだけど、そういう時はネガティブ思考が強いな
それで人と会話をしないから会話の仕方も忘れてしまうというw

やっぱエロ系の開発は興味引きやすいんじゃないかな
Linux板にエロゲー作ろうスレとかあるけど
でもエロも人によって嗜好が異なるからなw

それか何か思い付いたらプロジェクトをオープンにしちゃって、人が集まったら継続、人が集まらなかったら中止、みたいに出来る仕組みを用意するとか
例えばmixiのコミュニティはそういう仕組みだよね
あとはゲーム内のクランとか
19：（-＿-）さん：2017/03/22(水) 01:41:23 ID:???0: （組織垢運用したことないから細かいことまでは分からないけど）
GitHubの組織垢でフル権限を与えられたメンバーは組織垢で自由にリポジトリを作れるというのなら

組織垢にスレの全員をメンバーとし全員にフル権限を与えて各人で作りたいものを組織垢にリポジトリ作って
リポジトリ作った各人で開発進めてゆき他のメンバーは自由参加という形にするとかどうだろう
20：（-＿-）さん：2017/03/22(水) 01:43:30 ID:???0: >>19
一応組織垢メンバーなら誰でも自由にリポジトリ作れるっぽい感じ？

Creating a new repository - User Documentation
https://help.github.com/articles/creating-a-new-repository/
> By default, all organization members can create repositories for the organization.
21：（-＿-）さん：2017/03/22(水) 01:50:31 ID:???0: >>20
組織メンバーの出し入れはオーナー権限が必要ぽいのか・・・オーナー権限を誰が持つのか大事かも
アウトサイドコラボレーターならアドミン権限で何とかできるぽいけど

Repository permission levels for an organization - User Documentation
https://help.github.com/articles/repository-permission-levels-for-an-organization/
22：（-＿-）さん：2017/03/22(水) 01:52:52 ID:???0: >>21
リポジトリ単位の参加メンバーはアドミン権限で何とかできるぽいみたい
組織メンバー内でそのリポジトリの開発に参加するチームというのをアドミン権限でコントロールできると

Repository permission levels for an organization - User Documentation
https://help.github.com/articles/repository-permission-levels-for-an-organization/#adding-a-repository-to-a-team
23：ひきねこ ◆ez9QVuDvy2：2017/03/22(水) 01:54:02 ID:???0: >>19
それいいね
誰かに組織アカ作ってもらって、他のメンバーにリポジトリ作れるレベルの権限を付与してもらう感じか
24：（-＿-）さん：2017/03/22(水) 01:57:32 ID:???0: 人数絞れとか書いてあるしオーナー権限は複数人に持たせることが出来るっぽいのかな

Permission levels for an organization - User Documentation
https://help.github.com/articles/permission-levels-for-an-organization/

Changing a person's role to owner - User Documentation
https://help.github.com/articles/changing-a-person-s-role-to-owner/
25：ひきねこ ◆ez9QVuDvy2：2017/03/22(水) 01:58:47 ID:???0: >>23は違うっぽいな
リポジトリ単位ということかな
その単位内で権限を別けられると