【プログラマーはきつい？壮絶すぎる現場あるある5選を紹介！】

今回は現役プログラマーしゅんさんをゲストにお迎えして「プログラマーあるある」についてお聞きしていきます。

無くなる前提ですか？

試してみてその結果、上の人が「やっぱりダメだね」と判断したら、その部分が丸々無かったことになるワケですね？

今までで最大、何カ月分の努力がゼロになりましたか？

それはショックですね……もう一回(3ヵ月)頑張るのはきびしい。

そういったことは割と起こるのでしょうか？

そういった時は、その分納期が伸びたりとか、予算が変更になったりとかはあるのでしょうか？

エラーは大体、英語で文章出てきますよね。

両方とも有りですね。私の場合はまともに勉強していないです。長年やっているのである程度は読めるようになりましたが、正直に言えば勉強した方が良いと思います。

そうですね。

専門用語に関しては、どこの国もそうだと思います。

テストとは、作ったプログラムが正しく動くかどうか試すための最後の工程です。正しく動いたかどうかの記録を残さないといけないのに、それを取り忘れたことがありまして。「正しく動いたかどうか、それ誰が保証するの？」という話になって、結局一から取り直したことがありました(泣)場合によっては、1つのケースをテストするのに1時間～2時間、もしくは半日掛かる時もありますね。それを一からやり直すのは、正直地獄です。

例えばツールを使用するとワンタッチで処理が自動的に行われる、というやり方があります。他にも、実際に人が画面を操作しながら処理を進める、というやり方もありますね。100個以上の画面がある場合ですと、それを1つずつ操作してテストする必要があるので、下手すれば1日以上掛かります。その途中でもし1つでも記録を取り忘れたら全部やり直しになってしまう事になります。

途中で処理を引き継がない部分であれば、途中からやり直すことができる場合もあります。ですが、全体に繋がるようなテストケースの場合は無理なので、もう一度最初からやり直すしかないですね。

『どんな操作をしたのか』を操作前と操作後の変化で比較するために、2つのデータ記録を取る必要があります。画面操作のテストを例に説明しますね。操作によって変化があった場合、当然データベースのデータも変わります。その時は操作前と操作後、両方のデータを取らないといけません。

そうですね。

これもよくある話で「今日こそ早く帰ろう」と思っていたのに、帰宅準備をしていたらリーダーの方が来て「トラブルが発生しました」みたいな。

プログラムを作った人がいれば、作ったプログラムに対してテストを行う人もいます。作った人が帰ろうとした時に、テストを行う人から「こういう操作をしたら、こんなエラーが出ました。解析お願いできますか？」と言われるパターンが非常によくあります。

自分が作ったものなので、トラブルが起きたら自分で解決するしかないですね。今日はもう諦めるしかない、みたいな。

わかる人はわかると思います。プログラムは基本的に半角英数で作られていますが、日本では半角以外にも全角という入力の仕方がありまして。システムの側では全角を認識しないことがほとんどですので、プログラミング中の操作ミスで全角入力してしまうとシステム全体が動かなくなってしまいます。

「ここが全角だよ」と分かりやすくしてくれるツールはありますか？

それは確かに時間が掛かりますし、大変ですよね……

それこそ「あるある」って感じですね。