軟件

 使用者手冊概要1．引言1.1編寫目的    [……]1.2背景    [……]1.3定義    [……]1.4參考資料    [……]2．用途2.1功能    [……]2.2效能2.2.1精度    [……]2.2.2時間特性    [……]2.2.3靈活性    [……]2.3安全保密    [……]3．運行環境3.1硬裝置    [……]3.2支援軟體    [……]3.3資料結構    [……]4．使用過程4.1安裝與初始化    [……]4.2輸入4.2.1輸入資料的現實背景    [

1. 什麼是先行編譯，何時需要先行編譯：答案：１、總是使用不經常改動的大型代碼體。(好工程的回答，不是麼～～～：）)２、程式由多個模組組成，所有模組都使用一組標準的包含檔案和相同的編譯選項。在這種情況下，可以將所有包含檔案先行編譯為一個先行編譯頭。2. char * const p      char const * p      const char *p 上述三個有什麼區別？答案：char * const p;  //常量指標，const修飾的是指標p，故p的值不可以修改char

一般招聘軟體測試工程師的要求： 一年以上軟體測試經驗 瞭解軟體工程，熟悉軟體測試過程和標準、熟悉組態管理技術和工具 能夠編製測試計劃、設計測試案例、編寫Bug報告和測試總結報告、使用測試載入器、開發測試指令碼 熟練使用Windows或Unix或Linux作業系統 熟悉C、C++、Java、VB、Delphi、C#中的一種以上 熟練使用SQL Server或Oracle資料庫 瞭解業務領域（ERP、OA、電子商務、稅務系統、電信計費系統……）優先 熟練掌握至少一種以上的測試載入器，如TestDir

我叫鄒欣,  是微軟亞洲研究院 創新工程中心 首席研發主管 (Principal Development Manager).  我和同事們一起把研究成果轉化為商業軟體產品和服務。近期主要專註於垂直搜尋，企業搜尋，軟體開發工具和數字娛樂等領域。 在工作之餘,  我也寫書 （移山之道， 編程之美），寫部落格，講課。 我用這個部落格管理在微軟亞洲研究院進行的中科大 "現代軟體工程" 課程. 學生的部落格:         http://blog.csdn.net/MicroTeam       

最近和幾個同道談論了一些程式，架構，軟體的問題，大家身在此山中，繞來繞去，始終沒有能有明確清晰的結論。我把一些想法寫在這裡，供專家指正。幾乎所有程式員都知道“程式 ＝ 資料結構＋演算法”這句名言。但是在實際的學習和工作中，也有不少人產生了疑問。 例如：1) 我寫了二叉樹的周遊演算法實現，在這裡，二叉樹是資料結構，周遊的實現細節是演算法。我寫的C 程式就是結果。 但是我這個程式有什麼用呢？ 在Java 中，似乎沒有指標，那我可以不必瞭解二叉樹麼?2) 我找到了工作，成了一名程式員,

  《移山之道——VSTS軟體開發指南》 (這是一本中國人寫給中國人看的如何做軟體開發的圖書) 微軟亞洲研究院研發經理鄒欣老師力作《移山之道——VSTS軟體開發指南》配套社區yishan.cc正式發布了！  《移山之道》通過虛擬Team Dev―移山公司利用Visual Studio Team System2005 及MSF 敏捷方法論

原文連結在此（Icebefore發表於2009-11-12）  先讓大家see一下今天參會的目的地，以及參會時北京的大雪盛況。（當然光看圖是看不出來雪下得很大的。實際上，就連打傘也沒有用，衣服、包上全是雪末。）  這個會的名字叫做“教育部示範性軟體學院就業工作會議暨中關村軟體人才峰會”。 我和江堂同學一道參會。博文視點的《我是一隻IT小小鳥》受到了廣泛好評。——“這本書很不錯。”“這本書對大學生就業工作很有協助。”“IT專業的大學生都應該看看這本書。”…… 鑒於以上，江堂同學非常激動，以至於幫我

  原帖地址   原文作者：Eric Lippert    譯者：關關       編者按：原文作者Eric Lippert是一名資深軟體設計工程師，從1996年起一直在微軟開發部門任職，協助設計並實現VBScript、JScript、JScript .NET、Windows Script Host、Visual Studio Tools for Office 和 C#。　　Escalation的工程師JeremyK在他部落格中問到：　　你是怎麼教人們快速深入挖掘不熟悉的代碼（不是自己所寫的）？

《一目瞭然——Web 軟體顯性設計之路》今天看到本書的第六章第125頁，關於“使用無模態小幫手”這節。這一節主要是講我們在做使用者體驗時不應該把不友好的警告模式進行花樣翻新，而是要設計出更好的方案來協助使用者順利操作。而非模態方式就能達到這一點。本章舉了Google

軟體企業要求基礎軟體工程師具備六大基本素質，即良好的編碼能力、自覺的規範意識和團隊精神、認識和運用資料庫的能力、較強的英語閱讀和寫作能力、具有軟體工程的概念和求知慾和進取心。 良好的編碼能力。軟體人員的一個重要職責是把使用者的需求功能用某種電腦語言予以實現。編碼能力直接決定了項目的開發的效率。這就要求軟體工程師至少精通一門程式設計語言，比如當前國內企業常用的C/C++、VB和國際上最流行的Java語言，熟悉它的基本文法、技術特點和API(應用程式介面)。

軟體20分鐘寫一本書，已有10萬本已上架亞馬遜 據國外媒體報道，歐洲工商管理學院（INSEAD）營銷學教授菲利普•帕克（Philip

 詳細設計說明書1.引言1.1編寫目的    [說明編寫這份詳細設計說明書的目的，指出預期的讀者。]1.2背景a. [待開發系統的名稱；]b. [列出本項目的任務提出者、開發人員、使用者。]1.3定義    [列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。]1.4參考資料    [列出有關的參考資料。]2. 系統的結構    [給出系統的結構框圖，包括軟體結構、硬體結構框圖。用一系列圖表列出系統內的每個模組的名稱、標識符和它們之間的階層關係。]3．模組1（標識符）設計說明    [從

 模組開發說明1．標題[系統名稱和標識符][模組名稱和標識符][程式編製員簽名][卷宗的修改文本序號][修改完成日期][卷宗序號][編排日期]2．模組開發情況表    [……]3．功能說明    [扼要說明本模組的功能,主要是輸入、要求的處理、輸出。可以從系統設計說明書中摘錄。同時列出在需求說明書中對這些功能的說明的章、條、款。]4．設計說明    [說明本模組的設計考慮]5．硬體部分的設計結果1） 經項目組調試通過的硬體成品1件2）設計檔案：《原理圖》《PCB圖》《BOM清單》《可程式化器件及

 比較了tradestation, metastock, ninjatrader, TradersStudio, MultiCharts, wealth-lab, RightEdge, openquant等幾種在elitetrader.com最多的平台。    Tradestation和Metastock都有大量的現成代碼，使用人較多（其中有很多資曆很老或者是職業trader），其程式設計語言相對簡單，強項在於開發各種指標很方便，但做Backtesting的功能就比其他弱一些。  

主要分析存在多個版本特性時的軟體構建策略。多個版本特性在有些情況下僅僅對應於軟體的本地化，複雜的情況就是不同版本中模組的商務邏輯、呈現策略都不相 同。這不僅在產品開發過程中增加成本，更多的成本將在維護階段體現出來。因此，選擇一個合適的構建策略對降低開發與維護成本都是非常重要的。一、傳統軟體構建策略

共用軟體發展有許多年了，其中不乏好的作品。不過更多的軟體仍然只能算是業餘水平。做共用軟體不能簡單地靠興趣，尤其是市場越來越成熟的時候。這裡不講技術問題，只是和大家聊一聊做共用軟體的方式，初步分析發展的規劃。更多的還是希望能聽到大家的意見。一、    三個戰區從做軟體設計中學到，要將一個複雜的東西分析清楚，首先就要分模組。在做發展規劃的時候，第一步同樣是將模組劃分出來。總共分為三個戰區：研發、營銷、服務。如所示：1.1   

我曾經去給OSCHINA做過一期有關“軟體工程實踐”的有獎高手問答

我曾經去給OSCHINA做過一期有關“軟體工程實踐”的有獎高手問答 （獎是給提問者的，哈哈），現在來看，許多問題仍然可讀之處，因此整理成文字，以為眾賞。原貼在這裡：http://www.oschina.net/question/12_78459本篇的問題是：軟體工程要怎麼學，學了有什麼用、怎麼用？答：首先，軟體工程是學不得的。是所謂“學之不得”，通過死學，是得不到什麼有價值的東西的。我們必須自己提一些問題，然後來求解，通過這個求解的過程，來學習與領會它。我想第一個要問的問題，就是“什麼是工程”。

我曾經去給OSCHINA做過一期有關“軟體工程實踐”的有獎高手問答

 給軟體工程師的自學建議                 與現在大學生的情況類似，學校學的專業知識總是與實際工作中需要的知識相差甚遠。或許進入我們這個行業就註定要一輩子不離書本、不離學習了。由於軟硬體技術的推陳出新，學校教的C/Basic/Pascal/FoxBase還真從來沒直接用於實際工作中過，後來工作中用到的具體知識全憑畢業之後看書自學。為此畢業以來買書的投入每年逾千，那時候懷著傻傻的投資的心態去激勵自己努力學習：花200塊錢買本書，學會某種程式設計語言或者工作技能，將來工資每月上漲三百、