ソフトウェア開発における「1人で全部作ればいいのでは?」という案、実はかなり的を射ているのかもしれない?→さまざまな意見が集まる
ソフトウェア開発におけるチームワークとかマネジメントの大切さとかはわかるけど、単に一人で全部作ればいいだけでは? という解決策、実はかなりスケールするし、より良いものができることが多いと思うんだよな。
2023-02-21 17:36:43特にまだ使える状態にも至っていないプロダクトを複数人で慎重に書いて入念にコートレビューしたりたりするのはあまりいい考えとは思えない。レビューなんかいらないからコードを変更しまくって取りあえずいい感じになるまで完成させるほうが優先度高い。
2023-02-21 17:42:03Googleソフトウェアエンジニア / スタンフォード大学院コンピュータサイエンス→投資生活→スタートアップ創業 Open-source dev. ex-@Google. MS/CS at Stanford. Creator of the mold and lld linkers.
同意する意見
私もこの意見には完全同意だな〜最近は一人でカバーできる範囲も増えたし。 今もそうしてるかわからないけど、ソラコムの「誰かが先に走って作る→その周りにチームを作る」なんかはそれに近い気がしている。 こういう仕組みに名前を付けて欲しい。 aws.amazon.com/jp/blogs/start… twitter.com/rui314/status/…
2023-02-21 22:33:250 → 1 の開発だと特にそう思う 1人(または少人数)で、いかに早く品質の良いソフトウェアを作るかという領域には最近かなり興味がある twitter.com/rui314/status/…
2023-02-22 01:08:16メンバー少ないほど効率良くなりますよね。少数精鋭が理想。 twitter.com/rui314/status/…
2023-02-22 07:36:27それができればいいけど...
時と場合によるよね 体制やコスト含めての開発計画なわけだし この考えが当てはまるケースって思っている以上に少ないんじゃないかなぁ 賛同してる人多いけど、「ソフトウェア開発」の領域を狭く考えすぎちゃう? twitter.com/rui314/status/…
2023-02-22 01:22:31@rui314 一人プロジェクト、立ち上げ時にQCDのバランスを取りやすいのは賛成です。 でも、ある限度を超えると急に一人であることが重荷になるのでは?と、心配。 評判のラーメン屋さんがチェーン展開しづらいと聴いた事がある。
2023-02-22 09:53:18すごい同意する気持ちと「それは・・」と思う気持ちがある。わからん。 twitter.com/rui314/status/…
2023-02-21 22:07:26一人だとこだわりの部分で妥協しないからな~ twitter.com/rui314/status/…
2023-02-22 04:41:42時間が懸念点という意見
0 > 1 フェーズのときだけ当てはまるかな。それ以降のスピード感が求められるフェーズだと難しい気もするけど。 twitter.com/rui314/status/…
2023-02-22 09:23:12締切がない前提なら、オープンソース界隈にもある話です。問題は「期限内に問題を解決せよ」となるとリソース的に詰みやすいんですよね。 twitter.com/rui314/status/…
2023-02-22 08:59:10