私のコードはレベルが低い、と見られることが多い。実際コード単体を見るとあまり大したことはしていなくて、そのコードが何を解決しているかということを無視されると別にすごくないコードを書いていることが多いし、結果失礼極まりない謎AIから初心者レベル判定されることもあったりする。実際にはコードを書くことに限らず、私は「凄まじく仕事が速い」ことに定評がある。その仕事量と成果を支えているのは、実のところ単純に「書くのが速い」といったことはではなく、アプローチの特殊さにある。そもそも私は「設計偏重」であり、「設計時点で問題を容易にしているから解決が早く、簡単なのである」という立場だ。これが単なる「変な技術」みたいに扱われることも多いので、ここでそのテクニックを紹介しよう。問題は一定ではない学校の試験などであればおよそ問題は一定であるが、現実における問題というのは一定ではない。「およそ」とはどういうことかというと、学校の試験でも稀に一定でなくなる条件というのが存在することがある。私が通っていた学校では、試験において自身が授業においてとったノートを持ち込むことが許されていた。ちなみに、定期的なノート提出がある上、試験前にノートを提出しておく必要があるため、授業外の情報や、自筆でない情報を含めることはできない。体が弱い上に仕事で休みがちだった私はそもそも授業ノートというものがなく、ノートなしで試験を受ける必要があった。この場合、問題自体は同一だが、「解決すべき問題」がノートを持っている人はノートに書いた内容を応用し、あるいは拾い上げるというものであるのに対し、私はそもそもの知識を問われることになり、問題が一定ではなくなる。現実には解決すべき問題は、その定義が予め存在するわけではない。これは、人為的に作られた問題と、自然に発生した問題の違いである。そのため、自然に発生した問題というのは、どう捉えるか、何を解決するかという点から既に差異が発生する。小さな問題を解決することで全体が自然に解消するのであれば、そのほうが解決は容易なのである。解決方法は手段である。使用する技術は手段に違いない問題について議論すると、なぜか解決手段や、さらには技術を前提とした主張をされることが多い。これは本質を見失っている。本当の目的は「問題を解決すること」であるはずであり、解決できれば手段や道具はどうでも良いだろう。個人的な好みとしての手段や道具というのもあるだろうが、それにこだわるのはやはり道を違えている。これが問題を複雑にし、複雑な解決を要求する根本的原因である。考えるのは問題そのものであり、解決方法にはこだわらない。これができないようでは問題そのものを簡単にすることはできない。細かく、方法は端的かつ本質的に問題そのものを小さくするには、とにかく問題の要素を極めて小さい単位で考える必要がある。