ページ内ジャンプ:

アレゲなニュースと雑談サイト

kazekiriによる 2007年03月23日 19時54分の掲載
コードを書いている人が偉い部門より。

Anonymous Coward 曰く、

本日の産経新聞にやたらにでかくNTTデータの浜口社長のインタビューが掲載されている。「日本のソフト業界はプログラマーを軽視した。能力のあるプログラマーにはいい報酬を支払い、品質や生産性を上げなければならないのに、そうしなかった。」ということで、「スーパープログラマーとでもいうべき技術者を集めて、生産性の高いソフト制作の手法を編み出したい。相応の処遇についても検討する」と、優秀なプログラマーを重要視した方向にもっていきたいようだ。何となくどこかで見たような話だが、日本最大のSI屋のトップの発言ということで、搾取され続けるプログラマーの皆さんには一筋の光なのかもしれない。

そんなことを思っていたら、Geekなページにプログラマがやる気をなくした理由というエントリ。フィクションということで、とにかくやる気をなくしている理由を列挙したものだが、これを見ると何だか浜口社長の意気込みも遅かったのではないかと 思ってしまう。

この議論は賞味期限が過ぎたので、保存されている。 新たにコメントを書くことはできない。
表示オプション しきい値:
  • Anonymous Coward : 2007年03月23日 20時05分 (#1130851)
    そんなの簡単ですよ。
    好きなプログラムを仕事でやり始めたからですよ。

    プログラミングは
    本来、論理的思考能力を使う作業です。

    その内容を知らないバカにその上の設計を任せるから
    負担がプログラマにかかってくる。
    馬鹿なプログラムを作らなきゃダメになる。

    そりゃモチベーション落ちますよ。
    仕事にしなきゃ、やる気を維持する方法はあったんです、と。

    # あとコミュニティの軋轢とかもあるから、
    # 書いたプログラムは公開しない、と。
    • Anonymous Coward : 2007年03月23日 20時42分 (#1130870)
      そもそも、PGが一番地位が低いのにやる気を出せってのが無理。
      新人なんかは入社したときから「PGなんて早く卒業してSEになれ」って擦り込まれるしね。

      そうやって促成されたSEは技術を舐めてるっていうか自分のPG経験をもとに考えちゃうからねぇ。
      #そりゃぁ、ネットのサンプルコードをコピペして作ったシステムと、
      #設計も行った上で作ったシステムじゃぁ信頼性が違うわな。
    • Anonymous Coward : 2007年03月23日 20時49分 (#1130872)
      だって、同じ性能のものなら、短時間に小さくエレガントに作るよりも、無駄に時間かけて妙に肥大化したアレなコードを作った方が、給料いいんですもの。
      #コードサイズや労働時間しか買ってくれないからねぇ
      • 1個のコメント が現在のしきい値以下です。
    • Anonymous Coward : 2007年03月24日 0時20分 (#1131015)
      今のパソコンオタクだったら、ここ(/.-J)やネット上に溢れるIT土方たちの愚痴が嫌でも目に入ってくるわけで、ソフト屋を忌避するか、起業に走る人間が多いと思う。
    • 3個のコメント が現在のしきい値以下です。
  • 手遅れでしょう (スコア:3, すばらしい洞察)

    TarZ (28055) : 2007年03月23日 20時25分 (#1130860) 日記
    何もかもが遅い。経営者は、これに10年前に気づくべきでした。

    「ソフト産業は3K職種」などといわれて、学生の人気が下がったのはもうずいぶん昔の話でしょう。
    これからその「常識」を切り崩していくことは、非常に困難だと思います。

    # といって、インドや中国に外注…で全てが済むわけでもないんだな。

    言っていることとしては、良い着眼点もありますね。「分業化」が魅力を半減させたのはその通り。
    もう一つ、私としては「マニュアル化」も挙げたいところ。
  • Anonymous Coward : 2007年03月23日 20時49分 (#1130874)
    入社してしばらくはバリバリのプログラマとして元気に働いていて、そんなに残業すんなと言われてもコード書き続けていました。今は社内でサブリーダー的な位置になって、コーディングは中国やインドにアウトソースするようにもなりました。上司からは「お前がコード書いてるんじゃ外注の管理なんかできないだろ。お前は今後コーディング禁止」と言い渡されました。今は外注との仕様打合せや設計レビュー、文書作成などが主な仕事になっています。プロトタイプの動作試験とか言ってうっかりEclipseを立ち上げると、自分でデバッグを始めてしまうので、それも部下に頼んでいます。

    最近仕事に取り組む情熱を失ったなあと自分で感じているのですが、どうもコードを書かなくなった時期と一致しているような気がします。

    趣味でプログラミングしろって? いやー、子供が生まれて家ではそんな余裕もなく……。ここ1年は数行のシェルスクリプト以上の量のコーディングをしていません。

    おれにコードを書かせろー!
  • ゼロ戦 (スコア:3, すばらしい洞察)

    gonta (11642) : 2007年03月23日 21時23分 (#1130897) 日記
    ゼロ戦についてのドキュメンタリーを見た。当時日本は資源が乏しく、燃費・軽量化等が改善され、ある意味世界最高峰の戦闘機だったらしい。開発部が撃墜された米軍機を調べたところ、燃料タンク周りとコクピットの後ろに鉛(ゴム?)板がついていた。これにより、爆発や直撃によるパイロットの死亡率を下げた。パイロットが死なない=経験豊富なパイロットが生き残る、ことを最優先に考えたらしい。

    開発部が同等の内容を上に進言したところ、「神国日本の兵士が当たる訳は無い」「気合いと根性でどうにかしろ」という理由(?)で、却下された。経験豊富なパイロットから死んでいき、機体は改良されてもパイロットが新米で機能が十分発揮できず、最後は「カミカゼ」に使われた。開発部(のOB)曰く「カミカゼやらせるために機体を開発しつつけたんじゃない」。

    コンピュータ業界の「上司」は、能力の差や経験値等を評価するのがとかくヘタクソ。能力や経験は、頭数や気合いと根性でどうにかカバーができると信じてやまない。戦後60年以上経ってるのに、未だに「カミカゼ根性」が消えていない。残念ですね。
    --
    -- gonta --
    "May Macintosh be with you"
    • Re:ゼロ戦 (スコア:5, すばらしい洞察)

      foobar2006 (30156) : 2007年03月24日 0時38分 (#1131027) 日記
      ドキュメンタリーを見た。って時点で間違い。
      どうせNHKだろうけど、マスコミは自分の論旨のためになんぼでも歪曲する。
      最初、零戦に防弾装備が無かったのは海軍からの要求仕様に無かったから。
      (海軍からの要求は速度と96艦戦と同等の格闘力だけ。
      艦載機であることも最初の要求には無かった)

      堀越主任はパイロットに(機体規模の)違和感を持たれることを恐れて1500馬力級ではなく
      1000馬力級のエンジンを選び、要求速度を満足させるために徹底的な軽量化を行った。
      そのために急降下テストでの幾人かの犠牲を出すことにもなった。

      パイロット不足は、日米の教育水準や教育方法にも影響されてる。
      高卒が普通だったアメリカと、そうでない日本では操縦させる前に教えるべき
      座学の量が違う。
      車の免許を持ってるのが普通の奴と、一からエンジンの理屈を教えねばならんのと。
      アメリカでは教習所方式で、しかも初等訓練は民間で行えたのに対し、
      日本では師弟方式だった。
      (教習所なら毎回先生も違うし、一定期間内に上に行けない奴はクビ。
      大戦争の局面において、どっちが平均的搭乗員の大量養成に適しているか。
      師弟方式では一番下の奴に授業のペースが合わされてしまう。
      でも、一応メリットとしては下手な奴をすくいあげることはできる。)

      日本の幹部な人たちは、とにかく「過去の成功体験」に依存しすぎ。
      失敗しても前に成功したのに照らして「これが足りない、アレが足りない」となり、
      それが物理的・時間的なものを自分が充足できないので精神的なものへと
      転嫁している。

      ビジネス書コーナー見たら大抵は「孔明の〜」とか「信長〜」とか
      「成功体験」にあやかろうとするやつばかり。
      そしていまだに「日露戦争」「日本海海戦」ですわ。
      それを模倣しようとして戦った第二次大戦はかくのごとし。

      ベトナムでの実戦の統計から、本番10回まではベテランもルーキーも
      被撃墜率は同じというのを見出してトップガンやアグレッサーを作って
      成功した(本番に等しい体験をあらかじめ訓練でさせちゃう)アメリカのような
      対処ができるようになるのを期待したい。
      • Re:ゼロ戦 (スコア:3, 参考になる)

        entaille (15816) : 2007年03月24日 8時23分 (#1131201) 日記
        パイロット不足は、結局は国家の経済力の問題でもあったしね。

        昭和18年からは、特別操縦見習士官制度を作って、学生を大量募集採用してますが、
        途中からは、燃料難で教練の飛行を行うことも出来なくなり、操縦士達は飛行機の周りで
        壕を掘ったりして日々過ごしてたそうですし。

        更に、レイテ海戦の頃には、空母があっても、それに載せる飛行機も足りず、
        空母3隻を囮で使って、敵を惹きつけて沈む役割にしたりしました。

        燃料不足で出撃出来ずに港に停泊したままの艦船も多かった。

        また、もし、戦局が好転しても戦争が昭和20年の秋以降に戦争が長引いていたら、
        慢性的な資源不足が食料問題にも影響してきて、日本本土は飢餓列島になると
        予測出来ていたために、何が何でも秋の収穫前に終戦する必要があったと
        言われています。結局、GHQの緊急食料援助で日本は生き延びた。

        というわけで、日本の敗因は、技術、経営、戦略とかよりも、
        元からの経済力の差の要因が大きい筈です。
        ですから、ゼロ戦の話と、プログラマの仕事環境の話は、例え類似の構造が
        あったとしても本質的な解にはなりえないと考えられます。
      • Re:ゼロ戦 (スコア:2, すばらしい洞察)

        Gockie (33276) : 2007年03月24日 11時46分 (#1131283)
        孔明(燭は四川の田舎に引き籠もってわずか2代で滅亡)と
        信長(天下を取る前に部下に暗殺された)は
        失敗例のような気がしなくもないわけですが…
      • 1個のコメント が現在のしきい値以下です。
    • Re:ゼロ戦 (スコア:2, 興味深い)

      Anonymous Coward : 2007年03月23日 22時15分 (#1130930)
      しかし中途半端に技術者上がりの偉い人だと,なまじ「自分は(他の同格の人間に比べて)技術の現場に詳しい」とか思い込んじゃってるあたりがウザかったりしません?そのくせ,何か技術的な課題について説明すると「オレの知らない用語でオレを丸め込もうとしている」とか言って,人の説明を聞くことを拒否するし.最終的には「オレの言ったとおりにやれば間違い無い」としか言わない.それが明らかに間違ったこと言ってるから説明しようとしてるのに.

      さらに,いい年齢になってきて管理する側へシフトするべき者に対して「いや,お前はまだまだ現場だ.俺だって本当は現場でやりたいんだ.お前がうらやましい位だ」とか意味不明なことをいって阻害したりして,ホントに困ります.

      …っていうクソバカ上司に苦労してるだけなのでAC.
    • 4個のコメント が現在のしきい値以下です。
  • 何がダメかって (スコア:3, すばらしい洞察)

    tarosuke (2403) <webmaster@tarosuke.net> : 2007年03月23日 23時19分 (#1130972) 日記
    ソフトウェア開発に工場メタファを持ち込んだ奴がダメ。
    工場メタファを用いる限りプログラマは工員なんだから。
  • Anonymous Coward : 2007年03月23日 23時31分 (#1130982)
    ゴンドアの歌にあるもの、、、
    頭にニーモニックを叩き込み デバッガと共に生きよう 上司と共に夜を明かし 客と共にカットオフを謳おう
    プログラマは、、、バイナリから離れては生きていけないのよ!
  • 結局は (スコア:3, 参考になる)

    Anonymous Coward : 2007年03月24日 4時18分 (#1131162)
    人間性の問題のような。

    (1)逃げない
    (2)見捨てない
    (3)物事の核心を検出できる
    (4)優先順位を正しくつけ、物事の省略ができる
    (5)ロジックを自分が理解できるだけでなく、他人にわからせることができる

    (1)(2)はリーダー・メンバーともに必要。
    これがない人間は働く資格が無い。
    (3)が無い人間に発展はない。チンケなプライドに拘る人間は目が曇っていて(3)の能力が劣る。
    (4)のできない人間は仕事が遅い。
    (5)のできない人間は状況が動かせないので、他人の言いなりに地獄に引き釣りこまれる。リーダーはメンバーを理不尽から守るためにこの能力が無いと困る。
  • プログラマの問題という前提でNTTデータの社長やこのトピックで話が進んでいますが、私はこの業界で働いていてプログラマの質で困ったことはあんまりありません。データベース使うこと前提で採ったのにSQL書けない人がいたのには困りましたけど、コードの質が悪いことがあるのはその前の設計であまり考えられていなかったからです。

    だから悪いのはSEか、そもそもSEとPGという今の線引きにしたことだと思います。プロジェクトが遅れるのは要件定義からコーディング手前までなのが多いので、SE(特に発注側SE)というものがうまく機能していないことは明らかです。ここに人件費掛かりすぎです。

    スパイラル開発の思想を取り入れて、SEのやることを減らしてPG側にもっと仕事を投げるべきです。余計な調整が激減するはずです。でもってプログラマなんていう呼称はやめて、ソフトウェアエンジニアという呼び名が一般的になればいいと思います。
  • hiropapana (31461) : 2007年03月23日 20時49分 (#1130873)
    他人の工程管理や作業見積り、生産性のない会議等、プログラミング以外の仕事を減らしてくれると、モチベーションも上がるんですが。

    モチベーション上げて仕事しても、他人の仕事が回ってくるようになって人手を減らされたりするし。自分で自分の首を絞めないように、ある程度手加減している人も多いかも。
  • metta (20740) : 2007年03月23日 21時27分 (#1130902) 日記

    (建前)
    下層で苦しんでいるプログラマを優遇しよう。
    能力・業績主義で、出来る人には高給を。

    (本音)
    ホワイトカラー(SEエンジニア)>ブルーカラー(プログラマ・運転)という区分をぶち壊して、全員を作業者に。
    失敗プロジェクトは給料なし。
    • metta (20740) : 2007年03月23日 23時48分 (#1130992) 日記
      > 区分が正しいのかっていうと疑問だし、
      正しくないんですよ。実態に合ってない。
      しかし経営者・お年寄りの感覚はそんな物です。

      ちなみにエンジニアは、平たく言えば職人と理解されています。本物のホワイトカラーでは無いのです。
      コンサルは先生という区分だと思います。水戸黄門に登場する、いわゆる「先生」です。

      こういう20世紀的な身分概念によって、ある意味保護されてきた物を、既得権益としてチャラにするのが
      「経営者の本音として利点」ではないかなーと思っているのですが、如何でしょう?
    • 3個のコメント が現在のしきい値以下です。
  • 「昔はシステムが小さく、開発工程のすべてを自分でやれた。設計し、プログラムを書き、実際に動くかどうか試験するまで自分で手がけた。」

    今でもそんな感じですよね?
    うちだけじゃないですよね?
    • hetareDAIO (17407) : 2007年03月23日 23時36分 (#1130983) 日記

      うちはここ4~5年でそういう傾向から遠ざかりつつあります。工程横分割によるチームプレイを強要されるようになっています。私は開発工程を縦に機能単位で分割すべきで一人で完結させるべきだと思いますが、「V字モデル」だの「ウォーターフォール開発」だの、そういうある種の宗教じみた傾向に職場全体が流されているところです。

      私一人(といっても他に数名の賛同者はいますが所詮下っ端、私は偽装請負の外注)異を唱えても、大きな図体は一度動いたらたとえ間違っていてもなかなか止まりません。三十六計逃げるにしかず、近々私は職場を離れることにします。管理帳票の山よ、さようなら。次のところでは正社員として自社開発に当たれるので、理想の体制を整えられたらと願ってやみません。

      --
      カジノを作るくらいなら、パチンコ・パチスロ税を導入しよう!
    • 1個のコメント が現在のしきい値以下です。
  • ソフトウェア”工学” (スコア:2, すばらしい洞察)

    Anonymous Coward : 2007年03月23日 22時53分 (#1130952)
    実際に”物”を作る工業では、まだ熟練工が必要で、
    その技術の継承は重要であると言うのをメディアを介して聞きます。
    その熟練工の人達は、工学部, あるいは工業高校を出て社会人になってから、
    ずっとその現場で腕を磨いていく(いた)訳ですよね。

    じゃ、ソフトウェアは?
    情報系の学部を出て就職。
    30半ばで管理職…
    ん?彼(彼女)には何が残るの?管理職としてのキャリア?
    まあ確かに、”優秀な管理職”は必要ですよ。
    そりゃもう確かに引っ張りだこ。
    でもなんかおかしくね?
    そもそも、管理職の能力と技術者の能力って違くね?
    それに情報系の経験と知識だって蓄積されるもんだと思ってたんだがね?
    移り変わりも激しいから蓄積なんか要らんってこと?

    最初はへぼだったけど、
    ちゃんと鍛えてみたら結構優秀だったってのは要らないのかな?
    少数の入社時エリートプログラマの他は、使い捨てで良いんですか?
    # そもそもそれも最初から凄腕な訳じゃなくて、自分で鍛えた訳でしょ?

    前の会社にもいたねー
    凄腕から、管理職になった人。
    まあそれはそれで良かったんだろうけど、管理職もそこそこに、
    現場に入れたあげたら活き活きしてたに違いないって感じだった。

    ん、そういう人は要るけど、ちょっと使ってへぼだったらやっぱり要らない?
    確かにあんまりへぼだったら困るか。
    でも、普段ビジネスアプリ書いてて思うのは、
    そんなに天才的な脳味噌が必要かというと、違うでしょ?
    OOP だってちゃんと教育すれば、誰だって身に付けられると思わない?
    個々の技術だって、ひとつひとつはそれほど難解じゃなかったと思うし…

    え、やっぱダメ?金も無いし、そんな時間も無い?
    と言うとあれかな?
    日本人の言うところの日本人ソフトウェア産業プログラマの分類はと言うと、
    1. 少数エリート凄腕プログラマ
    2. まー使えるかな 30半ば多分管理職移行組
    3. ダメポ。その後は?

    おやおや、全体の技術の底上げには多数の(熟練者の)存在が強みかと思ってたんですが、
    日本のソフトウェア業界は違うんですかね?
    熟練工が多数存在するような仕組みには見えませんね。
    熟練工を多数生み出すような仕組みにも見えませんね。
    底上げも”少数の”エリート凄腕さん達が 全部 担うんですか?
    ふぅーん、へぇーーー
    • deaf_ear (31391) : 2007年03月24日 2時55分 (#1131132) 日記
      僕は、システム設計からプログラミングまで一人でする立場にも
      いる時もあるし、それを発注する場合もある。それがすべてでもないけれど。

      感じるのは、プログラマという言葉には、定型的な誰でも作れるものを
      トレースするという感じのニュアンスが含まれている気がします。

      誤解が含まれるのは、綺麗なコーディングやアルゴリズムを駆使して、
      処理水準を上げたりしても、さほど評価されず、あっても内部評価か、
      製品であれば売り上げでしょうか。
      早く的確に仕事を上げるという部分で熟練工並?の能力と
      評価されているのではないかなと。

      コードを見れば一目瞭然という感じもわからなくはないですが、
      むしろ、そのシステムが要求する専門分野に精通した知識や理解度を
      反映し喜ばれる面が多いと感じてて、
      熟練工というのはそういう専門分野をいかにソフトウェアとして反映するのか、
      わからない分野であっても、理解度やコミュニケーション能力に重点が
      おかれてる気がします。

      では、コーディングの熟練工とシステム設計の熟練工。
      どちらが上という話になると、システムを発注する人にとっては、
      後者ではないでしょうか。
      それはエリートではなくて、その対象分野に精通しソフトウェアと考えたとき、
      山ほどの改善点のアイディアを持った人かもしれないです。

      --
      がんばろう。と自分に言い聞かせる。
  • 実は殆どが重要な仕事じゃないんだよ、きっと。
    WEBサービス、内部統制、情報セキュリティ、SNS、色々あっても平和だしな。

    そうマッタリしていられない状況ではあるが。

    それよりも「コンピューターのソフトウェアで人間の魂を実装する」という人類史的命題から逃避し続けるのは如何なものかと。
  • Anonymous Coward : 2007年03月23日 20時33分 (#1130866)
    ということで、Geekなページのアレは「いわゆる自称プログラマ」のことです。
    下っ端作業員のくせにプログラマという尊称をよくも名乗れるものだ……
  • 団塊ジュニア世代がオッサン・オバサンになって、若者が減り
    趣味を職業にしようとする世間知らずの若者を騙して、ノルマを課した上で、安く使い捨てるビジネスモデルが
    いよいよ通用しなくなってきたという事だと思います。

    同様のビジネスモデルである、ブティックの店員なども正社員化して長期間使おうという流れがあるようです。
    金余り・若者余りに支えられた、団塊世代の退職金を稼ぐための景気回復・好景気も
    そろそろ終わりですかねー。
  • IT業界にあって、プログラマが軽視されてきたこと疑いもありません。
    よく知りませんが、海外もそうではないかと思います。
    PMBOKなどが重視されマネージメントが重んじられる世界ではプログラマーなんてタイピストと変わりません。

    また、現状を嘆く人たち、「GEEKなページ」の人も、「分裂勘違い君劇場」の人もエントリを読む限りくだらない仕事
    しかできていません。blogを書く暇があれが会社を辞めて理想を追いかけて1行でも多くコードを書くべきです。
    • metta (20740) : 2007年03月23日 23時12分 (#1130968) 日記
      >よく知りませんが、海外もそうではないかと思います。

      私も聞いた話ですが、アメリカのプログラマは、社会的地位はともかく、割り切って気楽に働けるようですよ。
      年齢ではなく、スキルのみで評価される。仕事内容や責任が契約できっちり決まっていて、連帯責任ではない。

      要するに第二次世界大戦のアメリカ兵のごとく、5時になったら前線から撤退できる。
      一方、日本兵はジャングルに立て篭もって、しまいには万歳突撃という事みたいです。
  • わかったわかった

    わかったからとりあえずエレガントなコードを出してくれ
    --
    =-=-= The Inelegance(無粋な人) =-=-=
  • まずは (スコア:1, おもしろおかしい)

    Anonymous Coward : 2007年03月24日 1時47分 (#1131086)
    NTTデータの現在のやり方である、
    「全てを協力会社に丸投げ」「手は動かさないけど口は出す」
    このあたりから変えていかないと駄目なんじゃないかなぁ
  • Anonymous Coward : 2007年03月24日 22時08分 (#1131578)
    しょーもない話ですが、自分の場合、客先の担当者なんかから
    「いいね」と言われるのが、一番やる気が出ますね。
    アメリカで仕事したときは、「Cool!」とか「Sweet!」とかおだてられて、
    機能追加までほいほい引き受けてしまいました。
    褒められることはプログラマの好物で、だからこそOSSなんてのが成立してるんだろうと思う。
    日本でも、意識して褒める人もたまにいますが、絶対的に少ない。
    実はプログラマの地位向上でも解決できない部分が「褒めて良い関係を築く文化」
    なんじゃないかと思ったり。
  • Anonymous Coward : 2007年03月23日 21時28分 (#1130903)
    SEという言葉はあんまり好きじゃないが、要件定義やビジネスロジックの構築がなってなければ、どんなプログラマを集めてもシステムはできないしな。
    逆にそれらがしっかりしてれば、最悪RADツールのウィザード任せでも何とかなる。
  • Anonymous Coward : 2007年03月24日 0時49分 (#1131038)
    社長が求めるものは、あくまでも優れたソフトウェア開発手法です。
    できるプログラマを雇うのは、開発手法を聞き出すためだけです。
    それが終われば、雇う必要はありません。

    優れた開発手法で開発するようにすれば、普通のプログラマでもきちんと開発が
    できると考えているように見えます。

    それは違うと思うのですが。

    やはり、優れたプログラマが優れたソフトウェア手法で開発しなければ
    現在の状況は変えられないでしょう。

    単に、優れたソフトウェア開発手法がわかっても、それを実施できる人材が
    いなければだめだということです。

    でも、ここの会社の根本的な問題点は、優秀な人材を外部に求め、
    自社で人材を育てたりするといった発想がないところではないで
    しょうか?

    まあ、最近の日本の企業はみなそうなんですが。
  • Hello World!書けなくとも経営者としてはちょっといいと思いました。

    「完成したシステムやプログラムなどの成果物の対価をいただく方式にしなければならない。」という発言がありますが、
    ずっと前から工数に対していくらと言うものに疑問を感じていて同じことを考えていました。

    # NTTデータに(もし可能ならば)転職したい。

    • Re:浜口友一さん (スコア:3, すばらしい洞察)

      oldwave (20436) : 2007年03月24日 7時34分 (#1131190) ホームページ 日記

      EVMS [atmarkit.co.jp]を採用するだけ、のような気がするな。

      「工数に対していくら」がおかしいのは同感だけど、だからといってプログラマの仕事の成果を数値で評価できるとは思えないですね(生産性は計測不能 [capsctrl.que.jp])。

      僕は、いわゆる下請けプログラマーの仕事は経験がなく、長らくインハウスの開発をやっていて、最近SIerのPMに転職したのですが、実際ひどいね。下請けさんたちは搾取されることがわかっているから、相応の態度で仕事をしている(そうせざるを得ない)。こっちはこっちで経営層が数字で評価するから(経営層もまた、そうせざるを得ない)、経営層が満足するような数字を作ることを目指さざるを得ない。

      結局、経営層が個々のプロジェクトの内情を正確に把握し、PMが個々の開発者を正確に評価する、という連鎖が好ましいのは正直わかってないわけではないと思う。理想はそうなんだ。だけど、どのような評価方法も、評価方法を定めた時点で本質ではなく評価方法に向かって仕事する奴らを生み出してしまう(計測性機能不全)。

      大事なことは、そのような現実があるとしても、PMがプロジェクトのメンバーを信頼し、やる気を鼓舞し、技術的にも人間的にも伸びるように創意工夫をこらすことですよ。経営層はPMにそれを求めることです。単純に下請けからPMの評価を聞き出すだけでもいい。社内の数字からは見えてこない色々なことがわかりますよ(もちろん、下請けからの評判だけでPMを評価してもダメです)。

    • 1個のコメント が現在のしきい値以下です。
  • firewheel (31280) : 2007年03月24日 9時00分 (#1131216)
    Hellow Worldさえも書けないってことは,
    「ソフトウエアのことを何も知らない」
    と同義ですよ.

    自社の主力製品のことを何も知らずに、
    一体どうやってまともな経営ができるというのだろう?_
    • Re:いやー (スコア:3, すばらしい洞察)

      taka2 (14791) : 2007年03月24日 11時32分 (#1131275)
      SEはプログラムを組めなくても構わない。
      ただし、プログラムを組む上で「何ができて何ができないか、何が簡単で何が難しいか」は分かってないとダメでしょう。

      経営者は「何が簡単で何が難しいか」は分かってなくても構わない。
      ただし、『誰が「何が簡単で何が難しいか」を分かっているのか』は分かってないとダメでしょう。
    • 2個のコメント が現在のしきい値以下です。
  • pivo (27159) : 2007年03月24日 10時29分 (#1131249) 日記
    余計な口出しをされたら「ゴルフのサイトでも見ててください。あなたが口出ししない方が仕事が進みますから」と言えば良いのに。
  • Re:なんつーか (スコア:2, すばらしい洞察)

    firewheel (31280) : 2007年03月24日 10時33分 (#1131251)
    >腕の良いプログラマーほど「金の文句」を言わない人が多いだよな
    腕がよいか否かはともかく、金の文句は言うだけ時間の無駄だからです。
  • firewheel (31280) : 2007年03月24日 10時38分 (#1131257)
    >金の文句を言う腕の良いプログラマーは、すぐに給料のいいところに異動するのでは?
    営業や管理職になるか、さもなくばコの業界から足を洗うかですね。

    だから今生き残っている腕の良いプログラマーは、
    すべからく金の文句を言わない人だけになってしまうのです。
  • Re:いやー (スコア:1, すばらしい洞察)

    Anonymous Coward : 2007年03月24日 13時18分 (#1131333)
    このあたりの発言「浜口氏はHello Worldを書けない」ということがあたかも事実である前提で話が進んでますけど、本当にそうなんですかね。これはあくまでも憶測ですよね。いやー、人の先入観って怖いなーと思いました。

    #もし、浜口氏のお知り合いだったらごめんなさい。
  • IBMのテスト専任チームがやたら生産性高くて、担当したシステム/プログラムの品質が非常に高かったってのが有名ですね。
  • >機械設計や電子回路設計などとそう違うわけではないと思うのです。
    プログラミングは「機械設計」や「電子回路設計」などと比べて,そうは違わないかもしれない.特に最近の「CPUの設計」などは,複雑さにおいてもソフトウエア並になっており,ある意味で最も近い分野だろう.

    だがSIerにおいては,(建て前としては)プログラミングとは「機械製造」や「家電の量産」とそう違わないものだとされている.事実「設計工程」と「製造工程」に分けられている所もあるということだ.ゆえにプログラマーとは設計技術者ではなく,ネジを締めたり半田付けをするだけの作業員と同じとして扱われている.人月単価ベースになるのもこのためだ.

    >出来上がるのが「物」ではないこと以外は、
    そしてもう一つ.「ソフトウエアの持つ本質的な複雑さ」がある.

    遙かに多くの部品で組み立てられた,遙かに複雑な部品を,遙かに短期間で設計している.ソフトウエアがハードより遙かに柔軟なものであるとは言え,やはりこれだけ複雑なものを設計するのは容易ではない.しかしSIerにおいては「それは「製造」であるので,誰がやっても同じ品質のものが確実に作れるはずだ」という建て前になる.そして建て前通りにならなかった責任が,すべて現場に押し付けられてきた.

    なお製造工程については極めて効率化されており,「ビルド」ボタンをクリックするだけで,長くても数分程度終わってしまう.

    参考:
    「ソフトウェア設計とは何か?」
    http://www.biwa.ne.jp/~mmura/SoftwareDevelopment/WhatIsSoftwareDesignJ.html [biwa.ne.jp]
    「プログラマーというのは、飛行機を作るようなもの」
    http://labs.cybozu.co.jp/blog/akky/archives/2006/12/programmer_making_... [cybozu.co.jp]

    ここまでがソフトウエアと電気回路設計などの違い部分.日本のSIに関して言えば,これに加えて多重下請け構造や開発と営業の対立,日本企業の丸投げ体質など,産業構造の持つ本質的な問題も加わる.
  • Re:自分の場合は (スコア:2, すばらしい洞察)

    cat_kei (23860) : 2007年03月26日 14時07分 (#1132308) ホームページ 日記
    あなたのような人材が、2人ないしは3人いて、全ての肯定を網羅しつつ、分業できるほうが、リスクも少なく、一番生産的なんですよねー。 そう言う私は、上記工程で、実際のプログラミングだけは上からほぼ禁止されてる、冴えない、プログラマ(のつもり)です。
    --
    cat_kei@
  • Hello, Worldレベルのプログラムだと誰が書いても同じようなものになる

    Hello Worldでも色々な書き方 [binary.nahi.to]があります。プログラマなんて人種(?)をある程度集めたら、一人くらいは洒落でへんてこなHello Worldを書く奴がいてもおかしくない。

    # 運用するシステムでリンク先のようなHello Worldを
    # 書かれたら迷惑だけど、Hello Worldが必要なんてまずあり得ないし。(笑

    --
    vyama 「バグ取れワンワン」
  • 私は、「士農工商えたひにん、イヌ、サル、キジ、ソフト」だと思ってました。組込み系だと、「士農工商、メカ、エレキ、マテリアル、イヌ、サル、キジ、ソフト」というのもあります。どっちにしてもソフトが最下層なんですよね。(苦笑)

    # 個人的に猫の地位が犬よりも下なのは納得できない。

    --
    vyama 「バグ取れワンワン」
  • やってきたのが、何を考えているのか分からないやたらと寡黙なプログラマだったり、ただあたふたするだけのプログラマだったり、業務ではあり得ない状況でしか超能力を発揮できないなんだかむかつくプログラマだったりするのでしょうか?で、暴走気味の団長^H^H上司に引っ掻き回される「俺」の構図。

    # 2番目はかわいかったら許しちゃうかも。(笑

    --
    vyama 「バグ取れワンワン」
  • 23個のコメント が現在のしきい値以下です。