納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ

システムインテグレータ（SI）のビジネスは大きく以下のような流れで進みます。 集客 営業 要件定義 製造 検収・請求 フォローアップ 集客 どんなビジネスでも同じですが、まずは見込み客を集めます。システム開発に興味を持ったお客様を探しアポイントを取ります。よく使われる手法に商品・サービスの説明をするテレアポ、割引を謳ったDM、自社の推す技術のセミナー、役員が個人的に懇意にしている既存顧客の紹介があります。会社の規模やブランドにマッチした手法を選ぶ必要がありますが、会社が成長にするにつれ手法を変えていかなければいけないのが難しいところです。 営業 アポイントの取れたお客様に顧客に直接、自社の提供するサービス、商品の説明を行います。また会社の紹介も同時に行います。お客様がある程度の金額を掛けてソフトウェア開発を行いたいと意思表示をされた場合に次の段階に入ります。そこで現状の課題を聞き出します。

京王線で就活生らしき学生が友人らしき人に真顔で「Rubyなんてマイナー言語やめとけ！PHPにしとけって！富士通とかユニシスみたいな大手がRuby使ってるか！？そういうことなんだよ！一生棒に振る気かよ！」と熱く説教してた。

1990年代後半のインターネットブームの火付け役といってもいいWebブラウザ「Netscape」の創業者で、現在シリコンバレーで投資家として活躍するMarc Andreessen氏が、あるインタビュー中で「優秀な5人のプログラマは、二流のプログラマ1000人を完全に凌駕する」（Five great programmers can completely outperform 1,000 mediocre programmers.）と発言したことで、ちょっとした話題となっているようです。インタビューはライターのBill Taylor氏（個人サイト）が、自著「Marvericks at Work – Why the Most Original Minds in Business Win」（アマゾンUSへのリンク）のためにインタビューした際の答えとして、Harvard Business Revie

前回の「シリコンバレーで資金調達　成功の方程式」に続いてブランドンさんからダブルポストしていただきました。起業に対して日米の考え方・感じ方の違いなど、日本の輪の中だけでは中々見えない貴重な内容です。（本田） 6月の第二週に1週間程日本出張があり、日程的にも都合が良かったので、Startup Dating主催のイベント「ウェブ大手出身CEOのスタートアップ方法」にゲスト審査員として参加させて頂いた。普段よりサンフランシスコ界隈を中心に様々なスタートアップ系のイベント、セミナー、ネットワークパーティー等に出向き、今月の28日には自社で運営する、SF New Tech Japan Nightも開催予定であるが、日本のスタートアップ系イベントに参加するのはこれが始めて。アメリカを出る前に日本から来ているインターン生曰く、”このイベントヤバいっすよ。めっちゃ行きたかったー!” との事。 そして当日参

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社

日本のIT系ニュースサイトをほぼ見なくなってもう半年になる。 検索エンジンで検索したときに引っかかったのを参照するくらいしかしなくなった。 で、見ないって決めたのは日本のIT系ニュースサイトって要するに アメリカ発の記事の翻訳 日本企業のプレスリリース情報 くらいしかないんじゃないか？とある時ふと疑問に思ったからだ。 それならアメリカ発のものについてはソース記事そのまま読んだほうが早いし、日本企業のプレスリリースなんて自分には必要のないものがほとんどだ（大抵は興味をひかないエンプラ系ばっかり）。だからRSSリーダの類から日本のIT系ニュースサイトのものを全て取っ払い、見えないようにした。 最初は何気に不安だったんだけど、今ではその存在すらほとんど忘れている程度なのでやっぱり必要なかったんだろう。その代わりといってはなんだけど、こっちのメディアが注目しないようなアメリカのスタートアップの動き

当社のマネジャーミーティングで賛否両論の議題があるので私の意見を聞きたいという。「あるプロジェクトに関わっている技術者が、クライアントから夜間の作業を依頼された。今日、勤務することになっているのだが、作業をさせていいものだろうか」というのだ。 管理部門からは、「契約では就業時間（9～18時）内の勤務となっている。22～8時の夜間に作業するのは、契約違反である。もし何か問題が起きたら、会社としては責任を負えない」と言う。 その心配はよく分かる。実はその技術者はかつて働きすぎが原因で、軽度のうつ病を発症したことがあったのだ。 技術部門は、私の判断に任せるという。「本人に確認したら、このプロジェクトでは断るわけにはいかないので、一番年少の自分が出ると言っています」とのことだった。 営業部門は、作業に行くべきだと考えているようだ。「夜間の作業は他社では普通に行われていることです。日常茶飯事です。こ

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

Life is beautifulでお馴染みの中島聡さんの本。ブログの方はいつも目を通しているけど、ブログや雑誌記事がまとめられたこの本を読んで、エンジニアとしての生き方を貫き、若い人達を叱咤激励する中島さんの熱き想いを改めて知ることが出来たように思う。 日本のエンジニアは、その労働の割には社会的地位が高くないし待遇も恵まれていないので、話をしても愚痴ばかりで悲しいものがあるけれど、例えば米国へ行って現地の開発者と親しくなると「同じような仕事をしているのに年収のケタが違う！」ことを知って驚くことがある。そんな夢のような（？）世界がこの世の中に存在することを知ると、自分たちとのギャップにさらに自己嫌悪に陥ることもあるようだ。 もちろん、お金が全てではないし会社を取り巻く環境も大きく異なるので、単純に米国の方が良いと言うつもりは無いけれど、少なくとも「自分の好きなことをやって人生の満足感を得る

Enterprise ITをテーマに精力的な情報発信をされているPublickeyさんに持ち込ませて頂いた、共同企画のレポートがあがりました！新野さん、ありがとうございました。今回の「クラウド時代を迎えSIerはどう生き残っていくのか」というテーマは僕とPublickeyの新野さんが共通で追いかけているテーマです。 クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました － Publickey スピードは全てを変えていく クラウドを利用したプラットフォームビジネスを行わないという前提で考えた場合受託開発をどのように変化させていけばいいのか、というテーマ。今回のインタビューを通じて「スピード」が大きな鍵を握る、と僕は感じました。四居氏のメッセージは下記に集約されます。 速く作れるというのはいろんなパラダイムが変わるということで、

SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受

日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の

大規模システムを受注し、プロマネだけやって、実務は協力会社に任せていた会社が、ここに来て内製化に切り替えている。 今日聞いた話だが、内製化したのはいいが、社員に技術力が無く、大量データのレスポンスを確保できない。 このままでは訴訟になるのではないかとの話だった。

全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

2009年8月に『日本「半導体」敗戦』（光文社）を出版したところ、極めて大きな反響があった。この本で記した日本半導体産業が凋落した原因と、そこから得られる教訓、復活への処方箋などを、より多くの人に知っていただきたい。そこで本コラムでは、『日本「半導体」敗戦』の内容を改めて整理すると同時に、出版時に盛り込めなかった話、最新情報などを加えて皆さんにお伝えする。（前回はこちら） 病気を治療するために必要なことは何か？　それは、第1に正しい診断、第2に病気であることの自覚、第3に（これが最も重要だが）治療しようという決意である。 例えば、あなたが、咳が止まらないとする。風邪かもしれない。今はやりの新型インフルエンザかもしれない。肺炎、または結核の可能性もある。ここで、適当な風邪薬を飲んだりして誤魔化していると、治るものも治らない（場合がある）。やはり、治療するためには、咳が出る原因を突き止めた上で

2009年8月末、光文社より『日本「半導体」敗戦』という書籍を出版した。自分で言うのもおこがましいが、極めて大きな反響があった。実際に起きたことを列挙してみる。 （1）全く面識のない数十人の読者の方から、メールで感想などのお便りをいただいた。 拙著には、メールアドレスやホームページのURLを記載していない（記載したくなかったのではなく、編集者が忘れたためである）。にもかかわらず、読者の方がわざわざ検索して連絡をくれたようだ。そして、多くの方から、「共感した」「驚いた」「面白かった」というお褒めの言葉をいただいた。 （2）出版関係者の話によれば、「半導体と名のつく本は売れない」らしい。そのため、光文社に採択されるまで、半年ほど出版社を回ったが、どこからも断られた。しかし、光文社から出版後、わずか3カ月間で、3刷り目の増刷となった。 出版関係者の話によれば、ベストセラー作家ならいざ知らず、無名