印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日本経済が「失われた30年」の間に発展成長できなかった大きな理由の1つに、IT／デジタル活用力の低さがあると言われている。ユーザー企業から言われた通りのシステムを作り続けてきた日本のITベンダーにも重い責任がある。 しかも、クラウドサービスやソフトウェアの自社開発を諦め、海外製品をベースにするシステムインテグレーション（SI）から収益を得るビジネスモデルになった。だが、海外ITベンダーがSaaSを強力に推進すれば、SI需要は間違いなく縮小していく。国内トップベンダーとして2025年度の連結売上高で4兆円超を目指す、NTTデータ 代表取締役社長の本間洋氏にITベンダーの進むべき道について聞いた。 --NTTデータはこれまでどんなことに取り
Introduction When we think of what makes Japan unique in terms of SaaS and overall IT adoption, SI-ers come to mind. SI-ers are an indispensable part of corporate Japan when it comes to software adoption and IT strategies, which is why SaaS startups expanding to Japan ought to consider partnerships with these SI-ers to succeed. SI-ers and their Dominance in Corporate Japan System Integrators – or
はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ
Photo by Cory Doctorow こんにちは。倉内です。 ITエンジニアを目指している方の中には、「入るならやっぱり自社開発のほうがいい！」と考えている人が多いでしょうか。 SIerのような受託開発の企業に入ると「納期に追われるのがつらそう」「顧客に振り回されそう」といったイメージがあるかもしれませんね…。 私は新卒で前職のSIerに入社し、交通事業者をお客様とする受託開発の案件に携わっていました。確かに大変なこともありましたが、社会人としての土台を築いた場所でもありますし、振り返ってみると経験できてよかったなと思うこともたくさんあります。 そこで今回は、自身の経験をもとにSIerで働いてよかったことをお伝えしていきたいと思います。 私の簡単な経歴 大学(情報工学)→大手SIer→paiza(ギノ) 前職のSIerには約8年間在籍し、現場の担当者からPL・PMまでひととおりやり
【17-E-4】 未来はどこにいても誰にでも平等にある。 未来を創るのは自分自身だ。 ～SIerの中で生きるということ～
パッケージベンダーとシステムインテグレーター（以下、SIer）は、同じようにコンピュータシステムを扱うビジネスでも、まったく違うビジネスモデルです。それを忘れた結果、リリースはしたもののさっぱり売れず、また売り方も分からずに放置され、利益が出た年に特損で処理されるパッケージが無数に存在しています。 そのメカニズムと対応をノヤン先生が解説します。 今日はパッケージの完成度とソリューション、それを踏まえたマーケティングの基本設計の話を、SIerの例で説明しようかの。 ある日、SIerと呼ばれるコンピュータシステムの開発を業務とする企業でマーケティングに携わっている人から、こんな質問を受けたんじゃ。まぁ質問というより愚痴じゃがの。 「新しく作ったパッケージがさっぱり売れなくて困っています。業務系のシステムなのでコンシューマ系のアプリのようにダウンロードで勝手に売れる訳もないし、でも経営者は『パッ
先日、ある技術系コンサルタントの方が来訪したので、最近の話題を聞いた。AI技術がこのところ注目を集めており、工場の製造現場でも、様々な取り組みを始めている。ただ、汎用的なAIのエンジンを、自分たちの仕事の用途に合わせて、テーラーメイドで開発するには、それなりの力量が要る。 そこで最近は、FA用途に向けた「アプリケーション特化型」のAIソフトが出てきた、という。特定の目的、例えば機械の振動のデータを蓄積分析して、異常の予兆を診断するといった、目的特化型のAIソフトが出てきているらしい。これが次のトレンドかな。なるほど、なかなか面白い。 ただ、ひとつ心配な点がありますね、とわたしは指摘した。そうしたアプリケーション特化型のAIソフトを売るベンダーと、工場でそれを使用したユーザとの間に、1つ問題となるギャップがある。それは、AIのソフトウェアパッケージと、工場側の具体的な制御システムないしMES
ソフトウェア工学の教科書やプログラミングに関する技術書は、例外なく「プログラムの品質を（制約の範囲内で）できるだけ高いものにするべき」という前提で書かれています。それがエンジニアリングの目標だし、そもそも、ものづくりの職人として、できるだけ良いものを作りたいという思いがあるのは当然だと思います。 また、よく言われることはプログラムというのは一度書いたら終わりなのではなく、長い年月をかけてメンテナンスされるものであるという考え方です。ですから、単に短い期間で作るということでなくて、長い目で見て保守性、拡張性の高いプログラムを作るということは、こういった専門書では当然良いことであるとされます。ネット上でもプログラムの品質に関するこのような特徴については、いろいろ意見が書かれていますね。 http://blog.miraclelinux.com/yume/2007/10/post_9db7.ht
浜口さんの言葉には、ブクマや突っ込みを生み出す何かがありますね。 したがってシステムの大規模化は、必然的に想像以上のコストアップと信頼性リスクの増大を招くものであるとの認識が必要になる。 きました。想像以上のコストアップだそうです。 そんな浜口さんに贈ります。今よりコストダウンさせて、SI業界を良くする方法。 例えば、誰が書いても同じコードにするために、プログラム設計書(内部設計書)を今、書かせているとしたら、そんな無駄なものはやめたほうがいいと思う。 プログラム設計書は、自然言語で書きます。プログラムは、プログラミング言語で書きます。どっちの言語が、プログラムを書くのに適しているかといえば、誰が考えても、プログラミング言語ですよね。 いきなりプログラミングはできない人もいるから、プログラム設計書が必要だという人もいるかもしれませんが、それは、間違っていると断言しましょう。 いきなりプログ
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
ニッポンIT業界絶望論にたくさんの反響をもらったけど、実はあのポストを投げ込んだ後、自分でもちょっと引っかかりが残っていた。それが何なのか、モヤモヤしてて気持ち悪かったんだけど、ウェブ時代をゆくを読んでいたらそれが何だったのかをハッキリと思い出した。 文中で「ひと仕事終えてスターバックスでコーヒーを読みながらしっぽりウェブを泳いでいたら、なんだか得体の知れない不安感のようなものにおそわれたことを思い出す。このとき、とうとう心の底で長らく封じられていた声が聞こえてきてしまったのだった。」って書いてる箇所があったけど、このときに読んでいたのは、実はCNETの梅田望夫・英語で読むITトレンドだった。 あの頃、いつも忙しすぎてネット上の記事をちゃんと読めるまとまった時間がほとんどなかったのだけど、この日には腰を据えて未読分を全部まとめ読みしてみようという気分になったのだった。 そのときに「顧客志向
なんかはてブってば情報サービス産業の悲惨さを訴えると急速にブクマが伸びるものらしく、お前らダラダラ職場からブクマチェックしないで、とっとと帰れよと思うこともあるが、きっと帰れない深い事情もあるのだろう。 しかし分かってないなあ。10兆円台に乗せた情報サービス産業にあって、経済産業省のIT関連予算ってイマドキ400億円もなくて、これって腐りきった社保庁システムの年間保守費用より小さいんだぜ。それが日本のIT業界発展を阻害しているなんて過大評価じゃね。 日本のSI業界の過酷な労働条件を改善したければ、やるべきことは労基法の改正とかじゃなくて、市場メカニズムを正しく機能させることだ。日本のIT業界を発展させたければ、援助交際をやめて何もしないことだ。 最近こそ郵政4分割とか、自民党の参院選対策で大見栄を切った年金の名寄せとか、政治に皺寄せされた不条理なデスマ案件が散見されるけれども、官公需って昔
日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ
[みんなの回答]IT業界進化論： 絶望する前に”SIer 2.0”を目指せ 公開日時： 2007/11/12 08:51 著者： 吉澤準特 kennより: 日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにも［続きを読む］ CNET japanブログで江島さんが「ニッポンIT業界絶望論」という過激なタイトルで興味深いエントリーを書いています。 出だしでバッサリと「日本のIT業界は救いようがない。絶望的としか言いようがない 」と切り捨てており、その後はSIerが本業としている受託開発の将来性の無さを率直に訴えかけ、「受託開発の世界にはエキサイティングな革命の歴史とは無縁である」と述べてます。 しかしながら、正直、私は同意できません。 むしろ、私の答えは
IT業界で無事にいたいなら銀行に関わるな 3Kとか7Kとか言われているが、底辺の会社にいなければそれほどひどくないし、正直どうでもいい。しかし関わった人は皆同じことを口にする。 銀行には関わるな。特に最新技術に詳しい人ほど真っ先に壊れる。すぐに逃げ出せ。 新規開発が出来ると思うな。10年以上経ったシステムのお守りがほとんど。当然コードは見るに堪えない。そのくせ仕事はたくさん来る。ほとんどがバグ修正か機能拡張。そして時間のほとんどはテストで消える。1行修正するだけでも数週間のテストが普通。OSが変わったら一年中テストで潰れる。 休みが人並みに取れると思うな。深夜まで仕事をするのが当たり前。GWと正月はないと思え。しかも一回や二回ではなく仕事辞めるまでずっとだ。 仕事の出来を褒められることを期待するな。動いて当然、止まったら新聞沙汰だ。当然直るまで何日でも徹夜。 キャリアの役に立つと思うな。業
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く