403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした＆ありがとうございましたー！ SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問

梅田望夫氏の大企業で働くことについてのエントリの尻馬に乗ろうと思い続け、気がつけば尻馬が100マイルぐらい遠くなってしまったのですが、やっぱりこのネタについて書きたいことがあるので、エントリを書きます。すっげー長いエントリになってしまったので、気長に読んでください。連休の夜長にでも。 他の大企業はどうだかわからないけれど、少なくともウチの会社に限って言えば、以下のような事が言えます。 本部長レベル以上はやっぱりデキる人が多い 何にも考えなくても給料がもらえる仕組みがある 人がいっぱいいる、それだけでも意味がある 基本的に隣の部署が何をやってるかわからない 決定が棚上げされる うっとおしい社内業務が多い こんなところかなぁ。 ウチの会社は社員数4桁の会社です。そんな会社にあって本部長クラスになれる人は、どこか一味違います。先を見据えて物を考えていたり、政治力がすごかったり、オレ様全開だけど明

株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理

週末スペシャル - “スルガ銀−IBM裁判”を振り返る：ITpro スルガ銀行がIBMを訴えたのは債務不履行とのこと。つまり、債権者であるスルガ銀行が「IBMの責任で」自分たちが望むシステムを作り上げることが出来なかったと言っております。債務者(IBM)の責任である場合は、スルガは契約の解除や、不履行により生じた損害を請求することが民法で認められているそうです。スルガから契約解除＆損害賠償という強烈なワンツーパンチが飛んでいます。 要件定義を3度もやり直すという記述がありましたが、恐らく要件と要求が入り交じった「こーゆーことができるようになりたいです！」という夢と現実の区別が付かない仕様書があって、結局そいつの着地点がスルガもIBMも決められず「そのうちどうにかなるやろ」と宙ぶらりんのまま続けていき、現行業務とのギャップが後から後からザックザク出てきて、そのギャップに＋αされた機能が特盛り

というわけで今日のお話は、「やった！頑張った甲斐があって、就活もうまく乗り切れた！」とか、「まあ、オレのスペックならちゃんと大企業＆大組織に入れるのも当然だけどね。」とか言ってる人は、実は「完全に周回遅れです」みたいな場所で人生最初の｢働く訓練」を受けることがどれだけ自分の将来価値を毀損する可能性があるか、よーく考えてみたほうがいいんじゃないか、ってことなのでした。 将来有望な若者の将来価値を毀損する、大きなワナ - Chikirinの日記 この記述に思うところがありますので、ちょっと書きたいと思います。 僕は6年間新卒で入社した大企業で働いておりました。今は従業員数人の中小企業で働いています。ちきりんさんが指摘する｢完全に周回遅れです｣の意味を身をもって経験しています。 周回遅れの意味は、その企業から一歩出たら全く役に立たないシゴトのやり方やアウトプットに飼い慣らされていることで、外に出

10代で最初のWebサービスを立ち上げたけど失敗したNeil Patelさんのエントリが面白かったので、英語で分かるITトレンド風にお届けします。 My reasoning behind creating a job board was that if I could make 1% of Monster’s revenue I would be a rich kid. Sadly Advice Monkey never made any money and within two years I closed it down. 7 Reasons My First Business Failed Petelさんが立ち上げたサービスはjob boardのサイト(AdviceMonkey)と言うサイトだったそうですが、2年間1円の稼ぎも生み出さなかったのでサービスを終了したとのことです。以下、

日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指してを拝読しました。この手の議論は定期的に出てくる根の深い問題でありまして、1億年と2000年前から多くの方に言及されています。しかし、それほど大きい問題であるということです。一概にああしろこうしろで片付く問題ではありません。 色々論点はありますが、「技術を売って社会貢献している業態なのに、一番重要な技術者を軽視するってどういうこと？」という１点に集約でき、上記エントリの主題も同じです。技術onlyの専門家の存在が認められないのが問題だと。しかしですね、「技術者そのものを売ってるんだから、軽視云々を言ってもどうしようも出来ない」という果てしない平行線を辿っていることが見えているでしょうか？ブルーハーツの「弱いものたちが夕暮れ　更に弱い者を叩く」というフレーズが思い起こされます。 技術者

タケルンバ卿より下記内容についてリクエストをもらったので回答してみる。 ポイントをまとめると、こんな感じです。 人月商売をやっている会社は、単価によって大凡のサービス価格が決まる。よって下請けに安い単価で出してマージン抜くと利益率向上に直結する。 が、下げられる単価にも国内では限界がある。人工商売なら海外に安い労働力を求めるのが合理的なので、海外へ委託するしか無いのではないか？ 翻ってこういう会社で生き残るには、マネージャ職につくしかないのではないか？ITの場合、プログラマでいたいなら一人親方にならざるをえないのではないか？ 人月は流れて西へ - (旧姓)タケルンバ卿日記 結論から言うと、全部同感。ITでも人材派遣(警備業界とか)でも、根っこは一緒。 人月商売は「単価」×「人数」×「期間」のかけ算が基本的な考え方。このモデルで利益率を増やす為には「単価を上げる」か「安い単価の人間を使うか」

知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です

先日のエントリーがアツいことになっており、初のホッテントリ入りに若干興奮している今日この頃です。同じような問題意識を持っておられる方が多くいらっしゃることがわかり、改めて書いてよかったなぁと思っています。 話の流れは相当グダグダなのですがあのエントリーで表現したかったことは、「アメリカにSIerが存在しないのである」⇒「アメリカは素晴らしいのである」というのが骨子ではなく、いわゆるディフェンシブなシステム開発を強いられているSIerというのは、いわば奇形児のような存在ではないかということです。 改めて、ディフェンシブとは 言わずと知れた名エントリから。 ディフェンシブな開発とは、開発途上のリスクを計画上の時点でなるべく潰し、開発側に発生する利益分を減らさないような開発の進め方をすることを言っている。加えて、この場合、開発側はリスク分はなるべく多めに見積もり金額にいれようとしがちだ。 なぜそ

営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分１人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も

私たちは生きているだけで色んな問題にぶつかります。仕事、恋愛、人間関係、金銭、健康、等々。まぁ数え上げればきりがないぐらい色んな問題を各々が持っています。僕もそうですし、あなたも持っていると思います。 問題というのは何かを言えば、理想と現実のギャップです。「こうあるべき」「こうなりたい」という理想としている状態があるにも関わらず、現実がその理想と食い違っていることを問題と言います。みんなうまく回って理想的な状態になっていれば問題は起こり得ないわけですが、現実には複数異なる種の問題が同時に起こっており、細かい事まで遡って考えていくと「うん、それ無理」と言いたくなるような状況になっていたりします。今の世の中は、集めようと思えば圧死しまうぐらい情報に溢れており、細かい所まで様々な情報を集めた事で、自分の力ではどうしようもできないような感覚に陥り失望してしまう・・・。そんな事もあると思います。 自

｢このままではどこか不安だ。自分の今の状態ってどうなんだろ｣っていう意味で、ブログ等で発信を始めたい方はいっぱいいると思います。そんな方へ。 実際には、「自分の考え方を情報発信する」ということは、「批判を受け入れる覚悟を持つ」ということです。 そして「批判を受け入れる覚悟を持ち」「批判を受け入れる」ということは、成長に繋がります。 ビジネスパーソンが、積極的に社外に情報発信すべき理由。そして、最初の一歩としてやるべきこと：永井孝尚のMM21：ITmedia オルタナティブ・ブログ 上記のように｢批判を受け入れる覚悟を持ちなさい｣と説くケースが典型的だと思うんですが、まるで自分に降って来る全ての批判を受け入れなきゃダメなんだ、と解釈されがちではないでしょうか？ 決してそんなことはないですし、これは大きな誤解です。過剰な反論空間は人を歪めるだけです。 批判を恐れずに発信していこうってよく言いま

BBQ和尚の同僚の方とは知らずタイトル買いした本ですが、タイトルに偽りなしです。とにかく平易で優しいわりにいちいち実践的で助かってます。最小の努力で結果が出るように配慮されています。 経験ゼロでもできるプログラミング現場の単体テスト 作者: 片桐一宗出版社/メーカー: 翔泳社発売日: 2009/05/29メディア: 単行本（ソフトカバー）購入: 11人 クリック: 564回この商品を含むブログ (26件) を見る この本を買ったきっかけは、とにかくデグレを無くしていい意味で手離れの良いコードを書いて楽がしたい、というもの。その為にはテストツールの使い方よりも、｢どうやってテストコードを書けばある一定の品質が保てるのか｣ということが書いてあるまとまった情報が欲しかった。で、本書をあたりました。 テストコードの書き方がわかっても、テストの内容が不十分であったりテストする単位が均質でなければ意味

久しぶりにスーツとギークのお話。一説にはスーツ女子とめがねっ娘ギークの萌え論争だと言われています、ええ。 ｢要件決めて話をつけるのは誰でも出来る仕事であって、それをプログラムに落としこむのが大変｣ということがわかっていない、というトピックをあるブログのエントリで見つけました。もっと言ってしまえば、｢何かトラブルが起きた時にお前らは何の役にも立たない。技術者がいなかったらスーツは何が出来るんだ｣という話に発展する。お気持ちわかります。 ここで言わんとしていることは、｢技術がわからないスーツはいつも｢このボタンを押すと注文明細が出る｣レベルの要件しかもってこない。そんなもん誰でも出来る。そこからプログラムに落とし込む所が大変。｣だという話だと思います。確かに｢このボタンを押すと(いくつかのルールを元にDBを更新して)帳票(フォーマットやレイアウトは？)が出力されてグラフ(レイアウト・縦軸と横軸

@yoheiさんの力作、「Webを支える技術」を購入し読了したので、書評を書きたいと思います。 Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus) 作者: 山本陽平出版社/メーカー: 技術評論社発売日: 2010/04/08メディア: 単行本（ソフトカバー）購入: 143人 クリック: 4,320回この商品を含むブログ (173件) を見る 本書は、文字通り「WEBという世界を支えているものは、一体どういう技術・思想で構成されているのか？」ということに主眼を置かれて書かれています。実装技術の仕組みについての解説ではなく、Webをアーキテクチャとして捉えて、こういう設計になっているから今のWEBというものがある、その基礎的な仕様について網羅的に解説されています。ベーシックではなく、ファンダメンタル。各章で、要はこういうことを表現したいから