軟件

1 專案管理的方法論1.1 方法論方法論的英文為Methodology，編程的方法論應該是指軟體開發的一整套方法、過程、規則、實踐、技術。不過我們一般提到的方法論都偏重於項目、過程和人員的管理。 《Agile Software Development》的作者Alistair Cockburn提出方法論具有以下要素：角色、個性、技能、團隊、技術、活動、過程、產品、裡程碑、標準、品質、工具、團隊價值，它們的關係可以用一幅圖來表示：

昨天在《程式員》上看到一篇訪談文章，孟岩就3G手機軟體採訪科泰世紀的陳榕。看了後，第一個感覺就是陳榕沒做過手機軟體。其實“不知為不知”也無所謂，但陳榕扯了一堆“longhorn”、“metedata”，“軟體發展方向要等微軟出手”之類的話，讓我很反感。不由心血來潮，想談一談我所瞭解的手機軟體。　　　　1 手機軟體的運行環境　　1.1 概述　　

本文轉自http://www.rickyzhu.com/107_career-for-a-test-engineer.html在無憂測試罈子(bbs.51testing.com)上看到一牛人寫的自己作為測試人員的職業發展軌跡,有些觀點雖然激進還是比較認同的.

Steven Wang    來源: 51Testing軟體測試網 覺得文章不錯，特轉載啦；哈哈 【摘要】 本文列數了軟體黑箱測試過程中，在被測試軟體中可能存在的常見軟體問題。本文不會詳細討論基本的軟體測試思想與常用技術，僅針對在軟體黑箱測試過程中若干的問題做描述，並提供個人的參考測試意見與防範意見，希望可以為初學者提供些許協助。 【關鍵詞】 軟體測試，黑箱測試 【引言】不能不說的二個問題● 軟體測試中的“二八”原則 80％左右的錯誤在進行使用者測試之前已經被發現，而在剩餘20％左右的錯誤中，

最近在http://bbs.csai.cn/bbs/view.asp?Id={7106D3F2-4091-44E1-9CA4-D873DFFA06B1} 上看到有朋友提對對上面三者關係提出疑問，文http://mantx.csai.cn/user1/265/archives/2006/6359.html 對上面的問題給出了很好和生動的回答，但本人覺得上面的回答不夠充分，所以本人鬥膽多說兩句，請匆見怪。       

稍對linux有所瞭解的電腦使用者都知道linux是一個高度可定製的作業系統。通過LFS，我在一台IBM ThinkPad

畢業不到一年，在一家不錯的小公司做研發，公司待遇不錯，但可惜我們做軟體的在公司定位很低，可以說，我是公司研發部待遇最低的工程師。在這裡我過的很開心，和同學相比，我待遇還算不錯，公司的環境也很號。但想到未來，就會覺得前途渺茫。在一個非軟體公司做軟體，我不知道將來何去何從。等加薪的話，估計漲幅不是很大。跳槽的話，沒有體驗過正規軟體公司的工作模式，不知道能不能適應這個社會................

遙想當初上學的時候，認為軟體開發就是寫代碼，如今想想還真是幼稚之極。工作三年後，隨著工作之餘不斷的思考，開始對軟體開發過程有了個清晰的認識。      軟體工程把整個軟體開發過程大致分為需求分析、設計、編碼、測試和維護等五個方面。只有每個方面都做好了，才有可能做成一個好的系統，這隻是一個必要條件而非充分條件。每個階段的產出就是文檔，在瀑布開發模型裡面，下一階段所需要的資訊來源於上一階段的文檔。     

         首先從一個簡單hello world例子入手，然後再運用到實際的項目中。這裡主要涉及了autoconf相關工具的使用，瞭解一些，對自己日常開發大有好處。1.建立目錄結構        最頂層目錄以模組名命名叫helloworld,裡面有一個src目錄存放源檔案（helloworld/src）.這是慣例。有多個子模組時，各個子模組的原始碼放在各自的目錄裡。2.建立源檔案       在src目錄下建立一個main.c檔案裡面只有一條內容輸出hello

由於膝上型電腦相對於台式機來講，結構緊湊複雜，不像台式機那樣易於拆解和檢驗，而且膝上型電腦相對來說還是高價值品，很少有使用者敢隨便亂拆，這無疑給使用者的檢驗帶來了難度。所幸的是現在有一系列的軟體可以協助測試膝上型電腦，這些軟體的來源主要包括兩類：一類是膝上型電腦生產廠家或者配件廠商為了檢驗自己的產品所使用的商用專業軟體，比如IBM的硬碟、電池偵查工具；另一類是共用類的軟體，多為膝上型電腦使用者或者愛好者開發的工具，比如測試音箱用的High/Low-test。今天，我將針對膝上型電腦的關鍵組件，介

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

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

笑來是個很有影響力的人，他一發帖推薦阿朱的《走出軟體作坊》，馬上就被好學敏銳的未鵬看到了，未鵬立刻在TopLanguage上貼出了這樣的文章： 今天看到笑來老師在部落格上推薦這篇文章，跳轉過去看了，覺得阿朱這篇文章寫得太好了，一定要仔細體會，雖然每條都很簡練，可能不大合喜歡看故事的人的口味，然而我就是喜歡這樣簡略的總結，節省閱讀的時間，具體的運用實踐是屬於自己思考的範疇，仔細反覆體會每條語句所對應的現實情景，結合自己平時的做法，比較，揣摩為什麼阿朱文中提到的做法是更好的，對於平時做事情很有協助。

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

每一到兩年學習一門新的程式設計語言。選擇一個重點領域，儘可能對技術有一個高層次的理解。針對你的重點領域，開始寫部落格，並繼續擴大你的知識面，在你的重點領域中成為專家。嘗試不同的技術、程式設計語言、設計模式、架構等。向你的聽眾介紹技術，並努力讓每個聽眾都能理解。閱讀部落格，瀏覽並參與到Twitter和Google+中，收聽播客、看雜誌、參加使用者組會議和技術會議，並在這些會議上發言。每天安排時間學習新的東西，即使它只需15分鐘。有效利用一些被浪費掉的時間。瞭解各種可用的工具，以協助你更有效地做好本

write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie討論新聞群組及檔案在沒有經過本人允許的情況下，自動的下載搜狗的瀏覽器，並開始提示我安裝了！！！！鬱悶啊。。。。。。。。中國的軟體流氓行為實在是無止盡啊。。。如。。。。 在搜狐IME被qq黑了的時候，我還以為搜狐是善類，結果為了推廣自己的瀏覽器也是不擇手段啊。。。。。。唉。。。。大環境啊。。。。原創文章作者保留著作權 轉載請註明原作者 並給出連結write by 九天雁翎(JTianLing) --

第6章貫徹執行6.1 即使是大型的設計團隊，設計結果也必須由一個或兩個人來完成，以確保這些決定是一致的。6.2 必須明確定義體繫結構中與先前定義不同的地方，重新定義的詳細程度應該與原先的說明一致。6.3 出於精確性的考慮，我們需要形式化的設計定義，同樣，我們需要記敘性定義來加深理解。6.4 必須採用形式化定義和記敘性定義中的一種作為標準，另一種作為輔助措施；它們都可以作為表達的標準。6.5 設計實現，包括類比模擬，可以充當一種形式化定義的方法；這種方法有一些嚴重的缺點。6.6

 iPod touch基本可以看作是iPhone的去手機功能版。 

以運行cmd的方式運行你的軟體* 如果你經常找不到自己的軟體安裝在哪了,找不到捷徑了,那麼這篇文章將對你很有用,而且你案頭上可以不用顯示一個表徵圖,很乾淨.* 首先建立一個目錄:如D:/shortcut/*

1、檢測主程式大小，防止破解補丁之類：Function TForm1.GesSelfSf: integer; var F: file of byte; begin Filemode:=0; Assignfile(F,'./FileName.exe'); Reset(f); Result:=Filesize(F); Closefile(F); end;2、檢測建立日期和時間，讓破解補丁實效：Function