アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
人あまり (スコア:0)
そんなもん再教育されて、低下した信頼性を補うための丁稚奉公に
回されるに決まってるやんけ。
Re:人あまり (スコア:0)
Re:人あまり (スコア:0)
#フリーターなのでAC
Re:人あまり (スコア:0)
会社から金を貰い、仕事を貰い、育てて貰い、自発的に何ら行う事が無い状態を指して「サラリーマン」って言ってるように見える。
まぁサラリーマンを揶揄に使うのもどうかなとは思うけど。
Re:人あまり (スコア:0)
プログラマでもSEでも、こうでない人間のほうが珍しいがなぁ。
趣味が高じてコンピュータを仕事に選んだ人間より、仕事を離れたらコンピュータなんて触りたくもないって人間のほうが多いよ。
インターネ
Re:人あまり (スコア:0)
大規模なプロジェクトでは部品として規格にあってる人間がよいのかも知れませんが、少数精鋭型を考えると一個人の情報や能力、機動力が武器になったりして、そういう場で求められるのは他とゆるやかに協調出来る個性的な能力ですよね、、
Re:人あまり (スコア:0)
そういう発想が結局自分を苦しめていることが良く分かるから。
#個人の力に頼ると情報のブラックボックス化が起こり、
#結果として属人的なシステムに成り下がってしまう。
#で、その人がいなくなると全然触れないシステムになる罠。
Re:人あまり (スコア:1)
| そういう発想が結局自分を苦しめていることが良く分かるから。
うーん、この辺は読んでる本の違いなんでしょうかね。
あじゃいるの本なんかを読むと、
・少数精鋭の方が成功する
・ドキュメント化しすぎないで、情報はコミュニケーションで共有した方がいい
てな事がかかれてます。
Re:人あまり (スコア:1, すばらしい洞察)
個人の力に頼ることとブラックボックス化を関連付けるのは間違い。
一騎当千の個人って、情報共有が苦手とか他人に手の内を明かしたがらないという傾向は実際にあるが、
本来は別個の事象なんだから、それを結びつけて否定するようなマネジメントなんてしてたら失敗するにょ。
個人の力に頼る部分はしっかりと頼り、その分、極力ブラックボックス化を防がなきゃ。
Re:人あまり (スコア:2, 参考になる)
・少数精鋭の方が成功するは真です
ただ、実際に100人越えのプロジェクトなんてのが存在する訳で、ではどうしましょうか?と言う議論を真剣にやってるだけですね。
・ドキュメント化しすぎないで、情報はコミュニケーションで共有した方がよいと言うのも限りなく真に近い
でも、人数が多いとなかなかコミュニケーションもとれないので「~については○○というドキュメントを書きましょう」的なルールをみんなで守りましょうね、という事を実践していくだけですね。コミュニケーション手段としてドキュメントを利用するといった感じでしょうか?「ドキュメント」なんて言われると形式張っていて読んでも真相がよく分からないものって感じはするかも知れませんが、定型のドキュメントであればコミュニケーションの質も上がってきます。
あと「飲みニケーションはとても大事です」とプロジェクトマネージャ研修で教わりました。そう言う場で出てきたちょっとしたネタが実はプロジェクトにとって重要な場合もあるって。なのでドキュメントを大事にすることとコミュニケーションを軽視するのとは違います。何かあればまず上司に相談できるような雰囲気も大事というのも解説を受けました。
元コメントは「属人的」なシステムの問題を言ってるのであって、ドキュメントが少ないとか人数が多いとかそう言う問題では無いと思いますよ。適宜必要なレビュー等を行ってプロジェクト内の他の人間が分かる形で開発をしている事が大事と言うことでしょう。
職業としてのプログラマ
Re:人あまり (スコア:1)
どうやら、#368393さんが少数精鋭を否定しいていると読み違っていたようです。
ドキュメントに関しては、頻繁に変更するものまでドキュメント化すると、ドキュメントの保守に工数がかかりすぎるので、知ってる人に訊く体制を作る方が良い、という趣旨だった気がします。(ちょっと記憶があやふや(笑))
確かに、大人数になると訊く作業も大変になるので、ドキュメント化したほうが楽になることが多そうです。