自分でコードを書いてみよう

最終更新: 2026.11.11

作ることと、作るための道具を作ることはどちらが先ということではなく、互いに補完し合う関係にある。プログラミング言語やフレームワークの発達と、制作もまた同じように互いに使い、直されるものとして発展してきた。
今後は、人間はエージェントに指示をするだけとなった場合は、ReactやRustのような新しいプログラミング言語やフレームワークは生まれるのだろうか。

何かを作ることは、道具そのものや素材そのものをどう生かすかということでもある。有限性、限られた時間で何をするか、無限のリソースや無限の時間がある中で、何かを作ることは意味がないし、もしそのような条件があるなら我々は何もしないだろう。プログラミング言語はその機能で、ある有限な線を、限界を定めてくれる。そこのあった、使い方を模索することは制作における情報を伝えたり体験を彩ったりするのと同じように大事であり、うまくいけば複数の課題を一挙に解決できるようになるかもしれない。
つまり、私たちが求めているのはより便利ななんでもできる環境ではなく、新しい不便さ、その中で工夫をすることが制作なのかもしれない。

こんな前提を吹き飛ばすようなAIによる生成は発達しているが、ある程度制作業として無意味になったというところまで行ってしまったからこそ考えることはあるのではないだろうか。

作ることと、理解することの歯車を回してみよう。
なるべく小さな機能だけで良い。一つだけの機能の制作物を、自分が理解した仕組みの中で作ってみる。これは、編み物を自分でやるセラピーのようなものかもしれない。何かの仕組みを理解して、小さく作ることができるという経験。
どんなサービスが重要かという、作り方自体よりも作るものが問われるようになるだろう。
HTMLの新しいタグやブラウザで新しくスタンダードになったCSSの機能を試してみる。デザインを考えるときに、その機能を活かしたものから考えることもできるだろう。無数にある発想のためのポイントとして言語の仕組みを理解すること。シンプルな、コードを書いて画面に表示されるという素朴な驚きに出会い直すこと。グラフィックデザインにおける素材自体の限界を面白さとして見出し特徴点として使うこと。