PCDVD Lisa Hsu的部落格-非主流宣言

  本人私立大學畢業，在社會底層混，不敢奢想高大上的生活。而看完這本書，似乎自己從名校畢業，進入外商，了解外商教育與管理，並順利從總帳一路升到總監，中間細節收穫甚多。  雖然我是IT，到了一定程度，必須要了解財務才能聽懂長官需求，幫老闆解題。何況現代公司財務細節都交給IT系統處理，年輕財會往往依賴電腦系統不求甚解，IT了解得可能比她們還多。  也因為這樣，很多人都是靠習慣胡作一通，根本沒問過為什麼?台灣人的惡習就是只屬下求聽話不求了解。這本書藉由菜鳥王麗與上司Bob一問一答，釐清很多財務分析的習慣、原則的原因，理解後更鼓勵你要隨機應變，不要死抱公式不放。  書中介紹很多外商公司訓練主管推薦書籍，有可能盡量找來看，這樣就等於自己進過外商了。   書中財務分析更是精彩，比如國際大公司怎樣作帳，大陸工廠與德國總公司怎樣分利潤。  以前看公視節目，介紹歐洲公司怎樣吞掉非洲銅礦，先用期貨壓低價格，讓非洲銅礦公司賺不到錢，倒閉後賤價賣給歐洲公司。歐洲會作帳讓利潤全在歐洲總公司，非洲國家收不到稅，永遠窮困。  但看這本書，因為歐美各大國家都知道這套把戲，所以其實會講好分贓條件，每個國家要留幾%利潤先談好。   書中菜鳥王麗覺得這樣不是出賣中國嗎?Bob回答說，學會這套，將來中國強大後，也可以用這套管別的國家。   書中結尾也很膽戰心驚，德國總公司快倒了，要求蘇州子公司向中國借鉅款送給總公司，以後倒了身處海外不用還。主角Bob最後決定寧可犧牲自己，也要留一部分錢給供應商與員工遣散費。人生在世，確實要留得好名聲，日後路才長。 作者 錢自嚴 出版社 電子工業出版社

  軟體公司是靠優秀工程師大腦來生產，所以要讓員工開心安靜地工作，才能有最高產能，真實世界卻反其道而行。   大衛艾克蜥蜴人傳說，世界由蜥蜴人統治，蜥蜴人需要靠吸食人類的恐懼過活，所以牠們很喜歡製造恐懼。聽起來鬼扯蛋，但最近閱讀嚴肅的職場管理書，卻愈來愈覺得恐懼管理是沒必要且惡意製造出來的。  比如生產供應鏈管理要賺錢，大家總覺得要任由客戶提出不合理要求，吃下庫存，並對供應商威脅苛扣，搞得大家都非常恐懼又不愉快，但"決戰庫存"這本書卻告訴我們，先要善待供應商，讓他們樂於配合，也要說服客戶需求平穩，等做到精準出貨後，大家都得利庫存減少財務改善，就會愈來愈願意合作；那些惡質手法反而對公司長久賺錢有害，最後惡化只有倒閉一途。  而這本講管理工程師的"人件"，也談到反恐懼對公司有利。  傳統管理，就是要讓每一個工程師恐懼、活得痛苦不堪。給一個不合理的期限，要求程式能動就好，品質不重要等等，以壓榨為績效。  書中有位專案主管，答應高層說一個月可以把專案做完，高層立刻改口說要三周內做完，毫無理由僅為殺價而殺價，這不就是"決戰庫存"裡面講的沒信用工作夥伴?應要扭頭就走，因為貪得無厭又沒信用的人，絕對會把每個案子都搞爛掉。  還有員工工作環境，書中舉行編碼戰爭遊戲 (Coding War Game)，參賽者在自已辦公司寫規定程式，看花多少時間。比賽結果最強與最差的人差了10倍，調查影響工作效率最主要因素，就是落後者的環境吵雜，不停地有人打斷他，而非能力較差。  但現在資本主義老闆，以給員工最狹小、吵雜的環境為榮，最好同時肩負十個專案，而且要隨叫隨到，不然就是不禮貌態度惡劣等等。完全沒察覺員工表現不好，就是自己管理造成的。  對員工摳門到極致，如果能幫公司賺錢也就罷，但實際上員工在惡劣環境、常加班短期限的管理之下，只能程式隨便寫寫，造成品質低落。  管理者總認為，苛扣員工是公司賺錢之道。現在股市看財報，股友注重短期利潤，更加重短視近利的風氣。但日本車企的故事，告訴我們實際上高品質與低成本可兼顧。正因高品質，客戶都願意買，量大之後，製造成本自然低了。近期德系汽車連連爆財務危機，也正是有一票管理者緊盯財報要求降低成本，當消費者發現花大錢買了要頻頻維修的劣質產品後，逐漸不買單了。...

  你是資深員工，是同樣的事做十幾年呢?還是讀書精進了十幾年?不想做前者，這本書聽說當年很有名，網路上有電子版，但我習慣看紙本書，還是從圖書館借來看。  厚厚的一本，看了頗費腦力，進度很慢，前面大多談寫程式的原則與技巧，太過枯燥就跳過。  複雜程式簡化 比較有趣的是，他說人腦容量有限，所以程式寫得過於龐大複雜，這樣大家都看不懂。解決的方法就是寫成功能，有需要就呼叫那個功能，不用去理解功能內複雜邏輯，這樣就可把程式控制在可以看得懂的範圍。如果程式過於複雜難解，就是這個系統腐爛的警訊。  書中提議如下:  ■將整個系統在建築架構的層級劃分為多個子系統'好讓你可以   一次專注系統的一小部分。  ■謹慎地定義類別介面，如此才可以忽略類別內部的連作。  ■將由類別介面表達的抽象概念保存下來，這樣你不用去記關連的細節。  ■避免使用全域資料'因為全域資料會使你在任何一個時間點需要考慮的程式碼大為增加。  ■避免使用深度的繼承層級，因為那需要智力。  ■避免使用深層的迴圈和條件陳述式’因為它可以被較簡讯且不  傷腦力的控制結構所取代。  ■避免使用goto，這個跳躍式的語法會令人摸不清頭緒。  ■謹慎地制定處理錯誤的方法，不要隨恵製造使用各式各樣不同的錯誤處理技術。  ■系統化地使用內建的例外處裡機制，否則它會成為非線性的控 制結構，變得跟goto—樣容易造成混淆。 ■不要讓單一類別太過於龐大，鹿大到將整個程式的功用都集 中在它裡面。  ■保持常式簡短。  ■使用淸楚並能充分表示其功用的變數名稱，這棣就可以省F腦  力去記如「i是帳戶索引，j是顧客索引，還是反過來？」之類  細節。  ■盡量滅少傅給曲式參數的數目，或更重要的足，只傅輸為保持常式介面抽象概念必要的參數。              ■迪用慣例以避免浪費腦力去記憶程式碼不同部分無關聯的隨機 的不同。  ■ 一般而言，隨處只耍可能，應攻克第五篇所談的程式碼改善問題。  AI是否會消滅工程師 最近很紅的AI取代軟體工程師問題，沒...

無瑕的程式碼本已是軟體工程師必讀作品，作者還出了本番外篇，專講職場做人處事，翻來看受益頗多。  看這本書感覺就像有個親切的老前輩，教導你職場要注意那些事情，想想自己大學畢業投入職場，不懂事硬碰硬，弄得自己一身傷，這樣的老前輩人人必須。  作品有些像懺悔錄，自己年輕時做得蠢事毫不猶豫寫出來，清楚寫出從屁孩走向成人之路，可讀性甚高。比如自恃功力高就不把公司規定當一回事，結果被開除。  還有一次作者在一家明知無望的公司當高層，燒光了第一輪投資，正在找第二三輪投資，每天高壓鞭策屬下、開除無法達到進度的員工，其實他自己都厭惡這樣做。直到有天妻子要他照照鏡子，他看到一個面目可憎的人，突然醒悟不能再繼續，於是辭職，開始做起顧問工作。  書中教很多有用的技巧，比如上級逼問你幾天可以交出程式時，作者建議保守估計，不能做出來就坦誠以告，讓主管能去找備援方案，這才是最負責任的作法。隨便說一個樂觀的日期，最後卻無法達成，是最糟糕的。這一點幾乎馬上就在我現實工作中用到了。  作者也質疑，醫師要經過多年訓練才能主掌開刀，為何大家會覺得工程師剛大學畢業就可以動手做大案子，覺得不可思議。  年輕時看到寫得很爛的程式會開罵，但職場滾久了，現在都覺得很可憐，因為職場願意培訓新人的意願不高，就像作者寫得那樣，所以這些新人就只好土法煉鋼亂寫一通，當然會給後續維護帶來困擾，造成很多不定時炸彈。  作者建議應該讓老人手把手帶新人，老人的身教，經驗與各種寫作習慣，對年輕人都非常重要。作者還推薦結隊寫程式，就是兩個人一起寫程式，雖然不符合工程師孤僻的習性，但結隊會指出彼此的缺點、建議，確實學得特別快。  作者建議應該把多人固定組成一團隊，一次完成一個案子，長久下來培養默契就會有驚人的效率。 但常見公司的習慣都是一人塞多件案子，不同案子彼此干擾，打斷專一思考，造成效能低下，作者認為這很荒唐。但通常這時公司高層會歸咎這名員工素質低劣，不會檢討自己管理問題，然後員工憤而辭職跳槽到別家公司，沒有這種畸形管理，又搖身一變成為高效員工，可見原因根本不在員工本身。 強力推薦這本書給每一位工程師。 作者  Robert C. Martin 出版社 博碩文化