他言語プログラマのためのRuby入門書『 初めてのRuby 』を執筆した。オライリー・ジャパンのいわゆる動物本の1つとして、6月25日に発売される。 なお、本書は翻訳ではない。オライリー・ジャパンの慣例によると『初めてのRuby』というタイトルの本は米国O'Reilly Mediaの『Learning Ruby』の翻訳本の筈だが、そうはならなかった。諸般の事情により『Learning Ruby』を訳すのではなく、私が日本語で書き下ろした。 対象 本書は、他のプログラミング言語の経験があるプログラマを対象としている。Rubyについての知識は一切問わない。一方、コンピュータ科学一般の用語やオブジェクト指向そのものについては知識を要求していて、こうした話題の説明は殆ど含まれない。 内容 新しいプログラミング言語を習得するとはどういうことだろうか。まず、その言語の文法を知っていて処理系が受理してく

FlawedTheoryBehindUnitTesting - 単体テストに潜む誤った理論 目次 この文書について 単体テストに潜む誤った理論 単体テストに潜む誤った理論 この文書について "The Flawed Theory Behind Unit Testing" の日本語訳です http://michaelfeathers.typepad.com/michael_feathers_blog/2008/06/the-flawed-theo.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... 私は Google の blogsearch 一式を使って単体テストに関する話題を拾っている。 普段は一週間に数十の blog やメーリングリストの議論に目を通す。 新しい話題もたまにはある。けれど、多くの話題は繰り返しだ。同じ主張が何度も現れる。 その中でもひときわ私を悩ませる

Seaserのホットデプロイは 実行時に特定箇所でクラスローダを毎回新しくするというシンプルなものです。 結構、割り切った作りになっているなぁというのが感想ですが、そのシンプルさと原理からいろいろと制限事項も生まれてしまう。 今回、私がハマったところはフレームワーク内でリフレクションをする際に、クラスローダの違いからClassCastExceptionを出したり、NoSuchMethodExceptionを出したりしたことでした。 クラスローダの基礎知識 まず、基礎知識としてクラスローダが違う場合、同じClassでも代入互換性がありません。Classの同一性は、Class自身とそのクラスローダによって定められます。 次に、クラスローダは階層構造をなしていて、まず親クラスローダにロード処理が移譲されます。 ClassLoader ClassLoader クラスは、委譲モデルを使ってクラスとリ

2008年6月 9日 from ずいぶん過激なタイトルにしてしまったけれども、本当に最近よく眼にする「農業ビジネス」という言葉が大嫌いだ。その多くが、農業や農産物流通業の渦中とは全く外部の世界から、双眼鏡か何かで此方を眺めながら勝手に「ビジネス」などとのたまっているからだ。 この世の中に、ビジネス書に書かれているような都合のよい「農業ビジネス」が成立するようなスキームは、現状ではほとんど存在していない。非常に例外的な成功事例や、以前から農業主体として成立している事業者が行っている事例を採り上げて、いかにも「農業ビジネス花盛り」という印象を与えて、新たなマーケットがそこにあるようにみせかけているだけだと僕は感じる。 では、ありもしない「農業ビジネス」を盛り上げようとしている連中の思惑は何なのだろうかか？ マスコミにとっては最近、食を巡るあれこれ騒動に絡めて、「農業ビジネスの可能性」を盛り上げ

2008年6月12日 from 日常つれづれ いま、高知です。〆切地獄に陥りつつあるのだけど、先日のエントリ「「農業ビジネス」はくそくらえだ。」について、いろんなところからメールの反響をいただいた。みんな、関心あるのね。朝の原稿書きタイムに、ちょこっとだけ進めておきたい。 「付加価値の高い商品（例えば有機農産物）を作って、効率的な流通をすれば、今まで以上に魅力的な販売ができると思うんですよ」 というセンテンスに３つの間違いがあると書いたけれども、よく考えたら二つだった（笑） まず最初の間違いは「付加価値の高い商品は売れる」というものだ。ほかの商品領域については正しいのだろうと思うけど、こと農産物はそういうものではないことが多い。重要なのは、買手が希望する流通の中にその商品がはまるかどうかということだ。 付加価値の高い農産物ってなんだろう。これは、実は全国の農業関係者の頭を悩ましている問題だ

Open source is good for everyone! Google believes that by being open and freely available, it enables and encourages collaboration and the development of technology, solving real world problems.

How is it we keep falling for the same trick? Why is it so hard to remember: there is no silver bullet. I've spent a significant amount of my time for the past 3 years focusing on testing. I've learned several lessons.Setup methods are evilOne assertion or expectation per testDuplicate code in tests can be a good thingTest names aren't always requiredReplacing mocks with stubs can improve essence

Refactor :my => 'code' All Ruby PHP JavaScript ActionScript Java C C++ C# VB.NET Python Perl Lisp Erlang Bash Contoller refactoring Fastest way to get value of pi Exercise: Deaf Grandma Saving multiple models in one action Handling Keyboard Shortcuts in JavaScript How to extend a class properly? Object with Field names as resources How to DRY this up Easier way to do this? AJAX makeRequest Popular

IT化というのは仕事を作るのと同義です。ITのIはインフォメーションすなわち情報です。情報というのは以前にも書いたように、ほうれんそうになります。ほうれんそうは仕事にひもづきます。つまり情報をどのように扱うかを整備するというのは、業務を設計するということなのです。 IT化の失敗の原因は色々と挙げられますがその中でも非常に多いのが、データ入力を軽んじるということと、一気にすべてを変えてしまおうとすることです。 データベースというのは業務システムにおいて非常に重要な役割を果たします。データの土台ということになります。データとは何かというと、情報を構成する部品です。例えば売上推移表という情報を構成する部品には、売上日や売上金額などが必要です。こういったそれぞれの部品をきっちりと整理することによって、様々な情報を組み立てることが簡単に出来るようになります。 さて土台ということですから、あくまでもそ