曾經以為，**是最重要的，因為程式最終是由**組成的。那些鬼斧神工的經典**，令人神往不已。
直到開始寫軟體了，才知道軟體是設計出來的。設計是核心，架構師是「師」，程式設計師只是**工人罷了。
後來接觸軟體工程了，突然發現需求才是根本。有需求才有專案，顧客就是上帝。於是需求分析師成了專案總指揮。
再後來流行敏捷程式設計了，如何保質保量又快速？測試驅動吧！測試是關鍵，測試凌駕於編碼、設計、需求之上，成了真正的重心。
最後，茫然混沌中，意外置觸到《code complete》，再度回到**中心論上；只覺過去的日子都活在狗身上了，往事不堪回首啊！
其實，這個世界是複雜的，任何乙個區域性都是有意義的，都是整體的重要組成，都是不能忽視的。然而，人的認識只能從區域性開始，再慢慢擴充套件到整體上。這樣，就會有先入為主，就會有矯枉過正，就會有過猶不及。所以，導師要說「否定之否定，螺旋式上公升」，聖人有言「致中和，天地位焉，萬物育焉」。
對程式設計而言，低層的技術細節是乙個區域性，高層的統領全域性也只是乙個區域性（因為這個「全域性」不是程式設計的全部，不過是專案的總體性的東西，如架構模型、總體設計、高層設計等等。這裡的「全域性」和「區域性」是針對不同範疇而言的）。在某些時候，我們需要關注乙個區域性，暫時忽略其他部分，以深入研究和掌握它。但是，最終我們需要知道：無論低層還是高層都同樣重要，最好的方法是「執其兩端，用其中」。
真假幣孰重孰輕？
這是一道演算法題 現在有100個真幣和1個假幣混合在一起，真假幣的唯一區別只在重量上，使用乙個天平不使用砝碼，如何只稱量兩次判斷真假幣哪個重哪個輕。下面是我想到的乙個方案 將所有硬幣分成a 33 b 33 c 33 d 2 這四份，進行下面的操作 1 稱量a b，若a b，說明a或者b中有假幣，c ...
業務了解和開發能力，孰重孰輕？
來到現在的工作團隊後，跟我們領導爭論最多的問題似乎就是 業務了解和開發能力的提高，孰重孰輕？現在的部門，屬於公司的服務性部門，主要管理公司的網路運營方面的事務。從去年開始，由於業務部門開始有需求，因此也開始給他們做一些軟體，隨著需求越來越多，軟體也越來越大，伴之而來的問題相應的也就增加了，由於一開始...
CTO的技術成長與組織管理孰輕孰重
前言 cto作為公司的重要管理團隊成員，是乙個復合的角色，要具備良好的戰略思維 技術能力 管理能力 溝通能力。而作為管理團隊成員，在自身能力的發展與組織能力提公升方面又是相符相承的，很難說孰輕孰重，應該協同發展。關於管理 cto首先是乙個管理者，其價值需要通過團隊的價值體現。而團隊的價值能否發揮的好...