很多任務作是沒定下思路來，就必須得開工的。
專案開始時，幾個人坐在一起，簡單討論出乙個粗略的結論，就安排開工了，沒有對結論的可行性驗證，沒有對利弊優劣的考慮，只有乙個是最醒目的，就是deadline。
終於在做的過程中遇到問題了，才發現當初定的思路沒考慮周全，沒考慮方案的可行性，還有方案所帶來的利與弊，倉促中就開始了。
這時侯，就又找相關負責人說明問題，再討論怎麼解決，然後又簡單定下了乙個看似可行的方案，又安排繼續開工了。
在開工的過程中，既要考慮如何相容以前的處理，又要解決眼下的這個問題，還要保持程式設計師自身對簡潔**的理想追求。
這樣做下去，感覺好累，不知道接下來還會遇到什麼問題，不知道接下來又會出來乙個什麼樣的解決方案，眼看著**越來越複雜，心裡無比糾結：我這是在做什麼？
季度結束還會統計bug，根據bug罰款，每個bug價值50元，我的工資夠扣嗎？
工作隨想 讀朋友blog有感
今天翻開一老同學blog，讀完感想頗多 原來工作是很簡單的，做你能做的事情，做好你做的事情，努力去做你不能做的事情 生活應該舒服一點，工作卻不能安逸一些 貼下來，以提醒自己 原文如下 小地方，發現很多的問題！昨天看上班這點事，發現自己很多地方問題很多的！曹說 他自己曾經在乙個位置試用期內，乙個人做了...
隨想錄（編譯器是怎麼工作的）
其實，現在的編譯器早已經突破了原來的概念。比如說，編譯器最終的 不一定在實際機器上執行，可能是虛擬機器 編譯器編譯語言時不一定需要生成可執行檔案，能解釋就行 編譯器最好並行編譯 編譯器不一定很大，可能十幾個檔案就可以，比如說lua等等。不過，我們今天說的編譯器還是比較傳統的c編譯器，有興趣的同學可以...
隨想錄（編譯器是怎麼工作的）
其實，現在的編譯器早已經突破了原來的概念。比如說，編譯器最終的 不一定在實際機器上執行，可能是虛擬機器 編譯器編譯語言時不一定需要生成可執行檔案，能解釋就行 編譯器最好並行編譯 編譯器不一定很大，可能十幾個檔案就可以，比如說lua等等。不過，我們今天說的編譯器還是比較傳統的c編譯器，有興趣的同學可以...