說來慚愧，儘管寫了這麼一部系列作，我對日本的IT產業未來並不看好。
不斷高呼成本削減和業務委託的管理、過度仰賴販賣工時的經營模式，以及伴隨用戶環境增生的無意義客制。
現場由於性質關係，往往使用被賦予的工具就很吃力，沒有催生出新東西的自覺。因為每天都很忙，一般來說不想徒增自己的工作，就連閑暇時也不想再碰電腦吧？
每次聽到這種狀況，我都會冒出「大家是不是不喜歡技術？」的念頭。人們只是在冠上IT兩字的公司里當個上班族罷了吧？
IT的本質是自動化，利用程式解決日常些許的不便，一切的動機就是由此出發。原本思考該如何將每日的業務系統化？如何節省人力？這才叫工程技術吧。但在許多情況下，對策容易演變成人海戰術或業務委託。上頭高唱「活用外包」，下面的人主張「人手不足」和「想降低工作量」。其中不存在技術的觀點，無謂的業務依然無謂，冗長的作業仍舊一直冗長下去。
當然，並非所有公司都是這樣。也有許多人每天都在發揮創意，創造出新的價值。不過當我們環視國內整個IT產業時，感覺不到什麼重大創新的氣息。
當九零年代Amazon和Google出現時，我周遭的反應很冷淡，列舉出一堆不會成功的理由，揶揄他們是萬年虧損企業，並主張應該從事更腳踏實地的業務。
後來的結果如何，正如各位所知，他們靠著中長期的投資和技術改變了世界。要追上那種規模的服務和基礎建設想必很困難。儘管有購併或法庭攻防之類的醒目話題，但我們不該遺漏掉他們骨子裡存在「怎麼樣才能變得更便利」和「能不能創新出新東西」的技術者靈魂。Facebook和Linu也是一樣，全是愛好程式的Geek（極客）抱持著「如果有這種服務／軟體就會很方便」的念頭，動手製作出來的。最起碼，一開始就不存在外包或成本削減之類的觀點才對。
我在本系列第一集的後記里寫到過，恩師勸我「千萬別當SE」。事到如今，我也是持相同意見。倘若你是正在找工作的學生，想要當個成功的上班族的話，還有許多更划算的工作。而且，如果想當個成功的技術人員，不需要「SE」這個頭銜。你應該試著利用手邊的電腦和雲端資源，製作出便利的服務。倘若它具有吸引力，會有許多公司願意投資，沒有必要特地進入SIer，製作一個不清楚目的的系統。
倘若不是找工作時遭逢冰河期，又假如自己能多加思考恩師的忠告，我當初就不會去當SE了。大概會和研討班的學長們一樣，在製造商或保險公司里過著隨心所欲的社會人士生活吧。結果就是不會遭受IT業界特有的不合理蹂躪，本系列作也就不會誕生了。SE？那是什麼？Sound Effect的縮寫嗎？諸如此類。
不過，每次說到這個話題時，我必定會想起一段故事。
那是在我還是第一年新人的OJT期間發生的事情。某業務系統的修改出了差錯，導致帳票的位數產生錯位。資料的輸出期限逼近，沒有時間再跑一遍大型電腦的工作。當然，部門內陷入嚴重混亂。從主任到課長甚至於部長，幾乎所有人都被迫聚集起來商討對策。
『究竟為何會發生這種事？』提問的人是課長。
『應該找出錯誤的原因，同時確認審查的流程，釐清責任的所在。』
部長則是反過來告誡：『現在不是找兇手的時候。』
『所有人一起檢查帳票並修正資料吧。十個人合作的話，今晚應該可以搞定。』
這時，遲到的中堅SE來了。面對混亂的場面，他這位有名的技術宅滿不在乎地丟出了一句話：
『如果能拿到CSV格式的資料，我可以執行腳本，利用手邊的伺服器，大約一個小時就把帳票整形完畢。』
我對於SE的憧憬，恐怕就是源自於這個時候的體驗。
最後，對於耐心陪伴我多次改稿的編輯湯淺先生和小野寺先生、以美麗插畫妝點本書的Iy老師，更重要的是手中拿著本書的您，在此我要獻上由衷的感謝之意。謝謝你們。
有緣我們再見了。
二○一七年五月 夏海公司