軟件

軟體過程主要指的是軟體工程過程，即在軟體開發的過程中組織內發生的各開發階段、各項開發活動的先後順序及其關係。這些活動有機的運轉即可以完成軟體開發過程。 有人將軟體生命週期當作軟體工程過程，這個觀點是有偏差的。軟體生命週期指的是軟體從無到有再到消亡的過程，是軟體本身的特性。軟體工程過程是建立軟體或者修改軟體過程中所經曆的分析、設計、實施、維護的過程，該過程的作用對象是軟體。對於一次性開發軟體，可能軟體工程過程近似於軟體生命週期中的從無到有的過程，但對於非一次性開發的軟體，即軟體需要通過多次版本的更

 1、 依賴倒置原則（DIP）P116a． 高層模組不應該依賴於底層模組。二者都應該依賴於抽象。b．

1、 一般而言，我認為資料庫是實現細節。應該儘可能地延遲有關這些細節的決策。不管這個特定的資料庫是使用RDBMS、一般檔案（flatfile）或者OODBMS實現的，此時都是無關緊要的。現在，我僅僅對建立為應用程式的其他部分提供資料庫服務的API感興趣。隨後，我會發現有關資料庫的合適實現。延遲有關資料庫的細節是一項不常見、但卻是很值得的實踐。我們常常會一直等到對軟體及其需要有了更多的知識時，才進行有關資料庫的決策。通過等待，我們避免了把過多的基礎結構放入資料庫中的問題。我們更願意僅僅實現剛好滿足

1、 敏捷式軟體開發 (Agile Software Development)宣言我們正在通過親身實踐以及協助他人實踐，揭示更好的軟體開發方法。通過這項工作，我們認為：個體和互動            勝過       過程和工程。可以工作的軟體      勝過       面面俱到的文檔。客戶合作               勝過       合約談判。響應變化               勝過      

1、 通過一次次的迭代和發布，項目進入了一種可以預測的、舒適的開發節奏。每個人都知道將要做什麼，以及何時去做。涉眾經常地、實實在在地看到項目的進展。他們看到的不是畫滿了圖、寫滿了計劃的記事本，而是可以接觸到、感覺到的可以工作的軟體，並且他們還可以對這個軟體提供自己的反饋。P20 2、 當你能夠度量你所說的，並且能夠用數字去表達它時，就表示你瞭解了它；若你不能度量他，不能用數字去表達它，那麼說明你的知識就是匱乏的、不能令人滿意的。——凱爾文勳爵（英國物理學家），1883。P17 3、 此外，通過首

1、  如果一個類承擔的職責過多，就等於把這些職責耦合在了一起。一個職責的變化可能會削弱或者抑制這個類完成其他責任的能力。這種耦合會倒置脆弱的（fragile）設計，當變化發生時，設計會遭受到意想不到的破壞。P88 2、  在SRP中，我們把職責定義為“變化的原因”（a reson for change）。P89 3、  變化的軸線僅當變化實際發生時才具有真正的意義。如果沒有徵兆，那麼去應用SRP，或者任何其他原則都是不明智的。P90 4、 

        無論哪個團隊都想成為擁有超強技術實力的團隊，而建設一支這樣的團隊也是每一位組長、技術主管、架構師的責任之一，要問起怎樣建設，會得到很多種回答，有人說漲工資，有人說搞績效，有人說多聚餐，有人說去旅遊……那麼哪種方式能低成本高收益的提升團隊的技術能力呢？        當然，答案肯定不是唯一的，這個答案既會隨著企業文化變化，也會隨著管理者風格變化，但是我認為，提升團隊的技術實力首選的還是進行技術培訓。       

1 是可以的；2 可以利用eclipse的可視化調試功能；3 調試時需要一些配置，可以參考：http://forge.mysql.com/wiki/Eclipse/CDT_on_Linux_and_Mac_OS_X#Debug_with_Eclipse.2FCDT這是利用eclipse調試mysql的配置，可以借鑒；主要是設定不要產生makefile以及連結源檔案目錄；4 遺憾：沒有vc那麼強大的即時參數值顯示功能 [只能顯示部分]

Programming F#的作者Chris Smith在部落格中撰文力挺C++，以下為文章大意。Chris Smith曾經在某次學術會議上長篇大論地講述F#的精妙之處，F#之父Don Syme很欣賞他的熱情，但同時也提醒他，“如果你的軟體事關重大，你就會用C++編寫它。（If your software matters, you will write it in

個人屬于敏捷陣營，推崇重構，堅決反對傳統的瀑布式開發流程。對以下觀點如有不同意見，請求同存異。觀點1：詳細設計文檔意義不大，代碼就是最好的詳細設計。觀點2：重構改善了既有代碼的設計，顛覆了傳統軟體工程理論。觀點3：設計屬於軟體開發流程的一部分，必須隨著程式的演化而演化。因此嚴格意義上的先設計後編碼是不可取的。觀點4：設計與編碼是矛盾的（哲學意義上的矛盾，指對立統一），設計可以指導編碼，編碼也能影響甚至推翻設計。 

最近在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

 軟體設計沒什麼太神秘有東西，只要用心體會，其實一切都很自然。軟體的設計之“道”，不在於設計的華麗、精巧，而在於其樸實、自然，以達到“以無招勝有招”的境界。 　　一、軟體設計的層次 　　可以分為以下幾個層次來進行理解： 　　1、目的：重用性、擴充性。 　　這是最高的層次，是應對軟體危機的需要。 　　2、原則：低耦合、高彙總。 　　各種軟體設計的原則，如依賴倒置原則、單一職則原則、面向介面等，以及各種設計模式，其根本的目的其實只是為了降低耦合這麼簡單。因為只有低耦合才能更好的適應變化，

     Endnote， Mendeley， Zotero，NE 和 NoteFirst，這些文獻管理軟體從功能上各有特色，網上的評論文章也不少，對其比較如下： A. 功能上： 在匯入中文文獻資料的準確性上，

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

文章轉自：http://blog.sina.com.cn/s/blog_5033f3b401013zj7.html第一種情況：出現這個問題多數是因為“環境變數PATH”未設定，雖然你可能在安裝的過程中勾選了Add<...>\OpenCV\bin to the

  rpm軟體包的安裝: rpm -ivh 軟體名.rpm (這個是用來安裝一個新的rpm 包) rpm -uvh 軟體名.rpm (這是用來升級一個rpm 包,即系統中已有這個軟體的舊版本,使 用此命令即把舊版本升為新版本) 例如我要安裝firefox就是: rpm -ivh firefox-2.0.0.1.rpm tgz或tar.gz的安裝:

鑒於經常看到很多傻傻的問題，比如xx語言幹什麼用的，xxx語言是不是落伍了？(不過說實在的,這些問題初學者都會有.)　　我在這裡說說開發人員應該知道的一些東西。但是這些只是我在平日裡看到和想到的。難免有所偏差,請見諒. 

文章目錄 CreateFile ContentsCreateFileDeleteFileCloseHandleReadFileWriteFileFile InformationUse of these functions  The Win32 API provides a set of functions to perform the generaloperationsavailable on files. The functions

Hiring smart software developers is not easy. If you're not careful you might end up hiring a bunch of moronic mandrills, like I did last year. And you don't want that. Trust me. Stand-up meetings are very hard to do in a tree.The key is to ask