在軟體的開發過程中，變化不可避免，特別是在專案型別的開發中。專案變化的目標經常是不清晰的。如果對多個目標進行試錯，又或者對乙個目標進行了多次的試錯。而這些試錯，又不會給使用者帶來最終的體驗和價值，那這些試錯性的開發是沒有意義的。
這種情況就是：一鼓作氣、再而衰、三而竭，就是浪費。導致了使用者需要的真正的價值實現延遲，在開發過程中產生的缺陷激增，最終結果就是成本激增。
從程式設計師的角度，面對這種情況，應該如何呢？
1. 於內： 首先在進入專案組之後或者在開發的過程中，需要了解系統的整體結構、了解系統的整體的風格，是否存在著特定的開發要求，避免不必要的返工！對於開發組的成員、系統、價值點需要有正確的認識。並且，在開發的過程中，要注意到，系統的整體的結構、風格是處於變化中的。需要冷靜觀察，**到障礙，靈活地採取行動!
2. 於外： 變化不可避免，有時是不規則的。 要具備良好的洞察力，具備資料分析的能力。 始終需要堅持分析在前。例如：如果bug非常多，壓力也很大。可以運用時間管理的方法gtd,把所有的bug分析、分類。明白各類問題的原因是什麼？ 把問題加工成行動。這樣就可以節省精力，快速高效的修復問題。
對於每一次的需求變更，開發者也是需要進行分析和**，確立變化的本質是什麼。正所謂，凡事預則立。
3. 於己：
在開發的過程中，程式設計師自身應該在分析的基礎上，盡可能使我們所做的模組保持簡單。
只有保持簡單，才能清晰、才能可靠、才能得出正確的問題解法，降低出現錯誤的概率！
尊敬的時間管理專家永錫老師，在培訓課程上，引用了這樣的一句話：
這個世界資訊固然非常多，
但終會被資訊組成者宰制。
這些人能在正確的時間點，
歸納整合正確的資訊，
批判性地思考，
明智地做出重要決定。
- 愛德華．奧斯本．威爾森
edward osborne wilson
在開發團隊中，無論是外部環境還是內部環境，都是處於變化之中的。所以問題的條件也是在推移變化中的。我們應該做一位資訊組成者，正確地、批判性的思考，在正確的時間點，做出正確的決定!
程式猿如何從失戀中走出來
題目有點大，但是最近又失戀了，確實有很多想法，個人認為沒必要糾結於題目的精準，能表達出想法就好。身為一名程式猿，好不容易找到個挺不錯的姑娘，然後姑娘由於各種原因 你是個好人，你能找到比我更好的。然後程式猿就死迴圈了。歷史的車輪從不停歇，但車轍又何其相似。從邏輯上，首先自己應該仔細認識一下分手。分手是...
如何從測試人員招聘的尷尬中走出來？
在 本書第5小節 只僱傭合適的員工 中，告訴我們 員工不是公司最寶貴的財富 而應該是 合適的員工才是公司最寶貴的財富 這比較容易理解，不合適的員工可能會成為團隊中不和諧的音符，會對團隊造成消極的影響 對團隊造成損害，甚至成為害群之馬，對於 害群之馬 怎麼能算是公司的財富呢？雖然員工的工作態度 表現，...
如何從「純技術」的狀態中走出來呢？
如何從 純技術 的狀態中走出來呢？第一 it部門應不斷跟蹤了解it技術的最新發展趨勢以及它在企業運作中的作用 第 二 準確地了解 把握，如有可能，還應參與制定公司的中長期發展戰略 經營策略和業務管理模式 第 三 根據公司的戰略和業務發展情況，制定短期和中長期兩方面的it技術應用規劃，並每年不斷修正，...