物事に大きな影響を与える前提なのに案外知られていない。その一つがコンピュータソフトウエア投資とソフト開発技術者の所属先に関する日米の差である。 日本企業は自社で利用するソフトのほとんどをIT（情報技術）企業に開発させているのに対し、米国企業はソフトを内製する比率が高い。 日本のソフト開発技術者の大半はIT企業に所属するが、米国のソフト開発技術者の大半はIT企業ではなく一般企業に所属している。 上記二つの文は同じことを言っている。日本企業は社内にソフト開発技術者をあまり抱えていないためIT企業に外注するが、米国企業は社内にソフト開発技術者がおり内製できる。 「ほとんど」「高い」「大半」では曖昧なので数字を補足する。米国商務省経済分析局の数字によると、2010年の米国民間企業におけるソフトウエア投資の内訳は、内製（自社開発）が37.3％、外注（他社委託）が34.2％、パッケージソフト購入が28

May_Roma めいろま　谷本真由美 @May_Roma 日本の保守的な会社や団体の問題の一つは人が入れ替わらないこと。外のやり方や状況を知らないから知識や技術が陳腐化する。外を知らないから、成果物の質の良し悪しがわからない。組織内での競争は成果物ではなく、人当たりや気遣いなどになり、成果物の質が低い人でも上になる。 2012-09-22 19:48:51 May_Roma めいろま　谷本真由美 @May_Roma これが致命的になっているのが日本のIT業界。日本では優良と言われている所でも仕事のやり方は独自。業界の流れを無視だから海外に15年は遅れている。効率も悪いから延々デスマーチ。文書一枚すら外の人には意味不明な書き方。最新のやり方を学びたい人は海外の先進国行かないとヤバイ。 2012-09-22 19:53:07 May_Roma めいろま　谷本真由美 @May_Roma 日本の

「SIで得るものはあるのか？」 おそらくここ10年以上、日本各地で自問自答された問いでありまして。かくいう自分もその一人であります。デスマの度に、ここまでやる意味はあるのか？赤字の度に、そこまでやる意味はあったのか？　思わなかった人はいないはずです。特にここ数年は、見るもの聞くもの、酷いプロジェクトが自分の周りでも多く、「いいから、そのまま回れ右」という行動パターンの機械学習全開です。（遠い目 他方、「構築をやらないと確実に実装力は落ちる」こういう声もあるでしょう。これもまた真実ではあります。特に、SIの中身丸投げモードのスイッチが入りっぱなしで液漏れ寸前なところは、もはや経験不足を通り越して「リバース・プロキシーって何をするんだっけ？」って真顔で聞くPMの方もいらっしゃる状態もありまして。実際にやらないとわからない、ということは普通におきます。特にアーキテクチャやインフラ周りは、そうなっ

富士通と富士通アドバンストソリューションズ（FASOL）は2012年8月15日、企業情報システム向けの「設計書化モダナイゼーションサービス」を発表した（図1）。同日より販売活動を開始する。 このサービスでは、富士通およびFASOLの担当技術者が顧客企業のメインフレームを調査。COBOLやPL/Iなどで書かれているアプリケーションのソースコードを解析し、日本語の設計書に置き換える（図2）。アプリケーションの保守担当者はソースコードではなく日本語の設計書によってアプリケーションの仕様が把握できるため、アプリケーションの保守性が向上するという。 また、日本語の設計書から新規システム用のJavaソースも生成可能。この作業で富士通側はFASOLの開発支援ツール「InterDevelopシリーズ」を使う。同ツールはテスト関連の機能も備えており、設計書からJavaソースの動作テスト項目の候補を自動抽出す

私が就職活動を行っていた20年前、SE は花形職業の一つでした。しかし今は 3K として敬遠されるようになり、力のあるプログラマーは SIer を避けるという状況となっています。 この業界で骨をうずめようと考えている身にとって、なぜ今日のような状況になったのかという原因を探ることは責務と感じます。また、これを解決するために自身（と会社）のエネルギーを注ぎたいと思っています。 まず次の二点は、私が同業の方と話をしていて、よく話題になる事項です。 人月制度に代わる見積手法が確立されていないこと。人月による見積が妥当なのはコンサルタントなど、上流設計の一部のみ。例えば製造で1,000人月という数字は、根拠があってないようなもの。 階層構造によるコミュニケーションストレスの存在。階層構造の下部に位置するSE/プログラマが仕様の矛盾に気付いても、直接確認することができない。また、お客様との接点がない

SIerに対するバッシングは、高まる一方です。 私もSI業界からはさっさと抜けだしたほうがいいのエントリでSIerには未来がないからサービスを作る側に回ったほうが良いと書きました。 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 これは、自分でやってみての正直な感想。やらなきゃわからなかったことなので、自分のしたことに対する後悔はありませんが、日々ものすごいプレッシャーです。 チャレンジし続けないと落ちぶれてしまうのエントリの通り、私は現状維持を嫌い、常に新しいことにチャレンジする前向きな性格ですが、それでもこのプレッシ

次の2つのエントリを読み、香川晋平氏の書籍も読んでみたいと思い、購入。 「デキるつもり」の自称・黒字社員に身につけさせたい「絶対黒字感覚」 (1/2) - ITmedia エグゼクティブ 黒字社員、赤字社員を見抜く方法 | ブクペ 「デキるつもり」が会社を潰す　- 「絶対黒字感覚」のある人、ない人 (中公新書ラクレ) 作者: 香川晋平出版社/メーカー: 中央公論新社発売日: 2011/10/07メディア: 新書購入: 12人 クリック: 107回この商品を含むブログ (5件) を見る 1番目のエントリの内容は、この書籍の“導入”というよりも“骨格”（かなり荒っぽくまとめてある）。で、前々から、自分はいくら稼げばよいのかを数値で知りたかったので、この機会に算出しておく。 1. 準委任の場合 システムを（準）委任契約（いわゆる期間売り）で開発していて、年収が600万円の社員の場合を考える。書籍

全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約３万人のシステムエンジニア（ＳＥ）の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機

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

ITエンジニアの貯蓄額は「50万円未満」と「1000万円以上」が比較的多いという“二極化”が進んでいる──こんな調査結果を転職サービス「DODA」がまとめている。 ITエンジニアの貯蓄額は「50万円未満」と「1000万円以上」が比較的多いという“二極化”が進んでいる──こんな調査結果を転職サービス「DODA」（インテリジェンス）がまとめた。 調査は今年3月上旬、25～34歳を対象に実施。ITエンジニアの平均貯蓄額は326万円で、他職種を含む全体（320万円）をわずかに上回っていた。 ただ、ITエンジニアの貯蓄額で最も多かったのは「50万円未満」で、20.2％を占め、全体（18.9％）と比べ割合が多かった。一方で、「1000万円以上」という人は10.4％と、こちらも全体（8.7％）より多かった。「貯蓄額の二極化が進んでいることがうかがえる」という。 平均貯蓄額では、既婚男性が330万円なのに

ちょっと前にTogetterで作成したまとめに対して大きな反響をいただきました。 SIerは自動化する対象が違っているのでは？ - Togetter これは、私が Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler)) 作者: Jez Humble,David Farley出版社/メーカー: Addison-Wesley Professional発売日: 2010/07/27メディア: ハードカバー購入: 3人 クリック: 141回この商品を含むブログ (23件) を見るを読み始めて、ふとつぶやいた をきっかけに始まったTL上での議論をまとめたものです。この本は、7月に行わ

IT業界の底辺→真ん中→頂点と経験したけど質問ある？ Tweet 1：以下、名無しにかわりましてVIPがお送りします：2011/07/29(金) 19:26:51.55 ID:H2gxmy9r0 IT業界のWalking Dictionaryとは俺の事。 4：以下、名無しにかわりましてVIPがお送りします：2011/07/29(金) 19:28:10.49 ID:qF0oYdhQ0 お前の頂点はレベル低いな 6：1：2011/07/29(金) 19:29:13.08 ID:H2gxmy9r0 >>4 世界でもTOP10にはいるIT企業だよ。 14：以下、名無しにかわりましてVIPがお送りします：2011/07/29(金) 19:30:30.76 ID:qF0oYdhQ0 >>6 メーカー？ 27：1：2011/07/29(金) 19:33:51.55 ID:H2gxmy9r0 >>14 底

※　以下内容はフィクションです。 企画「やりました！　海外から、あのほのぼの版権『ぽかぽか熊』をゲットしました！」 社長「でかした！　予算つけるからすぐに制作だ！　おい営業！　さっそくいまをときめくソーシャル会社にもっていきたまえ！」 営業「分かりました！　すぐ取ってきます！」 -- 営業「あの著名な『ぽかぽか熊』のデジタル版権を獲得したので、御社でソーシャルゲー展開したいんですが」 担当「ちょっとねえ」 営業「え？　あの誰でも知ってる『ぽかぽか熊』ですよ？」 担当「これって、戦闘要素あるんですかね？」 営業「戦闘？　ですか？　ないですが、コレクション性や、箱庭を世界観にそって充実させることで…」 担当「売れないですよ」 営業「え？」 担当「売れないですよ、戦闘要素がないと。競わせなくちゃ、ユーザーに。戦いがないと売れんのです」 営業「そうですか」 担当「再度検討してください」 営業「分か

Big news today for LumApps, the French startup that has described itself as an “intranet superapp” with a platform for building and provisioning internal communications and apps for workforces. The… Nubank is taking its first tentative steps into the mobile network realm, as the NYSE-traded Brazilian neobank rolls out an eSIM (embedded SIM) service for travelers. The service will give customers ac

先週の水曜日に、IBMのビジネスパートナーの方々が中心となって設立された団体「Open Source協議会 System i」のセミナーで「IT大変革。今、何にどう取り組むべきか！ ～知っておきたい技術動向とキャリアの描き方～」というセッションのスピーカーを、アイティメディアの藤村厚夫取締役と一緒に務めてきました。 藤村さんからはセッションのテーマとして「お互いに、今後5年のあいだにインパクトがあると思われる動向を5つ挙げて説明しよう」という提案をいただいていたので、僕としては少し考えて次のような5項目を挙げることにしました。 セミナーでこの5つについて話したことを、せっかくなのでこのブログでも紹介したいと思います。 業務の定型化の波 1つ目の動向は「非コア業務、�バックオフィス業務の定型化の波」です。これによってこれまで以上に業務のパッケージソフトやサービスへの置き換えが進むと考えていま

みんな死にかけるかもしれないよ。 ひがさんのSI業界からはさっさと抜けだしたほうがいいを読みました。SIには未来が無いという最後通告のような文面のようにも取れます。江島さんのニッポンIT業界絶望論と併せて読むと、言わんとしていることの輪郭がより鮮明になるかと思います。ご一読を。 非効率極まりない下請け構造でシステムを作る時代が過ぎ去り、プロがはじめから高い品質を提供できるSaaSの時代が到来しているよ、と。ユーザーは必要最低限の投資で済む為、よりスリムで堅牢な企業体になる。IT屋も全部自分で出来るしお客さんが喜んでくれて嬉しいよねというWin-Winなシナリオ。 これが仮に未来像としましょう。そうすると、ちょっと考えれば分かる。ITのサプライサイドにとっては、本当に難しい時代に入るってことが。SaaSの時代というのは、僕ら業界にいる人間にとってみれば「多産多死の時代」ではないでしょうか？変

最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ