軟件

最近我寫的幾款商業軟體相繼出現誤判毒的問題，卡巴、瑞星都報(金山和QQ電腦管家就不說了，垃圾中的戰鬥機)。最早我以為是因為加殼壓縮，但後來想想不對啊，UPX不是什麼高端殼，怎麼會被殺呢？現在殺毒軟體都是虛擬機器技術脫殼的，很容易就把UPX脫了。為什麼說金山和QQ電腦管家是垃圾呢？因為他們不管你代碼寫了什麼，哪怕一個空的程式，只要加殼就報毒，你說這種所謂的安全軟體是誰開發的呢？等於殺毒都不需要動腦子，直接看殼！對！我承認很多木馬喜歡加殼來減小大小，但正規軟體就不能加殼降低大小嗎？壓縮的目的是讓客戶

      Microsoft 的模式和做法 (p&p) 團隊最近發布了一些新的軟體工廠，包括 Web 服務軟體工廠（有時也稱為“服務工廠”），該軟體工廠旨在協助開發人員構建始終遵循知名體繫結構和設計模式的 Web 服務解決方案。服務工廠有兩種：一種用於 ASP.NET Web 服務 (ASMX)，另一種用於 Windows Communication Foundation（將隨 .NET Framework 3.0 提供）。兩個版本都將安裝文檔和稱為 Global Bank

瀑布模型（Waterfall Model）　　1970年Winston Royce提出了著名的"瀑布模型"，直到80年代早期，它一直是唯一被廣泛採用的軟體開發模型。

目的：理解共同利益者對將構建的軟體需求對於小型項目：1. 制定一個項目的共同利益者表2. 邀請所有共同利益者參加一個非正式會議3. 諮詢每一個共同利益者對於軟體特徵和功能的需求4. 討論需求，並確定最終的需求列表5. 劃定需求優先順序6. 把不確定的地方標記出來對於大型、複雜項目可能需要確定不同的任務集1. 制定一個項目的共同利益者列表2. 和共同利益者的每一個成員分別單獨討論，擷取所有需求3. 基於步驟2中的調查，建立初步的功能和特徵列表4. 安排一系列促進需求萃取的會議5. 舉行一系列會議6

在測試工作開始前，不應設想程式中沒有缺陷或找不出缺陷（軟體心理學）測試以前應預知測試的結果資料儘可能避免測試自己寫的程式，堅持獨立測試原則，必要的情況下建立獨立測試機構測試案例應兼顧有效輸入和無效輸入不僅要檢驗程式是否做了應該做的事，還應檢驗是否做了不應該做的事測試的充分性測試的有效性保留一切測試案例任何已測程式的變更都應重新測試（迴歸測試）################################################################ Good-enough:

一．問：在windows環境下，遇到用殺毒軟體都無法殺的病毒除了重作系統應該怎麼辦，如何關閉後台進程，msn上不了都可能是什麼問題，怎樣解決。a)對於病毒，可以從以下幾個方面進行考慮：  i.使用命令”msconfig”，開啟系統配置工具 + 生產力，關閉陌生的啟動項，然後重新啟動，觀察系統的運行情況。  ii.使用工作管理員，殺掉不正常的進程，看系統的運行情況。  iii.使用命令“regedit”，開啟註冊表組態工具，清除註冊表中的表項。 

    網上有不少錄屏軟體，可以將你的操作全部錄製下來然後儲存成SWF或者視頻格式，用於教程製作非常方便。   

軟體體系解構是一個比較抽象的概念，按我的理解，可以將其比作一個書架。書架的產生過程大概如下：（1）沒有太多的書，想怎麼擺都行，不至於太亂、難以分類和尋找；（2）越來越多的書籍，你需要考慮是橫著排列，還是豎著排列呢？橫著排列的話，很容易倒不說，而且很難找到自己想要的且書籍；豎著排列的話，容易找到自己需要的書籍，但是太佔地方，而且如果把書豎著擺條長龍的話，拿出幾本書後，需要重新整理；（3）因此，我們考慮使用一個架子，這個架子分成幾層，每層豎放一排書；（4）在書更多的情況下，需要對每一層加上一個格子，

最近我們Team和一個電訊廠商合作在緊張忙碌的構建基於我們OSGi.NET架構的軟體超市平台。該平台體繫結構1所示，它由市集平台、應用運行時和開發人員工具包構成，為軟體供應商、電訊廠商和消費者構建了一個統一的平台。在平台設計過程中，我根據客戶需求制定了一個技術方案，但是由於中間需求產生變化，導致我們需要臨時調整並構建新的技術方案。我覺得這兩個技術方案的選型都非常的有意思，這兩方案都是先從使用者角度出發，對開發人員和消費者都具有很強的易用性，因此，就寫下來和大家分享一下。 圖1

文章目錄 方法一  提供ERP產品的實施和開發服務方法二  出售管理軟體基礎架構，可快速開發系統方法三 給大學生做電腦等級考試培訓，電腦相關專業的培訓 方法四  IT服務人員，網路維護人員 一線城市北上廣深的IT行業確實發展的很快，各種流行的，有行業基礎的技術普及的很廣泛，也產生了很大的產業價值。IT軟體業屬於附加值行業，可以為企業生產運作管理帶來生產效率的提高，生產過程中，僅僅的各種表格表單的列印，流轉，ERP軟體可以為此節省大量的紙張，

軟體測試工程師職業生涯階段發展方向分析： 　　由於新時代下國內軟體測試行業目前的發展迅速、需求旺盛，在國內的軟體測試職位晉陞一般要比國外快，但因行業本身太年輕，大家對軟體測試中軟體測試職業的發展瞭解不夠，從而導致許多有志在此發展的年輕人舉步不前。所以下面介紹一下海外公司成熟的軟體測試行業職位分布情況，我國一些在軟體測試行業中處於前端的公司與之也相仿，這可以作為軟體測試 職業規劃 的參考，給新人一個導向。 　　第一階段：(測試員)初級測試工程師

螺旋模型（Spiral Model）　　1988年，Barry Boehm正式發表了軟體系統開發的"螺旋模型"，它將瀑布模型和快速原型模型結合起來，強調了其他模型所忽視的風險分析，特別適合於大型複雜的系統。 螺旋模型沿著螺線進行若干次迭代，圖中的四個象限代表了以下活動：　　（1） 制定計劃：確定軟體目標，選定實施方案，弄清項目開發的限制條件；　　（2） 風險分析：分析評估所選方案，考慮如何識別和消除風險；　　（3） 實施工程：實施軟體開發和驗證；　　（4） 客戶評估：評價開發工作，提出修正建議，

軟體開發模型是軟體開發全部過程、活動和任務的結構架構。1.軟體開發模型是對軟體過程的建模，即用一定的流程將各個環節串連起來，並可用規範的方式操作全過程，好比工廠的流水線。2.軟體開發模型能清晰、直觀地表達軟體開發全部過程，明確規定要完成的主要活動和任務，它用來作為軟體項目工作的基礎。3.軟體開發模型應該是穩定和普遍適用的軟體開發模型的選擇應根據：1.項目和應用的特點2.採用的方法和工具3.需要控制和交付的特點

增量模型（Incremental Model）　　又稱演化模型。與建造大廈相同，軟體也是一步一步建造起來的。在增量模型中，軟體被作為一系列的增量構件來設計、實現、整合和測試，每一個構件是由多種相互作用的模組所形成的提供特定功能的程式碼片段構成.

公司要招軟體測試人員，便出了8道面試題(實際為搜尋加組合)，不一定合理，但可以篩掉一部分啥都不懂的。1.您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？2.您所熟悉的軟體測試類型都有哪些？請試著分別比較這些不同的測試類型的區別與聯絡（如功能測試、效能測試……）3.解釋下什麼是黑箱測試,白盒測試,迴歸測試,壓力測試,a測試,b測試？4.單元測試、整合測試、系統測試的側重點是什嗎？5.你瞭解的自動化測試載入器有那些？都有什麼特點？6.有一段程式，接收輸入3個整數作為三角形的邊，然

第一部分：arsc檔案漢化目前市面上最流行的漢化方式，就是漢化這部分主檔案。我們開始吧：首先，開啟 AndroidResEdit1.3 然後把 resources.arsc 檔案直接拖拽進去。可以直接點擊自動漢化。然後就會開始逐條的漢化了。但是，請注意，在這個漢化過程當中，會有一些漢化錯誤。（大家知道GOOGLE翻譯的能力）例如最上面那個殺字，這程式彷彿是叫做程式殺手，但是也不能直接就翻譯成殺，用結束代替掉吧。還有，在漢化resources.arsc的過程當中，有幾點是需要注意的：

軟體開發管理遠不是一支筆，一張嘴能夠說清道明。站的起點不同，自然看的觀點也不一樣。筆者是想到哪兒寫到哪兒，歡迎探討、板磚和臭雞蛋。  今天準備聊一聊的是軟體Team的技術交流會（或稱之為研討會也無不可），我稱之為軟體人不能不為之發奮的舞台。  必要性：1.技術交流會能夠迅速提高新人的能力水平，使新成員以最快速度在內功上看齊Team內部平均水平。  2.Leader能夠清楚掌握成員在一個開發週期內的工作和學習狀態。  3.Leader水平夠的話能夠清醒看到團隊的優勢和短板。   4.成員之間更易取

前文中提到，為女兒寫過一個語文學習工具，解決小學語文學習的字詞問題。軟體完成後，幾個要好的哥們兒朋友人手一份兒，並跟他們幾個約定，錄一下資料，提一提建議，試運行一把。三個月過去，目前只有一半的同志還在使用，使用效果當然是勿庸置疑的，所謂熟能生巧嘛，孩子學習成績提高了，家長自然不會半途更弦易轍。另一半的同志則基本放棄了，其中原因主要有以下幾點：1.個人工作繁忙，沒有時間錄入資料；2.使用介面複雜，無法移交到媳婦兒手裡；3.孩子其它方面補習任務過重，沒有多餘精力。        

作為一個Code了十幾年的老菜鳥，眼睜睜看著國人開發從開始的一鍋爛粥，到後來的CMMI，再到XP、TDD，然後火爆了“Scrum”，概念炒作之甚，讓人不能不感慨，當年魯迅老先生的拿來主義，實實在在地在“創新”的年代得到了發揚光大。細思思又有些感傷，中國人在用著人家的系統、人家的開發語言的時候，還不忘眩耀一下，瞧一瞧，看一看了，我們把人家的“先進”的管理理念也拿來了：）說個普遍的現象，川湘菜在北京大行其道，但進了北京又大行其道的川湘菜絕不可能是地地道道的川湘菜，因為菜的生存環境由潮濕而變為乾燥的時