其他

PostSharp是基於.NET平台設計的比較強調易學易用的AOP架構，AOP的概念，優點請參見：http://www.cnblogs.com/wayfarer/category/35983.html這裡只是簡要的介紹幾種使用PostSharp實現的情境供大家參考。一、日誌一般我們寫入業務方面的日誌有兩種方式，1、簡單的記錄業務方法的發生時間，觸發使用者，業務方法名等傳統方案我們是這樣記錄的。Code highlighting produced by Actipro

站長肯定是個程式員，因為註冊該網站的時候居然要做一程式題，像面試一樣，很有意思。這個網站上幾乎有所有電腦方面有點名的著作，而且站長非常勤奮，差不多天天都有新書上傳。這個站名叫皮皮書屋，地址：http://www.ppurl.com/。我在這裡介紹其中的一些供大家參考：一、敏捷式軟體開發 (Agile Software Development)：1、《Agile Principles, Patterns, and Practices in C#》中文書名《敏捷式軟體開發 (Agile

在項目初期部署的時候，如果bug沒有被排除乾淨，但代碼部署到客戶機上了，那麼調試bug會是個問題，一般我們都會在這段時間把日誌開啟，在日誌中將操作過程記錄到日誌中。為了將所有的增，刪，改的操作都記錄下來，我們會加入一個資料內容的分布類，然後重寫SubmitChanges方法，以下是我的解決方案： Code highlighting produced by Actipro CodeHighlighter

起因：自訂一個GridView控制項，其資料來源來源於一個通用方法Get<T>(),根據你傳入的T到資料庫中得到相應的資料，問題是定義GridView控制項時沒法在介面端設定使用泛型，只能在每個使用這個GridView控制項時綁定資料。如果你沒看懂這個起因也沒關係，我們用一段代碼來描述一下問題：我希望使用的是從外邊傳過來的類型tt來調用test1範型方法 Code highlighting produced by Actipro CodeHighlighter

轉自：http://blog.csdn.net/zhangking/archive/2008/08/28/2845952.aspx許多人把自己的人生經營成了一單大生意，這其實沒什麼不好。有利益了笑臉相迎，沒利益了視而不見。賺完錢拍屁股走人，誰不欠誰的，簡單而直接，比那些彎彎腸子讓人安心。     程式員不要只會埋頭寫代碼，還要學會營銷自己，否則職業生涯可能會越走月窄。個人總結了一下，可以用以下辦法營銷自己：    1，加入 N 多 QQ 群，在群裡發言。   

在項目中曾有這樣的應用，許可權篩選時先組織出員工的id，然後使用LINQ在相應的表中查詢資料，條件是這些查詢出來的資料的id必須在剛才許可權篩選出來的id中，但是如果許可權中的id太多，就會出現問題“傳入的表格式資料流(TDS)遠端程序呼叫(RPC)協議流不正確。此 RPC 請求中提供了過多的參數。最多應為 2100”。我推斷可能是SQLServer中使用參數不能超過2100的原因。以上描述請看下邊的例子。 Code highlighting produced by Actipro

○胡　適     本文是胡適先生1932年6月27日所作。雖然30年代那個血雨腥風的時代已經過去，現在的時代已經與當時不可同日而語，但是，讀來還是感覺受益匪淺，胡適先生的諄諄教導之情溢於言表。本文中，胡適先生認為，大學生畢業有三條路可走：繼續做學術研究；尋著相當的職業；做官，辦黨，革命。文中分析了大學畢業後遇到的“陷阱墮落的方式”，並給出了三個方子。     這一兩個星期裡，各地的大學都有畢業的班次，都有很多的畢業生離開學校去開始他們的成人事業。   

今天寫程式時發生了這樣一個問題，調試的時候和運行時的結果不同，查了半天原來是因為調試的時候點擊變數會自動調用ToString()，並且不會響應ToString()中的斷點，而這個程式恰恰在ToString()中對參考型別進行了修改，我們這裡類比一下這個情境來說明這個問題：Test類Code highlighting produced by Actipro CodeHighlighter

在某個雞尾酒會上，張先生從口袋裡掏出一張千元大鈔，向所有的來賓宣布：他要將這張千元大鈔拍賣給出價最高的朋友，大家互相競價，以50元為單位，到沒有人再加價為止。出價最高的人只要付給張先生他所開的價碼即可獲得這張千元大鈔，但出價第二高的人 雖無法獲得千元大鈔，仍需將他所開的價碼如數付給張先生。 這個別開生面的‘以錢買錢’的拍賣會，立刻吸引了大家的興趣。開始時，‘100元’、‘150元’、‘200元’的競償聲此起彼落，到價碼抬高到‘500元’時，步調緩和了下來

01.犯了錯誤就該誠實地認錯——狡辯、諉過只會害了自己。 02．朋友之間要保持距離——這樣的友誼才能長久。　　 03．錢追人，人追健康——有了健康，還怕掙不到錢嗎？　　 04．別輕易轉行——轉行的風險很高，最好不要輕率為之。　　 05．適度地抬高身價——在就業市場中，人也是一種商品。　　 06．把敬業變成習慣——從長期看是為了自己。　　 07．運用累積法壯大資產——不求快，不求多，不中斷。　 08．忍一時，爭千秋形勢比人強時，必須忍。　

When web pages are posted back to the server, by default user is returned to the top of the page. On a large web page, you might have a requirement to scroll down the user automatically to the last position on the

我們知道，管理工作之所以難，難就難在對有獨立思維能力和方式的人的管理。每個人的個性、文化背景、興趣愛好、價值觀、自我追求等都不盡相同，這樣作為管理者，就需要因人而異，採用不同的管理風格和方法實施於不同的個體。　　能體現管理者水平和價值的方面有很多，如溝通能力、協調能力、決策能力、問題處理能力等，然而管理者能否在正確的環境條件和正確的時間下，採用政策的激勵方法激勵正確個人或團隊，從而保持和持續提高個人或團隊的工作效率，乃是管理者最為重要的能力之一。因為管理者的價值最終是通過下屬和他領導的團隊體現出

一、擁有自信和風度 男人到了二十幾歲後，就要開始學著用心去經營自己了，它體現在自己的思想與涵養上。自信是一個男人最重要的品質，自信的男人就你像一隻在暴風雨中戰鬥的海鷗。海鷗所要說的只有一句話“讓暴風雨來的再猛烈些吧”，只因為它無所畏懼。一個自信的男人，總是能夠感染別人，無論這些人是朋友還是敵人。要使別人對你有信心，就必須要先對自己充滿信心。自信的男人可以戰勝一切困難。 一個有風度的男人就像一片大海，不拒點滴，又包容江河。有風度使男人得到更多的青睞，不爭眼前才能夠放眼世界，給予別人才能夠受益無窮。

 因為美劇《越獄》具備了項目所需要的獨特性、臨時性和明確目標的所有特徵，我們完全可以將主人公邁克爾.斯科菲爾德策劃的越獄作為一個項目來看待。作為專案經理，邁克爾·斯科菲爾德的學識、冷靜、自信和堅定，以及對于越獄這個目標的縝密計劃，使得他獲得了他人的信賴。而他也利用這樣的信任和依賴，巧妙地周旋於各關鍵人物之間，出色地協調各種資源，從而成功地完成了越獄這一“不可完成的任務”。     

今天我們從這句話開始：一切成功均源於長期的積累！這是我多年讀書觀察的心得，也從很多人的身上看到這句話的精髓。也許你會拿中大獎來跟我抬杠，我想問一句——中大獎就等於成功嗎？為了證明這句話，這裡推薦大家看看《俞敏洪在北大開學典禮上的演講》，不管大家對他有什麼偏見，至少他比大多數人成功，所以我們還是謙虛學習一下先！--------------------------------------------------------------------------------簡介：俞敏洪老師大家應該不陌生

它們都是顯赫一時的品牌，Smashing Apps 幾個月前曾發過一篇文章，介紹27個著名品牌的網站 ，它們引領當今 Web 設計風潮，然而，從沒有哪個領域象 Web 設計這樣，10年便恍若隔世，本文搜集一些著名品牌10年前的網站，那似乎是90年代的審美，雖然10年只是一瞬，對 Web 設計而言，10年是一個大時代。1998 年的 Google 1999 年的微軟 1999 年的蘋果 1999 年的 Yahoo! 1999 年的 Hotmail 1997 年的索尼 1998 年的 BBC 199

架構分析師：（1人）  要求：6年以上工作經驗，3年以上架構師經驗，精通UML，精通設計模式，具有非常強的物件導向功力，深厚的資料庫設計功底，有一定的業務分析能力，有一定的文檔書寫能力，熟悉.net開發，熟悉ASP.NET，熟悉SQLServer，較強的溝通能力，有團隊精神，有一定的管理經驗，能適應敏捷開發，瞭解msf，xp等開發過程，對新技術敏感，有較強的學習能力，擁有產品開發經驗，擁有千萬級大項目經驗優先，有HR，ERP系統項目經驗優先。本科以上學曆，電腦專業。 職責：架構設計，技術管理

1.“不要害怕你的生命會結束，而要害怕它從未開始。”——格雷斯.漢森有一個人搭船到英國，途中 遇到暴風，全船的人驚慌失措，他看到一個老太太非常平靜的在禱告，神情十分的安詳。等到風浪過去，全船脫離了險境，這人很好奇的問這老太太，為什麽一點都 不害怕。老太太回答：“我有兩個女兒，大女兒叫馬大，已經被上帝接走，回到天家，二女兒叫馬利亞住在英國。剛才風浪大作時，我就向上帝禱告，如果接我回天

最近整理了一下公司規範，其中“函數的參數個數不宜超過4個”這一條在推廣的時候有些爭議，在能完成任務的情況下參數越少肯定越好，這本身沒什麼可爭議的，但這樣做可能會在編程時帶來困難，爭議點在是否值得這樣做。我覺得為了讓使用函數者更簡單這樣做還是值得，至於編程時的困難往往是因為我們不熟悉一些減少參數的方法，這裡總結幾條供大家參考：1、使用結構來封裝參數例子：添加使用者原函數體：AddUser（string userName,string password,string address,string

昨天看了本很有意思的書《遇見未知的自己》，很受啟發。大都市生活的我們，太多的壓抑，煩惱，嫉妒，焦慮，無聊，憤怒，不安，失望，而這些不好的情緒皆都是因為我們不瞭解自己潛意識，不知道自己真正想要的是什麼，常常去追求那些本不屬於自己的東西。天下事歸結起來就三種，自己的事，他人的事，老天的事，做好自己的事，別管他人的事，臣服老天的事。不要去抱怨生活，如果改變不了生活不如就享受生活。痛苦往往都是你自己創造出來的，因為那是你對事情的解釋，A（事件）-》B（信念，想法）-》C（結果），A永遠是中立的，因為發生