軟件

      “在軟體方面，各個方面的變化總是如此頻繁而迅速，以致你需要一種能夠勝任你交給他們的任何一項編程任務的程式員。如果因為某種原因你發現一位集白癡與專家於一身的程式員，他真的非常非常非常精通SQL，但對其他程式設計知識卻一無所知，那麼就是簡單不錄用而了斷。長痛不如短痛。”        ---------P.135       今天周末，偶爾翻翻《JOEL說軟體》，忽然看到這一段話，覺得與我心有戚戚然。       

招聘Net軟體工程師,測試工程師:Net軟體工程師職位描述：1.   熟悉使用VS2005，SQL 2005的開發工具；2.   有BS開發經驗；3.   精通ASP.NET+MS SQL的開發；4.   熟悉HTML、XML和Javascript，熟悉CSS+DIV開發，對AJAX技術有一定的研究；5.   熟悉常用的演算法思想，解決問題能力強；6.   並具有一年以上實際項目開發經驗；7.   工作認真負責，喜歡鑽研，有良好的團隊協作精神。 任職要求：1.  

#Programming Visual Studio Eclipse XCode Delphi Matlab IntelliJ Idea gcc cygwin Gnome-Terminal tcsh CodeBlocks SourceInsight QT Creator Windbg gdb MyEclipse JDeveloper Keil#Edit Notepad Notepad++ UltraEdit MadEdit vim emacs vi gVim rxvt-unicode

1. 先做出架構密切相關的決策，以減少不確定性. 2. 建立自適應的生命期過程，進一步減少變異. 3. 通過資產複用和中介軟體，減少定製開發的數量。4. 調節過程以度量變更成本、品質趨勢和進度趨勢. 5. 和所有涉眾誠實溝通進展和阻礙. 6. 定期和涉眾協作，重新協商優先順序、範圍、資源和計劃. 7. 在演化寬度和深度上持續整合發布和測試使用情境. 8. 建立協作平台，提升潛在分布團隊的團隊協作 9. 通過自動化提升變更計劃、範圍和代碼發布的自由度. 10. 建立保證參與人員創造自由的治理模型.

公司準備做cmmi3,前期與諮詢公司做了一下接觸,對整體過程有了點粗淺認識.先做一下筆記,以待日後驗證.cmmi的22個過程域,略過,聽到這個數字就頭大一倍.將度量謹慎地用於績效管理.過早地應用,會使收集到的資料失真.對拿到的資料能採取什麼行動?以此驗證資料是否有用.品質是開發出來的,不是測試出來的.Bussiness First,Model Second.流程改善是為了協助企業商業目標的實現,不是為了改進而改進.3級把過程穩定(每槍都能打個5環),4級改進過程(向8,9環靠攏),5級創新過程(

個人排程永不亂：五款定時提醒軟體橫評 (2006-04-24 16:19:57)  

軟體項目開發，通常也會按正常化的流程及規約有序進行。以下為我的經驗與總結關於大中型軟體項目開發流程結構，總流程可分為：1、 目錄結構2、需求分析3、庫選擇及設計4、計劃安排,開發週期等5、環境搭建6、項目開發下面作分別闡述：1、 目錄結構:主要是,documents(文檔資料/式樣)/src(代碼)

　　隨著軟體文檔系統日益龐大，文檔測試已經成為軟體測試的重要內容。文檔測試對象主要如下：        封裝文字和圖形；         觸達材料、廣告以及其它插頁；         授權、註冊登記表；         終端使用者許可協議；         安裝和設定嚮導；         使用者手冊；         線上說明；         範例、示範例子和模板；           … …

        在做項目的時候發現一個問題：我們這個項目比較老，有300多個檔案組成，經常改動的有40個左右。添加一個新功能的時候，有的時候會涉及到很多檔案。經常會忘記了在什麼地方修改代碼，增加註釋標誌的時候又會打斷思路，而且又麻煩。於是有了做一個檔案操作記錄軟體的設想。        構想是這樣的：監控一個檔案夾下的制定類型的檔案。如果有檔案的建立，修改等則記錄下來。對於建立檔案，記錄建立的檔案名稱和時間；對於修改檔案，對比修改前的檔案，記錄修改的部分，並加入注釋標誌修改。       

1. 軟體版本階段說明* Alpha版: 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發人員內部交流，一般而言，該版本軟體的Bug較多，需要繼續修改。 * Beta版: 該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟體的UI。 * RC版: 該版本已經相當成熟了，基本上不存在導致錯誤的BUG，與即將發行的正式版相差無幾。 * Release版:

學習軟體開發的一種方法本文是描述學習軟體開發中條條大道中的一種,其中一些建議和流程也是非常適合於軟體項目中的"救火"作業的.那下面我們就來看一下這種方法的具體操作流程:1.首先找一個正規的IDE,這個非常非常的重要，所謂"工欲善其事，必先利其器"是也;據說JAVA社區中的IDE是五花八門,不過我認為在這一點上多不如精.比如MS.NET的IDE就是"只此一家,別無分店",你也就不必為這根本就不用挑的東西而費精力了(據說有個C#Builder,我在軟體園中還沒有發現朋友提到哪家公司是用的那個IDE)

　　好久沒有寫部落格了，感覺陌生了好多，今天就我最近一直在深思的軟體專案管理成本和各位園友進行交流。作為企業是必須把利潤放在首位的，否則就沒有辦法生存，更不用說擴張，但在今天這個競爭激烈的社會，一個企業能夠生存下來需要有以下兩個有優勢：　　1、企業有較強競爭力的產品，企業的立足之本；　　2、產品的成本必須足夠低，增強和對手的競爭力。怎樣來增加以上兩個方面的競爭力，是每個企業的一直頭疼和不能擺脫的問題，怎樣來控制企業的產品成本？　　在管理學中管理的成本分為以下三類：　　1、決策成本：它主要是企業管

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

       最近受了點刺激開始系統的找些軟體開發過程管理書籍來看,我的這篇Blog記錄了一些.最近又買了鄒欣的《移山之道》,本來是很少買國內著作的書,但願這本能讓國內的程式員有所收穫.其實這些書籍並不是太適合工作六七年的人來看了，但我的一個毛病就是求全責備，盡最大可能解決我在軟體開發過程中遇到的每一個疑惑，能夠為每一個實踐行為找到理論依據和存在的原因。這本書是我繼《Head First Design Pattern》之後讀得第二本Head

公司一直致力於電子商務的發展，隨著業務的發展，公司現在需要招聘一名.net軟體工程師和一名網頁設計師        Net軟體工程師職位描述：1.   熟悉使用VS2005，SQL 2005的開發工具；2.   有BS開發經驗；3.   精通ASP.NET+MS SQL的開發；4.   熟悉HTML、XML和Javascript，熟悉CSS+DIV開發，對AJAX技術有一定的研究；5.   熟悉常用的演算法思想，解決問題能力強；6.   並具有一年以上實際項目開發經驗；7.  

軟體開發流程設計模式。.net頁面傳值的幾種方式。（ asp.net頁面傳值 ）緩衝有幾種，緩衝特點，如何更新緩衝。（asp.net緩衝）iis處理請求的過程。（iis處理asp.net請求）抽象類別與介面異同。（C#中抽象類別和介面的區別）asp.net頁面最佳化。（ASP.NET頁面效能最佳化的十大做法）（WEB效能最佳化系列一）頁面seo。asp.net頁面生命週期。（asp.net 2.0頁面生命週期詳解）get與post的區別。（Http

作為一名優秀是軟體開發工程師，以下的這些常識你知道嗎？在實際工作中有沒有總結過呢？小編就帶大家一起分享這20個軟體開發常識。 1.針對物件導向的設計與分析：為了讓軟體有更好的可維護性，重用性以及快速開發，簡短的OOAD與它的SOLID原則對於每一個軟體工程師來說都是該牢記的。 2.軟體品質因素：軟體工程的好壞與軟體的品質因素是絕對關聯的。請在開發過程中深刻的理解這一點。

原文地址：http://www.android123.com.cn/kaifafaq/757.html 有部分Android開發人員發現自己的Android軟體自動升級遇到了問題. 1. 設定伺服器上的版本對比檔案，通常來說軟體一般在運行時，或每運行幾次，比如5次檢查下伺服器上的某個版本資訊檔和當前軟體自己的版本號碼對比，Android上一般我們推薦比較通用的XML編碼一個升級檔案，裡面寫明新版本號碼，檔案大小和新版本APK檔案的下載路徑。 2.

這兩天聽說身邊有人為了做駭客軟體放棄20多萬的年薪，雖然想不出這類軟體如何非常有“錢”途，但畢竟職場境遇不同，也表示理解。閑來總結了3條駭客軟體的設計原則： 1、speedy over  splendid　　　　2、command over click3、automatic over always1、在爭奪系統控制權的過程中，速度總是要優先於有好的介面 2、面向群體不同，更好的命令操作體驗一般優先於滑鼠點擊 3、這類軟體屬於探索性操作，因此自動化遍曆處理往往要比人工點對點反覆嘗試來的重要。

MPD軟體工作坊西安站即將開啟 直擊五大特性 互連網時代，軟體研發的趨勢是什嗎？研發過程中遇到問題怎麼解決？軟體研發團隊管理又該如何把握？今年最熱門的峰會論壇將在2012年9月15日-16日巡迴到西安，“MPD軟體工作坊”（以下簡稱MPD）一一來解讀由麥思博主辦的“MPD軟體工作坊”，已經成功舉辦了十三屆，是業內講師嘉賓層級最高的軟體研發會議，具有廣泛的影響力和品牌價值。憑藉對軟體研發過程中問題的深刻剖析，以及對軟體技術群體的獨特影響，MPD一直受到軟體行業人士的熱捧和積极參与。峰會也成為技術人