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