軟件

安裝：從sdcardString fileName = Environment.getExternalStorageDirectory() + "/myApp.apk";           Intent intent = new Intent(Intent.ACTION_VIEW);        intent.setDataAndType(Uri.parse("file://" + filePath),"application/vnd.android.package-archive");  

    最近我在網上看一份貼子，它的內容是關於軟體開發人員如何進行績效考核的。績效考核是一向是比較麻煩的問題，對腦力勞動的績效考核更是困難，看下來基本上沒有很好的解決辦法。我正好也在公司裡搞績效考核，有一些心得，這些心得可能局限於小型軟體公司，因為小型軟體公司有其特點，如果你在大型軟體公司，可能沒有價值。   

有網友問：一個人在多重專案裡“切換”，人不是cpu

軟體的價值      今天跟某個國內開源軟體作者聊天，他抱怨：“在中國，程式員都希望用免費的，而且你即使免費，不是大廠，還不敢用，所以他還要你開源，有了源碼吧，他還不去研究，希望擴充功能還想原作者去擴充。所以，就程式員這一點，也註定了程式員自己很苦很窮”。    這就讓我想起了軟體的價值這個話題。   

在電信儲值繳費中，我們的儲值卡有時餘額不多，但是多了就是一種浪費。我們為了更好的實現卡內餘額轉移降低勞動成本開發該軟體，可以自動實現卡內餘額轉移。  電信自動並卡軟體功能：1.批量資料自動轉入；2.驗證碼的自動識別，免去了你輸入驗證碼的麻煩。軟體使用：運行軟體，如下介面

文章目錄 Facebook的擴充性挑戰Facebook擴充所依賴的軟體保持Facebook 順暢啟動並執行其他東西。

第一個版本就想做太多功能採用太新的技術平台「複雜的問題，需要複雜的解法…」團隊人手不足成員開始隱藏進度落後的事實和原因(Schedule Chicken)不斷更改、增加的需求 (Scope Creep)不知道客戶在哪裡2.0 癥狀群——後繼版本非要更大、更強、更美(Second System

敏捷開發的必要條件"高手團隊"和"軟體特徵可漂移,但仍可預計成本的小型項目"前言一個極端是純粹的預言性開發，    步驟都是在項目的早期詳細地定義好.另一個極端是純粹的敏捷過程    沒有預計的步驟本文：“網路時代”開發軟體,需要不斷實現新的功能。敏捷式軟體開發 (Agile Software Development)過程主要針對“網路時代”開發軟體的問題。敏捷方法採用技術上和管理上的過程，這些過程能持續地適應(1)開發過程中經驗的變更，(2)軟體需求的變更(3)開發環境的變更原則:1. 儘早、

麥格納軟體公司績效考核資訊化管理解決方案 績效考核是公司管理的重要部分，也是人事決策的重要依據。企業經過考核，可以對員工的心理素質、知識素質、業務素質等進行評價。企業可以根據員工的特點用人所長。另外，績效考核是重要的激勵手段，它決定了薪酬的分配，直接影響著員工的工作積極性。 很多企業實施了有效績效考核方法。但是，軟體公司由於其行業的特殊性，績效考核受很多因素的影響，考核難以取得令人滿意的效果。一般情況下，軟體公司的績效考核存在“指標不合理，難以落實”

  “Next to My Life,Software Is My Passion”——Robert C.Martin.  懂了設計模式，你就懂了物件導向分析和設計（OOA/D）的精要。反之好像也可能成立。道可道，非常道。道不遠人，設計模式亦然如此。  一直想把自己的學習經驗以及在項目中的應用經曆拿出來和大家共用，卻總是下不了這個決心：GoF的23種模式研讀、總結也總需要些時日，然而時間對於我來說總是不可預計的。 

彼得·聖吉所說的第五項修鍊指的就是：系統思考。什麼是系統思考？系統思考是對影響系統行為的力量和相互關係進行思考的方式。簡單的說，就是用系統的、整體的、全域的思維方式而不是細節的、片面的、局部的思維方式去思考解決工作生活中遇到的問題。

軟體測試，從不同的角度出發會派生出兩種不同的測試原則。從使用者的角度出發，就是希望通過軟體測試能充分暴露軟體中存在的問題和缺陷；從開發人員的角度出發，就是希望測試能表明軟體產品不存在錯誤，已經正確地實現了使用者的需求。　　中國軟體評測中心的測試原則，就是從使用者和開發人員的角度出發進行軟體產品測試的。　　為了達到上述的原則，需要注意以下幾點：　　1.應當把“儘早和不斷地測試”作為開發人員的座右銘。　　2.程式員應該避免檢查自己的程式，測試工作應該由獨立的專業的軟體測試機構來完成。　　3.設計測試

1、軟體測試是什麼定義：測試是對軟體產品品質的檢驗和評價。它一方面檢查軟體產品品質中存在的品質問題，同時對產品品質進行客觀的評價。軟體測試就是在軟體投入運行前，對軟體需求分析、設計規格說明和編碼的最終複審，是軟體品質保證的關鍵步驟。軟體測試是根據軟體開發各階段的規格說明和程式的內部結構而精心設計一批測試案例（包括輸入資料與預期輸出結果），並利用這些測試案例運行軟體，以發現軟體錯誤的過程。理解：軟體測試簡單來說就是對一個軟體進行一個檢測，看軟體的一些功能，效能等方面是否達到了使用者要求。由於一個軟

　在上兩篇文章中，我們介紹了軟體體繫結構的概念、現狀及發展方向，讀者可能會覺得"軟體體繫結構太抽象、太理論化，沒有什麼實際的東西"。然而，任何實踐都必須接受理論的指導，如果拋棄理論基礎，一味地追求實用，那也只能是囫圇吞棗。　　軟體體繫結構設計的一個核心問題是能否使用重複的體繫結構模式，即能否達到體繫結構級的軟體重用。也就是說，能否在不同的軟體系統中，使用同一體繫結構。基於這個目的，學者們開始研究和實踐軟體體繫結構的風格和類型問題。　　軟體體繫結構風格是描述某一特定應用領域中系統組織方式的慣用模式

卡內基－梅隆軟體開發學院及其它學院的研究人員用盡畢生的精力去定義一個理論學科（即軟體開發理論），到後來才發現仍有很多東西比較模糊，他們對此也不隱瞞。軟體開發，自從產生以來，它以迷人的風采征服了許許多多有才華的人，一些教授、專家學者及商業管理人士不由提出這樣一個問題：即然軟體能迷住這麼多人，為什麼人類無法定義它、解釋它，深刻地瞭解它？為什麼一些天才的科學家窮其一生的精力也不能把這些迷惑歸納成一種科學工程學科或行業標準？

IT168發布的《中國IT應用技術藍皮書2006-2007》，其中關於軟體人才的部分，以獨特的視角，從職業結構方面進行了統計分析。筆者嘗試按照傳統軟體工程理論的思想去解讀這些資料，結果發現中國軟體行業的職業結構是嚴重失衡的。　　1.

   本文選自：www.umlchina.com 我們期待自己成為一個優秀的軟體模型設計者，但是，要怎樣做，又從哪裡開始呢？將下列原則應用到你的軟體工程中，你會獲得立杆見影的成果。1. 人遠比技術重要你開發軟體是為了供別人使用，沒有人使用的軟體只是沒有意義的資料的集合而已。許多在軟體方面很有成就的行家在他們事業的初期卻表現平平，因為他們那時侯將主要精力都集中在技術上。顯然，構件（components），EJB（Enterprise Java

開源軟體大集合2008-05-17 16:01http://www.7-zip.org/7-Zip 4.16 Beta : 檔案壓縮公用程式，可與Windows資源管理員整合 http://a-note.sourceforge.net/A Note 4.2.1 : 可在Windows案頭放置便箋，並可提供鬧鐘提醒功能 http://www.xs4all.nl/~edienskeAbakt 0.9 : 能夠以壓縮方式對文檔進行備份 http://www.abisource.com/Abiword

1、註冊表註冊表在基於Windows平台的軟體系統中使用非常普遍。優點是可以直接使用Windows提供的API存取和修改系統配置，缺點是和Windows系統結合太緊，另外修改配置也不太方便。2、ini設定檔ini設定檔最早出現在Windows的早期版本中，比如Win95,Win98，用來儲存作業系統的配置資訊。後來一些基於Windows平台的軟體系統也採用ini設定檔來儲存系統配置。優點是檔案結構清晰，另外也可以直接使用Windows提供的API完成配置的操作。3、XML設定檔由於XML結構清晰

一、安裝 yum-priorities 外掛程式1、安裝 yum-priorities 外掛程式，並正確設定，以保證官方庫的優先順序最高。 yum -y install yum-priorities2、然後，設定 /etc/yum.repos.d/CentOS-Base.repo，添加順序指令 priority=N（N 從 1 至 99，1 優先順序最高），對 [base]、[updates]、[addons]、[extras] 設定 priority=1，樣本： [centosplus]、[