アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
好感? (スコア:0)
そうかな? 昨今では割と普通の対応になっていると思うけれど
一部の酷すぎる例に比べれば段違いに良いが
この程度で 好感が持てる というのは悲観的過ぎないかな
Re:好感? (スコア:3, 興味深い)
だって・・・ボランティアなんでしょ?
こういう人たちって、普段何やっている人なの?
サラリーマン?大学職員?
だったらすごすぎ・・・
Re:好感? (スコア:1, 参考になる)
再発を防ぐために企業でもこういった作業は重要ですが、
オープンソースのプロジェクトにとってはよりプライオ
リティの高いものになっていると思います。
Re:好感? (スコア:3, 参考になる)
ように思います。
1: ユーザ数の増加による問題
1-1: 開発者の相対的な減少
1-2: 開発者の時間がユーザサポートに割かれるようになってしまった
1-3: 開発者にとって「楽しいハック」と違う部分でのスキルや労力が必要になる
(例としてセキュリティのような)
1-4: 新規ユーザは、開発者に対して「文句は言うが評価はしない」傾向にある
これらだけで、本文にある以下の要素は低減する。
・ 贈与経済としてのハッカー文化
・ ハッキングのよろこび
他に、
2: 社会的責任の変化
2-1: 牧歌的開発時代の終焉-ミスが許されない-それは「ハック」ではない。
(しかも速やかな対応が求められる→決して楽しい作業ではない)
2-2: 組織運営の難しさ
大規模になればなるほど、中心人物は楽しい作業ができない
そのくせユーザは文句ばっかり言う
(使ってるくせに開発ヤメロなんて言う奴までいる始末だ)
「ハック」ってのは、「作りは雑だけど、とにかく動くもの」というニュアンスがあります。
しかし、今の時代「ハック」自体が許容されなくなってきています。
「動くこと」ではなくて「品質」を要求されるのは「ハック」ではなくて「プロダクト」ですね。
「プロダクト」は、普通はカネ払って入手するものだと思います。
私は、「ノウアスアフィアの開墾」がダメな文献というつもりはありません。
優れたドキュメントですが、もう現状とは合致しなくなりつつあるのです。
旧来のバザール開発モデル自身がOSSの弱点になる前に、開発からユーザサポートまで
含む総括的な開発・サポートモデルを作らないといけないのじゃないかと思います。
# 怖い人のツッコミが怖いのでAC
# (本来は恐れなくてもいいはずだが、それを恐れないといけないのが悲しい)
開発者・テスタ・文書書きだけでは足りない。 (スコア:0)
自分が今まで出会ったことのある人たちという狭い範囲での印象ですが、本職とは違う部分でフリーソフトやオープンソースのプロジェクトにかかわっている人って、本当に大変そうでした。
サイトやプロジェクトの運営にかかわると、それに時間も気力も消費され続けて、コードを見て書いて楽