其他

在公司專屬應用程式系統中，組織圖模型及許可權是應用系統的基礎，管理系統使用者、部門、使用者組及其關係，並對系統許可權進行設定，企業中存在各種應用系統需求，統一的組織圖及許可權模型設計為公司專屬應用程式系統提供統一的使用者及許可權管理員模式，避免重複登入、重複授權、真正實現企業的SSO、真正的從IT規劃的角度來避免公司資訊孤島的出現，讓資訊產生價值。公司專屬應用程式系統中存在系統、使用者、部門、角色（使用者組）、操作項、許可權、許可權範圍、許可權內容、系統管理員等對象，相互關係如下：組織圖及許可權

Remoting是NET平台下比較成熟高效的分布式技術，我們習慣採用傳統的遠程調用的方式使用Remoting。在用戶端所在的Application Domain，我們通過Proxy（Transparent Proxy）遠程地跨Application Domain調用一個方法。當來自Client端的調用請求通過Proxy到達Server端所在的Application Domain後，Remoting Infrastructure在Server

JsonViewer是一款查看Json對象的小工具。解壓後，可以看到3個子目錄：     - JsonView：可獨立運行版。     - Visualizer：VS2005外掛程式。     - Fiddler：Fiddler2外掛程式。 安裝JsonViewer的Fiddler2外掛程式方法是，將Fiddler目錄中的所有檔案複製到“Fiddler2的安裝目錄\Inspectors\”。然後修改“Fiddler2的安裝目錄\fiddler.exe.config”

測試驅動開發（Test-driven development）是現代電腦軟體開發方法的一種。利用測試來驅動軟體程式的設計和實現。測試驅動開始流行於20世紀90年代。測試驅動開發是極限編程中倡導的程式開發方法，方法主要是先寫測試程式，然後再編碼使其通過測試。測試驅動開發的目的是取得快速反饋並使用“illustrate the main

曾經無數人和無數本書都說過寫過，程式碼是寫給人看的，不是人看不懂的機器碼。但事實上，很多人在看別人寫的代碼，甚至一段時間後在看自己寫的代碼時，都不知道什麼意思。這可能也和國家的教育有點關係，因為我在上學時候，從來沒有哪個老師給我說過這方面事情。我今天所瞭解的也都是我自己工作後慢慢意識到，學到的。工作之後無數次看到剛畢業的，甚至工作有一定年限的同事，一次又一次的寫著晦澀難懂的代碼。而這些晦澀代碼讓項目越走月困難，項目有的夭折，有的很痛苦的進行著。造成晦澀代碼有很多原因。例如對物件導向瞭解很少，寫的

IDE:Visual Studio

相信大家對二維座標系應該很清楚，因為我們似乎在小學的時候就開始接觸二維座標系。二維對於我自己來說，大學畢業以來一直在做二維GIS系統，對二維座標系，地理座標系，以及地圖編碼切片等都有一定的瞭解。雖然三維座標系比二維座標系只多了一維，僅僅多了一個z軸，但複雜度卻大大提升。要知道整天面對的電腦螢幕是一個平面，顯示給使用者的最終結果也是一個二維的映像。這不僅要求開發人員有豐富的空間想象能力，並且還要即時把三維情境轉換成二維映像呈現給使用者。二維繫統就像在一個大畫布上畫各種元素。即使一個很大情境，也很多

從上篇向量的文章中，我們主要分析出了向量需要包含的資訊和主要的操作。我們總結如下：對分量值x，y，z的存取。向量間的賦值操作。比較兩個向量是否相同。得到零向量。向量求負。向量求模。向量與標量的乘除法。向量標準化。向量加減法。兩點（點用向量表示）的距離。向量點乘。向量叉乘。以上的這些功能能夠完成我們99%的日常工作，但XNA中也定義了一些其他比較方面的操作，例如直接可以得到向上的單位向量等。那下面我們就看一下XNA中的Vector3是怎麼提供這些功能的。對分量x，y，z的存取Vector3類提供了

一般情況下，做三維展示系統，模型都是在3DMax這樣的軟體中提前做好，然後再載入到系統中展示。XNA支援很多格式的模型，但和3Dmax對接的是FBX檔案。XNA的底層的D3D，所以模型的渲染本質也是D3D的渲染。在比較新的D3D版本中就已經出現了類似於C語言道德GPU語言，當然這主要還是歸功於顯卡技術的發展。現在GPU語言主要有三種一個是支援openGL的GLSL，還有一種是英偉達的CG語言，最後一種是微軟的基於D3D的HLSL語言。其中cg語言和HLSL本是一家，是英偉達和微軟合作的產物，但最

介面設計包括三個方面：一、使用者介面    用來說明將向使用者提供的命令和它們的文法結構，以及軟體的回答資訊。二、外部介面    用來說明本系統同外界的所有介面的安排包括軟體與硬體之間的介面、本系統與各支援軟體之間的介面關係。三、內部介面    用來說明本系統之內的各個系統元素之間的介面的安排 使用者介面就是說使用者可以操作上直接調用的介面外部介面是指系統與系統之間調用，可以使內部平台也可以是其他公司的介面內部介面指系統內部的調用

說實話，也算是部落格園的老粉絲了......但上次更新還是1年多以前的事上周末，一老好的哥們問我，你們的code應該很多吧...我說“這...不清楚..."於是，今天想用CodeCounter來統計下，不幸的的是其死機了，然後我將代碼集中， 只能給出這麼個粗略的估計： 反正很多很多但大多是C， 所以我努力的學C.....希望能從其中找到存在的價值，但似乎很難.... 以前很久的以前，想得個MVP，然後得到了，so fucking what ?but what is the fucking

聯機交易處理OLTP（on-line transaction processing）主要是執行基本的、日常的交易處理，比如在銀行存取一筆款，就是一個事務交易。OLTP的特點一般有： 1.即時性要求高； 2.資料量不是很大； 3.交易一般是確定的，所以OLTP是對確定性資料進行存取；(比如存取款都有一個特定的金額) 4.並發性要求高並且嚴格的要求事務的完整,安全性。(比如這種情況:有可能你和你的家人同時在不同的銀行取同一個帳號的款)， 線上分析處理OLAP（On-Line Analytical

.NET 4.0 中關於訪問感應器狀態進行了封裝。在.NET4.0

首先要明確一點，我這篇所謂的把XNA嵌入到WPF中，並不是直接嵌入到WPF中，而是先嵌入到WinForm的Control中，然後再通過WindowHost控制項嵌入到WPF中。因為我之前也找過把XNA嵌入到WPF中的方法，找了很多文章也包括英文的，但看了大半天發現其實現方式也都是通過WinForm中轉了一下。也有可能XNA出現的時候，WPF還沒有出現，所以支援不好。但XNA和WPF的底層都是D3D，所以，我覺得以後XNA應該是可以很方便的嵌入到WPF中的。為什麼XNA能夠嵌入到Winfrom中呢

《Pro Git》中文PDF版本Git入門的寶典，翻譯品質、排版、PDF檔案目錄都十分完美。Pro Git中文PDF版本1：Pro Git 中文版本2：ProGit-zh.pdfPro Git英文官方網站：http://progit.org/book/Git視頻資料Git英文視頻教程下載：GitCasts2010-07-30：增加Pro Git；2010-07-25：增加學習資料1.高飛鳥部落格中的介紹Git使用的文章：Git2.在Windows下使用Git的英文資料，分三部分：Git For

 　　解決“懷才不遇”的問題：　　錯誤的方法：抱怨或是等著機會找上門來　　正確的方法：積極地積營個人品牌，建立職業人脈 　　“懷才不遇”是懦夫與笨蛋的自慰行為。不要總是認為自己沒有被伯樂相中。這個世界上伯樂不常有，與其被動地等待人識中，不如自己主動讓別人認識你。 　　遠離“懷才不遇”的建議：　　1、在現有工作崗位上不斷充實自己，給個評定標準：你每個月能看完2本書嗎？每個月能夠定期閱讀1-2本行業雜誌嗎？　　2、不斷總結自己，你有自己的BLOG嗎？你每周能至少寫3篇博文嗎？你的博文有人來看嗎？能打

最近在學設計模式，其實不是第一次學了，才工作的時候就看過，不過那時候看設計模式就是天方夜譚，不明白為什麼要用這些模式，覺得反而更麻煩了，工作兩年後再看有些感覺了，但是陷入無窮無盡的情境假想中，設想自己處於一種情境，然後有各種需求，然後要用哪個模式就可以實現，三分之二的時間在圍繞這這些假想轉悠。偶然在MSDN上看到篇文章 Discover the Design Patterns You're Already Using in the .NET Framework， 如夢初醒，其實我們使用的

引子：    "這個項目的架構是什嗎？"   對方爽快的回答："Spring+Struts+Hibernate。"   嗯，這位很可能不是架構師......一、核心競爭力架構設計的原理、模式與技術    未經培訓的架構師們從實驗與挫折中獲得架構設計的技能，但其中大量的原理、知識、模式和技巧，都經曆了一個重複發現的過程。   

製作圖表投影片，圖表需要回答的五類問題：1、有哪些組成部分2、數量之間如何比較與總數比較相互之間比較隨時間比較3、有何變法/如何變法4、各項如何分布5、各項之間的相關性製作圖表投影片的訣竅三個步驟：1、先確定想用圖表回答的問題2、然後把答案作為圖表的標題3、再選擇最適合表現論點的圖形展示[筆記]讀《金字塔與原理》-示範的邏輯之製作圖表投影片

SAP HANA是什麼HANA(High-Performance Analytic Appliance)高效能分析裝置HANA是一個軟硬體結合體，提供高效能的資料查詢功能，使用者可以直接對大量即時業務資料進行查詢和分析，而不需要對業務資料進行建模、彙總等。使用者拿到的是一個裝有預配置軟體的裝置。至於HANA的雲端服務，只是對使用者而言可以在不購買相關硬體的情況下享受HANA的高效能，而HANA雲端服務的背後還是需要更高效能的硬體支撐的。軟體方面HANA的記憶體資料庫（SAP In-Memory