「専門家の意見が相反しており、本件バグの発見等が容易であることを認定することは困難であった」――。東京高等裁判所の加藤新太郎裁判長は、主文を後回しにして判決理由を読み上げた。 みずほ証券が、株誤発注による損失など約415億円の賠償を求めて東京証券取引所を提訴していた裁判の控訴審で、東京高裁は第一審と同じく、東証に約107億円の支払いを命じる判決を言い渡した（関連記事：みずほ証-東証の株誤発注控訴審、一審と同じく東証に107億円賠償命令、バグの重過失認めず）。 東京高裁は、誤発注が判明した後も東証が売買を停止しなかったことについては、第一審と同じく東証の重過失を認定した。過失の割合も東証が7割、みずほ証券が3割と変わらず、賠償金額に変更はなかった。 一方で、みずほ証券が誤発注を取り消せない原因となった売買システムのバグの扱いや、債務不履行の考え方など、いくつかの点で第一審とは異なる判断が下さ

システム開発をめぐる当事者間のトラブルは、たとえ裁判には至らずとも、解決への糸口が見えずに長期化しがちだ。特許庁のシステム開発失敗はその一例だろう。 政府が特許庁の新システム開発の中断を発表してから1年あまり。特許庁は2013年3月の段階で、開発ベンダーだった東芝ソリューションとの契約を解除できていない。「契約をどのような形で終わらせるか、現在も協議中」（特許庁）。 政府が契約を解除するには、成果物の対価から違約金まで、金銭の支払いで合意する必要がある。関係者によれば、特許庁を所管する経済産業省と開発ベンダーの間で、2012年前半の段階でこの合意がほぼできていた。だが2012年12月の政権交代後、政府の閣僚から「開発ベンダーに適正な違約金を求めるべきでは」と注文がつき、交渉の行方が見えなくなった。ベンダーとの契約を解除するプロセスや「Exitルール」が明確でなく、プロジェクトを円滑に中止で

みずほ証券がテストの件に加えてもう一つ、東証の重過失に当たるとしたのが「システムの開発手法が適切ではなかった」点だ。開発ベンダーに適切な開発手法を求めなかったため、発注者である東証も責任を免れないとする。 開発手法が適切ではないことを説明するために、みずほ証券は具体的な事例を示した。東証がソースコードを修正する際に、「モジュール詳細定義」などのドキュメントを修正していなかった点だ。 東証はこの事実を認めた上で、「一旦コーディングが済めば、その後の修正は、全てソースコードを中心に行うことが最も効率的であるから、モジュール詳細定義を改訂していなかったことに問題はない」と反論した。「コーディングが済めば、ソースコード自体が、最も詳細なドキュメントである」というわけだ。 これに対してみずほ証券は、ソフトウエア工学の専門家による意見書を引用し、こうした東証の主張を真っ向から否定した。「システムを保守

特に学術的にソフトウェア工学に触れたことはないのですが、むしろそうではなく現場にいる身としては、ソフトウェア工学は失敗しているように見えます。 「成功していない」ように見えるのではなく「失敗している」ように見えるのです。 もちろん、いまソフトウェア開発で使う技法やツールなど、ソフトウェア工学の産物はたくさんあり、現在のソフトウェア開発がソフトウェア工学から生まれたもので支えられていることには間違いありません。 でも、そうやって築き上げてきたものが、1999年以降ガラガラと崩れて、そしてうまく再構築できていないように見えます。 1999年、なにがあったかというと、XPエクストリーム・プログラミング入門という本が発行されたのです。リンク先は2版ですが、日本語版でも初版は2000年12月になっています。 ここからソフトウェア工学がガラガラ崩れた気がしています。 では、ここまでソフトウェア工学がど

政府は医師がパソコンなどに取り込んで診断に使うIT（情報技術）ソフトの販売を解禁する。いまはパソコンなどに組み込んだ場合のみ医療機器として認可しているが、ソフトだけでも認めるよう改め、パソコンとは別に販売できるようにする。診断ソフト市場を創設して多様な企業の参入を促し、医療の技術革新と効率化を進める。厚生労働省が今国会に提出を目指す薬事法改正案に盛り込む。診断ソフトは心電図やコンピューター断層

えっらそうに大規模開発を語るような立場じゃないんだけど、何かと話題のこのへんの記事を読んでいろいろと日ごろ思うところがふつふつとわいてきたので……。 Life is beautiful: 特許庁のシステム開発が破綻した本当の理由 Fumi's Travelblog: "費やした55億円、水の泡に　特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた 特許庁システムのことはそれなりに話題で、日本についてから何度も話にあがってきている。まあ不祥事だのなんだのって話もあるがそれはおいとくとしても、設計段階で60人体制ってだけでも多すぎるのに、増員で1300人体制とか……。設計を穴掘りかなにかと勘違いしてるとしか思えない対策でそりゃまあ破綻するよなあと。 それからね、中嶋さんの記事のコメント欄に書き込まれてた、よく言われる大規模開発でのこのへんの話。 SIerが開発を行う場合、この1

2025年本のはなしばかりがしたいよ 今年は去年よりはちゃんと数えていないので、絶対漏れがあるけど、それでもなんとなくは数えたんだからよいじゃないか。 fuzkueが運営しているReadsは結構楽しくて（それでも結構さぼったりしたけれど）、まあ多分ゆるく続けることを運営サイドも望んでいることでしょ…

「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 ※10秒後にBIGLOBEのおすすめページに遷移します

人気のAndroid向け2ちゃんねるブラウザ「Tuboroid」開発者のHiroyuki Narazakiさんがこのほど、Tuboroid開発中止をブログで表明した。「不当な高評価に堪（た）えられない」というのがその理由だ。 ブログによるとTuboroidは5万ダウンロード（DL）を突破。ほかの高性能な2ちゃんブラウザのDL数を上回るなど「明らかに異常」な状況とNarazakiさんは考えているようで、「元々ニッチを目指して開発しているソフトであり、このようなシェアを占めるべきものではありません」としている。 ダウンロードが増えたのは、「アプリ紹介サイトで紹介されたタイミング的なもの、そこから更にTuboroidしか知らない情弱ユーザが更にTuboroidを他のユーザに薦める、というスパイラルになっている」ためと推測。「他に素晴らしい2chブラウザが存在しているのにTuboroidしかろくに

朝日インタラクティブは12月8日、ソフトウェアデータベースを提供するウェブサイト「Software Re:Source」を開設した。 Software Re:Sourceは、オープンソースソフトウェアやフリーソフトウェアなどを紹介するウェブサイト。PC上級ユーザーやIT技術者、業務効率化や生産性向上のためにソフトウェアを活用したい読者をターゲットとする。 ソフトウェアの概要を紹介するだけでなく、各バージョンごとの更新情報などもあわせて提供していく。これによって、アップデートの必要性やバージョンごとのセキュリティ情報などを確認できる。 サービス開始時点では、オープンソースソフトウェアを中心に約100のソフトウェアの情報を提供する。今後はソフトウェアデータベースの拡充をはかるほか、ソフトウェア開発者とユーザーコミュニティを結びつける各種サービスを提供していく予定。

製品名の「PICMO」は「Picture Motion」の略であり、その名の示すとおり、容易にアニメーションを作成できる点に特化して、種々の機能や技術が注ぎ込まれたツールとなっている。 PICMOの開発リーダーであるうるま氏は、開発の経緯について「古くからコンピュータでのアニメーション制作に携わってきたが、その中でなかなかいいツールに出会うことができず、結局自分で作ってしまった」と話す。 シンプルなUIを使い10分でアニメ作成 うるま氏は、「コンピュータを画材として、絵を描くために使いやすいソフトウェアを追求した。また、従来の多くのコンピュータツールは、既に頭の中にあるイメージを整理して、きれいな成果物を作る用途には向いているが、実際にソフトを使いながら新たなものを生み出すためのツールは多くない。PICMOでは人間の“創作マインド”を刺激することを目指した」と説明する。 PICMOを起動す

1960 年生まれ，独身フリー・プログラマの生態とは？　日経ソフトウエアの人気連載「フリー・プログラマの華麗な生活」からより抜きの記事をお送りします。2001年上旬の連載開始当初から，現在に至るまでの生活を振り返って，順次公開していく予定です。プログラミングに興味がある人もない人も，フリー・プログラマを目指している人もそうでない人も，“華麗”とはほど遠い，フリー・プログラマの生活をちょっと覗いてみませんか。 ※　記事は執筆時の情報に基づいており，現在では異なる場合があります。 私たちが顧客に納めるソフトウエアなどの成果物に対しては，瑕疵担保責任というものが課せられている。そのため，あらかじめ合意した期間内に不具合などが見られた場合には無償で対応しなくてはならない。 一般的には，検出されるソフトウエアの不具合というものは時間が経つにつれて少なくなっていくはずであり，それによるリスクも減ってい