タグ

システム開発に関するu4kのブックマーク (13)

  • 絶対に事故を起す自動運転車の「恐ろしい未来」

    ITが創り出すであろう“未来”の中で、いま最もホットなのが「自動運転車」だ。AI人工知能)やセンシング、制御技術を駆使して、人に代わって自ら運転する自動車は、社会や産業に与えるインパクトが大きいため、全世界の自動車メーカーやITベンダーなどが研究開発に全力を傾けている。まさに“人類の長年の夢”がITによって実現されようとしているのだ。 だが私には、とても気になることがある。自動運転車はソフトウエアの塊だ。関連する全てのシステムのコード量を合わせたら、大手銀行の勘定系システムのそれを凌駕するものになるだろう。当然、巨大な分だけ多くのバグが仕込まれる。しかも運転は想定外の連続だから、システムが予期せぬ障害を引き起こすリスクが高くなる。 そして、プログラムのバグを踏んだり、仕様漏れが露見したりしてシステム障害が発生すれば、その被害は銀行の勘定系システムのトラブルの比ではない。勘定系システムのト

    絶対に事故を起す自動運転車の「恐ろしい未来」
    u4k
    u4k 2014/07/28
    みんな2ページ以降読んでないんじゃない?論旨は「自動運転に今の業務システム開発と同じ完璧さを求めるような誤ったソフトウェア観を何とかしないと技術そのものが潰れる」ってことよ?
  • トヨタ生産方式とエセトヨタ生産方式の違い

    せみやしん @shin_semiya 上層部からの「次はアジャイルでやってよ」という声で始まる 上層部のアジャイルの理解は「早い、安い、うまい」という理解 「アジャイルだから設計できてなくてもいいんでしょう?」 「アジャイルだから仕様変更何回してもいいんでしょう?」 最後にお約束の「ただし納期と仕様はマストだから」 2014-05-16 23:34:50 せみやしん @shin_semiya 基的に形から入る。 イテレーションという短い単位で区切る。一週間単位が多い。 なぜ一週間なのか、とかそういう話はしない。 かんばんというものも取り入れる。 かんばんつくる目的って何?とか考えない。 新しいプラクティスを入れないところは今まで通りやる。 2014-05-16 23:36:39 せみやしん @shin_semiya 例えばタスク管理はエクセルシートで行う。 それってほかの作業とい合わせ

    トヨタ生産方式とエセトヨタ生産方式の違い
    u4k
    u4k 2014/05/18
    「21世紀において絶好調だったトヨタを、30年前に脚光を浴びたトヨタ生産方式と絡めて語ることで、我々もトヨタに続け、という理論には"時差"が存在しています」
  • 「SIガラパゴス」を育んだIT部門の罪

    IT産業は、世界に類を見ないユニークなエコシステム(生態系)をつくり上げた。大手SIerを頂点とする多重下請け構造のピラミッドから成るITサービス業のことだ。日だけで独自進化し一大産業として繁栄した。私はこれを「SIガラパゴス」と呼ぶ(関連記事:日だけ!「SIガラパゴス」に明日はあるか)。 極めて便利な存在であるため、ユーザー企業はこの生態系を育んだ。その結果、日企業のIT活用は今や欧米企業に比べ周回遅れで、新興国の企業にも追い抜かれようとしている。 米国のITベンダーの日法人社長は、社の幹部から「なぜ日にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。米国にもアクセンチュアやEDSのような企業は存在するが、数は限られているからだ。そして回答に苦慮する。 「日のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」。

    「SIガラパゴス」を育んだIT部門の罪
    u4k
    u4k 2014/03/01
    このガラパゴスが解消されたら参入障壁なくなるでよ
  • ANA、国内線の旅客システムをオープン化、34年間のメインフレームの歴史に終止符 | IT Leaders

    30年以上にわたり使い続けたシステムを入れ替える。企業ITに携わる人間ならば、その困難さを想像するのは難しくないはずだ。このほどANAは、8年間の歳月をかけて、国内線の予約、発券、搭乗業務を支える旅客システムをオープン化。34年間、ビジネスを支えたメインフレームに別れを告げた。プロジェクトの指揮官に話を聞く(文中敬称略)。聞き手:田口 潤 IT Leaders発行人 Photo:陶山 勉 ――今回、8年間にわたる国内旅客システムの刷新という大規模プロジェクトを終えた訳ですが、もともと、いつ頃から検討を始めたのですか?金子:“次”を考え始めたのは、2000年頃だったと思います。30年以上にわたって、メインフレームを使い続けてきましたが、そのころから限界を感じ始めていたのです。 コストについては、必要経費ですから、それほど問題視していませんでしたが、むしろ、技術者の確保には頭を悩ませていました

    ANA、国内線の旅客システムをオープン化、34年間のメインフレームの歴史に終止符 | IT Leaders
  • 「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」

    「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。

    「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
  • 人月計算する人にアムダールの法則を教えてあげよう。 - kensir0uのしくみ

    アムダールの法則によると 速度向上比=人数/{並列できる仕事+人数×(1−並列できる仕事)} となり、 1.仮に並列できる仕事を5割とし、10人で作業をする場合に 速度向上比=10/{0.5+10(1−0.5)} ≒1.82倍 約180%増し 2.これを20人にしてみよう 速度向上比=20/{0.5+20(1−0.5)} ≒1.90倍 約190%増し 結果からすると速度は人数が増えても大して変わらない。 さらにいうと2.は遊んでいる人が増えている。 人月計算するときに、よく人と期間の因子をもって見積もる人がいるけども それだけじゃかならず、実際の期間よりも短く見積もったり、実際よりも少ない人数を見積もったりする。 チームで仕事をするというのならばこれをみんなに教えてあげよう。 ※理論上では並列できる仕事が10割だったら人数×仕事=速度向上 比だけども、並列できる仕事、つまり他者と関連がない

    人月計算する人にアムダールの法則を教えてあげよう。 - kensir0uのしくみ
    u4k
    u4k 2013/04/14
    あれ、もちょっとややこしい数式だと思ってたけど、わかりやすいぞ…。
  • 特許庁のシステム開発が破綻した本当の理由

    特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には(1)コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、(2)霞ヶ関から流れて来るお金にたかる IT ゼネコン、(3)そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた99億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ

    特許庁のシステム開発が破綻した本当の理由
    u4k
    u4k 2013/01/07
    この手の案件って、酒の席含めて関係各位と調整しまくれるPMが重要じゃないの。10人の中にそういう人は入ってるのかしら。
  • ついっぷる

    ついっぷる - サービスは終了しました。 「ついっぷる」は 2017年10月31日 をもちましてサービス提供を終了いたしました。 2009年12月のサービス開始より8年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。 「ついっぷるフォト」サービスおよび画像一括ダウンロードは 2017年11月30日 13:00 を以って終了いたしました。 「ついっぷるトレンド」サービスは 2021年8月31日 12:00 を以って終了いたしました。 長らく「ついっぷる」をご愛用頂きまして誠にありがとうございました。 今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 BIGLOBEのサービス一覧

    u4k
    u4k 2012/06/29
    すでにブクマにあるよいうに、Suicaは高速処理を極限まで追求したコードになってるので、こういうプログラムになってたんだと思う。それが改修時はアダとなる。…よくあるんじゃないかな。
  • SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道

    某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか?という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

    SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
    u4k
    u4k 2012/03/12
    「SIが社会的に需要があるにもかかわらず、供給サイドが自壊しつつある、という状況はユーザーサイドは、もっと注意深く見る必要があります。」なるほど。
  • とある老害大手SI企業の例(書いたらムカムカしてきた)

    コードも書けないSE(笑)とか言ってるアホ共は ガチでメーラとWordとExcel,パワポ(しかも2003(笑))、teraterm、FFFTP位しかつかわねーからさ あいつら気でXP(笑)、メモリ1GBで足りてるとか思ってるからタチがわりーわ。 ・コードがかける若手SE(笑)がEclipseとかMySQLOracle,Chrome,Firefox,IE,Java,.netと使うからある程度スペックが欲しい。(と言っても今時の5万で買える普通スペックで良い。。) ↓ ・若手が新しいPC寄越せと要求 ↓ ・年ったコードがかけないSE(笑)はOffice2003(笑)位しか使わないし、めんどくさいから要らないと抜かす ↓ ・先輩がいいって言ってるのにお前らが要求するのか?とか言って取り合わない。 ↓ ・ほんとに必要な最前線の若手にまともなPCが行かない、その結果朝にパソコン起動してメーラ

    とある老害大手SI企業の例(書いたらムカムカしてきた)
    u4k
    u4k 2012/02/09
    スピード感のある罵詈雑言は、一種の文芸めいて、酩酊に近いめまいがする。 内容はよくある、あるある系の噺なんだけどね。
  • 特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐

    特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 [スクープ]特許庁、難航していた基幹系刷新を中止へ - ニュース:ITpro 朝日新聞デジタル:費やした55億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO(ガバメントプログラムマネジメントオフィス)補佐官」の肩書きで2009年まで民間から参加した萩順三氏(現 匠BusinessPlace 代表取締役社長)がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩順三氏の発言の主要な部分を引用します。 内閣官房GPMO(ガバメントプログラムマ

    特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
    u4k
    u4k 2012/01/30
    すんごく不謹慎だけど、システム開発あるあるネタとしか思えない。
  • 特許庁の55億かけて頓挫したプロジェクトの報告書が面白い

    http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた・・・その巨大プロジェクトの実体は! 1部~2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日の開発にありがちな問題にもっと注目されて欲しいのでそういう視

    特許庁の55億かけて頓挫したプロジェクトの報告書が面白い
    u4k
    u4k 2012/01/28
    「55億かけてもやめたのは英断だった」
  • 療養費の通知書を作るシステムの仕様がすごい | 水無月ばけらのえび日記

    公開: 2011年8月21日15時55分頃 こんなニュースが……「療養費支給額「3兆円」 都広域連合がケタ違いのミス (www.asahi.com)」。 東京都後期高齢者医療広域連合からはおわびの文書が出ていますね。 後期高齢者医療高額療養費支給決定通知書誤記載についてのお詫び (www.tokyo-ikiiki.net)後期高齢者医療高額療養費支給決定通知書の誤記載について (PDF) (www.tokyo-ikiiki.net)来は「平成23年8月16日」「¥1,351」となるはずのものが、「平成23年80月16日」「¥3,510,000,000,000」となってしまったそうで。 その理由がちょっと驚きです。 同広域連合によると、通知書を作る際、職員がパソコン操作を誤った。支給額欄には13桁の数字を入れることになっているが、1351円を支給する場合も千の位の「1」の前にゼロを9個入力

    u4k
    u4k 2011/08/22
    運用でカバー…出来るかあ!
  • 1