ダメなエンジニアと話すときは、どんなことでも図を書きながら話すと楽。通院記録ぼやきブラック企業ゲーム成果報告プライバシーポリシーホームブラック企業ダメなエンジニアと話すときは、どんなことでも図を書きながら話すと楽。ブラック企業この記事をシェアするLINE!0スポンサーリンク以前勤めていたブラックIT企業での思い出話を書きます。今回は、ダメなエンジニアのダメな会話を無理やり普通の会話に引き戻した話です。自社で請け負った案件。設計書もまともに完成していないにもかかわらず「納期まで数日しかない」ため、いつもは出向先で仕事をしている僕に応援要請がありました。それからは昼間は出向先で仕事。夜と休日は自社内でアパレル関係のネットショッピングサイトのリプレイス案件。いう生活を送っていました。毎晩仕様が正しいのか正しくないのかわからないままプログラムを書いていました。普通の割引機能の3つを実装すると書いてある。一部割引キャンペーン全体割引キャンペーンの2つがあった。それだけではなく、割引には〇〇%割引と〇〇円引きがあるようだった。割引の種類だけで8種類あることになる。時間がないのにこれを0から実装するのはかなり苦しい。仕様漏れを見つけてしまううんざりする割引機能を実装しようとしたところで、仕様漏れを見つけてしまった。割引機能の計算方法について書かれている資料がなかった。複数の割引機能が重なった時の計算方法がわからなかった。1000円の商品に10%割引と500円引が重なった場合。10%割引から計算して、900円。そこから500円を引いて400円。500円引から計算して、500円。そこから10%割引して450円。どっちになるのかわからなかった。この場合、割引の種類がキャンペーンやらクーポンやらがあるので、種類毎の計算順を決めなければならない。ダメエンジニアに相談する計算方法についての設計書が見当たらないので、客先に聞かないといけない。そこで社内の客先と通じている担当者にその旨を伝えた。担当「うちの社員なめんじゃねーぞ?設計書熟読してっからそんなの簡単にわかるし。自信満々に答えられた。僕と担当で設計書を熟読してる人に話を聞く事に。熟読「資料ぉ?んー...。あっそうだ、この案件リプレイス案件だから現行のサイトがあるんだよ。僕「キャンペーン機能は今回新規で追加する機能なので、確認できないと思いますが...。熟読「あーそうなんだ。担当「おれも熟読の言う通りだと思うわ。僕(なんだよこのもういいだろ。みたいな空気...)話にならないのでサルでもわかるように話すことに僕はノートを取り出して書きながら話すことに。僕「話を整理しましょう。僕「熟読さんと担当さんの回答はこうです。僕「僕が求めている回答は知ってるか知らないかのどちらかです。お二人の言動から解釈します。間違っていたら言ってください。僕「これでいいですか?お客さんに問い合わせたいのですが。熟読「いいんじゃない。