還暦まで後ひと回り［1］ITエンジニアよ、パッケージを目指せ！
今回から、新ネタで記事を書かせていただきます。「ぼちぼち還暦なのだから、後の世代に何か言い残しておこう」という趣旨の記事です。「ジジイうるさいぞ！」と言われるのは嫌ですから、決して説教じみた話はいたしません。明るく、楽しく、若きITエンジニアのやる気を喚起するような話をしますので、よろしくお付き合いください。 まだまだ若いと思っていたのに 私は、1961年生まれ、現在48歳です。自分では、まだまだ若いと思っていました。この先も、新しいチャレンジがずっと続くと思っていました。ところが、つい最近「もう若くない」と実感させられたことが立て続けにありました。 私と同い年の編集者と、コンピュータの歴史に関する本の企画を話し合っていたときのことです。私が「歴史を調べるのは面倒だなぁ。最新技術のことが書きたいなぁ」と駄々をこねると、編集者は「ボクたちも、ぼちぼち還暦ですから、何か後の世代に言い残すような
SE ３３♂ 会社やめたいんだが・・・・:ハム速
SE ３３♂ 会社やめたいんだが・・・・ カテゴリ☆☆☆ 1 ：以下、名無しにかわりましてVIPがお送りします：2009/04/29(水) 07:23:51.03 ID:gE/w5tCB0 いまとあるプロジェクトのリーダーやっております・・・ 年収３００万円 残業代なし 年中無休・・・ピーク時には２４時間営業 今日は逃げ帰ってきました・・・・。 やめたいんだけど、プロジェクトの途中・・・ でも、これ以上やったらマジで自殺しそう・・・・。 どうしたらいい？ 4 ：以下、名無しにかわりましてVIPがお送りします：2009/04/29(水) 07:25:08.66 ID:NQBm/LZPO 上場してる? >>4 してない・・零細企業だよ ちなみに社長のくるまは２０００マンぐらいの高級車 7 ：以下、名無しにかわりましてVIPがお送りします：2009/04/29(水) 0
第28回 日本企業を見限ったインドの“システム屋”から学んだこと
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
SIerの解体と再生 - ひがやすを技術ブログ
ござ先輩のところで、SIer涙目な状態が解説されてますね。 最近SIerがだいぶヤバくなっている件 - GoTheDistance 書いていることはだいたいあっているんじゃないかと思います。 じゃ、SIerは、どうやれば生き残ることができるのか。 「今の体制のまま生き残る必要はないんじゃないの」というのが私の考えです。多重下請け構造こそ、SI業界の最大の問題点なわけだから、「ゼネコン型SIビジネスが崩壊する」のは、悪い話じゃない。 もちろん、会社がなくなったりすると職がなくなり困る人も出てくるわけですが、問題のある業界を残しておくより、一度解体し、新たにやり直したほうがいいと思います。 だって、実際に物を作れないような人たちが設計するなんて、おかしいし、効率悪いもの。 効率の悪いことをしている人が淘汰されるのは当然の話です。 だったら、なぜこれまでゼネコン型SIビジネスが生き延びてこれたの
最近SIerがだいぶヤバくなっている件 - GoTheDistance
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
「測定できないものは制御できない｣は誤りだった。-- by Tom Demarco：An Agile Way：オルタナティブ・ブログ
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
IT業界の裏話: 欧米人なら爆笑するレベルと言われる日本企業のIT投資
名前： 吉澤準特 職業： ＩＴコンサルタント 連絡： メルマガに記載 自己紹介のコメント： 自己紹介の詳細はコチラ→■ 外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。 Twitterやっています。 →http://twitter.com/juntoku_y マイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。 →コンサル直伝－IT業界”裏”講座 EnterpriseZine（翔泳社）で記事掲載中です。そちらもヨロシクお願い致します。 →ファシリテーションで会議を変える/ITIL解体新書/デキるシステム担当者のスキルノート 2010年7月末、日本能率協会マネジメントセンター（JMAM）より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空
IT業界のピラミッド構造とその弊害を推測する
日本のIT業界、特にシステム開発に関連する案件では、プライムと呼ばれるNTTデータや野村総合研究所、富士通、日立、NECといった大手の企業が元請けとなり、その下に中堅、中小が連なるプラミッド構造になっている、とはよく言われることです。 ピラミッド構造は大規模案件だけでなく、中小の案件でも元請けと請負、派遣などによって構築されることは珍しくないとも言われています。 このピラミッド構造はどれくらい根が深いものなのでしょうか？ それを経済産業省の統計から推測した資料を先日拝見することができました。とても興味深い内容でしたので紹介したいと思います。 派遣の受入れ数は派遣数のなぜか4倍 経済産業省が定期的に行っている「特定サービス産業動態統計調査」は、調査対象となるサービス産業の売上高などの動向などから景気や雇用動向の判断材料にするとともに、産業構造政策、中小企業政策のための資料とするために行われて
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
若い時にプログラムを書こう、必ず人生の豊かさにつながる
システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、
システム開発の入門者から中級者にステップアップするための10のティップス - builder by ZDNet Japan
ある読者との電子メールのやり取りの中で出てきた話である。彼は、開発者向けのブログや記事、雑誌の内容が2種類に分類できるということを述べていた。その2種類とは入門者向けのもの（"Hello World"に代表されるもの）とエキスパート向けのもの（MSDN Magazineのようなもの）である。 これはなかなか鋭いポイントを突いている。開発者が入門レベルから中級レベルにステップアップするうえで役立てることのできる情報がほとんどないのだ。以下は、こういったステップアップを実現するための10のティップスである。 ＃1：新たなプログラミング言語を学習する 新たなプログラミング言語を学習することは、それがどのような言語であったとしても、より優れた開発者になるための近道となるのである（このことは、あなたが既に多くのプログラミング言語を修得していたとしても成立することである）。言語を選択する際には、あなた
ライブドアのすべらない話！？ ディレクター×エンジニアのガチンコ座談会 : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 ライブドアの現場の空気感とか文化的なものを少しでも皆さんに伝えられればなあという思いから、「ディレクターとエンジニアと対談したいね」と1年以上前から話していました。 今回は、ディレクターとエンジニアがそれぞれ二人ずつ登場し四人で対談をしてみましたのでその模様をお届けします。内容に関してはニュアンスが変わらないよう可能な限り発言そのままでお届けいたしております。あらかじめご承知おきください。 ではどうぞ。 ■出演者プロフィール ・栗原由樹 職業：webエンジニア/シニアマネージャー 1977年生まれ、2001年ライブドア入社。受託制作時代を経て現在はモバイル自社サービスを手がける。デジタルガジェットを愛しすぎて月々の支払いがえらいことになっている。Yokohama.pm主宰。更新が少ないことで有名なTech Blogの担当でもある。Perlハッカー。 ・井原郁央 職業
転職することになりました - GoTheDistance
えー、既にご存知の方もいらっしゃいますが、3月末をもちまして今の会社を退職することになりました。 6年間、面白いこともつまんないことも色々勉強させて頂き、様々な立場で様々な仕事を与えて頂いたことに、感謝の気持ちでいっぱいです。プログラマ・リーダー・プロマネ・コンサル・・・。迷走しまくりですが、食わず嫌いをしないで色々やってみました。 で、気になる転職先なのですが、 営業はセールスのことではなく、会社を継続させる仕組みのこと。 - GoTheDistance あなたの価値はクライアントが決める - GoTheDistance などで紹介した、叔父の会社に「ひとり情報システム部」として入社することになりました。会社のホームページ作ったり、販売管理システム作ったり、業務システム作ったり、叔父の会社のお客様の各種Webサイトやシステムを作ったりします。外注に出せるほど売上がないので、当初から全部内
パッケージ・ビジネスの一番おいしいところ
1960 年生まれ，独身フリー・プログラマの生態とは？ 日経ソフトウエアの人気連載「フリー・プログラマの華麗な生活」からより抜きの記事をお送りします。2001年上旬の連載開始当初から，現在に至るまでの生活を振り返って，週1回のペースで公開していく予定です。プログラミングに興味がある人もない人も，フリー・プログラマを目指している人もそうでない人も，“華麗”とはほど遠い，フリー・プログラマの生活をちょっと覗いてみませんか。 ※ 記事は執筆時の情報に基づいており，現在では異なる場合があります。 前回は「使えそうなライブラリやツールが社内にあるから」といった理由でパッケージ・ビジネスを始めても，パッケージを店頭に並べておくだけでは決して儲からないということをお話しした。 それなら，というわけで企業への大量導入を目論んでみる。ところがこれがまた大変なのだ。大量導入するからには，顧客側の担当者に「担い
パッケージ・ビジネスはなぜ儲からないのか
1960 年生まれ，独身フリー・プログラマの生態とは？ 日経ソフトウエアの人気連載「フリー・プログラマの華麗な生活」からより抜きの記事をお送りします。2001年上旬の連載開始当初から，現在に至るまでの生活を振り返って，週1回のペースで公開していく予定です。プログラミングに興味がある人もない人も，フリー・プログラマを目指している人もそうでない人も，“華麗”とはほど遠い，フリー・プログラマの生活をちょっと覗いてみませんか。 ※ 記事は執筆時の情報に基づいており，現在では異なる場合があります。 どんなに小さな企業であっても，システム開発で飯を食っているのであれば，飛びぬけて優秀なエンジニアが少なくとも1人ぐらいは在籍しているはずである。そして数々の仕事をこなすうちに，そうした人たちが作ったソフトウエア資産，例えば開発の際に常用するツールやライブラリなどといったものが蓄積されていくに違いない。 そ
日本のIT業界はなぜ重層的な階層構造をとっているのか - Thoughts and Notes from CA
外資系のソフトウェア・ベンダーに転職して1年が経つ。転職するまで日本のIT業界の構造についてじっくり考えることなどあまりなかったのだが、今の会社で仕事をしていると否が応でも考えなければならなくなる。日本のIT業界はアメリカと構造が異なる点が色々あるが、その中でも重層的な下請・階層構造をとっている、ということは特徴として際立っている。本国が作成したパートナー契約を締結しようとか、本国で構築された社内システムをロールアウトしようとすると、大体重層的な下請・階層構造という問題が立ちはだかる。本国アメリカのパートナー契約はバラエティに欠き、多様なパートナーに対応できないし（例えば、システム・インテグレータに対する考慮が足りない）、社内システムも階層の深さへの思慮が足りなく、折角手にした情報を入力する受け皿もなかったりする。また、階層が深いためソフトウェア・ベンダーはお客様との距離が遠くなり、この距
そろそろ例のプロジェクトについて言及するか - 西尾泰和のはてなダイアリー
以前、とあるシステムのソースコードを読む機会があったのだけどあまりにひどかった。あのひどいコードでまあまあまともに動いているというのが逆に信じられない。今日昼ご飯を食べながら少し話していたのだけど意外と知られていないようなので、話せる範囲でいかにひどいのか説明してみようと思う。 まず、ソースコードが大雑把に見積もって3750万行あるのだけど、その中でまともに機能しているコードは3%しかない。10分の1程度のソースコードで同程度の機能を実現しているシステムもあるのでほんとあのシステムのコードはゴミだと言っても過言じゃない(*1) プログラマとしてはなんでそのプロジェクトはそんな状態になってしまったのか気になるところだけども、まあ多くのプロジェクト同様、真相を知る人は誰もいない。でもまあ、実際に機能しているコードのコピーみたいなものがあちこちに散らばっていることからしてコピー＆ペーストが盛んに
画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
長崎県｜情報政策課｜ながさきＩＴモデル｜概要
自治体の情報システムは、一般的に、大手メーカーに開発及び運用を一括発注する（ ）ことが多いため、その経費は非常に高く（ ）、地元ＩＴ企業には受注機会が閉ざされているという状況にあります。 本県では、そのような状況を抜本的に改善するために、誰でも自由に使えるように細部まで公開されたオープンソースソフトウエアを活用し、県が自ら詳細な仕様書（設計書）を作成（ ）して、適正な規模に分割発注（ ）することにより、地元ＩＴ企業でも技術力があれば大手メーカーと対等な立場で入札に参加できるようにしました。 この詳細な仕様書（設計書）に基づく分割発注方式により情報システムのコスト削減と地元ＩＴ企業の振興（ ）を同時に図る開発手法を”ながさきＩＴモデル”と呼んでいます。概要版（outline.pdf：2.01MB） ◆本県では、平成１４年度より、このながさきITモデルによる分割発注方式を導入しました。電子申
SEとPG、どっちが頭がいい？（2）：下流から見たIT業界：エンジニアライフ
刺戟的な題名で続けます。 前回は日本独特のSE／PGの分業体制がどのようにして発生したのか、ということを説明しました。それは日本にソフトウェア開発が産業として根付いたときに、PGが単純作業労働者と位置付けられてしまったため、上級技術者を区別する言葉が必要とされた、それがSE（システムエンジニア）だというものでした。 ●C言語＠UNIXでは COBOLの開発ではSE作業とPG作業がきちんと分けられていると思われがちですが、これも前回述べたとおり実際には形式だけのものになっていました。これはタイムシェアリング端末の普及によってプログラミング作業が格段に効率化されたからでした。プログラミングに残っていた煩雑な手作業の部分が省力化されたのです。 この事情はBasicやC言語でも同じことです。1980年代後半、わたしは最初の会社を辞め、パソコンの開発をするようになりました。現場では、技術者はそれぞれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
