IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ
1 ：以下、名無しにかわりましてVIPがお送りします。：2007/11/24(土) 21:38:07.44 ID:Jw+br6zA0 職業はプログラマ。この職業、マジでやばすぎる。 入社日での出来事。 パソコンを渡される→指示された通り、色々なものをインストール→設計書を渡される。 「これでおっけーと。んじゃ作れ」 「え？」 「いや作れって」 「あ、え？は、はい」 「みんな忙しいから、出来る限り自分で解決しろよ」 そう言って去っていくチームリーダー。 このまま悩んでてもしょうがない。とりあえず設計書を見てみるか。 フレームワークがどうのこうの、うんたらかんたら・・・。テストはどうのこうの・・・。 ワケわからんぞ 2 ： ￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣：2007/11/24(土) 21:38:20.38 ID:hhJr3lPT0 ／／
目次 2007年11月28日 - 月末繁忙期 / 2007年11月26日 - 魔法の呪文 / 2007年11月25日 - 日曜日 / 2007年11月24日 - よかった探しリースは12月になってからの予定です / 大ロボット博 / 2007年11月22日 - 仕事 / 2007年11月21日 - 私が書く理由 / 第3章 / 2007年11月19日 - 来年へ向けて / 第1章 / 第2章と第5章 / 2007年11月18日 - ピザの分割 / 学ぶということ / 2007年11月17日 - 今週はよく働きました / 2007年11月16日 - 魔法の呪文 / 第3章に加筆 / 2007年11月15日 - 初音ミクちゃんが「夜の女王のアリア」を歌う / 第4章を進める / 2007年11月14日 - 第1章の大改造 / 第4章は広がりを持たせて / 2007年11月13日 - 移動 /
日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ
初めて梅干しを作ってみた話 今年の夏、初めて梅干しを作りました。 私梅干し大好きなんですが、自分で作るという発想がなくて…同僚が梅シロップを作っているのに影響されて去年から梅仕事を始めてみたんですが、そのときの説明書に「梅干しの作り方」というのも入っていて、えーー梅干しって自分…
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
ちまたで問題になっているIPAフォーラム2007に参加した学生がエントリーを書いているのだが、それが半端じゃないぐらいのエンターテイメント。 ...IT産業というよりSIerの人気がないことについて語りたいだけなんじゃないかという顔ぶれだったし... ...はてなブックマークのコメントを見ている限りでは、パネリストの方々は相当現実の見えていない発言をしているようだ。... ...ITを専攻している学生達からは、「就職時にITスキルが問われないのだとしたら、大学でやっていることには何の意味があるのか」という質問が出ていたのだけど、明確な回答はなかったと思う。その人たちは、ちょっとショックを受けていたような気がする。... ...その流れで、「入社時にITのスキルを問わないというのは、Googleのような企業の方針とは反対であるが、それですばらしいサービスを作ることができるのか」という質問が出
友人の話をしよう. 先達に敬意を表し, 仮に彼を K と呼ぶ. (イニシャルは便宜的なものだ; 向上心云々と罵ったこともないし, 恋人を寝取ってもいない.) ある時期, 私は K と一緒に働いていた. 今は違う会社にいるけれど, 互いに暇なのか, このごろもよく二人で管を巻いている. 1 K は優秀なプログラマだ. いつも敵わないと思う. 一緒に仕事をしていたこともあり, プログラマとしての私は K から強い影響をうけている. たとえば私が自動テストを始めた発端には K がいる. コードレビューもそう. この日記に出てくる話も K の影響は色濃い. 私は K のあとを追いかけるようにプログラマを続けている. K と働いてはじめて, ああ, 物事とはこう改善していくものなのかと知った. 何か問題を感じると K は試行錯誤を始める. 問題は私が諦めていたものもあるし, そもそも気付かないものも
http://www.atmarkit.co.jp/news/200710/31/ipa.html 業界の重鎮もたじたじ 業界の重鎮＝老害？ 「トヨタ自動車やソニーのようなユーザー企業と違い、IT（の導入）しか行っていないNTTデータのような会社が一番謎」といった疑問が出た。イメージを聞かれても、そのイメージ自体が何もないという皮肉な答えだ。 必ずしも全員が3Kではない」と反論。岡本氏も「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ。 ふーん．帰りたくない人が９０％以上を占めるとは知らなかったな． できるヤツから潰される：http://www.mars.dti.ne.jp/~hirok/xp/col/031.html なぜ日本はこれほど残業が多いのだろう。理由は二つある。 もともと、年功序列・終身雇用というものは、ある程度の残業を前提にしたシステムだ。賃下げ
2007/10/31 最近の新卒採用で人気が低迷する国内IT業界。不人気の理由は何なのか、人気回復はできるのか。情報処理推進機構（IPA）は10月30日のイベント「IPAフォーラム2007」で、IT業界の重鎮と理系学生による討論会を開催した。テーマは「IT産業は学生からの人気を回復できるのか」だ。 討論したのは、東京大学、筑波大学、日本電子専門学校の現役学生10人とIT業界の重鎮2人。IT業界の重鎮とは、自身ではメインフレーム開発しか行ったことがないというNTTデータ 取締役相談役で、情報サービス産業協会 会長の浜口友一氏と、TISの代表取締役社長 岡本晋氏だ。加えてIPA理事長の藤原武平太氏が答えた。 そもそもイメージがわかない 「IT産業へのイメージ」との質問に対して学生の1人は「IT産業は自分たちの生活に欠かせないもの、生活を支えてくれる基盤である」と優等生な回答。しかし、別の学生か
▼ 精神論は価値観の崩壊の予兆かも 猫を償うに猫をもってせよ071026より 貞節観念について 近世の武家、豪商、豪農の規範が、近代以降ゆるやかに中産階級に降りてきたもので、と同時に、昭和戦前まで、コンドームが普及していなかったことを考えると、単なる思想の問題ではない。だが、コンドームが容易に入手できるようになった昭和三十年代が、最も純潔教育の盛んだった時代でもあった。こちらは紛れもなく思想の問題である。 これを見て、何かが崩壊する時には必ず精神論が幅を利かせる時期があるのではないかと思った。 避妊や中絶ができなかった時代には一人で子どもを育てる事になったら大変だから、結婚と言う担保をとらずにやる事は危険だった。 貞節観念というのはそういう実利の問題に過ぎなかったのに、 それが崩壊する寸前になってそれを精神性の問題にするような言説が盛んになったことが、これを読んで分かった。
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く