軟件

    利用兩天空閑時間,做了這個下載的小軟體,利用的是backgroundwork控制項進行下載,下載的代碼參考別人做的一個下載軟體的代碼,主要增加了剪貼簿監控和IE右鍵使用本軟體下載就像迅雷,右鍵使用迅雷下載一樣.     下面是啟動後的介面     下面是開始下載後的介面  下載速度計算的可能不太準確,操作很簡單,安裝之後直接在連結上右擊,使用Fd下載,或者複製連結,軟體或自動擷取,然後選擇儲存路徑,點擊開始下載即可!

第一次花時間寫點東西，以前一直看大家的。最近接觸到了短訊息的編程, 相信有不少兄弟已經實現了，我僅僅寫一下自己的心得。首先查了csdn上的文章，其中有不少的廣告，沒相信他們：）看了大家推薦的天極上面那個蠶蛹寫的經典程式，收穫頗大以那個程式為核心，開始嘗試。中間得到了egpscar的熱情回複，特此感謝。蠶蛹那個是不能不看的入門教程啊，一定要看http://soft.yesky.com/SoftChannel/72342380468109312/20040523/1800310.shtml還有

    今天無意中從ddj網站看到一篇文章，世界頂級的軟體工程和管理類雜誌《Software Development》停刊，合并到Dr. Dobb's Journal 中。Dr.Dobb's Journal 將變成一本涵蓋軟體工程管理,軟體架構,軟體設計方面的技術雜誌.新聞原文:

為什麼不能使用盜版軟體？這個問題也許真的很傻。我一直在想但也從沒有想明白。幾十美元的軟體，只要幾元人民幣就可以使用，有什麼不好？時下正值第10屆軟博會召開，原以為逢“10”會有不一樣的精彩，但看看網上的報道也多是千篇一律。國內不溫不火的軟體環境好像還是老樣子，最近出台的中國軟體企業100強排名，除了莫名其妙的加入些外資企業，還是那些“硬的出奇”的軟體企業排在前面。突然感覺是不是盜版惹的禍？盜版害人啊，由於盜版問題，外資對進入國內市場始終持謹慎態度。他們擔心，自己的一份拷貝進入中國，不久就會遍地開

書評：對於湧的《軟體效能測試與Load

以前覺得別人在部落格裡面寫一些軟體推介，感覺很無聊。但是最近我深刻地發現一款好軟體會給你帶來多大的便利，一篇軟體推介能為你節省多少時間。比如說我最近想找一款能切分flv檔案的軟體，結果找了一個下午，從國內到國外，不斷的下載試用，下載再試用，最終才找到一款比較合適的，搞到我想吐。（ps: 國內的一些軟體下載網站真是太噁心了，遊戲、病毒不斷地彈出，假地址到處都是，真夠我們廣大人民群眾喝一壺的。） 下面是我常用的軟體：1) 代理軟體:花刺ProxyThorn代理ps:

        軟體的彼得原理是指輕率的開發人員不斷的提升和擴充軟體直到最後連他們自己也無法理解了，結果是項目慢慢的被毀掉。        軟體的彼得原理能毀掉項目。        軟體的彼得原理隨著時間的推移才會慢慢顯露出來，問題可以被延伸到項目中代碼的每一行。愚蠢的經理往往不預防這種問題的發生，他們總是認為只要看不到BUG就是最好的。但是有些問題並不是BUG，最少在開始。結果是項目被它的自身承受力所壓垮。        避免這個問題的最好方法是提升管理者的技巧，而不是開發人員。如果主要的維護

EX_NET團隊產品介紹-----樓盤銷售軟體本系列文章由ex_net（張建波）編寫，轉載請註明出處。http://blog.csdn.net/ex_net/article/details/7616345作者：張建波 郵箱： 281451020@qq.com 電話：13577062679

原文：《The Agile Alliance & Its Principles》根據個人理解翻譯，僅供參考：敏捷式軟體開發 (Agile Software Development)宣言個體與交流                                           勝過             過程和工具可用的軟體                                          勝過             面面俱到的文檔客戶協作             

目前軟體所採用的體繫結構相對要解決的問題來說，不管要解決的問題本身是簡單還是複雜，軟體給出的解決方案通常都不會簡單，尤其是一些企業級解決方案。軟體是用來解決問題的，如果問題域本身已經很複雜，再使用一個更加複雜的工具去解決它，其成功的機率為0。關於問題域的複雜性可以參閱布魯克斯那篇“沒有銀彈”的經典文章，本文關注的是軟體的複雜性。從軟體的發展曆程看，複雜系統通常都會失敗，不過失敗後都通常會衍生出一個相對簡單而實用的系統。這些複雜系統初始的目標看上去都很完美，可以被當成萬能藥使用，因此其實現通常都會

目錄1.設計父類時考慮不周到，等到設計或者編寫子類的時候，才發現父類需要修改、增加功能等等，都很平常2.盡量避免多次寫同樣的代碼3. 持續改進4.評價軟體設計的高低的幾個基本原則內容1.軟體設計/編程中，有一門基本技術叫“物件導向編程”。物件導向編程的基本思路是對象封裝和繼承。繼承的基本思路是，所有子類共同的部分，提取、抽象後，放到父類中。這是一個說起來容易，做起來難的事情。父類總是先設計，先實現。一個父類一般都有多個子類。沒有人能夠Crowdsourced Security

開始學習 設計模式， 從網上下了個《設計模式可複用物件導向軟體的基礎》，看了引言，發現自己以前寫過那麼多自以為不錯的代碼，但用設計模式的思想來看，全都是垃圾！！看來要好好充電了。千裡之行，始於足下，先把設計模式的圖例總結一下：　　圖例：　　1).執行個體化　　中的虛箭頭線表示一個類執行個體化另一個類的對象，箭頭指向被執行個體化的對象的類。　　　　2).繼承　　我們以豎線和三角表示子類別關係，　　如所示。　　　　3). 抽象類別　　抽象類別的類名以斜體表示，以與具體類相區別。抽象操作也用斜體表示。

華為軟體編程規範學習(二)--注釋2-1：一般情況下，來源程式有效注釋量必須在20％以上說明：注釋的原則是有助於對程式的閱讀理解，在該加的地方都加了，注釋不宜太多也不能太少，注釋語言必須準確、易懂、簡潔。2-2：說明性檔案（如標頭檔.h檔案、.inc檔案、.def檔案、編譯說明檔案.cfg等）頭部應進行注釋，注釋必須列出：著作權說明、版本號碼、產生日期、作者、內容、功能、與其它檔案的關係、修改日誌等，標頭檔的注釋中還應有函數功能簡要說明樣本：下面這段標頭檔的頭注釋比較標準，當然，並不局限於此格式

華為軟體編程規範學習(四)--可讀性4-1：注意運算子的優先順序，並用括弧明確運算式的操作順序，避免使用預設優先順序說明：防止閱讀程式時產生誤解，防止因預設的優先順序與設計思想不符而導致程式出錯。樣本：下列語句中的運算式word = (high <<8) | low     (1)if ((a | b)&& (a & c))           (2)if ((a | b) < (c& d))            

華為軟體編程規範學習(八)--可測性8-1：編程時要經常注意代碼的效率說明：代碼效率分為全域效率、局部效率、時間效率及空間效率。全域效率是站在整個系統的角度上的系統效率；局部效率是站在模組或函數角度上的效率；時間效率是程式處理輸入任務所需的時間長短；空間效率是程式所需記憶體空間，如機器代碼空間大小、資料空間大小、棧空間大小等。8-2：在保證軟體系統的正確性、穩定性、可讀性及可測性的前提下，提高代碼效率說明：不能一味地追求代碼效率，而對軟體的正確性、穩定性、可讀性及可測性造成影響。8-3：局部效率

華為軟體編程規範學習(九)--品質保證9-1：在軟體設計過程中構築軟體品質9-2：代碼品質保證優先原則    （1）正確性，指程式要實現設計要求的功能。    （2）穩定性、安全性，指程式穩定、可靠、安全。    （3）可測試性，指程式要具有良好的可測試性。    （4）規範/可讀性，指程式書寫風格、命名規則等要符合規範。    （5）全域效率，指軟體系統的整體效率。    （6）局部效率，指某個模組/子模組/函數的本身效率。    （7）個人表達方式/個人方便性，指個人編程習慣。9-3：只引用

軟體工程師職業規劃發布日期：2011-2-22 11:53   投稿軟體工程師的職業規劃：好好規劃自己的路，不要跟著感覺走!根據個人的理想決策安排，絕大部分人並不指望成為什麼院士或教授，而是希望活得滋潤一些，爽一些。那麼，就需要謹慎安排自己的軌跡。TAG: 軟體工程師 電腦 　　軟體工程師（軟體工程培訓

 Linux下軟體RAID的實現 時間：2005-04-27 作者：不詳 來源：不詳 　  作為網路作業系統，冗餘磁碟陣列（Redundant Array of Inexpensive Disks，簡稱RAID）功能是必備的功能之一。從Linux 2.4核心開始，Linux就提供軟體RAID，不必購買昂貴的硬體RAID控制器和附件（一般中、高擋伺服器都提供這樣的裝置和熱插拔硬碟），就能極大 地增強Linux磁碟的I/O效能和可靠性。同時，它還具有將多個較小的磁碟空間組合成一個較大磁碟空間的功能。

文/韓磊    朋友告訴我，他讀書的時候，校外有錄影廳半夜播放色情片；一位同學，常帶領大家翻牆出去“欣賞”。某天，該同學不知為何，打電話向公安機關告發，錄影廳遭查封，大家沒了去處，知道真相後，將告發者暴打一頓了事。     最近甚囂塵上的“360safe事件”，讓我想起上面這個故事。無論出於什麼心理，打擊醜惡事物的結果總是好的。既得利益者窩裡反，讓其他既得或將得利益者不爽，群起而攻之，是非對錯太複雜，按下不表。當媒體都在關注當事人之間的互相指責、謾罵時，該被關注的對象：流氓軟體，反而成了配角。 

在談到了我們與印度的差距，其中我認為值得考慮的有2件。1是印度軟體品質實現了6 sigma，也就是說每100萬行代碼只有3.4行錯誤，我們如何達到甚至超過印度軟體的品質。2是印度軟體品質依靠與軟體的重用，我們如何提高我們的軟體重用度。軟體品質我認為一個成功項目的評定標準有3個：1準時，2保證品質，3滿足客戶需求。目前軟體Team