其他

總提不起來精神啊.最近天天改以前的代碼, 又是什麼編程規範的東東...改完了還要確保case每個都能順利通過. 真麻煩天氣熱的發瘋了, 每天都37度, 38度, 39度.嗯, 我喜歡空調房, 哈哈.我妹妹順利考上了南京財經大學, 雖然過了一本線, 不過也才過了2分, 能上個好一點的二本也不錯, 反正不要複讀就行.恭喜恭喜...奮鬥中.儘快把手頭上的項目結束掉, 然後重新規劃一下將來.

小小的mark一下， 免得以後忘記， 這東西還挺有用的哈..//十進位轉二進位Console.WriteLine("十進位166的二進位表示: "+Convert.ToString(166, 2));//十進位轉八進位Console.WriteLine("十進位166的八進位表示: "+Convert.ToString(166, 8));//十進位轉十六進位Console.WriteLine("十進位166的十六進位表示: "+Convert.ToString(166, 16));  

大學時, 每天中午或者晚上在食堂看體育新聞成了最激動人心的時刻, 偶爾周一晚上去4食堂看天下足球那個時候CCTV5經常播放一個宣傳片, 現在看起來仍然激動人心超越夢想一起飛26秒: 96年亞特蘭大奧運會, 患有帕金森綜合症的老拳王阿里, 顫抖著點燃火炬29秒: 緊跟的是92年巴塞羅那奧運會, 殘疾人運動員裡貝羅在夜空中射向70米遠21米高火炬台的那支箭49秒: 神一樣的喬丹高高躍起扣籃.

最近真TMD忙啊... 除了周末可以有空休息一下, 幸好不用加班. 每天用夠8個小時就可以啦.明早要早起和美國人開會, 困, 加上周末沒休息好有點感冒發燒頭疼流鼻涕, 可憐的人.新的vs2008的build真爛, 大大影響我寫代碼的感覺, 日啊. 這個問題難道沒有別人發現去fix嗎?不過安裝速度倒是比以前快多了, 而且不會像以前那樣經常失敗哦.

上一篇Blog是2004-06-06寫的了，已經整整一個月了，感覺是稀裡糊塗地過了一個月，這一個月我到底都在在渾渾噩噩地忙些什嗎？對DotNet的學習沒有一點進展，對於軟體工程的學習在實際工作中完全無法使用，工作已經變得越來越讓我厭倦，找工作毫無進展，幾十份簡曆沒有收到一個面試通知……似乎從來也沒有這麼糟糕過。公司的新項目仍然是用PB開發的C/S系統加資料複製來實現在分散在全國幾百個網點的“分布式開發”，三年前就碰到過的問題在新的系統中仍然是問題，而這些問題已經是B/S結構都可以解決的了，領導一

轉移自自己原來在YourBlog上的Blog，寫於2004-3-5 18:47:591.把以前下載的DotText Blog程式安裝成功，但是發現日誌內容不支援中文，不知道是程式的BUG還是我在什麼地方設定有問題，晚上回家以後再安裝一下試試。 部落格堂開心就好的0.94漢化版不知道該怎麼配置，Web.Config檔案只有4kb，還沒有找到ConnectionString。 懷疑和資料庫的排序設定有關係。 0.96的原始碼無法擷取，安裝了Vault

我們的發貨單在審核時，要在發貨單明細所對應的業務記錄中登記發貨單號，這樣使用者在查看業務記錄中可以直接看到該業務記錄是在哪一個發貨單中發出的。前幾天客戶報告了一個Bug，業務資料在審核發貨後，發貨單號沒有設定；但是單據已經成功地審核了；這個Bug是偶爾才會出現的，出現條件不明，找了很久都沒有找到原因。前幾天想了一個笨辦法，把一個出這樣問題的資料庫的LOG檔案Tranlate成了SQL指令碼，然後在指令碼中尋找出問題的業務單據和對應的發貨單做過哪些修改，最後終於找到了問題的原因所在，原來就是對事務

1.軟體開發是什嗎？前幾天看到部落格園裡的一篇文章，談到“世界上沒有什麼用OO描述不了的東西”的說法，突然想到，對象可以用來描述世界上所有的東西，那麼，軟體開發可以看做是在“0-1”世界中對真實世界進行描述的過程，而軟體，就是真實世界在“0-1”世界中的模型。我們用各種各樣的方法來開發，物件導向、面向過程、UML、MDA等等，各種開發方法的發展，其實就是在找一種對現實世界更為準確，使用更方便，更簡單的描述方法（簡單就是美）。現在有完美的描述方法嗎？大概沒有，不然就不會有各種各樣的新的開發方法提出

轉移自自己原來在YourBlog上的Blog，寫於2004-3-7

幾天到Oracle去下載了一個Oracle9i Lite，下載的時候發現如下的聲明：Oracle 技術網開發人員授權條款 要接受本許可，您必須同意以下所有條款：合格性出口限制無專屬偶，在Sybase下載EBF的時候也發現在原有的授權協議之外又增加了這樣一個類似的聲明：Export Control RestrictionsBY DOWNLOADING AND USING SYBASE SOFTWARE, YOU CONFIRM THAT YOU ARE NOT LOCATED IN ANY

轉移自自己原來在Yourblog上的Blog，寫於2004-4-5 20:30:17 今天看了看初步制定的流程，感覺有點太過於“學術化”了，實際操作中難度肯定會很大。 首先，在需求分析階段要做到每一項需求都應該以明確、無二義性的語言進行描述，並且每一項需求都要進行細化； 其次是在開發前要進行概要設計、詳細設計，並製作相應文檔，在編碼前要根據詳細設計制定測試案例，開發時要進行單元測試等等。

開始使用Mantis後，決定把自己對Mantis的修改用CVS進行控制；在查看檢出的PHP代碼時發現其中有這樣的資訊： …… # ------------------------------------------------- # $Revision: 1.2 $ # $Author: CVSUser $ # $Date: 2004/03/14 15:17:18 $ # # $Id: strings_chinese_simplified.txt,v 1.2 2004/03/14 15:17:1

轉移自自己原來在YourBlog上的Blog，寫於2004-3-14 23:40:18今天在搜尋有關 BugZilla 的資料的時候找到的，基於PHP + MySQL。 Mantis 就是螳螂，看來當初這個系統的建立者是希望它能協助我們抓住所有的小蟲子。

NAntpad是一個很好的建立NAnt Build檔案的工具，前一段時間試過它的0.4 Beta版，感覺很不錯；今天收到Email通知，0.5 Beta已經發布了，很高興的把新版本下載回來（下載的時候還要再次輸入email地址），卸掉0.4版，安裝，運行，然後……提示我要註冊碼再看郵箱，已經收到新的註冊碼了，把註冊碼輸入NAntpad，提示，您可以免費試用60天60天后我還是用0.4 Beta吧

        最近一直在做多種資料庫訪問通用類的設計工作。目前遇到的問題是：Oracle與SQL Server對sql的支援大不一樣。比如說，一個允許為空白的varchar型列，在SQL Server中允許賦予''，但Oracle中就不支援這種賦值方式。還有就是Oracle中典型的日期型列的問題。　　起先，從一些朋友處聽說了NHibernate，簡單的看了一下，感覺這個O/R

在 VS.Net 的 IDE 中對C#提供了一些可以自動產生的 XML 注釋，使用這些注釋可以對代碼中定義的對象進行說明、註解；通過設定項目屬性，在產生項目時，可以讓VS.Net自動的將這些注釋資訊輸出到 XML 檔案中，這些 XML 文檔可以用文檔自動產生工具 NDoc 轉換為 MSDN 格式的 html 檔案，並自動編譯為 CHM 檔案。 對於 C# 項目，在 VS.Net 的 IDE 中，通過在類、方法、屬性等前通過輸入“///”可自動產生 XML 注釋架構，在架構中直接填寫內容即可。

在dev-club上面推薦的.NET學習網站 http://www.dev-club.com非常不錯的一個學習交流的論壇 名稱：微軟.NET快速入門官方網站 地址http://chs.gotdotnet.com/quickstart/描述：本網站是微軟.NET技術的快速入門網站，我們不必再安裝.NET Framework中的快速入門樣本程式，直接在網上查看此樣本即看。 ----------------------------------------------------------------

這是一個有點類似於文檔發布、論壇、公告、新聞等等綜合的BS系統。原來看到的要求是要在6月2日完成試用版，到這裡以後才知道這個期限是給領導看的，真是暈死，在公司的時候為了能夠把整個項目的安排限制在6月2日完成，我們花了2天的時間來討論項目的時間安排，到這裡一句話就全都廢了。按照客戶領導的意思，這個項目並不是這麼緊張的，我們或許能夠有足夠的時間在這個項目上實驗一下公司剛剛制訂的開發流程。

學到了不少東西，謝謝Alex Dong和贊助INETA活動的CSDN、Microsoft、奧博傑天（沒記錯吧）……在公司內部和同事討論過單元測試，試用過PBUnit、DUnit，當時沒有很強烈的感覺這是一個很好的輔助開發工具，以為只是一個單純的測試載入器而已，在開發完成後寫測試案例，用這個來做做測試而已；昨天晚上聽Alex Dong一步一步娓娓道來，把NUnit在Test Driven

        近日公司要招幾名.net程式員，我負責出一套面試題。之前，也知道時下的這些新人們的一些心態。自我感覺非常之好，基本上就沒有他不能做的。因為是招程式員，我也就不問一些設計方面的問題了，也不敢弄一個什麼超小型項目給他們做，只是出了一些關於.net framework，asp.net，c#方面的基礎題。我是比較關注他們對framework和c#語言的掌握程度的，畢竟這是他們在公司的一段時間內謀生的必要手段。可惜，結果讓我不得不感歎新人們的素質，31道基礎題，居然就沒有人能答對15題的。