那個時代，歌詞中將上班族描繪成在全球奔走的「企業戰士」（ビジネス戦士），但是在這個時代，是所謂的可憐社畜。
當然，再怎麼社畜，也沒有人能真的24小時工作。再者，普羅大眾的覺醒，也讓大家知道為了公司拼死努力是很慘的事情。但反過來說，我遇到的所有老闆，都希望員工能為公司努力，只是程度上的差別，有些拼命壓榨，有些是給予"合理"的挑戰，幾乎沒有真正的老闆覺得員工隨便做沒關係 -- 除非這個老闆不是出錢開公司的人。
2000年之後，資訊科技發展很迅速，一個普通的工程師跟一個厲害的工程師，運用資訊科技的能力差異，讓他們的產出也有很大的差距。也因此，不少工程師，試圖把自己變成可以"24時間、戦えますか "的企業戰士，超時努力奮鬥，但通常結果不會太好，至至少對自己的健康不好。
前幾年開始，工程師們有了「AI」之後，情況截然不同。我們不想當社畜，但是AI可以！只要妥善設計使用，AI可以24小時戰鬥！
她是怎麼來的？
* 首先，在GCP log裡面設定把error等級以上的log，利用Sink丟到pub/sub 的設定好的topic中。
* 接下來，撰寫一個簡單的cloud function，當topic有資料的時候就驅動。他還要順便截取足夠的log，然後驅動github action
* 然後，github action裡我們使用opencode+Gemini，會先分析log與目前的程式庫，如果發現是嚴重的問題，會使用opencode自動產生出"比較副作用"的解決方案，然後產生PR等候人類檢閱。
這個自動化模式會24小時運作，就像24小時都會有個工程師不斷地檢閱目前伺服器運轉的問題，然後比對程式碼，然後產生可能的解決方案，然後撰寫文件，然後產生PR。雖然我們目前還沒有信心可以不用人類檢閱就直接合併PR並且重新部署，不過我想很快的就可以達到這個境界。
很快地，能夠妥善掌握「製造」「調教」24小時戰鬥的AI工程師，會變成資深工程師的主要工作之一！
