WeBlowg Side

前職ではモーターのチューニングをやってました。
(「チューニングなんていやだぁ！モノ作らせろー」と転職したのですが)

そのチューニングってのが結構泥臭い事をやってて、モータを機械に取り付けて発振する限界まで応答性を高める設定値をトライ & エラーで割り出し、そこから安全率をかけた値を設定値にするようにしてたんです。
モータを取り付ける対象は何億円って機械なんで、その機械がエラい音をだして振動するのを見るのは、最初の頃は恐怖でしたね。
そして、その機械に何トンもの重りをのっけたり、下ろしたりといろいろ手間が多かったので、金額的にも手間的にも、大変なトライ & エラーでした。

そんな高価なトライ & エラーをやってきた経験があるんで、プログラミングでのトライ & エラーって行為は凄くお手軽なんですよね。
今のソフトウェア開発って何度でもお手軽に試すことができるけど、このお手軽さが考えることをなくさせている気がします。
これって自分だけなのかもしれないけど、もうちょっと考えてから手を動かすべきだと自省しています。
「手を動かす前にもう一度考えろ」を座右の銘にしているインフラ管理者がいたけど、この辺ってインフラ管理者に見習うべき所があるのかもしれないと思ってます。

テストファーストなんかは、ともすればトライ & エラーの連続になってしまうのかもしれないけども、
プログラミングをやる前にできるだけ完成形をイメージして、プログラミングに入るかってのが自分の場合重要な気がします。
全体を見渡せる目と、細部を見てきっちりテストしていく目をもてるかがポイントなんでしょうね。