IT業界っていっても非常に大きくて、ネットワークからユーザサポート、そしてシステム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでたのは通年4月から始まるはずの新規案件で、案件数が激減した。業務とか言語とか関係ない。何でもかんでも一気に減った。 その結果、3月末日で終了した案件に投入されていた人材が一気に余剰人員となった。 また保守案件に携わっていた外注要員も、契約更新のタイミングでSIのプロパーと入れ替わりとなっていった。
本稿は取材に基づいて客観的事実を伝える報道記事ではなく，谷島個人の考えを書くコラムです。 妙な書き出しになったが，その理由は後で述べる。ITpro Watcher欄の寄稿者，小飼弾氏が書いた『(6000)人が作ったシステムは必ずどこか壊れている』という文章が5月14日付で公開された。冒頭に「ここで語っておきたいのは，ITproの報道姿勢だ」とあったのでITpro関係者として読んでみると，中身は筆者および拙稿に対する批判と苦言であった。ITproではない場所に書いた記事にも言及されているので，ITproというより筆者の「報道姿勢」が問われていることになる。 インターネットの面白い所は双方向のやり取りが簡単にできることだと思う。ご意見を寄せてくれた小飼氏にまずお礼を申し上げる。ご指名を受けた以上，すぐにお答えしないといけないと思ったものの，なかなか書けず，今日までかかってしまった。言い訳になる
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、本当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会
前回の「１０年泥」に関連して書いたエントリーは、記者のバイアスがかかった記事を元に、揚げ足を取る形で、ちょっと悪乗りがすぎたかもしれない。続報記事を読んだり「１０年泥」の部分の音声ファイルを聞いて、微妙なニュアンスも拾ってみた結果、ある程度常識的な会話をしているのは分かった。 あと、NECのイントラネット（？）からのアクセスがそこそこ来ていて、前回エントリーの「リンク元」の２位にランクインしている。こちらからはリファラしか見えないので、結構不気味というのもあるが、このブログのテーマである「起業」が続報記事でクローズアップされているというのもあり、ネタではない公平な文章も書いておきたいと思う。 （NECのごくごく一部にちょっと恨みはあるものの、NEC批判をするつもりはなく、過剰に批判した点は反省しているので勘弁願いたい。訂正するほど間違った批判はしていないと考えるが、本エントリーをお詫びに代
はてながSEO的な意味で強いのは、ユーザの書いたコンテンツをリンクファームとして使っているから エンジニアの未来サミット 天才プログラマの人たちは自分にふさわしい場所をちゃんと選ばないとだめだよ 断酒の件 [読書] 転職活動のために読んだ本、６冊 （プレゼント企画もあるよ！） りくなびねくすと Joshua Davis 会社を辞めるのは悪いことじゃないよ [読書]人工知能のパラドックス 僕のお給料 寝転がりながら本を読む GoogleFileSystemの開発者として知られるHoward Gobioff氏が死去 [読書]3年で辞めた若者はどこへ行ったのか はてな広告商品のご案内（PC版） 500日ぶりのこんにちは！
２月と言えば日本では試験の季節でありますね。 不肖・木走は、本業のＩＴ関連の零細企業経営の傍ら、工学系学校の講師をしていますので、この季節はゆううつなのでございます。 なんでゆううつなのかと言えば、担当科目の試験問題の作成とその採点があるからでございます。 私の現在の受け持ち科目はＷｅｂに関わるテクノロジー関連（科目名は内緒ネ（苦笑））なのですが、自分の得意である専門科目でありますから問題などすぐできるだろうと思われるのですが、それがそんな甘いもんじゃないのですよ、これが。 手を抜いて出題を「ＳＧＭＬ、ＸＭＬ、ＨＴＭＬ、ＸＨＴＭＬなどのマークアップ言語の詳細を述べよ」なんて記述問題にしちゃうと採点作業が地獄（苦笑）となっちゃうのでして、逆に採点を楽にしようとすれば問題を文章穴埋め問題とか手間暇掛けて作成しなければならないのであります。 先に苦労するか後で苦労するか、私のような本業掛け持ちの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
