如果說新技術的嘗鮮缺少針對性，但至少滿足程式設計師的某種潔癖和快感，那麼「負擔」從何而來呢?對於初學者來說，有價值學習資料可能只有這些規範，如果說規範價值不大，那又當從何入手呢?
剛才我說的不是依賴於規範，而是對規範的反思，擺脫規範灌輸給我們的思維定勢。新人們大概是看了wiki中的很多指標、結論、實踐，在做專案之初就附加了不少「八股式」的負擔，甚至影響我們對專案關鍵需求和關鍵問題的洞察力和判斷力，負擔過重就無法輕裝上陣，wiki中提到的這些指標和規範是結論性的，是大量的實踐之後得出的，也只有經歷過大量實踐才會真正理解這些結論，比如domready時間和http請求數是否有因果關係，http請求數增加是否真的會導致頁面效能下降，什麼條件下會導致效能下降?我們從那些條文和結論中無法找到答案。
舉個具體的例子，kissy剛剛出了dpl，也是一大堆結論，比如他的布局就採用了經典的雙飛翼，使用容器浮動來實現，那麼，這種做法就是不可撼動的「標準」嗎?看看**車險首頁，布局容器齊刷刷的inline-block，只要頂層容器去掉寬度，布局容器自身就能根據瀏覽器寬度調整自然水平/垂直排列，輕易的適應終端寬度了。
謹防過分依賴於有影響力的使用者
每乙個分析團隊知道，與業務需求保持一致是非常重要的。但是有乙個隱患 有些過於依靠有影響力的使用者。如何不去做 在過去的糟糕的日子裡，分析被視為像其他it基礎架構產。它詢問人們需要什麼樣的資訊，然後幾個月甚至幾年後提供了所需的報告。在這一點上，當然，人們意識到他們不想要所要求的東西，而不斷變化的業務情...
構建不依賴於cookie的手機端使用者登入機制（三）
引 三 如何確保各種標籤傳遞sessionid 在前面的例子中，我們已經能讓a標籤的href屬性正確地附加上sessionid了。不過，在實際的開發中，可能會有更加複雜的情況。比如，你可能會用到form，也有可能用到iframe，甚至即使在使用的時候也需要傳遞sessionid。那麼來看下面的 in...
構建不依賴於cookie的手機端使用者登入機制
手機端登入 的問題是乙個困擾我很久的問題。總是會有那麼一些使用者告訴我，他的手機不能登入 了。要想能有效地解決手機登入的問題，一種方案就 是盡可 能多地模擬出使用者的手機端環境出來，針對這些具體的環境對 進行測試和調整。另一種方案就是盡可能地讓 擺脫對於客戶端cookie環境的依賴，建立 更加健壯的...