小胖，FIGHTING！

摘要： 我的寶貝： 一提到家書除了杜甫的“戰火連三月，家書抵萬金”，恐怕沒有比曾姓家書還更有名了吧，曾國藩家書集有1500封之多，30余萬字，保存完好而被世人所知重要的原因之一則是每封家書都寫一遍另抄一遍，如此大的工作量還能如此一如既往，這也算是曾家的優秀傳統了吧。家書的對象面向的不是同一時空下的對方，而是現在只能分清黑白紅顏色，只能聽音無法會意，只能用哭、笑來表達意圖，未來的某個時刻翻出這... 閱讀全文

摘要： 在.NET平臺下開發Oracle應用的小伙伴們肯定都知道一方面做Oracle開發和實施相比SqlServer要安裝Oracle客戶端（XCopy、自己提取相關文件也有一定復雜性），另一方面相比JAVA平臺不如JDBC方便快捷，特別是一些剛接觸Oracle的小伙伴，面臨配置tns.ora、OraHome等等多少有些畏難情緒。初始廬山 現在，這一切都即將成為過去啦。繼早些時候Oracle官方推出的ODP.NET Managed的Beta版之后，最近的版本已經跟隨12c一起發布了，可以在此下載。對應的12c文檔粗看一下，下載了64bit的版本，下載完成后文件不多。 一個readme.htm中只寥寥. 閱讀全文

摘要： 對那時候剛進公司的我來說，“大師”這個名字遠比小徐來得如雷貫耳。我想很少有人像我這樣會在公司論壇一篇帖子一篇帖子的看過去吧，那時候總能看到什么XX排序、什么多音字輸入碼、vista搜索探秘等等更種看似不起眼又十分奇妙好玩的玩意的帖子，其實那個時候根本不太看得懂（現在也很多看不懂）。那時，一個菜鳥對“大師”這種人物除了崇拜恐怕還是崇拜吧。 相信每個上CSDN等各大IT論壇、博客的人，什么程序員做不到三十歲，寫代碼沒前途碼不到三十五的話題永遠是經久不衰的熱鬧話題，但如果你見過小徐，你真的無法想象他是四十歲的人。首先，我自認為接受能力比較強，腦袋瓜不比一般人轉的慢，但小徐一跟我聊這個算法是這么這.. 閱讀全文

摘要： 由于網頁渲染速度的影響，在C/S程序中那種一個Grid包含幾千、上萬行的數據基本上在網頁是無法展現的，因此一般采用分頁的形式顯示（也可能采用Visual Srolling方式加載的，企業應用系統的不是很常見），ASP.NET 的數據控件一般帶有分頁功能，3.5以后還提供了單獨的分頁控件，也有用過AspNetPager這個第三方的組件。 分頁的控件實在很方便，以前的處... 閱讀全文

摘要： name和code同步更新問題 在顯示的視圖里，顯示的是name，code對應的是數據庫實際的列或表，由于中文使用的問題，通常是name里填中文意思，code填英文的列名（一般不會用中文來命名列名）。在編輯Name的時候，Code就自動更新為Name中相同的值，這顯示不是我們期望的，設置的方法是Tools=>General Options=>Dialog中的Name To mirroing復選框把勾去掉即可。反向得到中文注釋的表名和列名 如果不使用反向工程的話，一般PDM的更新在開發過程中會成為一個負擔，尤其是表較多，有一定更新頻率的時候。現實中有的情況就是PDM只在設計時，在軟件 閱讀全文

摘要： 1、Right——結果是否正確？ 對于測試而言，首要的也是最明顯的任務就是查看所期望的結果是否正確——驗證結果。 對于許多有大量測試數據的測試，考慮用一個獨立的數據來存儲測試數據，然后讓單元測試讀取該文件。不過需要多注意一下測試數據。不管是文件中的還是代碼中的測試數據，都很有可能是不正確的。實際上，經驗告訴我們，測試數據比代碼更有可能是錯的，特別是人工計算的，或者來自原有系統計算結果的測試數據。因此，當測試數據顯示有錯誤發生的時候，你應該在懷疑代碼前線對測試數據檢查兩三遍。2、B——是否所有的邊界條件都是正確的？ 找邊界條件助記短語CORRECT Conformance（一致性）——值是否和預 閱讀全文

摘要： 在我看來，現在的IT環境下做軟件開發混的不錯的必要條件不是掌握如何如何技能，個人內在的性格和習慣會占很大的因素，雖然《代碼大全》這本書將個人性格放在第33章，講的篇數不過寥寥十幾頁，但很久說性格其實無所謂。誠然個體間性格差異很大，但作為一個優秀程序員其優秀品質卻是大同小異的。假如你是軟件工程師，基本的建造材料就是你的聰明才智，主要工具就是你自己。建筑工程師對建筑物機構進行詳細的設計，然后將設計藍圖交給其他人施工：而你一旦從細節上對軟件做好設計后，軟件就生成出來了。變成的整個過程如同建造空中樓閣一樣——這是人們能做的純粹腦力勞動之一。求知欲 在開發過程中建立自我意識 你越了解軟件開發過程，無論. 閱讀全文

摘要： 最近在申請開發基線，但配置管理員詢問具體放哪些東西時，我們又聊到什么是基線，記得筆試的時候答過問答題。當時的回答我記得應該是階段性工作成果的截斷，還回答了分為需求基線、開發基線、發布基線幾大類。但究竟什么是基線？ 基線 基線(Baseline)是軟件文檔或源碼(或其它產出物)的一個穩定版本,它是進一步開發的基礎. 所以,當基線形成后,項目負責(S... 閱讀全文

摘要： 剛工作的時候感覺沖勁很大，即使做一個小功能也十分主動、興奮，但后來來看做出來的結果不是很好。自己的做事風格是習慣做做看，實在做不好重新來過的那種，基本屬于能折騰的類型。 印象很深當時開平臺組會議，當時要完成一個C/S程序改造為B/S程序以便于整合到Wiki上，我當時就拍胸脯說最多2個星期搞定。組長語重心長說了句“小伙子，做事別這么心急……”，后來結果是做的... 閱讀全文

摘要： 1、有效建模的要素模型和實現的綁定獲得了一種基于模型的語言開發一個蘊含豐富知識的模型提煉模型2、知識消化 在傳統的瀑布方法中，業余專家與分析員進行討論，分析員消化理解這些知識后，對其進行抽象并將結果傳遞給程序員，再由程序員編寫軟件代碼。由于這種方法完全沒有反饋，因此總是失敗。分析員全權負責創建模型，但他們創建的模型只是基于業務專家的意見。他們既沒有向程序員學習的機會，也得不到早起軟件版本的經驗。知識只是朝一個方向流動，而且不會形成積累 有些項目使用了迭代過程，但由于沒有對知識進行抽象而無法建立起知識體系。開發人員聽專家們描述某項所需的特性，然后開始構建它。他們將結果展示給專家，并詢問接下來做什 閱讀全文