ちょっと古い話になるけど、 『ＭＯＴＨＥＲ２』というゲームの開発が 破綻しかかっていたときに、 岩田さんが助っ人として現れて、 ぼくらに向かってこう言ったんです。 「これを、いまある形のままで、 直していくなら、２年かかります。 でも、イチからつくっていいなら １年以内にやります。 どちらにしますか？」って。 When the MOTHER 2 (EarthBound) project was about to fall apart, you came in to help, and this is what you said to us. "It will take 2 years to fix this keeping what you have built up. If we start from scratch, it will take only a year. What do

遺伝的アルゴリズムとは？ ミシガン大学のジョン・ホランド（John H . Holland）が適応・進化のモデルとして考案した。1975年に著書"Adaptation in Natural and Artificial Systems"として出版。今日では主として最適化の手法としての応用研究が進んでいる。 遺伝的アルゴリズムは、適用範囲の非常に広い、生物の遺伝のメカニズム（ネオダーウィニズム）を模倣した学習的アルゴリズムである。生物が進化してきたような遺伝的な法則を工学的にモデル化し、また参考にして工学に役立つような学習方法を与えるものである。 定められた形のコードを1つの個体として、多数の個体を含む個体群を用意し、各個体に遺伝と同じようなメカニズムを働かせて進化させる。データ（=解の候補）を遺伝子（=記号）からなるコードとして表現し（これを染色体とみなす）、選択・交叉・突然変異などの遺伝

psychopathより。 金言、格言は古今東西いろいろあるのだが、ここではプログラミングに関する格言がまとめられていたので、抜粋して翻訳してみる。翻訳に間違い等があった場合は、コメント等で指摘してください。 We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil 私たちは、時間の約97%を占めるわずかな効率に関しては忘れるべきである: 時期尚早な最適化は諸悪の根源だ。 - C. A. R. Hoare Walking on water and developing software from a specification are easy if both are frozen 水の上を歩くのと、仕様に基い

ソフトウエア開発にはバグがつきものだ。ただし、バグの発生を最小限に食い止める方法がある。コーディング規則を適用してコードを記述することだ。バグが発生してからそれを発見し、修正するという通常の開発手順に比べて、簡単に、しかもコストをかけずにバグをつぶせる。 ここでは、ZigBeeを利用したセキュリティ・システムから医療機器にわたる筆者の組み込みソフトウエア開発の経験から得た、バグをなるべく発生させないコーディング規則を紹介する。 なぜコーディング規則が必要か コーディング規則は、ソフトウエア開発者に対して、コードを記述する上での規則をまとめたものである。英語のライティング教本として著名な「The Elements of Style」（William Strunk Jr.、E. B. White著）の、プログラミング言語版のようなものだ。 組み込みソフトウエアにも、きれいで、正しく、簡

反面教師も良い教師ということで、これまで仕事してきて、これやったら仕事遅くなるよなぁと思うような行動を取ってしまった実体験とか、あと見ていてこれはイカンよなぁと思ったことを10個ほど。 1. フリーズする 難題が持ち上がった時に、特に何かを調べるでもなく、首を捻りながら長時間沈思黙考するタイプ。頭だけで考えていてもたいてい前には進まないので、長考する仕草を取るのは「眠いのを誤魔化したい時」だけに限定した方が良いかなぁと思ってます。 2. 質問をためらう 技術的な内容なら自分で調べた方が為になることはあるけど、仕様などの聞かないと分からないことについてまで、なぜかためらってなかなか質問に行かないタイプ。相手が多忙だと質問しづらいけど、行かないと作業が止まるような時は遠慮なく相手に犠牲になってもらうが吉です。 3. Googleから答えにたどり着けない 同じことを調べているのに2倍以上時間がか

ちょっと前の話なんですけれど，あたしが知ってる生身の人の中で，もっとも優秀なプログラマさんのコーディングを見せてもらうことがありました。知らないライブラリの使い方をたずねたのがきっかけなんですけれど，「ちょっと作ってみるから見てて」ってな話になったのでした。これがすごかった。 「よりそいプログラミング」というのは，ここで作った言葉で，単純に片方が寄り添う形で行うプログラミング方法です。片方がひたすらプログラミングして，それを傍から見るというモノ。ここで，似たような言葉のペアプログラミングは，もちろん製造工程の話だけれど，「よりそいプログラミング」は開発工程とは異なる，教育目的のプログラミングです。だから，生産性云々とかは，とりあえずさておいてください。 さて，そのプログラマさんのプログラミングを見ていたところ，とにかくペースがものすごい。傍から見ていると，言葉を出すのと同じ感覚で，考えたこ

404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で

いえいえ、即日プログラミングです。ゲーム好きの友人がいて、企画書とビットマップのキャラクターをもってきて「ゲームを作ってくれ」というんですね。電気屋さんはお店の宣伝になるからと「開発」を認めてくれていましたから、BASAICでプログラムを組んで、デモして、できたゲームで遊ぶと。これを一日でしていました。 ですからソフトは保存していなかったのですが、プログラマって自分の書いたコードは覚えているものじゃないですか。同じゲームは別の日でも作れましたし、少しずつ違って別のゲームができたりするのも面白かったり。中学に入るとポケコンでの開発が中心になり、授業中にポコケンでずっとプログラミングをしていたのですが、ハードが非力なのでアセンブラで組んで、それでも遅い（笑）。 こんなことを続けていたせいか、中学時代に「プログラミングを極めた」感じがしてしまいました。疲れるから仕事にはしたくないと思いましたが、

ゲームのバグだしについて考える。 レースゲームでバグを出す話 『F1レース』で基本的なバグ出しをしよう。 3つもエントリを書いてしまったので、ゲームのバグ出しについてもう少し。 これまでの経験上、バグを出す仕組みを教えていても全く出せない人もいるし、バグ出しの初日から市場に出回っている製品のバグを出してしまう人もいる。実のところ、「バグを出す仕組み」は知識の集合であり、体系的にまとめることができる。また、それを教えれば誰でも理解することができる。ただ、「ではどうやったら実際にバグを出せるのか」ということになってくると、知識だけではおぼつかなくなってくる。何より、知識もないのにバグを出す人の存在を説明することができない。 初心者なのにバグを出す人に話を聞くと、こんな答えが返ってくる。 「何となく出そうだと思ったので……」 おそらくは直感で出しているのだろう。しかし、それが重要なのだ。デバッガ