其他

    經過一晚上的考慮，我終於決定留下來了。   

壓力的效果 　　 壓力之下的人無法更快地思考。增加加班時間只會降低生產力。短期的壓力乃至於加班可能是有用的策略，因為它們能使員工集中精力，並且讓他們感到工作的重要性。但是長時間的壓力肯定是錯誤的。經理之所以會施加那麼多的壓力，也許是因為他們不知道該做什麼，或者因為其它辦法的困難而感到氣餒。最壞的猜測：使用壓力和加班的真正原因是為在項目失敗的時候讓所有人看上去能好一點。憤怒的經理管理中的憤怒和羞辱是會傳遞的。如果進階管理者喜歡罵人，低級管理者也會有樣學樣(就像經常被罵的小孩很容易變成罵人的父母)。

好久以前下了Kaneboy的Hands-On Labs，但都沒時間去看，太忙了。今天又下了最新動向的Package，已經由199KB上升到了426KB，可以見加了不少東西拉。這個Package包括了5個Labs，是學習WSS二次開發和SharePoint的必備資料。我感覺這個很經典，特別在這裡推薦。如果能很好的掌握裡面的內容和代碼，再結和得益網下載《SharePoint工具和技術》，查看裡面的Object

需求概述在伺服器端可以很方便的獲得當前頁面登入的使用者資訊，但是有的時候需要在用戶端利用指令碼獲得當前登入的使用者資訊。使用者YoungSem登入顯示的菜單使用者Jacqueline登入顯示的菜單實現原理利用伺服器端獲得使用者資訊利用WebPart將使用者資訊發送到用戶端在用戶端利用指令碼獲得使用者資訊實現細節產生一個可以獲得頁面登入資訊的使用者控制項；利用KaneBoy的使用者控制項封裝器將產生的使用者控制項封裝成WebPart；發布WebPart到相應的頁面；將“內容編輯Web組件”拖動到頁

[Update:21:37 2011/11/21]其實如果使用者電腦登入到了域，點擊“Ctrl + Atl + Del”，選擇修改密碼，這裡修改的密碼就是該使用者在域中的密碼。 需求概述SharePoint中的使用者，通過在活動目錄來管理的好處就是：可以對使用者進行統一的管理。但由此帶來的就是使用者自訂屬性的靈活度不夠高，尤其是對於登入使用者密碼的修改更是如此。實現功能：更改頁面當前登入使用者在活動目錄中的域使用者密碼 實現步驟1 獲得當前頁面的登入使用者2 自訂頁面輸出Html3

    自從看了《平衡敏捷和規範》這本書，我對敏捷中的各種方法有了個大體瞭解，對規範也有進一步的體會。     現在正值Microlink在開發適合自己的過程，然而即使公司的規範制度剪裁和制定出來了，對實施項目將會有些困難。   

背景:昨晚下班後,到宋哥那喝了杯coffee.後來可慘了,到了今天淩晨2點都還沒有睡意(當時也看書看到那時).最後躺在床上還是沒睡著(有一個鐘頭吧.鬱悶,那coffee真強啊!),再後來就不知道什麼時候迷迷糊糊給睡了.不過,今天還是很慘,像剛剛office培訓時實在想sleep一下. 說正事兒,這幾天配合Chatter搞個網路架構的文檔編寫,偶在尋找資料的過程中,尤其是昨晚半夜看書時想通了好多.呵呵,某些地方本人還是比較愚鈍滴

    今天我才認識到自己對SharePoint沒有入門。雖然對於SPS算比較瞭解，而對於一個程式員來說，遺憾的是自己還沒認識到WSS的存在。今天試用Microsoft.SharePoint.dll來開發，結果一塌糊塗，不知道WSS是怎麼用程式來定製網站的。     從現在開始，我得把WSS的開發原理搞清楚。儘管這是很困難的，但如果被我搞懂了，以後開發網站的效率又上了一台階……     努力，努力……     Day,Day,Up……

    《期限》這本書，在內容上和翻譯上是我所看過的書當中品質最高的。書當中很多地方用寫書的角度來翻譯書。譯者力求達到原書給讀者的那種感覺。從今以後，熊節的書要多看看了，呵呵！     這是我第二遍翻這本書。書中很多經典的，想在這裡把它留下，無論在什麼地方（只要有網線）就可以看看這些準則！     這裡是湯普金斯寫的日誌（萊克莎送給湯的筆記本）：****************************************************************************

    Mapper：在兩個獨立的對象（系統）之間建立通訊的對象。 使用情境：     Mapper主要的作用在於見系統的不同部分解耦，只有確保沒有任何一方子系統依賴於子系統之間互動時，才應使用Mapper。最常用的Mapper就是資料對應器了。 與Gof模式的區別： 在隔離不同組件的用途方面，類似於Mediator(調停者）。使用調停的多個對象互相不認識，但知道Mediator的存在；而Mapper隔離的對象就不知道Mapper的存在（圖中的箭頭不是雙向的）。Layer

Separated Inferface：在一個包定義介面，而在另一個與這個包分離的包中實現這個介面。使用情境：    當需要對兩個系統之間進行解藕時，可以使用Separated Interface。當並不提倡對每個類都使用Separated Interface。保持介面和實現的分離需要一些額外的工作，只有當你希望打破這種依賴關係的使用才使用它，或者同一個介面有多個實現才使用。當然，也可以把介面和實現放在一起，當需要分離的時候才進行重構。與GOF模式區別：    Separated

    這兩天又看了幾章《期限》。每天關燈睡覺後，又爬起來再看一會。這是我第一次對這本書有一口氣看它兩三遍，想一口氣把它輸到腦裡。     如果公司中能出現一位書中寫到的人物，我會不用報酬而跟他（她）N年。然而現實中即使有，也是束之高閣。書中的每一條真言只有看過書，才能深深體會到裡面的精華。平凡的字表達出不平凡的專案管理。雖然很多人都知道這些準則，但誰又能都做到呢……     曾經熱忠於代碼，現在才探索管理比代碼更與意思。管理對於代碼，相當與西瓜和芝麻，孰輕孰重？    

在一篇文章中，看到如下一段話：============================================================================== SharePoint的物件模型中很重要的一部分是Web服務。SharePoint服務提供Web服務作為使用者從用戶端提取資料的API。這些Web服務建立在伺服器端的物件模型上。用戶端使用者可以通過這些Web服務處理列表，視圖，項目等等大部分的業務需求。從功能上來看，SharePoint所提供的這些Web服務很接

今天介紹一下架構師角色在VSTS中的架構師角色起著很重要的角色，如果架構師對架構設計有誤的話，那麼一切都得從新在來了。當然VSTS的架構師好象沒有辦法對C/S模式進行分層。也就是沒有辦法自動產生ClassLibrary的Project。真有點想不明白，難道所有的分層介面都要用WebService來嗎？切如正題，架構師首先要要對系統的需求進入瞭解，調查，並在腦中形成自己的架構模式。下面分別介紹三種圖：1、解決方案添加Logical Datacenter Diagram。這個圖主要對網路方案的設計，

大多數的大型業務系統都是依據3層模式。最上層為UI層，其基於下層的業務層。業務對象必須儲存到持久對象（資料庫），所以最底層為持久層。如果你想用純物件導向來實現你的業務系統，那麼你必須決定用哪種資料庫來儲存。下面有4中方案：1、物件導向資料庫（OODBMS）。2、O/R(Object/Relational)資料訪問層和關聯式資料庫。3、資料訪問層加關聯式資料庫。4、O/R資料庫加資料訪問層（沒有任何實踐經驗於O/R資料庫，故不做討論）。前3中方案圖如下：這裡將在下面的系列中介紹如何設計和理解O/R

SharePoint是什麼? SharePoint Portal Server和Windows SharePoint Services的區別? document library是什麼? meeting workspace是什麼? document workspace是什麼? web part是什麼? document library和form library的區別? web part zone是什麼? 怎樣進行SharePoint安全管理? 如何開發web parts? 網站定義是什麼?

WSS物件模型：1、訪問資料庫使用對象：SPVirtualServer、SPContentDatabaseCollection、SPContentDatabase2、訪問外掛式主控件使用對象：SPGlobalConfig、SPWebServerCollection、SPWebServer3、訪問網站集合資料使用對象：SPGlobalAdmin、SPVirtualServerCollection、SPVirtualServer、SPSiteCollection、SPSite4、訪問列表使用對象：S

翻譯來至《Understanding WF in WSS and Office 2007 v1.doc》作者：David Chappell, Chappell &

翻譯來至《Understanding WF in WSS and Office 2007 v1.doc》作者：David Chappell, Chappell & Associates（鼎鼎大名）翻譯片段，全文請查看：http://www.davidchappell.com/blog/index.html前面已經描述過， WF運行時引擎可以宿主於任何Windows應用。在這方面WSSv3表現最為明顯。引擎的宿主上包含一個或多個工作流程範本,

以下列表來自msdnAbortTransaction（從 TemplateControl 繼承）當使用者中止事務時發生。CommitTransaction（從 TemplateControl 繼承）當事務完成時發生。DataBinding（從 Control 繼承）當伺服器控制項綁定到資料來源時發生。Disposed（從 Control 繼承）當從記憶體釋放伺服器控制項時發生，這是請求 ASP.NET 頁時伺服器控制項生存期的最後階段。Error（從 TemplateControl