編寫可讀代碼
我將從人類直覺的反面開始。我不知道有多少人認為寫一些難以置信的復雜代碼可以為他們的工作提供保障。”如果除了我沒有其他人知道薪資報表模塊的工作原理，他們就不敢解雇我了！”
當然，這在理論上可能是正確的（盡管太多的人在說的時候往往會高估自己）。盡管企業主可能不會解雇你，但他們不會付給你很多錢。如果公司不能在薪資報告模塊中失去你，那么它自然不會提升你。這不會讓你參與一個更引人注目的項目。這只會讓你像死水一樣，牢牢地停留在現在的位置上。
更重要的是，不要自欺欺人地認為這也可以測試市場反應。公司總是希望程序員編寫干凈的、可維護的代碼。他們需要淘汰不合格的人來滿足商業需要。如果你簡歷的主要特點是“精通尋租行為”，你就不會有太多選擇，因為在升職考試中，你的老板總會一次又一次地想念你。
別走那條路。相反，無論是在項目人員配置方面還是在代碼更改時，您都需要編寫有利于他人的代碼，并使業務變得靈活。
推斷不快樂的道路
在編程世界中，所謂的“快樂之路”呈現了一個非常樂觀的場景。沿著快樂的道路，沒有錯誤，沒有錯誤。
大多數時候，程序員在編程時會犯錯誤，但卻能找到快樂的道路。例如，它們實現了一個用戶登錄頁面。當用戶輸入正確的用戶名和密碼時，登錄成功。但是，如果她打錯了，應用程序就會崩潰。但如果她不填寫，應用程序將以管理員身份登錄
無法解釋不愉快路徑的場景是程序員面臨的常見陷阱。事實上，產生這種想法的原因是我們在軟件開發過程中嵌入了自己的假設。所以即使是編寫代碼的人也無法測試它。
在編寫和測試代碼時，要學會對不愉快的路徑場景進行廣泛的推理。如果您作為一個開發人員，以成功地推斷出不愉快的路徑而聞名，那么您對細節的關注會給您帶來更多的回報。
