整了幾天TFS，把相關的一些配置與安裝的要點簡單記下，希望對大家有用。本篇主要是安裝與配置上的內容，下一篇會介紹如何使用以及使用方面的相關心得體會。

　　Alan Shalloway在精益-敏捷郵件組中寫道：

　　說到ASP.NET緩存，那就是：盡早緩存；經常接觸緩存的您應該在應用程序的每一層都實現緩存。向數據層、業務邏輯層、UI或輸出層添加緩存支持。內存現在非常便宜—因此，通過以智能的方式在整個應用程序中實現緩存，可以獲得很大的性能提高。緩存可以掩蓋許多過失緩存是一種無需大量時間和分析就可以獲得“足夠良好的”性能的方法。

      VirtualBox安裝MeeGo系統具體過程與VirtualBox虛擬機安裝MeeGo車載系統圖文教程相同，請查看相關文檔，本文主要為了大家解決大家在安裝完系統之后出現黑屏無法進入系統的問題。主要參考http://202.112.3.1/wiki/Main_Page網站給出的方法。

　　很多關于.NET 4.0新特性的介紹，緩存功能的增強肯定是不會被忽略的一個重要亮點。在很多文檔中都會介紹到在.NET 4.0中，緩存功能的增強主要是在擴展性方面做了改進，改變了原來只能利用內存進行緩存的局限，允許用戶在不改變代碼的情況下通過修改配置的方式，靈活的切換緩存介質。Cache Provider是可擴展的，開發人員可以方便的將緩存存放在文件中，也可以擴展使用分布式緩存。然而，由于之前已經有System.Web.Caching.Cache這個緩存對象的存在，讓我一直對.NET 4.0的新的Cache和原來已存在的System.Web.Caching.Cache的關系產生了一定的迷惑。通過這一兩天的研究，讓我慢慢解開了這層迷惑。

概述

　　緩存學術一些的解釋是”將常用數據放入易于讀取的地方以提高性能”。而對于Asp.net來說，需要被緩存的對象多種多樣，包括從數據庫中提取出來的數據，以及aspx頁面生成的靜態頁，甚至是編譯好的程序集。合理利用緩存能讓Asp.net的性能大幅提升，下面將對Asp.net中的緩存機制進行簡單概述。

　　ASP.NET緩存全解析文章索引

　　無意挑起所謂的職位之間的矛盾，直到今天看到這樣一篇文章的時候，是的，這是一篇關于程序猿和設計獅之間的文章，起源是這樣的，一位網友在某社區上提了一個問題：

　　前一篇 互聯網產品需求管理思考1——統一需求管理

　　英文原文：Software Developers Hate Worthless Tasks

　　這是去年11月底在小組里分享過的工作效率心得，在這里也跟大家分享一下工作“快”感哈哈。我相信大家應該都有過工作效率的些許煩惱。而這個效率啊伴隨我很長時間的痛苦。每每到PDI的時候領導必提效率有木有？自認為快是不算的，必須領導和客戶方說了算，對于當年校招進來的毛驢，是一件淚崩漫長的提升過程。整天琢磨如何快，多快的速度才算快，恨不得快到連參照物都變得動感模糊。時間是把殺豬刀，不僅催人老還得與它賽跑，經過這幾年的自殘式磨練，也早該總結總結。

　　ASP.NET緩存全解析文章索引

　　一、開篇

      上一篇我們講述了結構型模式中的代理模式。本篇，我們將會開始講述行為型模式中的命令模式，在設計模式的這些基本的模式完成后，我將會將一些經常用的其他的一些擴展的模式進行講解，希望能夠引起大家的共鳴。

N900雖然已經發布了一年多，但是，它還是NOKIA最具可玩性的一款手機，當初的宣傳片也可以看出NOKIA本想大力宣傳這款性能強勁的旗艦機型。

　　興之所至的寫了一下我對 BAT 三家公司的看法，有位大佬留言說，不如寫一下大公司的通病。這倒是提醒了我，很好的話題，任何大公司都有各種各樣的獨特的問題，也有些問題有共性。我列幾點跟大家探討。

　　ASP.NET緩存全解析文章索引

　　對于互聯網公司而言，產品需求管理是產品研發的核心環節，產品需求的正確與否直接影響產品開發周期、產品開發成本、產品運營成本，甚至直接決定了產品市場競爭力。根據統計：產品開發中40%～60%的問題都是在需求階段埋下的"禍根" ，在測試階段及運營階段發現需求階段植入的問題，解決的代價是需求階段發現問題的68～200倍。