軟件

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

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

三十三、燈塔客戶　　過去一直做項目，也就是說，沒有東西，先有方案，方案客戶同意簽單，才開始調研、設計、開發、測試、安裝、培訓、支援。營銷部對這種模式也是很熟悉了。 　　但從前年開始做產品。也就是說，沒有明確的客戶，也沒有特定的客戶調研，開發出來客戶到底需要不需要不知道，客戶買不買單不知道，客戶希望多少錢購買也不知道。這就讓營銷部沒有底兒了。　　不能讓產品悶死在研發部啊。我得想轍。老闆和營銷部也都認可公司應該由做項目提升到賣產品，但誰也沒有經驗，都是做大客戶大項目出身的。而且現在的項目也做的不錯，

十二、為什麼DIY報價　　前段時間，寫了一個開發、實施、服務費用計算三部曲。　　水清則無魚--走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（八） 　　實施費用也能DIY--走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（九） 　　將服務費用DIY到底----走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（十） 　　引起了網友的大討論。　　有個網友給我一個評論，很值得深思和大家討論：　　剛開始寫得不錯，越寫越覺得離譜，不是三五個人了，和教材接近了。現在做項目的價錢是我們能夠左右的嗎，

文章目錄 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        {        

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

通達信獨立委託交易軟體從V6版開始，就很少見有帶F1F2快鍵的。這裡介紹一種方法，給V6獨立交易加上快鍵，方便調用！編輯軟體目錄下的TCOEM.XML（用記事本開啟）<Nav>                        <Option Visible="NO" RememberLast="YES" AutoTrack="YES"/>                        <Styles Appearance="10" Position="0"

二十八、代碼那些事兒　　這個是講軟體研發過程管理的系列，目標人群是那些身處研發管理位置或想成為研發管理的人。所以我不希望這個系列中出現代碼，也不希望出現和某種技術密切相關的代碼技巧。　　但是沒有辦法，軟體開發過程管理，有個很重要的一環，就是軟體代碼編寫。不編寫代碼，說的天花亂墜，管理做的再扭，也成為不了軟體。　　最近blog好友到了上限，所以無法加入好友了。於是就加入了N多QQ網友。大多數剛出道一兩年，還有不少在校學生，希望認識並聊聊，要和我聊設計模式、OO、SOA，還有人建議我去看看OO和UM

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

二十九、風語者 　　我們公司開始也是沒有測試的。　　公司是創業公司，我空降的時候連賣什麼東西都不確定。公司的創業僅僅出於老闆對原公司的一口氣，覺得還不如自己單幹快活，公司要成為什麼公司，可能想法很多。諮詢？培訓？認證？通訊？資料採礦？我從老闆的書架上找到過這些書。但是真正賣什嗎？賣這不好賣，賣那不好賣。誤打誤撞就進了軟體這一行當，但軟體這行是否可以持續走，是否要持續走，老闆還不確定，如果賣的不好就不做軟體了，改做別的，現在是生存階段，就顧不了許多了，有項目就接上。上面有老闆關係搞定，下面有老實的

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

八、水清則無魚　　我的朋友開了家屁小公司，純粹的三五個人十來條槍。每年還不死，但活的也很辛苦。平時做的也就是兩三萬的單子，運氣好能做8-10萬的單子。那天，突然給我打了電話，說要請我吃飯。　　飯肯定是不能白吃的。朋友告訴我：唉，煩心啊。客戶不成熟，是麻煩事。客戶太成熟，也是個麻煩事。　　我說，此話怎講？　　我朋友說：你看，我過去跟單，客戶對軟體不懂，但他卻知道有個華軍軟體園，裡面有可以免費下載的管理軟體。我報個兩萬的價格　　客戶直晃腦袋說：我以為你們的軟體600塊錢就能買到，怎麼你們要殺人啊？　

三十、蛋白質女孩　　我想給大家分享一下關於文案人員，我一下子想起了王文華寫過的一篇小說《蛋白質女孩》，因為我們要找的文案就是這個樣子。　　“她日月座是獅子和雙魚，同時會講日文和法語。她早起，起床後先跑半小時，吃了麥片才去公司。她賢慧，每天做一打火腿三明治，帶到公司請同事們吃。她有禮，快遞臉上有雨時遞上面紙，清潔婦來吸地時抬起椅子。她準時，和你約會前一天打電話確認，第二天寄卡片謝謝你點的果汁。她純情，愛像宋詞唐詩，意境優美對仗工整；個性像阿拉伯文，她知道它的存在卻不懂是什麼意思。她善良，生理時期還

六、客服顧問的工具箱　　這段時間，寫完了專案經理的工具箱---走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（三） 、實施經理的工具箱--走出軟體作坊：三五個人十來條槍

九、實施費用也能DIY　　上次咱們講完了開發費用的計算，很多人在後面跟帖在那裡算費用。　　有人說：你把程式員都不當人，94天，一天都不休息啊。　　我想答曰：94天，是工作時間。不算雙休日在裡面。也就是說，實際的開發週期長度是94+3個月之中的所有雙休日。我只所以按照94天算，是算94天工作日，並沒有把雙休日都算進去。你試著想想，你都休息了，你怎麼跟客戶算費用的時候把雙休日也好意思算進去。所以說，算費用，按94天算合理。　　另外有人說了：根本不是全體人都幹94個工作日。你按全體人幹94個工作日算，

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

　　一個軟體，除了穩定，功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，往往忽視了使用者體驗的重要性，或者說只關注使用者體驗的介面，易用等方面，而忽視了其他方面。我就我所積累的淺薄經驗談一些體會。　　總體來說，一個應用系統的顯示系統，組織圖及操作提示等方面應該一致。介面風格和布局的一致性讓人在視覺上感覺到這是一個統一的系統，協調的系統，至於採用什麼風格及顏色系統，美工和設計人員起決定作用。組織圖和操作提示的一致性讓人在操作體驗上感覺這是一個在結構和回應程式面統一的系

1 介紹我知道。網上有很多現成的FTP軟體。但是。我們也想要瞭解FTP的一些底層機構，因此。 這個開源的項目在你學習FTP知識的時候也許對你有些幫組。程式的介面看起來像FileZilla，FileZilla雖然流行但是有些bug，當我開啟我部落格的時候總是有問題。我需要通過FTP串連我的伺服器。傳送檔案，下載檔案等等。因為。我決定寫我自己的軟體來處理所有的情況。FileZilla足夠好。但它不是我的。 2

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