クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました
クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました リーマンショック以降の決算が軒並み大幅減収だった大手SIer。この状況は、景気が回復すれば持ち直すなどと楽観視できません。その背景には、クラウドや仮想化技術などによるシステム単価の下落や、ユーザー企業による内製化の進展による案件の減少といった構造の変化があるからです。 こうした構造変化の中で、SIerは今後の成長戦略をどう描こうとしているのでしょうか？ また、その中でどんなエンジニアが今後必要とされるのでしょうか？ ブログ「GoTheDistance」のブロガーで、「ござ先輩」として知られる湯本堅隆氏から、こんな主題でインタビューしてみたい、という企画がPublickeyに持ち込まれました。湯本氏は、自身もかつてSIerに勤務し、現在は中小企業の情報システム担当に転職した
Webエンジニアスキルの勘所
Webのエンジニアにはどういうスキルが一番必要か？という話を考えてみた。 例えば、C言語やUnixの経験が長く、オブジェクト指向も理解していたとしたら、PHPから始まり、Rubyなどの理解は決して難しくないだろう。 では、それだけの経験で一線級のWebエンジニアとしての信頼が置けるかというと、ちょっと違うような気がする。 考え方のベースは、 「Webは、要するにテキスト処理であることが多い。だから難しい」 ほとんどの事がHTTPプロトコルを通じてテキストデータとして情報が、なんのネットワークの制約もなく流通する。つまり、HTTPヘッダを含むテキストの操作でセキュリティホールを作り、それが世界のどこから攻撃されるかわからない。 また、 同様に世界中からアクセスが集まることがありうるので、回りくどいテーブル設計をしてしまうと、あっというまに破綻してしまうこともある。 そして、 基本的にマルチア
2010年にWeb担当者が読んでおくべき良記事40本 | 初代編集長ブログ―安田英久
2010年の要チェック人気記事を発表！ あなたはあの良記事を見逃していませんか？ 解説記事、ニュース記事、ユーザー投稿などの種類ごとに、人気記事を紹介します。 解説記事トップ20 | ニュース記事トップ10 | ユーザー投稿記事トップ10 解説記事の2010年人気記事トップ20殿堂入り：Webマーケッター瞳 ―― マンガ記事として、各回人気を集めました。第1話からどうぞ 滅べばいいのにと思うSEOの10の迷信（都市伝説）（SEOmoz） SEO業界にはびこる間違った情報、それも正しいSEOの妨げとなる情報について見ていこう。 あなたの著作物をパクったサイトをGoogle八分に追いやる正しい手順（編集部ブログ） そもそも盗用されたコンテンツは、検索エンジンで探せない状態にしてしまえばいい 客はバカでちょうどいい。販促サービスにおける鉄則（企業ホームページ運営の心得） 販促サービスを成功させる
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
技術を究めたかった私が、マネージャになったワケ － ＠IT自分戦略研究所
第1回 技術を究めたかった私が、マネージャになったワケ テイクウェーブ 竹内義晴 2008/1/16 ■苦労の連続。そこから抜け出すために 転職先は中小企業で、大手企業のあるプロジェクトに参加していました。担当は24時間365日稼働の巨大システムです。絶対に止めることはできません。多くの時間がシステム構築以外のところに割かれました（いまでは、すべてがシステム構築の一部であると分かるのですが、技術を追究したかった当時の私にはそうは思えなかったのです）。しかも、大手企業における中小ソフトハウスの扱いは……。想像にお任せしますが、私にはとてもつらく感じられるものでした。 「もっと技術力を上げ、システムを作り続けたい」との思いで転職したのに、興味の持てない仕事やプレッシャーばかりの毎日。ホトホト疲れ果て、潰瘍（かいよう）にもなり、「犬はいいよなぁ。しっぽ振ってればご飯もらえるんだから。それに比べて
いつまでStruts1を使い続けるの？ - 達人プログラマーを目指して
営業支援で提案中の案件があるのですが、現状CGI＋Perlで作られているコンシューマー向けサイトがあるが、 CGIなので性能が悪い コンテンツの修正が大変なのでMVCできちんと作りたい 実績のあるJavaとStrutsをメインに検討している とのことです。今時多くのコンシューマー系のサイトで、コンテンツの管理を容易にしたいならオープンソースも含めてPHPベースのCMSが星の数ほどあるという事実はおいておくとしても、とにかく、実績重視ということでStrutsということになってしまうのでしょうか？お客様もMVCなど相当技術を勉強されていることは感心なのですが、JavaのMVCフレームワークというとStrutsしか考えないというのは問題ではないのでしょうかね。多くのStrutsベースの既存システムを自社で抱えているなどの理由があるのであれば、それも一つの選択なのかもしれませんが、実績重視とか社内
紙と電話を一切無くして社員満足度全国No.1の会社にする方法をEC studio社長にインタビューしてみました - GIGAZINE
全社員にiPhoneを支給し社内連絡事項はTwitterにメールとチャットなど、徹底的にIT化されたオフィスを構え、「電話無し」「ペーパーレス」、その上「お客さんとは会わない」ことで有名なEC studio。 その代表取締役である山本敏行さんが今年の2月に出版した「iPhoneとツイッターで会社は儲かる」がAmazon和書総合ランキングで一位を記録し、ワールドビジネスサテライト（テレビ東京系）で特集が組まれるなど破竹の勢いで快進撃を続ける中、また新たに「日本でいちばん社員満足度の高い会社の非常識な働き方」という新刊を出すということで、この機会にどうやったらそんなことができるのか、インタビューしてみました。 山本社長自身の体育会系的な側面、会社の歴史や指針といった知られざるエピソード、さまざまな経験から裏打ちされた経営哲学など、ITや経営に興味があるが実際にはどういうようにすればいいのかがわ
私がソフトウェア技術者をやめた理由 - Rails で行こう！
昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |
絵で見るコミュニケーション手段の拡大 | rionaoki.net
「Facebookの携帯進出」について過去記事（「IDをめぐる争い」、「プライオリティ・インボックス」）を参照していたら、図にしたほうが分かりやすいきがしたのでサクっと追加してみる（「金儲け＝悪」の話を絵で説明してみる）。 前ID時代 郵便 個人識別としてIDが生まれる前の時代には、個人とのコミュニケーションは基本的に対面に限定されていた。対面でのやりとりするのは非常にコストがかかるためコミュニケーション自体が少なかったことは容易に想像できる。宛名を指定して郵送することで個人にメッセージを送ることも出来たが、住所はあくまで「家」を指すもので個人のIDとは言い難い。 ちなみにアメリカで他人宛の郵便物を開封するのが厳罰だ。これは郵便というプラットフォームを擬似的な個人IDシステムと稼働させるための措置であり、そういったシステムの重要性を示している。 電話 固定電話の普及は、郵便に変わる比較的安
ある程度の年齢を迎えたプログラマが抱える悩み - bkブログ
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション（たとえば管理職など）に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
第3回 なぜ日本のソフトウェアが世界で通用しないのか | gihyo.jp
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
受託開発に未来はない? - ひがやすを技術ブログ
私は1年以上、エンタープライズの世界(企業向けSIとか)から離れ、ずっとGoogle App Engineをやっています。今は、Google App Engine + Webkitベースのブラウザで動くHTML5を使ったグローバルな新サービスを提供しようとしていて、新規事業立ち上げのために日々奮闘しているので、エンタープライズな世界に戻ってくることは、基本無いでしょう。 私は、受託開発に未来はないと思っているので、自分でサービスを提供する側に回ろうとしているわけです。受託開発に未来はないといっても、文字通り未来はないという意味で、すぐになくなるわけではないし、生きてくために必要な部分も多々あると思います(うちの会社もSIerだし)が、今後は撤退すべきだろうという判断です。 受託開発になぜ未来がないかというと、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものが生き
プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
私がiPadを買うべきでない理由：日経ビジネスオンライン
iPadを見た。 買うことになるだろう。 わかっている。どうせ買うのだ。それもたぶん一週間以内に。三日か五日の間買わずに我慢するのは、自分に対する言い訳に過ぎない。あるいは手続きみたいなものだ。よく頑張ったぞオレ、とそう自分に言い聞かせながら、でも結局買う。いつもそうなのだ。セルフおあずけストラテジー。デジタルマゾヒストのティピカルな行動パターンのひとつだ。 見せてくれた編集者氏は、ほとんどアップルのセールスマンだった。それほど全力で私にiPadの魅力をアピールした。 「で、ここをこうするとほらフォトフレームになるわけです」 「……うう……」 「動画も見られますよ」 「……うう……あ……」 「ね。なかなかの画質でしょ？」 「…………」 それにしても、こういうブツをいち早く手に入れた人間は、なにゆえに必ずや布教活動を展開することになるのであろうか。あまた生まれいずる市井のペテロたち。その無償
episode:56 「いままで音楽産業と呼ばれていたものは、ニセモノを売って稼いでいたんです。」：日経ビジネスオンライン
前回までのあらすじ 老舗 大日本鉄鋼に旭山隆児（あさひやまりゅうじ）が呼び戻され、第三企画室が設置され1年が過ぎようとしていた。独立した新会社オルタナティブ・ゼロでは旭山社長のもとで第三企画室室長 風間麻美（かざまあさみ）、次長 楠原弘毅（くすはらこうき）が忙しく働いていた。新事業立ち上げ目前の風間に対し、楠原は遅れをとっていた。 【登場人物の紹介はepisode:zeroをどうぞ】 旭山隆児は楠原弘毅に向けて質問を投げかけてみた。 苦労しながらも風間のガレージ村は離陸しようとしている。 今日のオルタナティブ・ゼロは、もうひとつのビジネスモデル〈アポロシアター〉について、何十回目かのブレーンストーミングをしていた。 ＊ 「CDの販売は低迷しています。昨年、日本国内で100万枚以上売れたアルバムは3タイトルだけです。しかもそのうち2タイトルはベスト盤でした」 「ううむ、いかにもぱっとしないな
エンジニア向けオススメ英語ブログ - My Life After MIT Sloan
先週書いた3Gの記事で、私が読んでるブログのひとつFakesteveを紹介したが、他にも定期的に読んでいる技術系英語ブログがいくつかある。 もしかしたら技術系の方が英語を勉強する際の参考になるかもしれない、と思い、ご紹介します。 ■The Secret Diary of Steve Jobs (またはFake Steve) まずは既に出したfakesteveから。 シリコンバレーのエンジニアに人気のブログなので、日本でも知ってる人も多いかも。 タイトルは「スティーブ・ジョブズの秘密の日記」だけど、ドメインがfakesteveであることから分かるように、ニセモノが書いてるブログだ。 ニセモノとはいえ、毒舌にユーモアが効いててとても面白いし、結構インサイトあること言ってるので 「一体誰が書いてるのか？」というのが長らく謎だった。 で、結構多くの人が、Fakesteveの正体は誰だ？と正体探しを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
