自社サービスを運営する場合、どんどん機能追加をしていくことが求められます。基本的に完璧なサービスは存在しなくて、ご利用中のお客様からの不満や要望がどんどん出てくるからですね。お客様の要望を無視すれば、離脱にもつながりますし、改善の機会も逃してしまいます。ライバルが存在している場合は、いつかライバルに駆逐されてしまうことになります。常に機能の追加を行う宿命ってやつを燃やして暴れ出すことになります。規模こそ違いますがLINEやFACEBOOKなんかでも常にサービスの改善を行っていますもんね。自分たちの運営しているホームページ作成サービス、デキテルも同じです。500社に満たないユーザー数なのでLINEなんかに比べると全く少ないんですが、それでも多くの要望をいただきます。お客様の要望を元に改善を行ってきたためにデキテルが生き残れているので、基本的に皆様のお声はとてもありがたいんですね。その要望を満たすために、システムチームが常時、機能追加を行っている状態です。過去のプログラムに手を入れることになるんですね。過去のプログラムが大きくなればなるほど、手を入れる際にチェックするべき項目が多くなります。デキテルは、もう10年にわたって複数のプログラマーがコードを追加し続けているサービスです。ソースコードは膨大になります。400文字の原稿用紙は行数でいうと20行です。原稿用紙1000枚分というと膨大な量に感じると思いますが、それでも2万行です。デキテルのソースコードをすべて合わせると、おそらく100万行ほどになっています。その中に書かれていることを書き換える作業になります。変な場所を間違えて変更してしまえば、全部のページが白紙になってしまったり、データが吹っ飛んだりします。そんなストレスを抱えながら膨大な量のソースを把握しながら書き換えたり追加したりする行為がプログラミングなんですね。エラー発生時の対応についてのメモ朝にマネージャーMTGで話した内容のメモを貼っておきます。—-お客様に—-というのも毎回聞き返しているので、その—-何時までに回答をもらえるか、を聞く。—-調査が早くなる—-いつまでに何をするかを約束しているか、だけ教えてほしい。