最近，我們專案組重寫了以前的**，採用了新的基於外掛程式結構的框架，還是比較爽的。雖然我對其中的一些設計(比如ui模組，仍然使用mfc等等)還持有懷疑態度，但不可否認的是，這比以前那些看了讓人有一種被**感覺的**不知道好了幾千倍。
因為這個平台是要對外開放的，要允許第三方使用者可以在此基礎之上進行二次開發，所以文件化也就提上了日程。文件這東西，關鍵要看寫了給誰看。如果是給專案組內部人士看的，那寫成啥樣都無所謂。在格式上，txt，word，bbs，wiki都可以。在內容上，甚至只寫大概就行了，如果在開發過程中遇到困難，可以直接向相關的開發人員諮詢(如果他離職了，那就邊看源**邊罵人吧)。如果是給第三方看的，那文件自然要求正式明了，現在我們就遇上了這個問題。開發這個平台的大牛，確實是大牛，**還是很工整嚴謹的，但文件實在是不敢恭維。且不說格式是word不適於正式發布，就其內容來說也是看了等於沒看。專案組內的其他開發人員如果想開發一些東西，必須跑過去向他詳細的詢問細節才能進行開發。就我來說，幾乎每次都是讓他直接把關鍵**寫出來我才能繼續下去，這樣的效率顯然是不行的。產品出來了，文件遙遙無期，專案主管坐不住了，每天為這個事坐立不安，就在寫這部落格的時候，主管還實踐了一下winchm，還不知道效果如何，試試看吧，不行還得換。專案組另一位大牛提議用doxygen，很著名的東西，但要是整合平台介紹，開發流程，類庫說明等功能於一身還是未知。
這是為什麼呢？想說清楚這東西恁麼就這麼難呢？要我說工具不是主要的問題，主要是程式設計師的表達能力。不管換了什麼工具，裡面的東西讓人看不懂那也是白搭。程式設計師最親最愛的同學就是電腦了，每天要面對她十個小時？也許還不止。所以與人交流自然成了老大難問題，總不能對人也0110的說話吧，那樣可能直接就被送安定了。難怪燕兒會離開絕影，沒時間看她一眼，看了也不知道說什麼。也許真的是心中永遠的痛吧。
現在我還是堅信我這個程式設計師是能幹到35之後的，但表達能力的提公升是亟需解決的問題了。我想這也是幾乎所有程式設計師要面對的乙個問題。沒這個，不管是專案組開會還是什麼，只要是你想告訴別人什麼，那總要多說十倍的話別人才能明白，累。
寫了這個文章，再次感到了表達能力的欠缺，想說的話不少，就是不知道怎麼說出來。
各位大蝦，你們呢？
程式設計師，我心中永恆的痛
2006 03 09 22 36 05.625 已處理核心旬表非累計指標 31000 2006 03 09 22 36 06.421002 已處理核心旬表非累計指標 32000 2006 03 09 22 36 07.14005 已處理核心旬表非累計指標 33000 2006 03 09 22 36...
我心中最偉大的程式設計師
菲利普 卡茲 不名則已，一鳴驚人，這種名為pkzip的程式可以將乙個或多個檔案壓縮到乙個字尾為 zip 的檔案中，無論從壓縮比 壓縮速度方面都超過了商業軟體 arc。卡茲將pkzip作為自由軟體免費發放，使其如同草原上的星星之火般在全美的各大bbs上蔓延開來，使用者以幾何級數的增長，各大bbs的站長...
程式設計師永遠的痛之字元編碼
字 符編碼相信是每個程式設計師的噩夢，只要是有中文的地方，總是會遇到各種編碼的問題，並且這種問題還非常難纏，尤其在linux上，因為上面很多軟體都是針對 英語國家開發的，是不會考慮其他語種編碼問題。在遇到編碼的無數大坑之後，我決定仔細研究下編碼問題，因為這就像一道坎一直橫在你面前，每次到這裡你都會 ...