軟件

編程浪子：請問大家最想在Unix下編什麼程式？

 學習的曆程：一路風風雨雨軟體工程  UML   C#  設計模式 vb.net   三層  mvc  機房收費系統  合作開發  學習的過程：1.      軟體工程是整個軟體開發的標準,貫穿整個學習過程中.軟體工程的學習奠定了根基. a)      軟體開發的基本流程:需求分析-概要設計-詳細設計-軟體實現-軟體測試.-軟體維護b)      軟體開發需要的文檔:軟體合作開發交流的工具.圖形化說明尤為清晰重要. 1.     

給初學者之四：java企業級應用之軟體篇嗯，說過了硬體就該是軟體了 這篇是這個系列的重中之重  首先我們來說說什麼是軟體，統一一下概念  所謂軟體通俗地說就是一套電腦程式 實現了某些功能的電腦程式 在很早很早以前，一台電腦的軟體是不分階層的 一台電腦只有一個系統，這個系統既是作業系統又是應用軟體，與硬體緊密綁定 後來經過許多年的發展發展發展 人們把一些與硬體緊密相連的又經常用到必不可少的功能做到一套程式中去 這一套程式就被人們稱做作業系統

　　近兩年來，對於B/S、C/S兩種結構的軟體的優劣，國內基本已經達成共識，普遍認為B/S結構軟體將全面取代C/S結構軟體。但B/S結構的軟體產品相對於C/S結構的軟體產品，具體擁有哪些突出的優勢，國內許多行業使用者還沒有清晰地瞭解。下面我們就對此做詳細的分析。一、何為C/S、B/S軟體    C/S結構軟體（即客戶機/伺服器模式）分為客戶機和伺服器兩層，客戶機不是毫無運算能力的輸入、輸出裝置，而是據有了一定的資料處理和資料存放區能力，通過把應用軟體的計算和資料合理地分配在客戶機和伺服器兩端，可

大概是在去年的七月份左右，我首先在 javalobby上看到這篇。當時也無比震驚，因為JDK（1.5及之前的版本）中Arrays.binarySearch(int[] a, int key)及Collections.binarySearch(int[] a, int key)（其調用indexedBinarySearch）存在一個在業界隱藏了幾十年的bug，而這兩個方法的作者恰恰是兩位高人實現：* @author Josh Bloch * @author Neal

    呵呵~~~又是一個勝利的時刻，我順利的完成了項目中的另一個模組的開發。心中充滿了無限的喜悅，寫程式就是這樣，當你每天完成自己規定的任務時，當你看著你自己一天天的茁壯成長時，你能不開心嗎。      呵呵~~~這篇文章獻給所有正在努力學習知識的朋友們，只要認定了一件事，就永遠別放棄，永遠不說“no”，只要每天進步一點點，相信你會逐漸成長為一個“大牛”，到了那時候，別人擋都擋不住~~~~~      竭盡全力成為群峰之巔~!!!

     前言：我不是很崇拜軟體模式的人，很多國內的軟體公司都很喜歡嘗試一個又一個開發模式，也經常看看有人抱怨這個模式不行或那個模式不適合。我認為，軟體開發模式和企業文化一樣，不是放之四海而皆準，不同的企業有不同的人員結構，有不一樣的產品（項目）開發工作單位，所以，如果只用一種開發模式，可能會出現水土不服的現象！    

 軟體開發中的老問題——溝通       在軟體開發中有這樣的一個法則（Brook法則）：向進度落後的項目中增加人手，只會使進度更加落後。我們經常可以聽到“1+1>2”的說法，但從這個法則中可以知道，在軟體開發中１加1是小於２的，甚至是小於1的，這是為什麼呢？其中主要的原因就是溝通，項目開發人員之間的相互溝通產生了額外的時間開銷，甚至可能會因溝通而產生新的問題，如新加入的開發人員因對問題理解不全面而導致產生設計上的重大缺陷，使得軟體開發變得更加困難。       

看了不少同學的問題,很多是關於編程的學習教材,學習路線,學習方法等,也有不少老師給做瞭解答,但真正能起到協助的不是很多,我開發程式有十多年了,也從事過一段培訓工作,雖然創新能力有限,但也不停的總結和回顧,發現現在軟體教育效率很低,有很多可以改進的地方,因此不斷嘗試,自己摸索了一套軟體學習的方法和內容,其中我借鑒了一些敏捷開發的東西,而且採取的是快速掌握主幹知識的思路,我就起了敏捷式軟體學習這個名字,通過一些學生的學習,效果不錯,在此介紹給同學們.其實真正的學習沒有什麼捷徑,但是少走彎路,就是找到

寫這篇Blog，是為了記錄自己學習的過程。To be a senior software engineer,也許途中會留下很多辛勤的汗水與美好的回憶。也許，每個人都有自己心目中軟體工程師的樣子。我想把這些故事好好地寫下來，與大家一起分享。我並不那麼專業，所以這篇Blog可能看起來更像是一篇學習心得。我會按不同的主題寫成不同的章節。如果某一章涉及到的知識你不感興趣，你可以直接跳過。也希望這篇Blog對你有所協助。                                           

文章目錄 總體設計 組成結構設計軟體組態管理過程 軟體需求說明書是站在開發的角度說明,用開發人員的語言寫的,它是對立項建議書而言的,正式立項後,有系統分析師進一步調研,寫出軟體需求規格說明書/軟體需求規格說明書是立項建議書的產物. 包括內容 驗證軟體需求 主要是驗證一致性完整性有效性現實性硬體,軟體的實現總體設計（概要設計） 需求分析 , 是做什麼, 根據使用者需求規格完成軟體需求規格說明書,.設計主要是解決

  首先聲明，本人不是kuaidail軟體的實現作者，是在做相關的項目過程中，想到了也實現了類似的功能，kuaidail軟體本身並沒有公布相關實現細節，所以在此分享一下。  在這裡，可以瞭解kuaidail軟體的一些安裝效果：http://bbs.app43.com/thread-15553-1-1.html一、總述 

安裝軟體再簡單不過了，用過電腦的人一般都會，但就是這個在大部分人眼裡輕而易做的操作卻也時不時地給你點顏色看看。當安裝無法進行的時候，你如何來面對呢？下面筆者收集了軟體安裝過程中遇到的幾個經典故障，希望對大家有所協助！　　A. 安裝程式啟動安裝引擎失敗　　問：我在安裝CuteFTP時提示錯誤！提示“安裝程式啟動安裝引擎失敗：不支援此介面”，安裝其他軟體也出現類似的提示，我該怎麼辦啊？　　答：引起這個問題的原因比較多，但最大的原因可能是軟體安裝需要的Windows installer出現了問題。到“

此方法就是通過修改/var/lib/dpkg/status檔案最好在剛升級後，沒有安裝其它額外軟體時候使用。否則如果出現之前安裝的軟體無法卸載，請重新覆蓋安裝一次。使用前需知：   1.不需要清除裝置。   2.使用操作完後，軟體可以直接在案頭長按表徵圖卸載掉的，不用繼續輸入那些dpkg命令的。   3.如果使用後出現之前安裝的軟體無法卸載，請重新安裝一遍該軟體，就可以自由卸載了。（重新覆蓋安裝軟體不會刪除你之前的軟體使用資料）  

周博通RSS閱讀器 http://www.onlinedown.net/soft/37448.htm優點：內建的新聞連結相對更多一些，同時這些新聞連結的選擇都非常不錯，特別是推薦頻道。並且同時支援OPML與XML的匯入與匯出操作，所以其相容性比較強。缺點：瀏覽速度有點慢。看天下資訊瀏覽器

1、項目設計項目設計的主導思想，我覺得可以理解為兩種，一種是完全設計，一個是簡單設計。     完全設計是指在具體編寫代碼之前對軟體的各種方面都調查好，做好詳細的需求分析、編寫好全部的開發文檔，設計出程式全部流程後再開始寫代碼。

 摘要：老子哲學 道德經 軟體哲學、軟體之道                 參閱：序  消滅人狼  軟體的十大命題 編程規則       聖人曰：太上，下知有之。其次，親而譽之。其次，畏之。其次，侮之。信不足焉，有不信焉。悠兮其貴言，功成事遂，百姓皆謂∶我自然。       成熟的軟體企業，都應有自身的開發平台和管理體系，但不同企業之間確存在巨大的差異。     

摘要：老子哲學 道德經 軟體哲學、軟體之道                 參閱：序  消滅人狼  軟體的十大命題 編程規則      聖人曰：視之不見，名曰夷。聽之不聞，名曰希。摶之不得，名曰微。此三者不可致詰，故混而為一。其上不皦，其下不昧，繩繩不可名，複歸於無物。是謂無狀之狀，無物之象，是謂惚恍。迎之不見其首，隨之不見其後。執古之道以禦今之有。能知古始，是謂道紀。      

摘要：軟體哲學、軟體之道、銀彈、人狼、軟體架構                 參閱：序  消滅人狼  軟體的十大命題 編程規則 2 軟體架構 – 難中求易      聖人曰：天下皆知美之為美，斯惡矣；皆知善之為善，斯不善已。故有無相生，難易相成，長短相形，高下相傾，音聲相和，前後相隨。是以聖人處無為之事，行不言之教。萬物作焉而不辭。生而不有，為而不恃，功成而弗居。夫唯弗居，是以不去。         

 摘要：軟體哲學、軟體之道、銀彈、人狼、軟體架構                 參閱：序  消滅人狼  軟體的十大命題 編程規則       聖人曰：上善若水。水善利萬物而不爭，處眾人之所惡，故幾於道。居善地，心善淵與善仁，言善信，正善治，事善能，動善時。夫唯不爭，故無尤。       聖人贊水，因為水的品行近乎於道。