軟件

十、將服務費用DIY到底　　前一段時間，講了一系列開發經理、實施經理、服務經理的工具箱：開發經理的工具箱---走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（三） ，實施經理的工具箱--走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（五） ，客服顧問的工具箱--走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（六） 。　　這次，也就順坡下驢給大家分享一下開發經理、實施經理、服務經理的小算盤賬本。　　前面有了水清則無魚--走出軟體作坊：三五個人十來條槍

三十二、一分鐘先生　　有很多網友特奇怪我為什麼能有時間來寫部落格，甚至還能接受網友的IM交流，問我是怎麼做到的。他們都覺得自己每天忙死了，相信我作為部門的頭公司的高層，估計更忙的不見人影，怎麼回事呢？　　我總結了總結，在此給大家分享一下。　　首先，我每天的工作主要幹什嗎？　　1.每日接受開發組長報告給我的進度報告、功能需求設計報告，我來提出調整建議和指導。對於報告的問題，我會給出建議的處理方法。如果需要我出面動手解決，那我就出面。這是每日的例行事務，佔了主要的時間。　　2.處理手下員工間的流程配

文章目錄 1.1 .NET委託概念1.2 .NET委託聲明及特點1.3 .NET委託揭秘1.4 .NET委託應用描述1.5 .NET委託舉例1：傳遞方法1.6 .NET委託舉例2：函數回調2.1 .NET事件概念2.2 設計.NET事件5個步驟2.3 事件設計舉例第1步：定義事件參數類第2步：聲明事件處理者委託第3、4步：定義類事件成員、激發（發布）事件第5步：訂閱事件小結與進一步學習3.1 開發文檔3.2 後期維護3.3 技術積累

singleton模式可以保證這個類只有一個執行個體。下面是這個模式的一種典型的寫法public class Singleton{    protected Singleton() { }    private static Singleton instance;    private static object objLock = new object();    public static Singleton Instance    {        get        {        

到安卓網看貼吧,軟體在那裡更新了........安卓網評價：http://www.hiapk.com/bbs/thread-311067-1-1.html我自已開發的解鎖軟體，從此不用再點Menu鍵，任意鍵解鎖。如果想恢複成預設狀態，只需進入軟體，點擊啟用鍵盤鎖按鈕即可。 版本與日期：楊林解鎖 中文beta版 2010-06-29 22：30 軟體大小：還不到 10KB軟體簡介：目前有許多流行的解鎖軟體，類似摸手解鎖，lock2.0

軟體測試的基本理論和要點，感覺作者說得很清晰透徹，故轉載於此，供大家參考！軟體開發和使用的曆史已經留給了我們很多由於軟體缺陷而導致的巨大財力、物力損失的經驗教訓。這些經驗教訓迫使我們這些測試工程師們必須採取強有力的檢測措施來檢測未發現的隱藏的軟體缺陷。 生產軟體的最終目的是為了滿足客戶需求，我們以客戶需求作為評判軟體品質的標準，認為軟體缺陷（ Software Bug ）的具體含義包括下面幾個因素： •  軟體未達到客戶需求的功能和效能； •  軟體超出客戶需求的範圍； • 

系統架構：1.Nginx中文維基Nginx 的文檔大部分是英文的，本維基的目的是協助使用中文世界的使用者安裝、配置和交換有關 Nginx 的使用經驗。2.Nginx開發工具：java類：1.Intellij IDEA  絕佳的JAVA開發工具，可與MAVEN無縫結合，強大的代碼提示和重構功能。php類：1.PhpStormPhpStorm是一個輕量級且便捷的PHP IDE，其旨在提供使用者效率，可深刻理解使用者的編碼，提供智能代碼補全，快速導航以及即時錯誤檢查。

十五、那根胡蘿蔔　　昨天，有個網友給我寫了一個MAIL，裡面訴說了他現在的矛盾和困境，他是一個專案經理，但是他現在很尷尬，根源就是項目獎金。　　具體情況是這樣的：　　一個專案經理，帶了三個人。專案經理主要管詳細功能設計與測試，其他人開發。但很關鍵的一點是：需求是老闆定的。老闆說我希望這個產品具有什麼什麼樣的功能，然後專案經理根據老闆與他的交流，他理解後進行設計，然後再分配下去實現編碼。　　但問題就在於：老闆並不是開發人員出身。老闆想要的東西，今天是這個樣子，明天是那個樣子。每次說的都不一樣。老闆

二十、累鬥累　　有時候，我感覺事情就好像大螃蟹，總是一串一串的。　　我剛聊過新項目如何收集需求，就有人跟我提老產品升級需求的管理。　　有人說：老師，我看了許多IT專案管理的書籍，也講到需求管理。但他們是需求調研、需求分析、需求確認，好像都是針對新項目的，我們是老產品維護，老闆隨便打一個電話就讓我們添加一個需求功能，我們哪裡去做需求調研、需求分析、需求確認這些環節啊。老闆說我們一天坐到家裡面編程式，根本不瞭解客戶需求。最瞭解客戶的是每天和客戶待在一起的實施人員，所以要讓實施人員來給我們軟體提需求加

七、你這該死的銷售　　上個星期，我的一個朋友給我出了一道難題：　　一個問題：銷售在客戶面前總是誇大公司的能力，在項目談判時，總是這也可以實現，那也可以實現，但實際項目執行時，卻發現根本就很難執行。但銷售對實際的執行並不瞭解，而且也許如果不這麼做的話，可能根本就無法簽單，如何解決這個矛盾？　　我說你這個問題很普遍。大部分的前期跟單、簽單都是銷售在做。一般小公司，老闆就是最大的銷售，所有的大單子都是老闆在跟。有的老闆認為管理軟體是管理的事情，管理軟體有沒有效果，和管理方法有關係，而和軟體沒多大關係，

二十六、獅面人 　　好多人都說：你這個方法根本就不是三五個人十來條槍的方法，專案經理，公用代碼開發員，測試員，文檔員，那得多少人的公司才能配得齊這樣的團隊。

五、實施經理的工具箱　　前天晚上，和一位做了多年實施項目帶領的朋友吃飯。　　我笑著跟他說：實施，能不能不實施？！不去人，也不搞實施，把軟體賣了就OK，你們做好IT諮詢就可以，把什麼資料準備、培訓、協調業務部門和資訊科需求、推動上線、報表製作都讓客戶做。咱也不賺他的實施費用。因為你們是個合夥成立的小公司，你們如果也是從開發到定製化到實施到支援，你們根本沒有那麼多人，項目周期又這麼長，銷售價格競爭又如此激烈，你們賺不了幾個錢。實施尤其是最耗成本的，你們好不容易拿到的單，實施完剩不了多少，所以你們這麼

二十七、沙場秋點兵 　　前幾個月，公司旁邊的寫字間又搬進一家公司，好似也是做軟體的，而且好像是剛成立的公司，程式員們天天加班，神情很年輕，頭髮很油，穿著大背心大褲衩人字拖，男的女的都有，經常站在通道裡成群的吸煙，或者乾脆席地而坐圍成一堆開會，都不下食堂吃飯，都訂便當，中午晚上都是如此，我經常晚上下班，看見他們不時有人捧著一個便當從辦公室走出來把吃完的飯盒扔進垃圾筒，不知道他們會工作多晚。　　近來發現，他們開始有人正常下班了。他們也很少聚在一起抽煙開會了。通道裡有的只是單個的人在打電話，聲音很低，

三十一、像諮詢師一樣思考　　我一直在想辦法提升管理軟體的銷售價。　　在軟體產品方面，分了進階版、標準版、簡化版。並且引入了測試，提高產品品質。引入了文案，製作了產品白皮書、操作協助說明、安裝說明、配置說明、維護說明、新版本更新說明、操作視頻、示範版。在軟體UI方面，引入了美工。在實施方面，引入了金牌實施顧問、銀牌實施顧問、銅牌實施顧問。在服務支援方面也亦然。一切的一切，都旨在一個產品，面對不同層次的客戶進行裁減組合，銷售不同的價格，提供不同的服務項目與品質，與客戶所期望的目標和所付出的金額成正比

軟體保護建議　　本節將給出關於軟體保護的一般性建議，這些都是無數人經驗的總結。程式員在設計自己的保護方式時最好能夠遵守這裡給出的準則，這樣會提高軟體的保護強度。

如何成為軟體架構師?　　那麼要成為架構師的途徑似乎只有現在較為流行的軟體學院和個人自我培養了。關於軟體學院我接觸過不少，其宗旨絕大部分都是造就(or打造)企業 需要的軟體架構師(or程式員or人才)。教師來源與企業、學員來源與企業、人才輸送到企業是他們辦學的手段。儘管各個如雨後春筍般出現的軟體學院口號差

敏捷可以解決了開發模式的官僚問題，從行動角度應對使用者業務需求的變化；構架可以從設計角度應對業務需求的變化問題，甚至在需求調研階段，能解決需求的收集和確認。 需求的變化，一般可以從3個領域發生，介面、流程和規則、組織圖和許可權。介面問題一般表現在介面的元素髮生改變，如一個訂單，原來有幾項，關聯了一些子表。現在要多加幾項，修改其中幾項，還要加入一個新的關聯，等等流程問題一般表現在一個介面的提交後，可能要跳到一個特定的介面。現在要跳轉到另外一個介面，並且有一些新的規則；或者這個使用者跳轉到這個介面，

    軟體開發領域正出現幾個趨勢。以下是我最近思考的一些核心的趨勢。這個清單並沒有羅列所有軟體的趨勢，但每一個代表著一個微軟目前正在或將要投資，最終惠及客戶的方向。    雲端運算    雲端運算讓公司專註於他們今天所需要的計算資源的，擴大處理高峰負荷的能力，避免了管理硬體的開銷。雲端運算使得小企業能利用現有環境以合理的和可預見的成本對大的成規模的公司展開競爭。Windows Server、Windows Azure、SQL Azure、 和例如Windows Live、

易展(www.yi-z.cn www.18show.cn )，新興的行業網站。我們正在尋找網站測試人員。如果您有我們需要的能力，想體驗創業的激情與酸甜苦辣，如果希望用自己的頭腦和雙手創造一些與眾不同的東西，如果你希望收穫一群志同道合的朋友，並且能夠和我們一起成長，那麼就在這裡，易展絕對是最合適的地方。主要職責：• 作為測試人員，完整參與網站功能的需求確認，開發，測試，上線的開發流程。• 根據需求確定測試方案，編寫測試案例和相關測試指令碼，完成測試，並提供相關測試報告和修改建議。•

大家普遍知道的一個故事就是：軟體經常推倒重來， 但是蓋樓房不行。從來沒有哪個樓房蓋到一半的時候推倒重改的。 然後大家以此為感慨， 開始拚命的研究各種技術， 讓軟體重來的更容易一些。 其實大家的方向錯了。  以前我們一直以為軟體行業與其他行業存在差異， 導致了我們經常重來。實際上沒什麼差異。 最近買了一本教你如何賣自己的照片的書， 大概介紹談判技巧與報價簽合約等等方面知識的。我驚訝的發現， 裡面的談判其實和軟體的談判是一樣的。 他提到， 賣照片， 如果這個照片是不存在的，