其他

做項目時需要實現資料庫的事務,覺得每次用SqlTransaction 寫代碼,太麻煩了,就想總結一個通用的方法放在資料層,以便複用.就自己寫了簡單的方法.可滿足一般情況下的需求.：） 同時執行兩條SQL語句的方法：  public static void ExecuteSqlTran(string SQLString1,string SQLString2)  {   using (SqlConnection conn = new

轉自cjsdn上一個值得思考的文章.     中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程式的整體理解能力，這些人，一個網上的朋友說得很好，他們實際上只是一些Coding fans，壓根沒有資格稱為程式員，但是據我所知，不少小網路公司的CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇人。 程式員基本素質：

      這是在做客服話務中心的項目時用到的，是C/S的windows系統，其中有個模組要實現象QQ那樣的熱鍵呼出，所以總結了一下這方面的代碼。//API輔助操作類using System;using System.Windows.Forms; // for Key namespaceusing System.Runtime.InteropServices; namespace hotkeytest{ /// <summary> /// WIN32 Windows

    有一個人在公交車上遇到一個婦人和一隻狗，不巧的是這隻狗還佔了一個座位，他因不忍疲倦，所以便開口跟那位婦人說：可不可以把妳的狗的座位讓給我？此時婦人裝作沒聽到。      那個人開始有點不高興了但還是再問了一遍說：可不可以把妳的狗的座位讓給我？這回這個婦人是拚命的搖頭。      那個人一火大，便把這隻狗丟到了車窗外去。     此時旁邊的說道：不對的是那個婦人，而不是那隻狗。      －－－－－－－－－－－－－－－－－－－－－－－－－－－－－    

       相信任何一個成功的專案經理，都會經曆失敗的鬱悶，成功的喜悅。經常在論壇上會出現某某專案經理的辛酸淚控。外行領導內行的事，時時發生，處處發生。項目的壓力就象一座大山一樣壓在專案經理的頭上，不斷的夜戰，項目不停的延時，不停的捉蟲幾乎成了每一個專案經理的必然道路。就在忙得焦頭爛額的時候，高層的領導忽然宣布，撤消專案計劃。一切Game over！      

繼續談一些日常的總結和感悟，仍然是一些工作上的點點滴滴而已1.開會四件事  我在每周例會會讓大家談4件事：（1）上周的工作情況（2）本周的工作計劃，（3）覺得目前現狀，或項目，或公司及任何方面有什麼問題（4）覺得目前現狀，或項目，或公司及任何方面有什麼可以改善的地方，有什麼好的發展建議。  沒有別的目的，瞭解現狀，規劃將來，讓優秀者發展，讓落後者淘汰，讓團隊進步。 2.授權。任務分配明細，責任明確，具體到人 

早上吃早點的時候，突發靈感，結合吃的小籠包和日常的開發經驗來說一下分層的應用。 首先，談一下什麼是三層架構，所謂的三層開發就是將整個業務應用劃分為展示層－商務邏輯層―資料訪問層－資料庫等，有的還要細一些，明確地將用戶端的展示層、商務邏輯訪問、和資料訪問及資料庫訪問劃分出來，十分有利於系統的開發，維護、部署和擴充。 軟體要分層，其實總結一句話，是為了實現“高內聚、低耦合”。採用“分而治之”的思想，把問題劃分開來各個解決，易於控制，易於延展，易於分配資源。  這種三層結構有什麼優勢呢？   1.

法則2：針對介面編程，而非（介面的）實現[ Program To An Interface, Not An Implementation ]介面n         介面是一個對象在對其它的對象進行調用時所知道的方法集合。n         一個對象可以有多個介面（實際上，介面是對象所有方法的一個子集）n         類型是對象的一個特定的介面。n         不同的對象可以具有相同的類型，而且一個對象可以具有多個不同的類型。n         一個對象僅能通過其介面才會被其它對象所瞭解。

/*  匯出到excelEXEC master..xp_cmdshell 'bcp SettleDB.dbo.shanghu out c:\temp1.xls -c -q -S"GNETDATA/GNETDATA" -U"sa" -P""' /*  匯入ExcelSELECT * FROM OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',  'Data Source="c:\test.xls";User ID=Admin;Password=;Extended

1.不要看到別人的回複第一句話就說：給個代碼吧！你應該想想為什麼。當你自己想出來再參考別人的提示，你就知道自己和別人思路的差異。 2.初學者請不要看太多太多的書那會誤人子弟的，先找本系統的學，很多人用了很久都是只對部分功能熟悉而已，不系統還是不夠的。 3.看協助,不要因為很難而自己是初學者所以就不看；協助永遠是最好的參考手冊，雖然協助的文字有時候很難看懂，總覺得不夠直觀。 4.不要被對象、屬性、方法等詞彙所迷惑；最根本的是先瞭解最基礎知識。

前段時間項目緊鑼密鼓的上線了，每個人都忙的團團轉。我更是責無旁貸了。前期由於項目團隊的建設沒有完全穩定，自己確實在項目裡是眉毛鬍子一把抓了，雖然我早知道，要做好一個件事情，不是僅僅靠某一個人的力量所能及的，但要達到一個目標，很多事情都是被逼出來的，我想做過專案經理的人多少都有過這樣的體會。專案管理到底是技術重要還是管理重要，這一直也是一個有爭議的話題，我在此不作過多評論，只是談一點自己的想法和感受。隨著公司團隊在不斷穩定和壯大，項目也基本上平穩進行，事情也會越來越多，深深感受到產品不是靠一個人創

       有時候，公司管理不規範、運作混亂自有好處，在特定的階段裡，只有殘缺才是美。         作為個體的集合，組織就如一個大樹林，不同的鳥兒聚在其中，構成了一個複雜的生態環境。面對於此，有效管理決不是一個單純過程，它應當具有針對性、包容性和靈活性，否則，管理就喪失了它的本質意義。 水至清則無魚        

<script language="javascript" src="js/settags.js"></script>function AppTag(tagcode){ document.PostMessage.Message.value += tagcode;}function InsertTag(tagbegin,tagend){ if ((document.selection)&&(document.selection.type == "Text")

現實中關于軍人的，愛情的，工人的，白領的，各種人群的影視作品有很多，我幾年前就想為什麼沒有一部專門關於程式員的電影呢？其實程式員的生活也是很精彩的，也許搞電影的這些老大們沒有太多人熟悉IT吧，懂軟體開發更是寥寥;)，也許這個人群還不為人注意，但是，我想現在這個人群已經在不斷擴漲，在不斷成為社會很重要的一個人群，甚至成為職場招聘熱門排行榜的頭10名，隨著科技發展，這些人才需求還在不斷增加。很多社會服務和智能化裝置都離不開軟體系統，無論是電信，銀行還是政務辦公，旅遊,買票，醫院,挂號，公交出行，社會

     如見Web2.0被吵的如火如荼，同時也有很多的評論褒貶不一。有人說Web2.0就是“一幫人在看皇帝的新裝而已”。也有人說Web2.0將是一場變革。無論這些爭論有沒有價值，但我相信，存在就有它的必然性。也許Web2.0更像是一種商業模式，一個觀念的變革而非技術。     不管怎樣，它來了，你準備好了嗎？     說到Web2.0，就會提到Blog、TAG、SNS、RSS、wiki這些軟體應用和xml、ajax等這些新理論和技術實現。RSS毋容置疑就是其重要的應用之一。     那麼什麼是

管理是一種控制性的遊戲   馬基雅弗利(Niccol* Machiavelli)是實效管理學的代表人物，他在那本著名的《君主論》中，寫下了許多驚世駭俗的言論：   

    由於前段時間一直在做銀電連網的項目，其中用到了多線程，和基於Socket底層通訊的一些基本技術，自己忙裡抽閑總結一下，放在這裡。前面已經貼了Socket的基本編程要點和步驟，這裡繼續貼一下多線程的基本知識。定義名稱空間　　在.NET中，多線程功能是在System.Threading名稱空間中定義的。using System.Threading;啟動線程　　System.threading名稱空間中的Thread類代表一個線程對象，用這個類對象可以建立新的線程，刪除、暫停和恢複線程。   

參加第6期專案管理者聯盟俱樂部沙龍聚會本次沙龍活動的部分照片嘉賓—李濤（摩托羅拉公司軟體研發資深經理）嘉賓—李濤向大家講解MBTI人格測驗有關問題。參與者聚精會神的聽著嘉賓的演講人格測驗中，SJ組的人討論自己本組人的性格特徵  人格測驗中，人數最少，最具領導性格特徵的NJ組人合影。人格測驗中，最具有激情，喜歡新鮮事物的NP組人的討論合影人格測驗中，吃喝玩樂型，追求和諧環境的SP組人討論時還是很認真嚴肅的分小組、分主題討論時候的合影分小組、分主題討論時候的合影  

愛迪生說：天才就是1％的靈感加上99％的汗水。我個人認為其實企業也是這個道理，成功需要1%的創意加上99%的執行。牛頓看到了蘋果落地，如果沒有花費99%的努力去研究和探索，那個靈感也只是曇花一現的空話。所以，無論是做人，做事，還是做產品做企業，1%很重要，否則，99%的汗水會花的沒有價值。同理，99%的汗水更重要，否則，所有的靈感都是虛幻。再好的創意，沒有99%的執行，是很難成功的。

       有些朋友在做我提供的基於介面和原廠模式的三層架構樣本項目代碼時，經常會在DALFactory類厂部分出現無法反射建立類樣本的錯誤。就網友來信詢問最多的情況，在此作一個統一說明，如果你也遇到了同樣的問題，請參考。 DALFactory源碼：         string path = System.Configuration.ConfigurationSettings.AppSettings["DAL"];//從web.config裡獲得資料層的程式集名string