プログラマの労働価値

プログラマの労働価値は、そのソースコードのクオリティでも、書いた行数の長さでもなくて、成果物がもたらす価値によってのみ決まる。 いくらエレガントなコードを書いたところで、それが1円も生まなければ・・・金銭だけじゃなくブランド価値なども含めて・・・・ビジネス的に価値は全くない。つまり本来は報酬の対象にならない。 受託業務の場合は、受発注する側が成果報酬などのリスクを取らないのであれば利益を先に確定したいのは受託する側も受託に出す側も共通したリスク回避の切り分け手段なので、そこを重視するが故に、不確定な見積もりだけに売り上げを依存させましょう、というトレードオフがあるに過ぎないんじゃないだろうか。 つまりお互い幸せになるための手段が、事前見積もりでいつまでに納品しますよ、という契約をしてしまうこと。 この一番大事なステージを、うまくやれる会社か否かか、という違いが受託ですげー苦労するかそうでも

[s-e-i]

最近は「これをやるのにどれだけかかる?」とか「これをやったらどれくらいの利益が見込める?」なんてことを考える機会が多いのでなんだか身につまされる思いです。

[onk]

この視点は大事だが，売上のみだとプロジェクト毎の違いが大きくいから運要素が強すぎるよね。 / B2C サービスが売上をどこまで上げられるかも分からないし，そこは会社に担保して欲しいかなぁ。従業員としては。

[msuhara]

経営者と開発者の思考の違い

[se-mi]

「プログラマの労働価値は、そのソースコードのクオリティでも、書いた行数の長さでもなくて、成果物がもたらす価値によってのみ決まる。」同意