軟件

 文 / 董軼作者以某教育網系統建設項目為背景，分享自己真實的實戰經驗與心得，對專案經理的成長有很好的指導意義。唐僧師徒赴西天取經，不畏艱險，鍥而不捨，曆經八十一難最終修成正果。這是一段偉大的旅程，敢問路在何方——路在腳下！世上沒有不能到達的目標，最遠的路途就在腳下，這是西遊記讓我們深深感動的地方。西遊記絢麗多彩的魔幻世界其實是現實社會的投影，平凡的人們為了生存和發展都會曆經磨難。作為一名IT業的專案經理，我深刻地體會到：這是一個充滿挑戰和艱辛的職業，但也是一個自我發展和提升的途徑。一帆風順的經

我去年做了一段時間區域網路上的即時視頻傳輸，如果是伺服器對多使用者進行即時的視頻傳輸，以我的經驗：   1.伺服器軟體用多線程：     （1）主線程：讀出（看你的圖象具體怎麼上PC機了）一幀視頻資料，送給拆分線程。     （2）拆分線程：接到一幀視頻，開始拆包、做幀標記、打序號，送給發送線程。     （3）發送線程：用RTP socket把封裝好的資料包發給用戶端。此socket是點對多點、單向        

                         《寒江獨釣——Windows核心安全編程》讀後感      大多數在Windows環境下工作的電腦使用者都有著對Windows作業系統內部機理瞭解的迫切要求和渴望，但是由於Windows 作業系統是一個遵循商用軟體發放許可的複雜作業系統，長期以來核心代碼都是微軟的機密不被公開的，因此Windows 的內部機理一直籠罩在神秘的光環之中，這給想學習Windows 作業系統內部機理帶來了較大的學習難度。    一般來說，要成為熟悉Windows

　對於SerialBuffer類有一點需要說明一下，就是在putChar和getMsg方法前必須加synchoronized關鍵字，這是因為這個類是在多線程中調用，由於在這兩個方法中訪問了共用資源，為了不出現髒資料，因此，必須加這個關鍵字。 　　readSerial類的實現 package com.message; import Java.io.*; // 這個類從指定的COM口讀資料，並將這些資料儲存在緩衝區中 // ReadSerial是一個線程類 public class

在IT領域做自由工作者是很合適的。有很多開發人員都有過做自由工作者的經曆。有很多書籍和文章將了如何讓客戶滿意以及如何及時的交付正確的軟體。但是很少文章講述客戶在項目過程中應該如何做。雖然客戶付了錢，但這並不意味著我們要容忍他們非常粗魯的態度和錯誤的習慣。1.

軟體外包的注意事項轉自：http://blog.163.com/alexa_best/blog/static/4231502920100211554308/作為一個實誠的人還是需要好好學習一、如果外包需求中註明“錢不是問題”，那麼，錢就是最大的問題。切記，對於這類的，必須首先確定好價格，而且一定要簽訂合約。二、報價。不要開始就報很低或過高的價格。報價太高，直接把人給嚇走了；一般來說，客戶都會再討價還價，如果開價過低，他還是會和你砍價，所以，可以預留一點價格空間給客戶“砍”價。也不要開價一萬，然後

Monday, June 16, 2008 連結：http://geekswithblogs.net/dlussier/archive/2008/06/16/122878.aspx  看了功夫熊貓之後，我發現這是一部非常好的電影，我很喜歡。不過，相對於小孩子們被這些動畫角色的誇張表演和看似可以的內容吸引，我更在意的是這部電影裡所提到的與成人社會有關的內容。而且，當我把這些與我自己在軟體開發的工作進行比較時，我就更加關注這部電影的內涵了。所以，讓我來說說功夫熊貓和軟體開發裡的共通點吧。1.

作為一個想獲得很好職業發展的軟體開發人員，現今企業真實的用人需求，一直是最關注的問題。通過收集招聘資訊、對各大城市的企業進行跟蹤、與多家企業進行實地接觸和深入訪談，基本上比較全面地掌握了企業的用人需求。 在技術層面上，軟體開發企業用人主要有以下幾個特徵：1、 外包開發行業快速發展，對“人才”在代碼和文檔方面的規範性、技能和工具的熟練程度要求越來越高；2、 Java和.NET技術在市場上平分秋色，都有大量的崗位需求，同時值得慶幸的是二者在應用程式層面上的技術差異越來越少；3、

 當然，全部是我個人的答案，不代表別人。地址www.laozizhu.com/program.jsp?typeId=104老紫竹研究室，分享軟體開發的快樂與收穫 ‘我這裡貼上已經寫好的答案串連。 軟體開發人員面試百問答案 - 你需要哪些東西協助你判斷項目是否符合時間要求，在預算範圍內運作？軟體開發人員面試百問答案 - 你喜歡用哪種圖來跟蹤項目進度？軟體開發人員面試百問答案 - 試著解釋一下風險管理中用到的實踐。風險該如何管理？軟體開發人員面試百問答案 -

[ 新浪ViVi ] [ Poco網摘 ] [ 365KEY ] [ 博採 ] [ 億友響享 ] [ 你摘 ] [ YouNote ] [ 天極網摘 ] [ 和訊網摘 ] 客戶的需求是否應該得到滿足？軟體工程是否目的就是滿足客戶的需求？這個問題看來是無法加以回答的，因為，它沒有提供兩個基本的解釋，其一：客戶

　　在不斷求知的路上，有時需要駐足回眸靜思，把已經獲得但呈現龐雜、散亂甚至遺落的知識，進行精選、梳理和凝練，以鞏固學習成果和提升知識品質。同時還可以此拋磚引玉廣結求知旅伴，互享互助共同前行。雖然這樣做要投入不少機會成本，但對己對人的效用可能有所超值。為此，筆者欲擠出時間將近年來課堂上與自學中所作的軟體開發學習筆記進行彙輯，主要整理Unix系統的常用命令及使用、Unix平台上程式開發及版本控制、Java編程（包括J2SE、J2EE）、C++程式設計、Oracle資料庫的使用及編程等方面的內容。由於

職位一職位名稱：效能專家職位職責：1.長期跟蹤產品效能問題； 2.對產品提出最佳化建議； 3.提供效能報告； 4.對設計階段,提出效率規避建議崗位要求：1.大學本科學曆,電腦專業或相關專業,工作6年以上； 2.從事過效能調優或相關工作3年以上，有實際項目效能調優經驗案例 3.精通windows作業系統， 熟練使用windbg4.精通IE,IIS、ASP.NET；

軟體工程中明確定義了，最為一個軟體需求說明書的任務，它是一個溝通客戶和程式員的紐帶，是一個對於系統將要幹什麼的詳細描述。因此，在這個檔案中，必須包含很多內容，最近幾天，我一直在閱讀一份很奇怪的需求說明書和設計說明書，這兩份資料裡，不但沒有系統流程說明，而且沒有概念定義，需求說明書先寫系統與其他系統關係，然後是系統功能表，後寫菜單內容，最後寫設計的表結構，我連軟體對應的實體有幾個都沒弄清。設計說明書中，先寫系統目的和產生原因，後寫定義的資料和功能介面設計，我連設計的那些表哪些是其他系統定義的，哪些

軟體的自動更新檢查 [Mental

這是個極端有爭議的話題，在CSDN和人爭論了好久，我的觀點是所有“測試員”可以完成的任務，“程式員”都可以做，並且可以做的不比“測試員”差。結果當然是誰都說服不了誰。我提出這個觀點並不是想說服什麼人，僅僅是自己的一點淺薄的看法而已；並且也有很現實的意義，縮減組織的規模，降低成本。或者還有一些私心---做為一個程式員，始終希望程式員可以得到更好的待遇。這樣的言論必然會刺激到廣大專業從事測試的IT同仁。在這裡先表示深深的歉意，我不想讓任何人不好受，更不想任何人失業。我想做的只是自認為正確的事，或者證

軟體測試到底是什嗎？在沒有搞清楚這個定義之前，不可能繼續討論有關是否需要測試員的問題。很多進行開發工作和測試工作的人都說測試是保證軟體品質的重要步驟，但是是否仔細思考過測試作為一個過程是如何影響軟體品質的。傳統的開發組織在編碼結束以後，就會進入測試階段。測試員擷取程式員的產品，以測試案例為導向運行程式，發現程式的故障，報告給程式員。然後程式員進行缺陷跟蹤並解決之。這個過程裡，測試員的角色是故障發現者，程式員的角色是缺陷解決者。用一個控制模型解釋這個過程如下：軟體 = 系統測試員 = 反饋提供者（

5號傍晚下班趕到虹橋機場，順利地拿到票辦登機過安檢，到達B11登機口時，離起飛還有半小時。結果剛坐下就看到一個美女過貼了一張布 告——兩年前在虹橋機場看到過這種布告，不過當年是別的航班，這回終於還是輪到偶了。據說飛機延誤是很正常的事情，偶坐了這麼多年飛機這才頭一回碰到，已 經算是運氣不錯的了。到國賓賓館時已經是十 一點半了，找到CSDN的查美女時，巧遇aawolf——當年他在BCB版的一個文章那是相當的經典。可惜他現在不弄BCB了，改做Mobile開發，不

 上午看了令狐推薦的一篇《藝術的背後還有紀律——採訪印度NIIT

一，逆向工程那女子悠悠的道：“丐幫‘打狗棒法’與‘降龍十八掌’兩大神技，是丐幫的不傳之秘。你們‘還施水閣’和我家‘琅擐玉洞’的藏譜拼湊起來，也只一些殘缺不全的棒法、掌法。運功的心法卻全然沒有。你家公子可怎生練？”阿朱道：“公子說道：這‘打狗棒法’的心法既是人創的，他為什麼就想不出？有了棒法，自己再想了心法加上去，那也不難。”二，泛型演算法外人不知底細，見到慕容氏“以彼之道，還施彼身”神乎其技，凡在致人死命之時，總是以對方的成名絕技加諸其身，顯然天下各門各派的絕技，姑蘇慕容氏無一不會，無一不精。其

高內聚是有極限的. 當代碼在一個維度上高度內聚的時候, 在其它維度上是發散的. -- 代碼內聚設計的不確定性原理  大家都知道量子力學的不確定性原理: 在微觀世界裡, 有幾對物理量不能同時精確的測定, 包括速度與位置, 以及能量與時間. 比如當我們精確的測定一個粒子的速度使其誤差很小的時候, 我們對其位置的測量誤差從0到正無窮都有可能, 換句話說, 此時粒子可能位於宇宙的任何地方, 這裡的極限就是二者誤差的乘積總是大於一個被稱為普朗克常數的數. 代碼的設計有時會感到同樣的張力: