其他

最近做了不少事情，為了防止忘掉，粘上來一些吧：）VC6的symbian搭建 1 安裝SDK及VC 下面我們就以60系列為例，介紹SDK的安裝過程。 1.1 安裝SDK 第一步，到Nokia論壇註冊，下載最新的SDK。Nokia 網站提供的Series 60 SDK for Symbian OS Nokia Edition SDK，下載網址：http://www.forum.nokia.com/main註：這裡說的是Symbian S60 第二版的，第三版好像不支援VC6了。第二步，到http:/

測試中發現，使用smartphone編寫的應用程式，當建立多個表單後，如果使用home鍵返回案頭，只是再使用回退鍵返回剛才的表單，當這個表單關閉後不會顯示他的上一個表單，而直接顯示案頭，需要再按一下回退鍵才能顯示上一個表單。表單建立過程A建立B,B建立C，在C表單時按下home鍵回到案頭，然後再按回退鍵回到C，關閉C有回到案頭而不是B。這是可以發現B的Capture為false。但是設定成true沒有用，使用BringToFront也沒有用。解決：我的辦法沒有徹底解決問題，而且方法不好。就是利用

 今天抽空幫朋友解決了修改PHP版本BUGFREE連接埠的問題，趁這機會趕緊寫上來，免得以後忘了。呵呵！ 朋友的BUGFREE因為是PHP版本，通過GreenAMP來架設。本應用這個工具的建站過程是非常簡單的，可是由於某些原因需要修改連接埠，便花了很大時間查看源碼。 開啟GreenAMP檔案夾，發現有以下幾個目錄，1。根據檔案名稱可猜測Getting_Strated.php為啟動程式的啟動項，那麼setPath.php則為該程式設定相關連結參數。開啟Getting_Strated.php，發現裡

團隊開發架構（Developement Structure for Team）  “團隊開發架構”(DST)是一個計劃，目的在於整理出一套.net團隊開發中，常用的工具、具體的開發規範、可重用的開發架構及實現方案。  大致包括但不止於：  一、常用工具  1.原始碼控制：Source Safe、CVS。(給出具體的在項目中的應用方法)  =>VSS  2.Bug管理工具：BugFree或其他開源項目。(給出Bug管理流程、工具的安裝設定及應用說明)  =>Mantis 

老聽到客戶抱怨“你的系統很慢啦！”做為無所不能的設計者，該這麼解決這個問題呢？ 第一問題：系統慢在哪了？這時候有兩種情況：1.客戶明確的抱怨某個功能很慢。OK，這種問題容易解決，調出這個功能的Unit test函數來（應該不會沒寫單元測試吧？：），：單擊“Create Performance Session”，建立一個Performance Session。單擊Launch的按鈕，Performance

    2005一年來，我們搞的人力資源系統在國內也算是拿了三幾個大獎了。說起來KD的HR系統在國產HR產品來說，確實都還不錯了。績效模組和工作流程也算是在同類產品中做得較好的了。在國內市場也是賣得還行，算是KD的戰略產品之一。  

最近看到UltraEdit出了14.00a版本的，就屁顛屁顛的跑去下載。可是找了N多個破解版本key都是不能註冊，就連自身帶有的14.00捆綁的註冊機都沒法註冊，弄得我非常鬱悶。索性改回老版，但後面幾天心裡總有個疙瘩，不悅！今天乾脆神經質的到處逛，終於找到一個可以使用的Key。非常幸運，呵呵!下面是可註冊的key：使用者名稱：cnc001 序號：JFEKI-JJRGC-SRHGT-RQIUR-JEBEK-LILGW-NPIDP-OJHPB  2008-06-08 暴雨

dotProject2.0.1安裝方法一個很不錯的php開源專案管理工具，有了它，不用project了，也不用自己開發專案管理工具了，足夠應付中小型軟體企業的日常專案管理工作。版本：dotProject_2_0_1_20050705_UTF-8_Chinese_by_Markwu

提意見的和聽意見的都不好做。而這兩個身份是經常變換的，既是提意見的也會是聽意見的，如何才能做的更好？找了篇文章，一起共勉。文章是給上司提意見，其實給誰提意見，都是一樣，舉一反三好了。更新：吃過飯，走路回家的路上，忽然靈光一閃，想出了一句話，就是“提意見的看細節，聽意見的看大局”，這也是往往提意見的和聽意見的不能達成共識的原因吧。如果每個人都能看大局而提意見，被接受的可能就大多了。不過很多時候是個平衡點問題，能理解大局的往往也提不出意見了：）這也是我願意把意見/建議統稱為建議的原因，看起來也更圓滑

下面是我個人覺得值得一看的書，沒看的弟兄不防一看。  我們的口號是“多看書，看好書；看技術的書，更要看技術外的書！”   類別 書名 推薦內容 備忘 設計 公司專屬應用程式架構模式 領域邏輯模式、Web表現模式、資料來源架構模式 對商務邏輯怎麼在代碼裡組織編寫有不錯的說明。裡面提到的事務指令碼、領域模型、活動目錄等，都是在架構討論中經常提到的概念。 設計模式 引言、結論、常見模式

    BugFree是個不錯的國產開源Bug管理系統，採用Apache+PHP+MySQL實現，B/S架構。安裝還算方便。雖然功能目前還不是很豐富，但是足以支援一個中小團隊的開發，值得推薦。     傳說BugZilla和Mantis安裝較麻煩，還是E文的，相比之下當然選擇BugFree。一來安裝方便、簡單實用；二來支援國產弟兄的開源項目；三來這是免費的，並且相信還會不斷髮展，不斷提供更好更多的功能。    官方網址為http://www.1zsoft.com/

    重構據說是可以和設計模式相提並論的一項技術，前些天大致瀏覽完了《重構-改善既有代碼的設計》，確實是頗有啟發。下面說說我的一點體會和實踐吧。 1.重構確實很有用，但是很難用得起來。     為什麼很難用起來？因為要用重構，你就必須要寫unit

綜合性中文網站1.IBM developerWorks2.CSDN3.MSDN 中文網站4.電腦世界開發人員俱樂部5.賽迪網技術天地6.CSDN JAVA頻道英文網站1.The Code Project2.MSDN 英文網站3.DevX.net英文網站1.C# Corner2.ASP.NET3.ASP.NET Heaven4.VB.NET Heaven5.GotDotNetjavaSUN

            1. MySQL(http://www.mysql.com) mysql-connector-java-2.0.14-bin.jar            Class.forName( "org.gjt.mm.mysql.Driver" );            cn = DriverManager.getConnection(            "jdbc:mysql://MyDbComputerNameOrIP:3306/myDatabaseName",

這是標在原型上的功能規格說明的模版。實踐證明還行，帖在這裡或可給有需要的弟兄參考。能在原型的UI上直接標上的功能說明，就近標在原型上控制項旁邊了，這是在主要介面上用text寫的補充說明。因為沒有寫獨立的文本用例，所以在這裡用“一、功能使用者及涉眾利益”、“六、應用情境”、“七、客戶收益”，兼顧了一點用例的效果，對功能的意圖可以做一點說明。有一點疑問：有沒有弟兄寫過很正規的功能規格書？比如“joel說軟體”裡提到的功能規格書那樣的？---------------------------------

　　從學校出來混到現在，大大小小的項目做過不少，有單獨一個人整的，有幾個人組成一個小團隊的，有跟著別人做的，項目做出來無非就兩個結果，一個成功，一個失敗。姑且不論原因，我們來看一下一個項目成功的衡量標準會是什麼呢：從項目的角度來說：就是實施項目的人完整的按照schedule實現了自己的Plan，而使用項目的使用者的需求得到了滿足。當然，從軟體項目上來說就是我做出的東西符合使用者需求，出來的的東西沒有Bug，通過一系列測試，得到使用者肯定，我想這是最基本的吧。可是，做過項目的人知道，使用者的需求不

    工廠日曆中很多情況下使用一年中第多少周的方式。    大部分公司在ERP系統（包括SAP）中，周數的計算方式為：1月1號所在的周為00周，接下來01周、02周，依此類推。     在具體的演算法上，可以採用一個基準日期的方式來實現。    // //從系統設定中載入周幾作為每周的第一天。1-Mon、2-Tue...7-Sun    public int FirstWeekDay()    {       return 1;    }     //取基準日期。    // 

 一位優秀的商人傑克，有一天告訴他的兒子　　傑克：我已經決定好了一個女孩子，我要你娶她　　兒子：我自己要娶的新娘我自己會決定　　傑克：但我說的這女孩可是比爾·蓋茨的女兒喔　　兒子：哇！那這樣的話……　　在一個聚會中，傑克走向比爾·蓋茨　　傑克：我來幫你女兒介紹個好丈夫　　比爾：我女兒還沒想嫁人呢　　傑克：但我說的這年輕人可是世界銀行的副總裁喔　　比爾：哇！那這樣的話……　　接著，傑克去見世界銀行總裁　　傑克：我想介紹一位年輕人來當貴行的副總裁　　總裁：我們已經有很多位副總裁，夠多了　　傑克：但我

　　我們都知道堅忍是一切成就中極其重要的因素。它是形成強大意志的幾個因素中很核心的一個因素，現在，我們分享運用堅忍的幾個方法。這些方法或來源於成功學經典，或來自NLP經典。堅忍：堅持＋忍耐  

 微型項目實踐感悟1什麼是微型項目微型項目是指絕大部分工作由一個人員負責的項目，這個核心成員負責項目的系統分析、構架、及絕大部分的編碼工作。項目的期間一般不會超過一個月。項目的參與人員除了核心的程式員外還可能一部分輔助人員，包括第二程式員（負責一部分編碼工作）、美工（負責介面設計）等。微型項目的規模一般很小，商務邏輯也比較簡單，價格一般也不會超過10K。程式員通常直接和對方領導打交道。客戶大多沒有任何技術背景。需要程式員直接負責系統的需求分析。2微型項目分析2.1一般流程：微型項目的流程可以說沒