Re: Bazaaring the cathedral (Lowering the Barrier to Entry)

[Samuel Cassiba <sam@cassiba.com>]

Eitan,

4 月 1 日に投稿されるやつは俺の BS-o-meter で切っているんだが，噛み付くこと
にしたよ．というのも shaving a yak(訳者注1) なのか 2 回で終了するのかという
価値があるトピックだからさ．

警告: ここには憶測や個人的見解が含まれています

FreeBSD とは 4.x 以来ほとんど関与してないが，FreeBSD が伽藍仕様だということ
は聞いたことがない．が，今となっては入門するには 15 年前より更に閾値が高いと
感じる．私には FreeBD は OS を含む実際のコードがあり，どうしてそれを取り扱わ
ないといけないのかということのために更にもっと閾値が高くなっているように見え
る．で，私のように何度も繰り返してするはめになる: その壁は今日では攀じ上るに
は困難だ．

何年にもわたってプロジェクトの基盤をここまで持って来た全ての人の仕事-- CI の
向上に関する仕事や現代的なバグ追跡システムや親切なコードレビューに対する公正
さなど--には敬意を表するが，その昔に生きていくため適応するために学んだ
一般的なワークフローは多かれ少なかれ全てまだ同じように感じる:
- バグを見付けフィックスする
- send-pr (大丈夫... でもわからない人も)
- 本来のアクセスでコミッターを苦しめる
- ???
- もうけ!!!

歴史的に見てコミットビットがいかに恣意的に割り振られていたかということが
その価値を落したことは間違いなく，その障壁を実際よりもより高くしたように思え
る．私が学んが一般的な格言は "皆がコミットしても大丈夫だと言ったあなたのコー
ドにバグがあったら，掌返しで廻りはあなたにその責任を押し付ける" ということだ．
これは真の実力主義ですばらしいが，我々は所詮人間だし，物事はそんなに簡単に白
黒付けられないんだ．コミットアクセスの限界は SLOC(訳者注2)で決めるべきではな
い．

もちろん，能力主義的なコミッティングでこれまで十分うまくやってきたが，
そのためこれまである一定の代償を払ってきた(マインドシェア(訳者注3)や全体のマー
ケットの中での FreeBSD の立ち位置と同時に，FreeBSD 対 適当な Linux プロジェク
トの実際に活動しているコミッターの数を比較して見てくれ)．コミット地獄の長く苦
しい仕事にせっせと励んだ末に快い @FreeBSD.org の格好良さを得られるとまでは言
わないまでも，ツールだけでそのプロジェクトに惹き付けることはできない．

"全ての人にフリーコミットアクセスを!" ということが本当に答になるんかな？
そいつはどうも極端から極端へ走る気がする．で，その両極端がどんな仕事をするの
かを思い知らされることになる．コミットアクセスはもっと透明性を持つべきだと思
うが，それはコードを提供できる能力があるか，そのプロジェクトの代表として活動
するかどちらかとして推薦されることが条件だよ．その方向でどうやって仕事をする
のかを学ぶべきだと思うよ．何か漠然とした "コミットするまで十分なコードを提供
する" の代りに．

繰り返すが，これは間違いなく本当に見事な 4 月 1 日ネタだが，議論する価値があ
ることは確信を持って言えるよ．それはこのトピックにハッとさせられたからさ．
入口の障壁を低くすることは良いことだが，そうする行為がそのクオリティに傷を付
けることになっては絶対にいけない．


-Samuel

On Wed, Apr 1, 2015 at 9:55 AM, Eitan Adler <lists@eitanadler.com> wrote:

> みなさん今日は，
> 
> 今 FreeBSD は新たな開発者の開拓という深刻な問題をかかえています．新たな開発
> 者の不足はそれ自体ドライバのサポート不足という問題を生じ，ドキュメントが不完
> 全となり，サードパーティーのパッケージに遅れを取ってしまいます．
> 
> この人材不足の原因の根っこの一つに FreeBSD プロジェクトに加わるための閾値の
> 高さがあります．今どきのプロジェクトは全部 git (普通は github) を使っている
> のに，FreeBSD では専用ホストの subersion です．git を使うということは単にバー
> ジョン管理の選択という問題に留まりません．git は FreeBSD では夢のまた夢のワー
> クフローを管理できます．Linux カーネルではコミッターという概念がありません．
> そんなことしないでも誰でも git ツリーの複製(clone)を作り，カーネルを構築し，
> それ自体を Linux ディストリビューションと呼んでいます．
> 
> 私達の wiki やコードレビューツールは，レポジットリより更に悪いポジションにあ
> ります．コントリビュートするためには clusteradm@ にメールしなければならず，
> 自分がアクセスに足る人間であると思ってくれることに期待するしかありません．バ
> グ追跡システムはもう少しましですが完全ではないです(誰でもアカウントは作れる
> がその権限は制限されていたり，間違った PR をクローズアウトし，良いやつを再分
> 類したり，普段良く使う仕事に役立たなかったり)．
> 
> この問題を解決するために一つの単純な解決方法を提案します．それはセルフサービ
> ス方式のコミットです．私達は，そのサーバ経由で 1 つのアカウントを自由に
> 作れる web サービスを，accounts.freebsd.org 上に作りました．加えてそれと同じ
> 名前のユーザネームを， wiki，phabricator，bugzilla などをこれから提供しようと考
> えている他のサービスに対しても生成される予定です．
> 
> これによって多くのコントリビューターを取り込め，見逃している機能を取り入れて
> 改善したり上記の弱点を矯正することができることが見込めます．
> 
> 本日私は我々自ら伽藍から真にオープンで民主的なプロジェクトに変ることを望んで
> います!
> 
> 
> -- 
> Eitan Adler
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

(訳者注1) 直訳は「(動物の)ヤクの毛を刈る」．転じて問題解決のためのチェーンリ
  ストのこと[1]．
(訳者注2) ソースコードの行数(source lines of code)
(訳者注3) mindshare, 特定のブランドまたは企業が、消費者の心の中でどの程度好
  ましい地位を得ているかを比率の形で示したもの[2]

[1] http://0xcc.net/blog/archives/000196.html
[2] https://kotobank.jp/word/マインドシェア