軟件

此文全文已發表在《程式員》雜誌九月號上。這篇文章的主體是討論軟體工程的未來發展趨勢，但是軟體工程的發展不可能是孤立的，所以我們首先需要思考一下計算模型和軟體開發本身的變化和趨勢，再由此推測軟體工程的發展趨勢。從計算模型而言，應該來講，傳統的馮.諾依曼仍然被沿用；但從計算能力上來將，我們注意到了三個變化：CPU的運算能力按摩爾定律快速提升；但提升單顆CPU的計算能力已經越來越困難；並行運算技術以及多核多線程技術使伺服器的處理能力飛速提升；伺服器的處理能力不再是瓶頸，從而造成計算能力大量向伺服器端遷

　　實用就是輸入方便、不易出錯、查詢快捷。那種要培訓N多還不能操作的軟體就說不上實用，軟體應該做得操作簡便。　　1、實用嗎?　　何謂實用?實用就是輸入方便、不易出錯、查詢快捷。那種要培訓N多還不能操作的軟體就說不上實用，因為簡單的東西容易學，複雜的東西記不住，軟體應該做得操作簡便。查詢方面，就最好不要使用者記什麼，隨便就可以看到他想要的關鍵字。　　2、靈活嗎?　　說到靈活性，有的人是不贊同的，以為靈活性不嚴肅，但客戶的需求必須靠靈活性來支援，舉個簡單的例子，任何一個企業的資薪政策都是隨營業情況而

在軟體的世界裡，真正重要的是思想，而不是工具本身。　　1：應用程式架構：　　除了我們常說的"net,mfc,atl,owl( c++ builder 庫),windows

最近接觸了一些關於SOA的相關理論，很是遺憾，沒看出什麼名堂來。最近為什麼網路上比較流行SOA呢?個人認為這東西太懸乎了，凡是有什麼好的軟體思想或是方法都稱之SOA,難怪架構師和軟體企業那麼熱忠的去追捧它,似乎SOA萬能，好多軟體廠商都鼓吹自己的軟體是面向SOA的，用SOA的熱門詞彙來攻關市場。幾年前,一個簡單的商務程序管理軟體當作ERP,然後換成iERP,直至現在ERP變得很爛很臭,最終讓企業談E色變。金融危機來了，這一波過後能讓ERP柳暗花明嗎？真希望SOA不要向現有的ERP或是OA,炒作向

      1、客戶關係管理。開拓新的客戶和維持現有的客戶對企業來說具有很重要的意義，尤其是對於羽翼未豐的中小企業來說。中小企業在其發展過程中由於其業務種類還未完全定型，不斷地有新業務出現，在其開展業務過程中，希望通過客戶關係管理軟體來協助其維持現有客戶和開發新客戶，從而提高公司的銷售和利潤，解決生存和發展問題。      

簡訊貓系列文章已經完成，這篇文章給出各篇的連結和相關的Bug列表及最新的文章更新日期。在這裡感謝網友的支援了，謝謝大家的支援。簡訊貓軟體的實現(C#)<一>熟悉串口 僅提供串口使用執行個體，也可作為一般的串口調試器使用，如遇嚴重bug我會儘快更新。簡訊貓軟體的實現(C#)<二> AT指令調試器的簡單實現 這是我的最簡單的類庫雛形樣本，很不完善，錯誤很多，本文不再更新。簡訊貓軟體的實現(C#)<三>PDU格式簡訊解析

軟體傳送簡訊部分打算用C#類庫實現 首先實現了一個簡單的發送AT指令的程式 簡單的把類庫部分代碼貼出來Bug太多，貼出來僅供參考。運行介面：GSMMODEM.cs原始碼： 1: using System; 2: using System.IO.Ports; 3: using System.Threading; 4:   5: namespace 時訊網 6: { 7: class GSMMODEM 8: { 9: //建構函式

要在公司內部開展《物件導向軟體開發》培訓，所以寫了個PPT，歡迎大家批評指正。PPT中的文字主要來自以下N本書，以及網路：《物件導向軟體開發教程》《物件導向編程導論》《對象設計：角色責任和協作》《設計模式 可複用物件導向軟體的基礎》《敏捷式軟體開發 (Agile Software Development) 原則、模式與實踐》《編寫有效用例》《面向模式的軟體體繫結構 卷1：模式系統》《UML和模式應用》《C#設計模式》尤其感謝網路同道，謝謝你們的智慧和奉獻，你們是新時代的雷鋒！下載（分卷壓縮）  

一直以來，標題的問號在我頭腦裡是大大的歎號，直到最近。 有些東西如果不去深究，一切都是很簡單的。但如果深究起來，從某種意義上來說，做企業軟體遠比做底層的複雜。 程式設計語言從機器碼，彙編，C,C++到.Net。電腦也從上世紀的佔據幾個房間的龐然大物到現在的小巧玲瓏的掌上型電腦。 一些被底層研發人員的鄙視的企業軟體研發承載了從底層逐漸演化的過程，如果詳細研究一下C#，你會發現，其實C#遠沒有想象中的那麼簡單。 是的，C#封裝了指標，指標操作在C#只能被貼上unsafe的標籤，作為Managed

這幾天在找bug跟蹤軟體，結果在安裝ASPNET FORUM2論壇的時候發現他們是用Gemini管理的，過去一看，還不錯，使用ASP.NET開發的，軟體網址為http://www.countersoft.com/免費使用許可：完全功能，沒有時間限制最多10使用者不能安裝在Internet伺服器上，也就是只能在內網中使用一台機器只能安裝一個網站管理OpenSource完全免費對與小項目來說應該足夠了。

關於windows8的架構，這張圖流傳的相當廣泛但是有多少人明白這其中的奧秘，我特意做了一些實驗，來發現這到底是怎麼一會兒事兒。 首先來看看win32 時代我們開發一個應用的過程一直都是折騰類庫來開發的，dotnet類庫比win32類庫進了一步，做了一些更深的封裝。雖然dotnet更先進，但c++的既存代碼非常豐富，而且其記憶體密集操作巨大的效能優勢，讓人難以割捨。但建立一個混合c++類庫和dotnet類庫的項目時，結合起來並不那麼令人愉快，P/invoke，c++/cli

  在我做軟體開發之前，我一直都不會想到我會如此地迷上軟體開發 那個時候是用C++語言編寫了一個按鈕，點擊了以後彈出一個對話方塊，顯示“Hello world!”這樣的資訊就是這樣一個現在3分鐘不到就可以實現的功能，那一次前前後後我用了快3個小時 當我點擊按鈕，彈出對話方塊的時候，我現在還記得那個時候的心情。。。呵呵，甚至是激動地將手邊的枕頭拋上了天花板 我想軟體開發帶給我的樂趣，固然包括軟體被成功實現出來以後的快樂但我覺得最大的樂趣還是在於自己怎樣對待開發 一個軟體，一塊功能，甚至是一段代碼，

企業級軟體開發需要什麼樣的架構？ 導讀1.企業級軟體開發流程2.什麼是架構以及為什麼要開發架構企業級軟體開發流程1）領域建模      分析領域特定的問題。比如趕集網這一分類資訊網站，她的定位是解決都市人尋求房屋出租、二手房、二手車、二手物品交易、求職招聘等生活資訊的需求的。在領域建模階段要解決的就是這個軟體的定位問題，做什麼不做什麼。       這一階段由高層領導，市場銷售及系統分析師等完成。 2） 平台技術選擇      

    從明天開始,我將開始新的征途!    四年前從老家跑到杭州,來到這個陌生而又美麗的城市,開始奮鬥,直到現在.我很欣慰,至少我沒有虛度這四年的時間.    在這四年的時間裡,有過歡笑和淚水,有過成功和失敗.我都在經曆著人生的勵練,很感謝協助過我的人,謝謝你們.    四年前的現在,我還是個乳嗅味乾的小毛頭,明天似乎又重回到了這個起點.可能有很多人不解我的選擇,但我相信我的選擇.    明天,我可以做得更好!!!

Web用戶端軟體工廠是Microsoft Patterns & Practices Team開發的項目，目的是為了協助使用者使用Microsoft平台建立高品質的企業級應用。這個項目提供了可以擴充和自訂的架構，通過提供Software Factory來協助使用者開發基於Web的解決方案，解決最常見和最重要的一些技術問題。WCSF解決的典型問題：1. 如何組織解決方案 2. 如何測試Web應用程式（主要是單元測試） 3. 如何管理不同的環境（開發、測試、產品環境等） 4.

PS: 由於物件導向嘛,每天都在搞,很多概念性的東西就不做詳細介紹了.1.物件導向的基本概念(1)對象(2)訊息(3)類(4)繼承(5)多態.        多態的實現受到了繼承的支援,利用類的繼承的層次關係,把具有通用功能的訊息放在高層,而把不同的實現這一功能的行為放在較低層.這樣,在較低層上產生的對象就能夠給通用訊息不同的響應.(6)動態綁定.         例如: Class A{...}; Class B:A{...};    A a = new

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

三、專案經理的工具箱　　從接到的請教來看，許多中國國內軟體公司都是以項目為主，有單做單，沒單就幹靠，靠的時間長了老闆心毛了就裁人，來活了就招人，就這樣反反覆複。所以，大量的公司沒有開發部（因為除了銷售，開發部從開發到實施到支援都全做），當然也沒有開發部經理，只有專案經理。更不用提技術總監和CTO。即使有個技術總監的頭銜，也是為了給客戶的名片，而手下也就5-6個人，項目一來，技術總監也需要編碼和實施，其實就是一個專案經理。　　在國內，專案經理這個詞如此常見。均為實施專案經理和開發專案經理混為一身，

一、技術總監和CTO的區別

二、走出軟體作坊：三五個人十來條槍 如何成為開發正規軍