週末時候讀了abrash在valve寫的乙個blog：
非常讓我驚嘆的是這些大神級程式設計師的視野，兩個人都是carmack時代的程式設計師，從中也可以看到真正的神級程式設計師，他們的持續的探索和視野，讓我很是欣賞，就應該這樣。
abrash這個文章裡說到了valve的文化，這個也是讓我非常感興趣的乙個東西，乙個組織想創造偉大的作品，究竟要有怎樣的規模，怎樣的組織方式？
大部分大公司的層級結構我們很熟悉了，但是不約而同的在上了一定規模之後，就如同的中老年人一樣，缺乏理想，幹勁和創新，轉而墨守成規。
valve這一塊採取的是非常自由化的方式，沒有層級和manager，每個人自發的對組織負責，績效則是由其被周圍同事的認可程度來定的。
這樣的方式我認為的確是可以達到創意，自主性的最大化，而且valve已經實行很久了，也不用再討論這個可不可行，只是其條件（abrash也沒說）我覺得是相當高的人員素質，在個人能力，甚至精神覺悟上都相當的高。
但是至少valve的組織方式，可以作為嚴格層級結構的乙個參考和改進的乙個方向。
另外abrash的目標開始轉向wearable computing，而且是從硬體軟體都沒有的情況下，去創造未來，這個就是神級程式設計師在做的事情。
然後sweeney對影象使用泰勒展開似得近似方式的比喻非常的贊，也讓我感覺茅塞頓開，
real time rendering是對實際電影級畫面的近似，這種近似就像泰勒展開取前面幾項，遇到後面就越接近，同時後面的部分所佔的比重也越小，達到的難度也越高。
所以在專案開發過程中，這裡的輕重還是要做一些取捨的。
和 區別和聯絡， 和 區別和聯絡
和 區別和聯絡，和 區別和聯絡，實際專案中，什麼情況用哪種？首先，和 的聯絡 共同點 和 都可以用作 邏輯與 運算子，都是雙目運算子。具體要看使用時的具體條件來決定。無論使用哪種運算子，對最終的運算結果都沒有影響。情況1 當上述的運算元是boolean型別變數時，和 都可以用作邏輯與運算子。情況2 ...
rpx和樣式和class和flex
5 style 靜態的樣式統一寫到 class 中。style 接收動態的樣式，在執行時會進行解析，請盡量避免將靜態的樣式寫進 style 中，以免影響渲染速度。例 6 class 用於指定樣式規則，其屬性值是樣式規則中類選擇器名 樣式類名 的集合，樣式類名不需要帶上.樣式類名之間用空格分隔。關於f...
if和switch和for語句
if和switch很像。具體什麼場景下，應用那個語句呢？如果判斷的具體數值不多，而是符合byte，short，int，char，字串。這五種型別。雖然兩個語句都可以使用，建議使用switch語句，因為效率稍高。其他情況，對區間判斷，對結果為boolean型別判斷，使用if，if的使用範圍更廣。whi...