高見知英の声日記ブログ

ちえラジChat・高見知英のゲームの話しかしないポッドキャストなどの高見知英のポッドキャストのテキスト版です

作らないことが一番:プログラミングにおける「引き算」の考え方

ちえラジChat、火曜日が始まりました。 今回はプログラミングについて、「作らないことが一番」というテーマでお話ししようと思います。

ものづくりにおける「数」を減らすメリット

このお話をしようと思ったきっかけは、しぶちょーさんが配信されているポッドキャスト「ものづくりnoシテン」を聴いたことでした。

こちらのエピソードでは、何かを作る時に部品の数や物の量を減らすことが、いかに有効かというお話をされていました。 これ、実はプログラミングの世界でも全く同じことが言えるのではないかな、と思っています。

モジュールの数や工数、行数を減らすことはとても有効ですし、そもそも「作らない」ということも、一つの有効な手段なのかなというところです。

「無駄に作らない」というアドバイス

自分も最初の職場で、後輩に「プログラミングとは無駄に作らないことだよ」と伝えていたのを思い出します。

何でもすぐにVBAでマクロを組んで解決しようとするタイプの後輩がいたのですが、作ることは素晴らしい一方で、やはり「無駄に作らない」という視点も大事なんですよね。

今はAIでいろいろなものが作れる時代になりましたが、その基本的な理念は今も変わらないのかなと思っています。

作ることは「保守」を背負うこと

自分もAIを使っていろいろと作ってはいますが、それは「今まで作られなさすぎた反動」という側面があるのかもしれません。 それでも、本当に作らなくて済むのであれば、なるべく作らない方がいいというのが自分の考え方です。

プログラムを一つ作るということは、それだけ「保守」が必要になるということです。 環境が変わればアップデートに追従しなければいけませんし、何かあった時には修正の手間が生じます。

「AIで作り直せばいい」という考え方もありますが、自作のツールに頼りすぎると、未来同じようなことがあったときにも「そもそも何も作らない」という選択肢がなくなってしまうこともあります。 そうなると、結局は保守や作り直しに追われることになってしまうのかな、という気がしています。

既存のツールを活かす選択

セキュリティなどの特別な理由がない限りは、なるべく既存のツールを使うのが一番いい選択なのではないでしょうか。とはいっても案外いつでも特別な理由はあるものなのですが・・・。

プログラミングには時間がかかりますし、何より「ちゃんと動くか」を検証するテストの作業にも、それなりの時間がかかります。

テストをせずに「とりあえず動いたからOK」とするのは、まるで吊り橋をBダッシュで渡るような危うい行為だと思うのです・・・。

物理的なものにせよ論理的なものにせよ、形に残るものを作る以上は、おいそれと吊り橋を渡るようなことはしたくないものですね。


エピソード本編はこちらからお聴きいただけます。

listen.style

明日の水曜日は「まちのえんがわキャスト」についてお話しできればと思います。 ではでは。