Amo Wu's Blog

每周分享第 20 期 最後下班的人，先離職 前陣子在書店架上看見一本書，書名是《最後下班的人，先離職》。 雖然標題有點殺人，但是翻了幾頁之後，還是勾起了我出社會第一份工作的一些回憶，那段總是最後一個關辦公室燈火的日子，雖然不是因為這個理由離職，但現在回想起來，真的很不健康。 換了一份工作之後，開始注重起「時間管理」，學習如何在有限的時間內，完成無限的任務。 最近，因為有位同事過不了這個檻，離職了。所以想藉著這篇文章，討論什麼樣的組織架構、人力配置、合作方式，才適合快速擴張中的新創公司。 為什麼常常加班？ 大部分的人認為，超時加班是公司或管理階層該解決的問題，但員工其實也是當事者之一。 要解決這個問題，就必須先掌握「為什麼常常加班？」的本質原因。 《圖解思考的本質》一書中，科學地分析了一個人常常加班的原因 加班的理由通常可分為兩大項，首先是因為某些緣故，導致想下班也「無法下班」，其次是其實可以下班，卻「不下班」。 先就「無法下班」來思考。一般而言，會造成這種現象的理由可能包括「不能下班的氣氛」（例如最近很火的 996 ）、「工作做不完」、「需要待命」。 其中「工作做不完」這點似乎還能繼續探討背後的原因。比如「工作負荷太重」，任務多到在上班時間內做不完。另一個原因是工作量正常，但是「工作效率不彰」，可能是「團隊的進度拖延」，也可能是個人的「工作方式有問題」。 接著針對「不下班」的問題，把所有想得到的理由全部列出來。「熱愛工作」、「想賺加班費」、「回家也沒事做」。這三個原因之中的「想賺加班費」，還有可能是因為「薪水太低」，或是薪水不錯，但「需要更多錢」這兩個理由。 整理所有原因或理由之後可以發現，在各種常常加班的原因之中，摻雜著「職場問題」與「個人問題」。 本文 不探討 諸如「熱愛工作」之類的個人問題（熱愛工作你還會離職？）。 焦點放在職場問題： 不能下班的氣氛 需...

不知不覺，這個月的文章還沒想好要寫什麼， 七月就過了... 這一篇我打算分享一些最近在關注的玩意兒。 Trello Trello 是 Joel 團隊開發，一個專案管理的工具，當然，他是雲端網頁，所以在任何地方都可以掌握團隊的專案進度。 Trello 可以使用 Google 的帳號登入，登入後可以根據專案的開發流程自訂專屬的 Board ，每個 Board 內可以貼上各個項目的 Card，並且可以和專案成員即時協作。 自己本身大概用過兩三套這種PMS的產品，Trello 簡單易用，一個人獨立開發使用也很方便，算是敏捷式開發上不可或缺的好工具。 影片介紹： 另外，Trello 也有提供 iPhone 的版本： Sublime Sublime 是一個很棒的程式碼編輯器，前一陣子在這篇  Which is the Best Code Editor? 得到很高的分數。 我用過之後也是愛不釋手，漂亮的配色，安裝容易的眾多外掛，不錯的開啟速度，總而言之，大力推薦!! 一些必不可少的Sublime Text 2插件 Sublime Text 2 实用快捷键 Cloud9 IDE C9 也是一個寫程式的好工具，可是跟 Sublime 不同的地方，它是雲端網頁版的編輯器。 C9 支援的語言也不少，甚至可以直接跑 Node.js ，並且也支援 Github 的 Repository clone。 不過這幾天用下來發現速度不理想，常常會進入 Offline 狀態。 Heroku Heroku 是一個雲端應用的 host 平台，支援的語言有  PHP Ruby Python Node.js。 Heroku 和 Facebook 合作，讓開發者開發 Facebook 應用程式的時候可以直接連結 Heroku 的空間，並且支援 Git ，目前初步試用下來感覺很不錯。 Travis CI Travis CI，顧名思義，是提供持續整合(Continuous Integration)和每日建構的服務。 不過目前還沒機會使用，所以還不是很清楚它的詳細內容。 Travis CI 可以結合 Github，讓你隨時知道專案的測試狀況。

以下是節錄一些這本書覺得還不錯的點 激勵是有害的, 主要是說考績制度對程式設計師是不通的 工作切換有害無益, 讓程式設計師只專注一件事情 絕對不能把程式碼重寫(這裡不是指重構) 冰山一角理論, 冰山有90%是在水面下, 大部分的軟體, 那些漂亮的使用者介面通常只占10%的工作, 而背後90%的程式設是看不到的, 如果再考慮一半時間都在抓蟲, 那使用者介面就只剩5%, 如果只計算介面中的視覺部分, 那客戶真正看到的, 只有1%......, 這並不是秘密, 真正的秘密是非程式人員根本不知道這件事...... 約耳測試: 你有使用原始碼控制系統嗎?  SVN, CVS, Git, Mercurial... 你能用一個步驟建出所有結果嗎? 準備一個Script擋, 只要執行這個腳本, 就能一次搞定從最新原始碼快照到自動建立釋出產品的過程 你有進行每日編譯嗎? 提交原始碼到版本控制系統前, 一定要編譯並且沒有出現錯誤, 因為別人也想下班 你有沒有問題資料庫? 記錄已知的Bug清單, 每筆Bug需記錄: 1.重現問題的完整步驟 2.應該看到的結果 3.實際看到的結果 4.被指派的負責人 你會先把問題都修好之後,才寫新的程式嗎? 愈晚修正問題, 之後付出的代價成本愈高 你有一份最新的時程表嗎? 程式設計師討厭排時程, 但牽扯到業務人員的決策規劃, 擁有時程可以強迫自己決定要作哪些功能, 並剔除不重要的功能, 以避免過度膨脹 1.使用一些PMS工具 2.時程表簡單就好 3.每個功能應該包含多項任務(Task) 4.只有實際要寫該程式的程式設計人員,才能排出該項目的時程 5.要把任務分的很細(以小時為單位) 6.紀錄最初和目前的估計 7.每天更新已消耗時間 8.把休假時間算進去 9.把除錯時間算進去 10.把整合時間算進去 11.把緩衝時間算進去 12.絕對不讓經理縮短估計時間 你有寫規格嗎? 例如: GDD TDD 又是一件程式設計師討厭的事情, 設計初期的階段還看不出來, 愈後期程式碼一多修正的代價就愈高, 應貫徹沒有規格就不寫程式的原則 程式設計人員有沒有安靜的工作環境? 需要讓程式設計師進入沈浸狀態(in the zone), 因為這時候是最能全神貫注, 生產力最高的狀態, 所以, 要有安靜的環境!!! 你有沒有用市面上...