其他

會員朋友們大家好， 

開始學習使用 gVim，裝了 gVim 7.2。看 Charles 可以在代碼裡跳來跳去，我也跟著裝了一個 ctags 外掛程式，沒想到，每當我按下 CTRL + ] 總是提示：E433:No tags file E426:tag not found: all_bear_start_idle幾次搜尋，最後還是回到了 Easwy 部落格，找到了 ctags 中文手冊，學習後明白了。使用 ctags 命令產生 tags 檔案 （我產生了 VS 的整個 Solution）使用 vi

ActiveRecord的主要優點是一個過渡模式，當你沒法從失血一步走到充血模型，或者不大確定是否該這樣做時，是一種比較好的選擇另外就算使用充血模式的複雜項目，還是會存在很多適合ActiveRecord的對象我想當你ActiveRecord使用熟練之後思路應該會不大一樣，選擇範圍會比較開闊@怪怪結構化設計和物件導向設計之間的話題太大了，這裡大部分人用.net開發應該物件導向的傾向會多一些。不同開發語言的特長和最適用的開發模式、應用環境都不一樣，要綜合各家優點適用於各種情境也不大現實我理解你說的意

XNA將圖片編譯成.xnb格式，只能由xna讀取，主片原來主要選擇jpg,png,tag格式，一般我會用Paint.net做圖，問題在於xnb格式太大了，以下使用一個大面積為白色的圖片（1440X900）測試產生XNB檔案。 格式 原大小XNB大小壓縮後大小zip.jpg21.7K5063K11K.png10.1K5063K8K.tag44.6K5063K 8K 由此可見，XNB大小是由圖片尺寸決定的 1440*900/5063=256所以每K（1024B）資料存放區了256個像素，

雖然有各種傳言，但是微軟已經給我們的這些就夠研究上幾年時間的了，所以，活在當下。XNA：它能做的事情基本已經明了，就缺遊戲了，開發中，邏輯好寫，創意難為WP7：開始初步嘗試吧，好像lumia銷量還不錯，觀望900SilverLight： 想出一個應用遊戲但一直沒有時間，痛點在udp通訊部分和伺服器硬體部分Xbox：暫不打算涉及MSSQL 2012：沒測試伺服器的悲劇ASP.NET

用 Mac 不足一個月，自從安裝成功起就被雙系統切換後的時間問題所困擾，嘗試著修改 Mac 系統配置，無果。今天 Google 了一下，這個文章寫的很好，有理有據。按照裡面的方法我修改了 XP 的註冊表，反覆重啟幾次，多次進入 XP 和 Mac，時間都是正常的。下面，將主要步驟摘抄如下，詳細內容請參考原帖。WinXP 和 MacOSX 預設看待 PC 的 CMOS 記錄的時鐘是不一樣的。可以將 Win XP 的預設對待 CMOS 的方式改成 UTC，也就是和 MacOSX

　　網上有很多的編程規範可供參考，很多的公司也制定了自己相應的代碼編寫規範。但是我們是否始終都是按照編程規範來寫的呢？在大量的代碼面前我們需要通過一個有效工具來檢查代碼的規範性。　　通過一本書籍的介紹，我認識了Borland的Together工具，它可以對代碼進行品質審查，指出現問題的代碼並提供了改正意見和說明。比如需要檢查某個代碼檔案可以進行以下操作：1、首先為項目建立Together支援2、在Model

1，先裝vs2010旗艦版，再裝sp1，再裝wp7sdk7.1後，開始菜單中沒有出現express版的啟動表徵圖，於是找一個手機項目開啟，到工作管理員中，找到進程右鍵開啟檔案位置，發現與旗艦版位於同一個目錄下： C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\VPDExpress.exe在案頭上建立一個捷徑就可以，尚不清楚原因。2，無法開啟之前建立的asp.net

    Maverick.Net是Java社區開源MVC Web架構Maverick的.Net版本，相關資料可以查看項目首頁。    不管Maverick.Net的是非好壞，瞭解一下它的思想還是不錯的。下面的內容是對Maverick.Net整體做一個簡單的介紹，以求能夠從全域的角度瞭解Maverick.Net一些相關概念，大致如何工作。   

周六去蘇州。天灰濛濛的，下著雨，有點冷。公交過了人民橋，從後門鑽上來一位上了年紀的婦女。身材矮小瘦弱，穿的單薄，衣服顏色很舊，提著一個大肚子蛇皮袋，裡面裝的有點滿，東西應該不算重，但她好像拿的有點吃力。一看就知道是那種一天到晚在各個垃圾桶裡面翻一點能賣錢的破爛的人，城市裡到處都能見到卻沒幾個人過多理會、瞭解他們生活的人。對於城市和現代人，他們是不存在的；對於他們，燈紅酒綠下的各種垃圾廢物卻是他們眼中的寶貝，是他們賴以生存的根本。有時甚至吃的，都是來自垃圾桶。他們常常用滿懷期待的眼神看著你，不是盯

SAP並不符合"超越分散式交易的方法"一文中提出的解決方案，但作為一個大型系統已經考慮了伸縮性，並且與"超越分散式交易的方法"中的思想有些類似1. 任何情況下不使用JOIN   實體可能被分區在任何一個資料庫中，在實體之間如何跨越資料庫的JOIN? No way!   單這一點足以難倒絕大部分的設計、架構師   a). 事務型的操作(OLTP)使用物件模型解決，分析、報表查詢類的操作(OLAP)使用另外的解決方案，例如BI系統，或者特定的報表模組。SAP中也存在大量的分析報表，有系統標準提供的，

《WCF Unleashed》的 10.3 節《使用 XSI 運用基於聲明的安全》的示範代碼使用了 AzRoles，按照書上的步驟安裝 Windows 2003 Serivce Pack 1 Administration Tools Pack 之後，程式仍拋出運行時異常。修改 App.config，增加 <serviceDebug includeExceptionDetailInFaults="true" /> 配置後看到了錯誤資訊：The authorization store

NDoc很不錯，可是M$出個SandCastle，基本跟NDoc差不多，NDoc項目停止了。NUnit很不錯，尤其是在TDD的潮流下越來越成為必不可少的工具，然後VS IDE中有了TestProject，看看Unit

2005 年推出的書，2010 年我才瀏覽了一遍，這些年我的確不夠勤奮。要不是因為《一線架構師實踐指南》，每次站在鹿鳴書店的書架前，我會繼續忽視這本書。說真的，要是在 2005 年就讀這本書，對自己來說是個很大的提高。MQ、COM+、認證和授權、配置等等，當時我對這些知識的理解很膚淺，需要一本書來指導一下，特別是從實踐的角度。讀過了《UML 與設計模式應用》《敏捷式軟體開發 (Agile Software

    Enforcing Strict Model-View Separation in Template Engines（在模板引擎中強制模型-視圖嚴格分離），是StringTemplate作者Terence Parr的一篇學術理論性論文，從學術的角度對模型-視圖的分離給出清晰的定義，包括實現分離的規則，目的是使對模板引擎的研究正常化。    這篇論文是使用StringTemplate一個非常好的理論基礎，在大型應用中使用JSP、ASP.NET等其它模板時，也可以作為一個相當優秀的參考。  

原文地址：Roy T. Fielding: REST APIs must be hypertext-drivenI am getting frustrated by the number of people calling any HTTP-based interface a REST API. Today’s example is the SocialSite REST API. That is RPC. It screams RPC. There is so much coupling

分析模式不同於設計模式，它針對特定業務領域提供參考解決方案，如果對相關領域沒有瞭解沒有興趣，就沒有必要看下去如果採用10分制對《分析模式》進行評價，我的評分是4-5分殺雞不要用牛刀，使用適合自己的方法業務設計難得有通用模型，筆記中有大量個人理解和偏好方面內容，因此可能與原書中存在一定出入。這些理解主要來自對國內一些生產製造型企業以及幾個ERP產品的瞭解上面說的這些可能也是導致不少人《分析模式》翻閱了幾章就再也無法看下去的主要原因。另外這本書最好看英文版，因為涉及的領域比較多，對相關領域瞭解比較少

    這兩天瞭解了一下IPD思想（整合產品開發（IPD）初探），剛好看到另外一篇文章（績效主義毀了索尼），得出的一些想法。    1. IPD 整合產品開發    個人覺得核心思想是：    a) 投資收益最大化。比如市場管理中的組合投資分析強調一開始就要將人力物力財力投資在正確的地方。流程重整中IPMT在各個階段的審核，在產品研發生命週期中不斷的基於市場、成本、風險等多維度視角進行評審，力求產品投資風險最小化。產品重整中的CBB目的是降低研發成本。    b)

    裝Vista的時候一不小心就犯了一個錯誤：沒有使用預設的administrator帳號，而是自己另外取了一個riccc帳號。    Vista的UAC：User Account

1. 多值屬性的呈現例如一個Image類有屬性ImageUrl、TargetUrl，取出一個Image對象集合IList<Image> images，使用st.SetAttribute("images", images);