ITが創り出すであろう“未来”の中で、いま最もホットなのが「自動運転車」だ。AI（人工知能）やセンシング、制御技術を駆使して、人に代わって自ら運転する自動車は、社会や産業に与えるインパクトが大きいため、全世界の自動車メーカーやITベンダーなどが研究開発に全力を傾けている。まさに“人類の長年の夢”がITによって実現されようとしているのだ。 だが私には、とても気になることがある。自動運転車はソフトウエアの塊だ。関連する全てのシステムのコード量を合わせたら、大手銀行の勘定系システムのそれを凌駕するものになるだろう。当然、巨大な分だけ多くのバグが仕込まれる。しかも運転は想定外の連続だから、システムが予期せぬ障害を引き起こすリスクが高くなる。 そして、プログラムのバグを踏んだり、仕様漏れが露見したりしてシステム障害が発生すれば、その被害は銀行の勘定系システムのトラブルの比ではない。勘定系システムのト
帝国データバンクは1月15日、2000年から2012年にかけてのシステム・ソフトウェア開発業者の倒産動向調査結果を発表した。 システム・ソフトウェア開発業界では、事業立ち上げの容易さやPC・携帯電話の急速な普及を背景に、バブル以降、数多くの企業が設立された。しかし競争が激化し、リーマン・ショックや東日本大震災の影響などもあって2008年を境に倒産が急増。2007年以降は、設立企業が大幅に減少するなかでの倒産増となっている。 2009年12月には中小企業金融円滑化法(円滑化法)が施行されたが、以降も倒産件数は増え続けている。同社によると、システム・ソフトウェア開発業者は無形の商品を扱っており、代表者の人脈や実績、スタッフのスキルなどによって会社の信用が査定されるため、資産背景に乏しく資金調達ができず、金融機関に対する依存度の低い企業が多いことが、円滑化法施行の影響が及んでいない大きな要因だと
本当にあったコワイExcel
当ブログはamazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイト宣伝プログラムである、 Amazonアソシエイト・プログラムの参加者です。 我々SEという職種は、システム開発の現場で実に様々なドキュメントを作らされる。 Wordだったり、Excelだったり、西暦2000年代という時代において富士通のOASYSで設計書を書かされたこともある。 そんな中、もっとも奇っ怪なのは、やはりExcelで記述されたドキュメントであろう。 本来、表計算ソフトであるはずのExcelが、現場でどのような使われ方をされているのか。筆者の経験した、奇妙なExcelドキュメントのいくつかをご紹介したいと思う。 ■Excel方眼紙 いわずとしれた、SI業界の伝統的手法。Excel方眼紙である。 いまやマイクロソフトの公式Tipsにも登場し、M
繰り返される「SE」の自殺 先週末、こんなニュースが一部で騒がれていました。SE、過労でうつ病→自殺…労災認定 - 大田労基署 ：日本経済新聞 コンピューターのシステム開発などを手がけるピーエスシー（東京都港区）のシステムエンジニアの男性社員（当時29）が2011年に自殺したのは「長時間労働によるうつ病が原因」として、大田労働基準監督署が労災認定したことが31日分かった。 【中略】 男性は06年に入社し、システムエンジニアとして大田区内で勤務。 プロジェクトリーダーに就いた10年11月ごろから労働時間が急増し、11年6月に自殺した。同12月に遺族が労災申請した。 弁護士によると、労基署は、男性が11年５月下旬にうつ病を発症したと判断。 発症4カ月前の1カ月の残業時間が、前月の倍以上の136時間に急増し、2週間以上連続して勤務していたことなどから労災と認定した。 なんとも痛ましい話ですが
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
-- 追記@2012-08-08 09:20JST -- この速さなら言える。この前職場(派遣先)でプログラミングテストがあったのだけど、弊社社員の1/3がFizzBuzz解けなかったんだ… — papamitraさん (@papamitra) 8月 6, 2012 これ読んで工ｴｴｪｪ(´д｀)ｪｪｴｴ工となり、書いた。 -- 追記ここまで@2012-08-08 09:20JST -- あるいは、「FizzBuzz書けない奴m9(^Д^)ﾌﾟｷﾞｬｰ」のもにょもにょ感。 結論だけ、書く。 要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。要らないから。そして知らないから。 さて、まずはこの問題解こうか。制限時間5分。 タイトル: Ants 問題
クロノスの山本さんと飲みにいきました。遅刻してすいませんでした＞＜ 僕らの興味はやはりSIビジネスがどうなってしまうのだろうかという点で、色んな観点から話が盛り上がった。 クラウドの台頭によって、ビジネスでITを利用したくても出来なかった層にIT技術の裾野が広がっていく。SIは自前でシステム環境を構築することで差別化を図り儲けていた側面も強かったけれど、クラウドがハードのアウトソースを加速させた事でシステム開発案件の単価は下がっているし、価格下落話には枚挙に暇がない。目の上のたんこぶではあるが、業界のパイは小さくなったとしても優秀な人間にお金が回るようになれば長期的には良いこと的な帰結を考えていた。 でも、その歪みがひどい事態を生んでしまったようで・・・ 一方、SIおよびSEのこれからに暗い影を落とす話もある。関西のあるSE派遣の企業のはなし。 何十人もの新人さんを集めて、無料でプロジェク
勘定系システムの開発失敗を巡るスルガ銀行と日本IBMの裁判について、東京地方裁判所が3月29日に下した判決の詳細が明らかになった。日本IBMが判決について閲覧制限を申請していたため、これまで日本IBMに約74億円の賠償を命じた判決理由は公開されていなかった。 今回、日経コンピュータが入手した判決文によれば、日本IBMが敗訴した最大の理由は、同社が勘定系パッケージソフト「Corebank」の選定に際し、リスクの回避策など十分な検討を怠った点にあった。今週の週末スペシャルでは、判決文にもとづく解説とともに、判決がITプロフェッショナルにどのように受け止められたか、さらに判決に至る経緯を振り返ってみよう。まず、判決文にもとづく解説記事を紹介する。 スルガ銀-IBM裁判の判決全容が判明 4年間にわたった裁判は、ITベンダーとユーザー企業にそれぞれどのような教訓を残したのか。次の記事では、弁護士やI
2024/04/24 受験チケット申込フォームを設置しました。企業／団体様向け受験チケットの受験料割引特典(ボリュームディスカウント)の申し込みフォームを設置いたしました。 試験要項(Lv.1試験)、試験要項(Lv.2試験)ともにディスカウント率は一緒です。 企業／団体様向け受験チ・・・ 2021/09/27 「受験するには」ページを更新しました。アジャイル検定の試験申し込みページを更新致しました。 2019/05/23 アジャイル検定レベル２開発チームメンバー試験 スタートキャンペーン第一弾！2018年7月から全国配信を始めた「レベル1試験」は約1,000名の方が受験していますが、より高度なスキルを持つ方のために、2019年6月7日（金）より、いよいよ「レベル2開発チームメンバー試験」の配信がスタートします。・・・ 2019/05/22 いま必要なアジャイル開発『アジャイル検定レベル２開
勘定系システムの開発失敗を巡り、スルガ銀行が日本IBMに115億8000万円の支払いを求めた裁判で、東京地方裁判所は2012年3月29日、日本IBMに74億1366万6128円の支払いを命じる判決を言い渡した。 スルガ銀行は2000年代初頭に勘定系システムの刷新を計画し、海外製の勘定系パッケージ・ソフト「Corebank」を担いだ日本IBMの提案を採用した。ところが刷新プロジェクトは要件定義から難航。新システムを完成させることができなかった。 結果的にスルガ銀行は日本IBMに新システムの開発中止を通知し、2008年3月に「日本IBMの債務不履行によりシステムの開発を中止せざるを得なくなった」として、日本IBMに損害賠償を求める訴訟を東京地裁に提起していた。 関連記事：“スルガ銀－IBM裁判”を振り返る ■変更履歴 スルガ銀による賠償請求額について、当初の記事では「111億700万円」と書い
2012年6月19日更新 2012年3月28日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 近年の日々加速するビジネススピードは、ビジネスを実現する情報システムの要件に変化をもたらしています。従来、多くの情報システム開発、特に規模の大きなプロジェクトにおいて、「ウォーターフォール型開発」が用いられてきました。しかしこの開発手法の場合、開発前に要件を確定させることが前提となっており、要件の変化への柔軟な対応が求められる昨今の開発に適合させることが難しいと言えます。一方、この変化に柔軟に対応できる開発手法として、アジャイル型開発をはじめとする「非ウォーターフォール型開発」があります。しかし、非ウォーターフォール型開発は、密接なコミュニケーションを必要とするため、従来その多くは、少人数での規模の小さい開発プロジェクトやWebサービスなどの一部のビジ
次期年金システムの開発プロジェクトが、発注の失敗をきっかけに1年以上停滞していることが本誌の取材で明らかになった。設計作業を受注したIT企業の1社が役目を果たせず途中でギブアップし、再発注がなされないままの状態になっている。税と社会保障の一体改革をめぐる政治の混乱もあり、再開のメドは立っていない。 ストップしているのは、オープン化を目指す次期年金システムのプロジェクトだ。厚生労働省は「年金記録問題」が表面化した後、既に着手していた基本設計の一部をやり直す「補完工程」を3社に分割発注した（図）。3社のうちシステム基盤設計を3億8640万円で受注したユーフィット（現TIS）が、契約を履行できなかった。 アプリケーション設計を担当したNTTデータと工程管理支援を受注したTDCソフトウェアエンジニアリングは、それぞれ「契約どおりに作業を進めた」（厚労省年金局）。一方、システム基盤設計の進行は遅れた
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料
403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした＆ありがとうございましたー！ SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問
f:id:hotchemi:20120310224509j:image 前回に引き続き､凝りもせずベンチャーカフェのこれからの「エンジニアリング」の話をしように参加してきた｡言い訳をしておくと､今回はスタッフとしての参加だったので勤労義務を果たしてる｡概要第2回：SIerでのキャリアパスを考える 〜ここにいても大丈夫？SIerのメリット・デメリット〜第2回では、「SI業界の現状をしっかり把握して、自分の現在位置を知ること」がテーマとなります。何かと不安が多いSI業界で働き続けると、どんなキャリアパスが待っているのでしょうか？そのメリットとデメリットは？会場はオラクル青山センター｡めちゃ綺麗だし真顔…｡ f:id:hotchemi:20120310131622j:image 登壇したのは､ISIDのひがやすおさん､ジンガジャパンの山岡広幸さん､GoTheDistanceで有名なござ先輩こと湯
今週月曜日に公開した記事「特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐」は、記事に対して数多くのブックマークやツイートが行われ、大きな反響をいただきました。 その萩本氏から「問題提起だけで終わるのではなく、こうあるべきだという提案もしたい」、という依頼をいただいたので、記事にいただいた反響への返答という意味も込めて、萩本氏の提案についても掲載したいと思います。 以下からは萩本氏の文章となります。 これまでのIT業界の慣習を捨て去り、あるべき姿へ 僕が日記（注：記事の元になったFacebookへの書き込み）を書いたのは、二度とこのような案件が出ないよう本質的な問題提起をしようと思ったからです。 それが僕の責任だと思いました。 本質的問題を提起したつもりですが、しかし本当に理解していただいたのかというのが心配でもあり、また理解していただいたとしても、今後何
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
This document introduces the author as a software engineer who works with Redmine, TestLink, and open source projects. It provides an overview of the author's background, interests which include Hadoop and database technologies, and links to the author's blog and social media profiles. The author signs off by noting they are available for any questions.Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
