2007年02月17日05:00 カテゴリCode プログラマーって本当に労働者なのか? X=労働者ならこれは正しいし、プログラマー⊂労働者なら元の文も正しい事になるけど、プログラマー⊂労働者って本当なのだろうか。 人月の神話 Brooks,Frederick Phillips,Jr. 分裂勘違い君劇場 - プログラマの労働条件を過酷にしているのは、過酷な労働条件を受け入れるプログラマです を改変 本来、Xは、サービス残業を強要されたら、それを拒否すべきです。 あらかじめ無理なスケジュールだとわかっているプロジェクトも、拒否すべきです。 安い賃金で働くことも拒否すべきです。 確かに、労働者を「労働に対して対価を受け取る人」と定義するなら、アスリートもプログラマーも立派な労働者なのだけど、「その労力に比例して対価を支払う」という狭義の労働者モデルをあてはめるには、労力と生産の関係があまりに非
人月見積りでは生産性が上がらない。 IPA が警告するまでもなく、 ソフトウェア技術者ならば誰しも 人月見積りに嫌悪感を持っているのではないでしょうか。 生産性を上げれば上げるほど金額が低くなってしまうし、 そもそも開発者の生産性なんて人によって大きく異なる (私の持論は、 「ピンとキリでは 1000倍の差がある」、です) のだから、 「標準的な技術者一人が一ヶ月かかる仕事」なんて基準をおいたところで 意味がありません。 人月見積もりについては、 「人月見積もり、生産性について」に いろいろな意見へのリンクがまとめられているので参考になります。 このように人月見積もりがなぜ問題なのか、 それこそ掃いて捨てるほど主張が繰り返されていますから、 いまさら同じようなことを唱えても仕方がありません。 そこで、ここでは逆にあえて肯定してみることにします。 そもそもこれだけ嫌われ者の「人月見積もり」が
元請け─多重下請け構造として形成されてきたIT業界。発注側、受注側、下請け側と、それぞれの階層にいるエンジニアの給与格差はどの程度あるのか。アンケートを通して、浮かび上がったその現実とは……。 どのような仕事でも、ビジネスではつねに発注側と受注側という関係が生じる。その両方に同職種のエンジニアが存在することが多いが、その立場が構造化されるにしたがって、同じエンジニアでも仕事の性格や仕事の満足度、そして給与も違ってくるのが通例だ。いわゆる下請け構造に伴う仕事の質の変化と給与格差の存在だ。 まず、仕事のフローの出発点は、発注側と受注側にわかれることから始まる。受注側企業群のとりまとめとして元請け企業が果たす役割は大きい。元請け企業は受注案件やプロジェクトを個々のタスクに細分化し、それぞれを下請け企業に再発注する。さらに下請け企業が孫請け企業に、さらにその孫請け企業がその下に……というような多重
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く