【搞定軟體工程師】減法思考模式，讓你工作與生活兩平衡。 скачать в хорошем качестве

【搞定軟體工程師】減法思考模式，讓你工作與生活兩平衡。

Hi 大家好，我是，G兄 軟體工程師，除了寫程式、處理雜事，還要學習新技術。最缺的就是時間。每一行程式碼都是在跟時間賽跑，跑輸了就是加班，不然就是喬時程。開發與解bug，佔據工作超過80%的時間。要是這兩項失控，你的工作與生活之間一定也會失控。 這集來分享，我職場一路都奉行的減法思考模式。 還沒動手寫code前，就思考如何精簡設計。上一集有說過，每次都還要做code review，重新改寫，真的太累了。 當我的程式架構變簡潔，程式碼減少，bug自然就會變少，維護成本也會降低，任何人都能輕易交接我的code，我反而更輕鬆。 這件事訓練到最後，我可以很自豪的對同事說，你要是看不懂我寫的code，那全世界沒有你看得懂的code。 不然我跟你說，過幾個月後，你連自己寫的code都看不懂，不知道之前寫什麼。 我之前有同事，寫的程式複雜到爆，沒有人看得懂，還沾沾自喜，自以為厲害，把程式碼的數量當成能力的表現。甚至還出現負負得正的程式碼。就是後面去修正前面寫錯的邏輯。說實在的，當時大家只是不想在他面前講髒話而已。 那樣的程式碼就像一串手榴彈，隨便一拉就連環爆。沒有人能輕易把它接下來。遇到功能變更，需要調整架構時，那更是一場大災難。最後可能沒人敢動，或是乾脆直接重寫。這對團隊是嚴重的傷害。 所以我都跟團隊講，有多簡單就寫多簡單，對自己對團隊都是好事。職場的程式碼，不屬於個人，是公司的財產，更不是用來炫技，必須考慮到維護性與閱讀性。團隊就是彼此有困難互相支援，要是搞得大家沒辦法幫你，或是不想幫你，就有點麻煩了。 有時最笨的方式，才是最聰明解法。這樣才能讓你工作變輕鬆。 你寫code的時間變少，bug一定也變少，之後的維護成本一定也變少。多出來的便是最寶貴的時間。就可以做更多提升自己技術能力、職場地位的事，也能讓工作與私人生活之間得到平衡。 你絕對不希望，同事都下班了，自己一個人還在加班解bug。 所以當你一個人挑燈夜戰，對著那一整片刷也刷不完的bug，唉聲嘆氣時，生死搏鬥時，應該先思考到底做了什麼樣決定，才讓自己陷入這種困境，搞得自己無法下班。 工作做不完，大家都在加班，那絕對是主管的問題、公司的問題。 但是Bug解不完絕對是自找的，因為程式碼是自己寫的。 軟體工程師對自己的挑戰就是，盡力寫出沒有bug的程式。程式碼為了解決問題而設計，不是為了製造更多的問題。 在你開始進行問題解決方案之前，先停一下檢視整個流程，並且以客觀開發的角度，幫複雜度評分。自己訂個範圍，例如1到10分，你給幾分。假如你自己都覺得分數太高，恭喜你，進步了。開始著手找出可以刪減的部分，刪到自己可以接受的程度。再繼續執行解決方案。 你需要，抱持著質疑自己程式碼的心態，這樣寫是最佳解法嗎？有更好的方式嗎？其他人容易理解嗎？ 一開始會比較困難，要推翻自己的想法，不是一件容易的事，是需要練習與思考技巧的，當然也需要技術的搭配，才能找到更好的解法。從這裡你會發現另一個不同於工具技術的世界。你的職場生涯就可能出現另一條道路。 假如你不知道從哪裡開始的話，先開始整理自己的code吧。格式整理的漂亮一點，程式碼段落要分明，提高閱讀性。試著刪減幾行程式碼，一個function是不是存在太多邏輯判斷，一個class是不是定義了不相關的行為，class之間相依性是否不夠單純。 從最簡單的地方做起。你會從中得到一些想法，你就會發現，原來技術是會自己現身要你去學習的。 這行業不需要複雜的code，缺的是無暇的程式碼（這是一套書喔）。 我是G兄，下集見。 #軟體工程師 #加班 #思考模式 #搞定軟體工程師    • 搞定軟體工程師   00:00 減法思考模式 00:40 當我的程式架構變簡潔 01:07 寫的程式複雜到爆 01:47 有多簡單就寫多簡單 02:32 你絕對不希望，同事都下班了 04:07 先開始整理自己的code吧