前回のエントリの繋がり上の話であるが、ホメオパシーについて「科学的な根拠はよくわかっていない」とか「科学ではまだ解明されていない」と表現すると完全に嘘になると謂うことは、もっと広く周知されるべきなのかもしれない。少なくともこの件に関するオレの個人的な関心の重点は、マスメディアの情報提供の部分にある。 たくさんの方々の議論ですでに何度も指摘されていることであるが、ホメオパシーの原理的な出発点となったハーネマンのアイディア自体は自然科学の歴史の中ですでに検証された上で否定されているのだし、ホメジャが提唱しているような「水に物質の特性を転写」と謂うようなお定まりの理屈は、水伝やＥＭやその他の水商売一般にも共通する単なる筋の悪いオカルトであって、科学的にはやはり否定されている。 原理が否定されているだけではなく、効果もまた科学的な検証によって否定されているわけであるから、自然科学に基づく限り、ホメ

追記 http://d.hatena.ne.jp/masayang/20100809/1281395947 http://d.hatena.ne.jp/masayang/20100810/1281547469 http://d.hatena.ne.jp/masayang/20100811/1281604763 http://d.hatena.ne.jp/masayang/20100812/1281670369 http://d.hatena.ne.jp/masayang/20100810/1281499156 「ウォーターフォール開発」、本当に日本でうまく行っているのか？ http://slashdot.jp/developers/article.pl?sid=10/08/11/081219 答：うまくいってない． それ以上に，アジャイル開発を理解してない／理解できない人が，まだまだ多いの

(注: 以下の内容は、RSpec ユーザの間で広まっていることでもなく、もちろん RSpec 開発チームの公式な見解でもなく、あくまでワシの個人的な見解です。) RSpec のすごいところは、コードに対してではなく仕様に対してテストを書くことを明確にしたことだと思う。何を今さらと言われそうだけど、今さらになってようやく気づいたニワトリ頭ですまんかった。 ワシも最初は、「assert_equal(expected, actual)」のかわりに「actual.should == expected」と書くかっこよさに目を奪われて、テストコードを自然言語に近い形で記述するのが RSpec のすごいところだと勘違いしてたし、それが「TDD (Test Driven Development)」から「BDD (Behaviour Driven Development)」へという新しい潮流だと勘違いしてた

テスト駆動開発やJUnitを使い始めた頃に読んだ本。手元の本は2004年5月発行の初版なので、もう6年（！）も前の本になる。JUnit自体は（やや乱暴な言い方かも知れないけど）Assertによる検証をシステマティックに行うものであり、特に難しいものではない。例えば、「1+1の演算結果」が「期待通りの値である2になるか？」を確認するというという基本的なサンプルがよく紹介されているし、使い方としてはこれに尽きると思う。 むしろ難しいのは、ソフトウェアの設計として「いかにテストしやすい形の構成にするか？」という点だろう。仕様書通りに組み上げたソフトウェアでは残念ながら粒度が荒すぎるし、テスト対象も広過ぎる。様々なしがらみが付いて回るので、検証のためにはダミーデータを準備しておく必要があるかも知れない。だから、コードの設計を少し変えて、検証しやすい形態にする方がずっと重要なのだ。これらの考え方を総

How to watch NASA's first Boeing Starliner crewed flight launch today (scrubbed)

きむら(K)さんち経由、実はオブジェクト指向ってしっくりこないんです！。いろいろ強烈なインパクトが満載で、スルーできませんでした。 特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。 ぎゃーっ....。本人はまわりを笑っているつもりでも、逆にまわりに嗤われていますよ、絶対。 ここ以外にも突っ込みどころ満載のエントリーですので、読みながら突っ込むお手々が止まらなくって、腕がつりそう。そんな突っ込み連打なエントリーもおもしろそうですが、わたしはそういうのは上手く書けないので（性格がネチっこいから、なんだ

こういうことが可能だと思いましたが、タイトルの通り、以下は脱税ですからやってはいけません。こういうことを考える人がいるといけないと思い、抑止力として書きました。参考にしないで下さい。お願いします。 ＜前提＞ 会社員であるAさん（35歳男性）は、WEBデザイン関係の会社に勤務しながら、個人でもデザインやライターの仕事を請け負っていたので、去年まで、雑所得として確定申告をしていた。 ところが、個人事業が順調で、収入も安定して200万超ぐらいになってきたので、開業届と青色申告の承認申請書を提出して、事業所得で、青色申告を行うことにした。 ＜考察＞ Aさんが、青色申告について勉強してみると、青色事業専従者給与というのがあることがわかった。 月に5万円を支払うと、×12で60万円。給与所得控除65万円を差し引けば、給与所得はゼロ円になる。父が無収入なら、東京都で住民税の均等割がかからない100万円ま

きっかけ。 元ネタ。 俺はVSSを使用しようというプログラマを信用しない。（と宣言しておく） 割と適当訳なのでご了承ください。 時々現れる、どのバージョン管理ツールをつかうのかという宗教的議論の中で、 私はマイクロソフトのVisualSourceSafeが一貫して叩かれている事に気付きました。 私はこれほどまでに憎悪を集めるような別のソフトウェアプロダクトを考えることができません。 私のプログラミングキャリアの日々では幸運なことに、svnを使う場所で働いていおり、さらに最近ではgitだったので、私はVSSを一度も経験したことがないということです。 VSSは本当に皆が主張するくらいに悪いものですか？ はい、そのとおりです！！ 私はgit、svn、cvs、tfs、及びvssを使いましたが、VSSは最も悪かったです。 それには、みんなで作業を分離するという概念が全くありません。 ファイルを操作す

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Linuxはデスクトップ分野以外ではいろんなところで使われてるよ。 向き不向きがあると思うんだよなあ。 目標がわかりやすい、ぶっちゃけていうと標準規格やパクリ元があるようなものって割と成功していると思う。 Firefoxなんかがその代表例で、GIMP、Inkscape、OpenOffice.orgなんかもその傾向がある。 一方で、プログラミング以外の知識が必要なものや、アプローチ方法が判りづらいものなんかは難しい。 ATOKみたいな日本語変換ソフトウェアではMS-IMEに追いつくのさえ厳しい気がする。 根本的にクローズにする必要があるDRM分野なんかも無理だろう。 あと、誰でも使えるUI設計って苦手な気がする。変な選民思想のせいもあるかも。

富士通研究所（本社：川崎市）と同社の米国法人は2010年1月12日、オープンソースのJavaプログラム検証ツール「Java PathFinder」を拡張し、文字列型データの自動検証に対応させる技術を開発したと発表した。従来の手作業のテストに比べて検証の網羅性を大幅に向上できるという。 「Java PathFinder」は、ソフトウェアが正しく開発されたかを確認するプログラムの検証ツールで、米航空宇宙局（NASA）が開発した。火星探査機の制御システムの検証などに使われ、2005年にオープンソース化された。与えられたJavaプログラムのソースコードに対して具体的なテストデータを与えなくても、入力データのさまざまなバリエーションによって引き起こされる動作を自動的に実行する機能（シンボリック実行モード）を備える。 しかし、これまで同機能には数値型のデータしか扱えないという制限があり、業務アプリケー

最近こんなやりとりがあった。 「Cって標準のコンテナ（双方向リストや可変長配列など）がなくて不便。 Cのプロジェクトってコンテナ自体ないこともあるし、コンテナがないとプログラムって書きにくいよね。 その点C++はSTLが(ry」 ... 「コンテナ？　STL“も”いいけど、自分で書きたい」 正直、自分は「え？　何を言っているんだ？」と思った。 STL“も”いいけど、“自分で書きたい”だって？ その人はプログラマとしては十年選手だが、C++に関して、特にテンプレートに関しては稚児に等しいレベル。 で、どうして「自分で書きたい」ということになるんだろう？ それを使わされる人の苦労はどうなる？ それともプロジェクトに同一の事をするための複数のコンテナが存在するのか？ 俺俺コンテナを書きたい理由はなんだ？ 要するにここにおいて「自分で書きたい」はSTLがよく解らないので、 機能や動きを隅々まで把握

State of the art C compiler optimization tricks, Felix von Leitner, Linux Kongress 2009. 最近のＣコンパイラーの最適化能力についてまとめたプレゼンテーション。定数の扱いやインライン展開などの基本的な項目から始まって，分岐の削除やベクトル化， SIMD 化など，最新のコンパイラーに搭載されている様々な機能について調べている。 この手の分岐の削除はほとんどのコンパイラーで有効らしい。 ベクトル化については gcc がだいぶ頑張っている印象。 「gcc は全プラットフォームにおいてビデオコーデックプログラマーより賢い」 これらの最適化が実際のコードでどのように機能するか気になって逆アセンブリコードを覗いてみる人も少なくないと思うけれど，それを代わりにやってくれた感じだ。この手の話題に興味がある人ならば，目を通