誤発注裁判が改めて問う「バグは重過失か」
「東京証券取引所に重大な落ち度があることは、火を見るより明らかです」。2013年3月18日、東京高等裁判所での第一回口頭弁論。みずほ証券の代理人である岩倉正和弁護士は、東証の株式売買システムに潜んでいた誤発注を取り消せないバグの概要を説明する大型パネルを法廷内に持ち込み、25分にわたって熱弁を振るった。 対する東証代理人の山田和彦弁護士は終始落ち着いた口調で「合理的信頼性を有するシステムを提供できていれば、たとえバグが一つあったとしても、債務不履行には当たりません」と述べ、13分ほどで弁論を終えた。同日、裁判は結審した。 みずほ証券と東証による株誤発注裁判の控訴審は、両社がソフトウエア工学上の論争を戦わせる異例の展開になった（図1）。
株式会社フルライフの社長ブログ - マーク・アンドリーセン『ベンチャーなんてやめておけ』： ”The Pmarca Guide to Startups, part 1: Why not to do a startup”の翻訳
【緩募】 ネットスケープ創業者Marc Andreesen氏のブログポストの日本語翻訳： Why not to do a startuphttp://bit.ly/dk4jBa 非常に良ポストで日本語でも読めると嬉しいです。見つからなければ自分でやります。。 http://twitter.com/#!/j_sato/status/2648977207984128 手を挙げていただいたのが、 @teeteebryan @myagura @jun_y @GkEc の４人の方。皆さん多忙なので日にちはかかってしまいましたが、募集してから３ヵ月して翻訳が完了。多謝。西田 (@GkEc) さんには一度も会ったこともなく、誰とも１回も打ち合わせすることなく、Googleドキュメントで翻訳が進められた。 The Pmarca Guide to Startups, part 1: Why not to d
［GDC 2013］面白いゲームを作るキーワードは「マネタイズ」や「KPI」ではなく「100％ Fun」。森下一喜氏が語るガンホー流タイトル開発
［GDC 2013］面白いゲームを作るキーワードは「マネタイズ」や「KPI」ではなく「100％ Fun」。森下一喜氏が語るガンホー流タイトル開発 編集部：荒井陽介 ガンホー・オンライン・エンターテイメント 代表取締役社長 森下一喜氏。なぜか頭にカメラをつけて登壇した 米国時間の2013年3月29日，ガンホー・オンライン・エンターテイメント（以下，ガンホー）の代表取締役社長である森下一喜氏が，Game Developers Conference 2013にて「100％ Fun：Keeping Players Engaged（100％の面白さ：プレイヤーをつなぎ続けること」というセッションを開催した。 「パズル＆ドラゴンズ」（iPhone/Android）のヒットなどで好調なガンホーのセッションだけに，会場は多くの業界関係者で埋まった。4Gamerの読者であれば，以前森下氏に行ったインタビュー
ps auxw したときに STAT 列に表示される値の意味 - ablog
STAT列 何の略？ カーネル内部のプロセスの状態 説明 R Run TASK_RUNNING 実行可能な状態。CPUが空きさえすれば、いつでも実行可能な状態。 S Sleep TASK_INTERRUPTIBLE 割り込み可能な待ち状態。おもに復帰時間が予測不能な長時間の待ち状態。スリープやユーザからの入力待ちなど。 D Disk Sleep TASK_UNINTERRUPTIBLE 割り込み不可能な待ち状態。おもに短時間で復帰する場合の待ち状態。ディスクの入出力待ち。 T Stopped TASK_STOPPED サスペンドシグナルを送られて実行中断になった状態。リジュームされるまでスケジューリングされない。 Z Zombie TASK_ZOMBIE ゾンビ状態。子プロセスが exit して親プロセスにリープされるまでの状態。 ps のマニュアルを見てみると、 $ cat /etc/i
WEB+DB PRESS Vol.73の「詳解Rails 4」を書いた - idesaku blog
発売が目前に迫っている、WEB+DB PRESS Vol.73に「詳解Rails 4」という特集を書いた。松田明さんとの共著である。 WEB+DB PRESS Vol.73 設樂 洋爾 白土 慧 大和田 純 松田 明 後藤 大輔 ひろせ まさあき 小林 篤 近藤 宇智朗 まかまか般若波羅蜜 Mr. O 奥野 幹也 佐藤 鉄平 後藤 秀宣 mala 中島 聡 堤 智代 森田 創 A-Listers はまちや2 WEB+DB PRESS編集部 技術評論社 2013-02-23 売り上げランキング : 605 Amazonで詳しく見る by G-Tools おそらく、現時点では日本語で書かれた中でもっともまとまっているRails 4資料だと思う。ぜひ手にとって楽しんでいただきたい。 Rails 4雑感 Rails 4は「革新的な新機能がこんなにたくさん！」といったリリースにはなっていない。しかし
RubyでPythonのdecoratorを実装する。 - このブログは証明できない。
こちらのスライド。RubyでRubyを拡張する。つまりメタプログラミングの話。 Extending Ruby with Ruby // Speaker Deck メタプログラミングを使って他の言語の機能を実装しようという内容になってる。 Python: Function decorators Scala: Partial application Haskell: Lazy evaluation 今回は、この中でPythonのdecoratorを実装するというのをピックアップ。 githubにソースコードがあがってて、スライド中では未解決になってた問題がすでに解決されている。 michaelfairley/method_decorators ここから載せるコードは、githubの方じゃなくてスライド中のコードに一部手を入れたものになってる。ひとつのメソッドに複数のdecoratorを指定でき
Python で Rake を真似るとしたら - kなんとかの日記
Python標準モジュールでRakeもどき Python でも distutils を使うと Rake みたいなことができるよという話。 でも distutils って、依存性を解決してくれたっけ? たとえばタスク A を実行するためにはタスク B と C を先に実行しなければいけない、というような依存関係。これができないと、distutils は Rake のかわりにはならない。せいぜい shell script のかわりという程度。 しかし、Rake のような DSL を使うと、Ruby のブロック構文が実によくできていることに感心する。ほんと、ブロック構文がなければ Rake は生まれなかったであろう。 これを Python で真似するにはどうしたらいいか。あんまりいいアイデアはないけど、「@hogehoge」を使った修飾子を使えばなんとかなるのかな。 @task('compile'
inforno :: Python,Rubyの言語内DSL構築力：PythonでRakeをまねる場合を例に
Python で Rake を真似るとしたら という反応を頂いたので、それにまつわるお話を。 まず、CodeReposにコミットしてあるtasktoolsは distutils及びsetuptoolsを拡張する ということを念頭に置いています。ですのである程度distutils.core.Commandの思想というか、インターフェイスを残しています。 タスクをクラスで定義すること オプションの定義方法 sub_commands や finalize_options といったメソッド などなどは元のまんまです。 じゃあ、 distutils や setuptools を抜いて好きにRakeをPythonで真似るとしたら、というのが今回メインのお話。最初にこんな感じでコマンドを定義しますよ、というのを出してしまいます。 1from __future__ import with_statemen
inforno :: Python標準モジュールでRakeもどき
誰もが一度使うと便利さと気軽さに感動するRubyが誇るライブラリ、 Rake 。 プログラムのビルドもそうなんですが、雑多なタスクを簡単に書けて、整理できるのがなんといっても魅力的。RailsなんかではDBの作成から何から、ばんばんRakeタスクにされていますよね。 さて、俺はPythonistasなので、PythonでRakeみたいなのがほしいわけです。ビルドに限っていえばPythonは Scons という素晴らしいツールがあります。C言語はおろか、JAVA、PDF、PostScriptなどなど、さらにはSubversionもサポートしていますし、並列コンパイルもでき、実績も多数で申し分ありません。 でも俺がしたいのは、雑多なタスクを放り込む、コレ。そういうのを簡単にやるライブラリってPythonではないんでしょうか。RubyではRakeが標準添付されるというのに。いえ、あります。前から
DCI (Data Context Interaction)
3月19日(月)に要求開発アライアンスのセッション『Object-Functional Analysis and Design: 次世代モデリングパラダイムへの道標』を行いましたが、説明を端折ったところを中心にスライドの回顧をしています。 今回は「Data Context Interaction (DCI)」として用意した以下のスライドを説明します。 オブジェクト・モデリングの問題点の一つに、ユースケースからドメイン・オブジェクトへ真面目に責務の分散配備をしていくと、ドメイン・オブジェクトの実現が非常に重たくなってしまうという問題があります。 ドメイン・モデルそのものに由来するドメイン・ロジックをドメイン・オブジェクトで実現するのは、本来のオブジェクト指向の趣旨にも則っており問題ありません。 論点となるのはユースケース由来のアプリケーション・ロジック。このアプリケーション・ロジックを、(1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
