軟件

如果你是測試員或是進階測試員，有志轉向管理髮展，那麼需要加強以下幾點:　　1. 測試計劃的編寫(要結合測試的項目，能以此來控制和確定測試所需人員，裝置及時間來管理測試時間)　　2. 要熟悉BUG跟蹤工具及軟體測試流程.(如: TD， Bugzilla， CQ等)　　3. 要熟悉組態管理工具. (如: CVS， VSS等)　　4. 要熟悉自動化工具.(例如:WinRunner， QTP， Robot， RFT， Automation等，能結合錄製完的指令碼編寫代碼)　　5.

 影響共用軟體發展的因素很多，被非法破解可以說是共用軟體的頭號大敵。那麼造成共用軟體生存困難的cracker們到底用了那些武器呢?今天就讓我讓帶您去看看神秘的cracker常用的十類軟體，它們就是共用軟體的十大殺手! 一. 調試類工具soft-ice和trw2000。下載:TRW2000 V1.22 soft-ice是目前公認最好的跟蹤調試工具。使用soft-ice可以很容易的跟蹤一個軟體、或是監視軟體產生的錯誤進行除錯，它有

做軟體平台化相關的工作時間也比較久了 究竟什麼是軟體平台化 我就不多說了給一個串連 平台化軟體的設計與應用前景分析 http://news.csdn.net/n/20070413/102755.html  把我知道的平台化產品列舉一下 軟體平台化產品1、普元 EOS   2、輕騎兵 3、創恒信 4、極致 5、起步 Justep 6、雅奇 7、用友 UAP 8、金蝶 BOS 9、方正飛鴻 使用開發語言：Java .Net 都可以、版本：Web版 10、 普巴

代碼大全（第二版）是著名IT暢銷書作者SteveMcConnell十一年前的經典著作的全新演繹：第二版不是第一版的簡單修訂增補，而是完全進行了重寫；增加了很多與時俱進的內容。這也是一本完整的軟件構建手冊，涵蓋了軟體構建過程中的所有細節。它從軟體品質和編程思想等方面論述了軟體構建的各個問題，並詳細論述了緊跟潮流的新技術、高屋建瓴的觀點、通用的概念，還含有豐富而典型的程式樣本。本書中所論述的技術不僅填補了初級與進階編程技術之間的空白，而且也為程式員們提供了一個有關編程技巧的資訊來源。本書對經驗豐富的

大多數人都將開放原始碼與Linux聯絡在一起，但開放原始碼社區也為Windows平台開發了大量優秀軟體，例如辦公軟體OpenOffice和瀏覽器Firefox。下邊將為讀者介紹10款優秀的Windows平台開放原始碼軟體：1、VLCVLC是最有影響力的多媒體軟體之一，支援眾多音頻和視頻格式，其中包括H.264、Ogg、DivX、MKV、TS、MPEG-2、MP3、MPEG-4和AAC。VLC支援流式技術和電視捕捉卡。VLC的功能不僅僅局限於查看、觀看多媒體檔案，還能在不同格式間進行轉換。2、Gn

職位名稱：赴微軟軟體開發測試工程師　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 工作城市：中國 北京 工作地點：知春路希格瑪大廈/上地七街中關村軟體園　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 職位要求: 1、電腦相關專業本科以上學曆； 2、二年以上C/C++或者 C#、ASP.NET開發工作經驗； 3、良好的編程經驗　　 4、較強的邏輯思維能力和溝通能力;　 5、良好的英文聽、說、讀、寫能力　連絡人：武小姐

這裡說的幾個軟體模式是屬於原則層次一級的，比GoF等軟體設計模式高一層。遵循這些原則可以使我們設計出來的軟體有更好的可複用性和可維護性，同樣GoF等軟體設計模式也是遵循這一原則的。 下邊的條列只是簡單的介紹，以便忘記了偶爾過來遊覽一下，詳細的介紹請參閱：《Java模式》、《UML和模式應用-物件導向分析與設計導論》GRASP模式 GRASP是General Responsibility Assignment Software Pattern(通用指責分配軟體模式)的縮寫。1)

把下面這段代碼複製到記事本裡，儲存為文字檔，然後靜觀殺毒軟體之變。若有反應 ，那您就可以初步放心了。注意,本病毒代碼絕對不會傷害到機器.請放心!!! --------我是分割線,不要複製我,複製我下面的代碼------------------------------ X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H* --------我也是分割線,不要複製我,複製我上面的代碼------------------

                     網上看來很有需求，現在 已經做出 開啟軟體看到pdf檔案，然後在你想蓋的地方蓋浮水印，看效果前一個是在adobe reader裡的浮水印效果，後面一個是在軟體裡。                     使用滑鼠拖放到要蓋印的位置，但是現在不支援蓋印加密的pdf檔案，如果要蓋印要把加密的pdf檔案破解產生新的pdf檔案就可以了                     軟體裡附帶批量pdf轉圖片功能，但是不支援加密的pdf檔案！技術實現了，正在設計架構！ 

英文原文：10 Mistakes That Software Team Leads Make　　本文是Roy Osherove在Skills Matter的一次發言，他介紹了團隊領導經常會犯的十個錯誤，並提出了一些解決方案。　　Roy首先提出幾個團隊領袖可能遇到的一些問題：我如何說服我的團隊做某件事情?我該拿團隊裡的那個專門搞事的傢伙怎麼辦?我該如何做一個團隊領袖呢?我們為什麼無法遠離無謂的爭吵（編者註： fighting fires 譯為“救火”更合適

      Ubuntu下的軟體安裝有幾種方式，常用的是deb包的安裝方式，deb是debian系列的Linux包管理方式，ubuntu屬於debian的派生，也預設支援這種軟體安裝方式，當下載到一個deb格式的軟體後，直接在介面上就可以安裝。 　　另一種常見的安裝方式是原始碼編譯安裝，很多軟體會提供了原始碼給終端使用者，使用者需要自行編譯安裝，先使用tar將原始碼解壓縮到一個目錄下，然後進入這個目錄，執行以下三條命令：　　./configure　　make　　sudo make

從二十一世紀頭十年的軟體技術發展曆程來看，其存在兩個主要的趨勢：開源與Web化雖然軟體技術從一開始就是開放原始碼的。但上世紀最後二十年，是屬於閉源軟體開發商的“黃金年代”。從那個時代中走出了Microsoft等一系列商業軟體公司，而這些公司的核心競爭力在於其原始碼。但近十年的發展，這樣的趨勢已經被打破。開源軟體越來越重要，並逐步成為商務業務中的主流軟體技術，其主要表現為：穩定高效的開源作業系統日益成熟：不論在伺服器端、還是在案頭PC端、或者是移動智慧型裝置中，開源作業系統已經逐步成熟，並已經取代

在電影製作術語中，軟體專案經理被稱作製作人，因為他們決定需要做什麼事情。而軟體構架師就是導演，他來決定所作的事情是否正確，並且他要保證產品符合投資人的要求。下面這篇文章就是描述軟體構架師的。

.Net(Senior)Software Engineer/Project LeaderKey Responsibilities 1. Responsible for the full lifecycle of project including BA, HLD, LLD, Coding, Testing and      Deployment2. Execute the project based on Infosys and CMMI quality process guidelines3.

“客戶的需求在一開始就能被定義好，並且描述清楚，並且在相當長一段時間內保持不變”，這種情況只存在於理想中，現實世界並不是這樣。現實是：只有非常少的客戶能在項目開始時就清楚地知道自己想要什麼並定義好細節，絕大多數客戶（也許90%以上）只是對項目的需求有個模糊的概念，而且無法想像最終想要的產品長什麼樣；即使客戶清楚地知道自己想要什麼，其中很多人也無法明確地把這種需求表述出來；即使他能夠清楚地表達自己的要求，也無法確保自己的想法不會在未來發生改變；在整個開發過程中，新的想法會不斷冒出來，尤其是在客戶看

先說一個故事，A公司承接了客戶K的一個項目，要做一個財務軟體，先開發WinForm端，然後在web端參考Winform實作類別似的功能。為了保持產品的概念完整性和一致性，並且讓終端使用者（Users）不需要去改變使用習慣，客戶要求web端要跟Winform端做成一樣。 系統中有一個需求是建立一個嚮導，A公司的Web端開發人員在頁面完成後，發現有些Bug怎麼調試也調不通，而且整個頁面的速度特別慢。後來尋求A公司進階開發人員的協助，調查發現這個頁面承載了太多相互嵌套的控制項，而且商務邏輯過多，結果就

軟體需求說明書模板 1引言... 21.1編寫目的... 21.2背景... 21.3定義... 21.4參考資料... 22任務概述... 22.1目標... 22.2使用者的特點... 32.3假定和約束... 33需求規定... 33.1對功能的規定... 33.2對效能的規定... 33.2.1精度... 33.2.2時間特性要求... 33.2.3靈活性... 43.3輸人輸出要求... 43.4資料管理能力要求... 43.5故障處理要求... 43.6其他專門要求...

之前寫了移動市場的淺談，當時是想緊接著寫這個系列的。包括即時通訊、播放器等。後來因為要回家定親加上要看房子，拖延了下來。今天接著寫，算是上班打醬油吧。也趁此機會罵下樓市，真心黑。破縣城都四千多五千。廢話不說了，說正題了。做一款軟體，首先需要明確的不是你是單機的還是分布式的，cs的還是bs的。這些都是後話。第一個遇到的問題是這款軟體要實現什麼功能，也即是市場以及設計者開發人員對於這款軟體的需求預期是什麼。因為即時通訊軟體是比較成熟的了。所以功能就很好列出來。對於功能，最實惠一目瞭然的描述方法就是使

上午不知在做什麼的時候，又開啟Outlook記提醒。突然想到經常忘了家人的生日，馬上用Outlook記一下吧，Outlook 2003對農曆支援不錯的，而且設定一個按一年為周期，完美啊。當然馬上又想到還要同步啊，馬上跟Google Calendar同步，看到的結果是，第一年的日期是正確的（以農曆轉換的西曆日期正確），第二年就錯了。繼續，同步到SmartPhone (WM6.1)，貌似什麼也沒有看到  回家想了下，繼續測試一下，從Google

眾所周知：基本上所有的軟體項目到後期必不可少的是fix bug，一個軟體在交付客戶後或交給測試人員測試時都存在一些程式員意想不到的問題。現在有一些成熟的bug跟蹤系統，譬如：bugzero，bugzilla, redmine等等。       解bug是很頭痛的問題，一般是以下原因引起的： （1）設計上的缺陷； （2）寫代碼時考慮不周全； （3）測試人員無中生有； （4）所依賴的外掛程式，架構本身的缺陷。