タグ

ブックマーク / higayasuo.hatenablog.com (5)

  • IBMの問題はアメリカナイズされた老害 - ひがやすを blog

    IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ

    IBMの問題はアメリカナイズされた老害 - ひがやすを blog
    yyamaguchi
    yyamaguchi 2008/10/05
    「なぜ、こんなことが起きるかというと、IBMの上層部(今だとUS主体)がプログラミングは単純作業だと思っているからです。これは、日本のSIerの上層部にもいえることだけどね」
  • SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog

    SI業界が開発するシステムの目的は何か? それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない

    SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
    yyamaguchi
    yyamaguchi 2008/06/20
    「豊富な業務知識を事前に持っていないとSIができないというのは、金融以外では都市伝説」「汎用機の世界では、技術的な部分で差がつくことはほとんどなかった。だから、差別化のために業務知識が重要視された」
  • 10年間泥のように働いて花が咲きました - ひがやすを技術ブログ

    蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会

    10年間泥のように働いて花が咲きました - ひがやすを技術ブログ
    yyamaguchi
    yyamaguchi 2008/06/02
    「日本のSI業界の重鎮たちの発想が古いのは、C/S以降の開発を知らないからだ。C/S時代は、既に偉い人で、管理業務だけやっていたんだろう」「今は、プログラミングもきちんとできないとちゃんとした仕様書はかけない」
  • SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ

    10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変

    SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
    yyamaguchi
    yyamaguchi 2008/06/02
    「経営層は、時代が大きく変わったことを認識できていないので、「上流工程は自分たちが行い」「下流工程は下請けに任せよう」とします」「プログラミングを軽視し、若手にプログラミングを教えない」
  • 限定したことしかできない人が現場では多い? - ひがやすを blog

    んで、これすごい。Rails の開発速度と大して変わらないんじゃないかな。むしろ早いかも。なんせ、コンテナ上げっぱなしでリロードすれば反映されちゃうから。ビバ HotDeploy。むしろ、Java の静的な型があるからどういうメソッドがあるか直ぐ分かるし、メソッドを追っていくのも楽なんでこっちの方が開発効率がいい気がする(Java って言うか eclipse のおかげだけど)。 SAStruts、正解にはSeasar2 + SAStruts + S2JDBCを使った開発速度とRailsを使った開発速度は、あまり変わらないんじゃないというお話。 Railsを好きで使っている方に、「Railsも良いけど、SAStrutsもおんなじくらい良いね」といってもらうことが、SAStrutsを作るときの目標の1つだったので、あぁ、やってよかったなと思いました。 最初のころは、Railsよりもかったるいっ

    限定したことしかできない人が現場では多い? - ひがやすを blog
    yyamaguchi
    yyamaguchi 2008/02/21
    「多少時間をかけても、ちゃんと説明してあげる、動機付けをしてあげることが、短期的に見てもプロジェクトにとってプラスになる」
  • 1