軟件

  比如，一個最好的功能是10分，客戶要求的是2分，MS做到9分，IBM做到8.5，國內的大部分企業<2分，能做到3分以上的只有不多的幾家  印度的企業：客戶提要求，他會給你三種以上的方案讓你選擇-----------瞭解IT就是幫忙客戶做好選擇解決問題的各種可能  日本的企業：要求嗎，我已經幫你做好，你看是不是這樣的--------------行業基礎強  美國的企業：我公司不是這方面的專家，XX公司比我們做得更好-------專精某一領域，再拓展  國內的企業：怎嗎？這不是先前說的嗎？

問題:大概每隔兩個星期左右，秋色園上伺服器就會來一次CPU百分百，由於問題發生的機率極低，要它重現也難，所以只能意淫是記憶體太少的原故。以前出現，遠程上去結束掉進程，就正常了，悲劇的是最近秋色園VPS不知啥原因，經常遠程不上去， 最後轉轉折折只能進VPS管理後台重啟。要遇上CPU百分百，又是需要機緣，所以一旦發生和遇到解決的時間差度大，就會造成伺服器長時間打不開，後果大夥都懂的。。。解決：方法一：設定應用池CPU策略，達到N的時候自動回收進程（不實用，排除）因為更新網站dll時，偶爾有順時達到1

軟體設計過程有幾類和原始碼相關的角色：1.使用者；2.修改者1.封閉原則。使用者不需要瞭解的東西封閉起來，一則可以減少閱讀無關的資訊，二則可以減少誤用，增加代碼的耦合，增加以後修改代碼的難度。2.抽象介面原則。使用者引用的是抽象介面，會減少修改代碼的難度。<p$1$2$3$4$5$6> 原則性的東西往往不用太多，但是相關的具體措施還是蠻廣泛的。如何?封閉原則？首先要瞭解什麼是封閉，封閉的程度怎麼看出來。很多語言都可以做到多層級的封閉，範圍比如有：1.項目內；2.檔案內；3.類可以有公

很多“架構”設計出來後，你用了一丁點東西吧，都要求你背負整個架構的大包袱。這樣很不好。軟體應該由使用者選擇自己用到的功能，而能將不必要的功能去掉。一個好的軟體設計，應該可以增大也可以減小的。從這種意義上，.net 的dll封裝模式，就不如java的class + jar zip包模式高明。dll 是個大包，可能包含了很多用不上的類，作為物件導向的封裝模式，細化到類是有意義的。假如你的程式只使用架構的某個類，那麼你只需要包含這個類的class檔案，然後包含這個類自身的相關引用，然後類推下去。比如，

現在的軟體開發流程是這樣的:需求分析->概要設計->架構設計->模組設計->類設計->編碼->維護新思路:使用者特點分析（類似的功能，對不同使用者的價值點有所不同）->軟體價值分析(也就是軟體給使用者帶來的實際利益的具體輸出結果)->演算法分析(確定軟體結果所需要的相關演算法,從這個可以得出資料的流通變換方式,得到資料實體類,同時還能確定使用者所需要提供的資料內容,和如何提供這些內容的相關手段)->功能分析(建立業務類,業務類使用資料實體類進

軟體架構：提升抽象層次(譯) Peter Eeles的文章，文中一些定義以下面的為準。 架構，是系統的基本組織，涵蓋組件，組件與組件的關係，組件與環境的關係，以及一些指導設計和演變的原則。[IEEE 1471]        與此相關的一些術語：       系統，是具有一個或一組功能的組件集合。該術語的概念涵蓋了個人應用程式，傳統意義上的系統，子系統，綜合系統，產品線，產品系列，整個企業，以及其他利益集合體。系統為任務而生。[IEEE 1471]       

 其實財務軟體有什麼用？我覺得是給人一個快捷的印象，有這個印象協助人們怎麼利用現有的財富，怎麼去分配，設計新的理財方案。一般來說，我們不需要太過複雜的理財工具，只有大件的物品才需要我們動用這個數學工具。比如去買房，或者計算所得稅的時候，我們可能需要藉助比較專業的工具。那麼平時理財軟體有什麼用？第一個是記賬，記賬是無趣的，因為人們需要知道的是財務狀況。當然如果不記賬，怎麼能得到財務狀況呢，這是一個不可調和的矛盾。為此，我們需要靈活的設計記賬的錄入工作，讓它更加簡易和人性化。 財務狀況好的人，體現在

前天晚上從Ubuntu群裡討論，居然很多人認為所有的軟體都應該免費。從不在Linux陣營說話的我突然喊出一句“硬體為什麼不免費。”按今年的價格，河沙30元一噸，最好的河沙可以提煉25%的純矽（六九），按20%算，30元可以加工成200千克的純矽，一個針頭的面積可以容納三千萬個晶體管...如果這麼算成本，看看CPU的原材料吧，一車皮沙子能滿足全球的CPU供給。

Title:  Support EngineerQualifications: 1. Bachelor’s degree in computer science2. Over 2 years solid working experience in software developing 3. Good skills on Visual Studio, client-side scripting, C#, VB4. Knowledge of XML, XSLT, webservices, SQL,

在Ubuntu 11.10版本中，有一個軟體中心。在該軟體中心安裝軟體，都會自動下載安裝。你在安裝的過程中沒有選擇路徑這一選項。我的eclipse就是直接在軟體中心中安裝軟體，但是後來想往裡面添加外掛程式，卻找不到路徑。尋找一遍後總算弄清楚怎麼一回事了。我的Eclipse安裝後存放的位置：第一：可執行檔。系統預設安裝在 /usr/bin 這個路徑下。第二：設定檔。系統將eclipse的設定檔存放在 /etc/ 的路徑下面。第三：其他檔案以及檔案夾。系統將用到的其他的資源或者外掛程式等存放在

藍海指還沒有人涉及的市場，紅海指存在激烈競爭的市場。哪個更容易發現？當然是紅海市場，因為參與者眾多。哪個更容易開拓？當然是藍海市場，因為不存在競爭。 從我個人觀點來說，不建議參與藍海市場。首先，我們沒有能力培育這個市場，其次是，我們沒有足夠實力保護這個市場不被別人侵入。有個小故事，相信大家都聽說過。說是一個賣鞋的業務員到某個島國推銷，卻發現他們從來不穿鞋，失望而去；另一個賣鞋的業務員，卻認為這是一個未發掘的藍海市場，免費贈送鞋子試穿，培養、改變他們的生活習慣，最終鞋子得到大量銷售。這個故事，我以

我最近碰到一個讓我很蛋疼的事情。一個C#程式員很自豪的宣布，說自己已經看不懂他一個星期前寫的代碼了。說實話，我真想知道他有什麼可值得驕傲的，我完全搞不懂嘛。他自豪的是，他每天寫了很多很多代碼？還是任何人都願意給他錢，讓他寫代碼？對於此事我的觀點是： 對於一個職業C#程式員來說，不能理解你在一周前或者一年前寫的代碼是一件不可原諒的事情。是的，我是麼說的。容我說明一下。我把軟體開發作為職業

軟體重構問題: 1.在完成一個階段的開發工作後,需要整理自己代碼進行重構.2.遇見重複出現的情況,不要做重複的事情,需要整理自己代碼不要做重複的事情,不然維護所耗的時間可能更大.設計原則:單一職責原則 　　一個對象只做與之相關單一職責;開放-封閉原則      對擴充開發,對修改封閉裡氏代換原則     只有當子類可以替換掉父類，軟體單位的功能不受到影響時，父類才能真正被複用 依賴倒置原則　　一切依賴都是依賴於抽象.迪米特法則

1.一切的技術都是為實際需求服務的.需求重於技術,因為技術只是實現手段;新的技術的引入需要注意所有你要面臨的問題(開發成本,維護成本,效能問題,系統升級,使用者反響...);2.

　　軟體工程課我的觀念轉變　　之前瞭解到鄒欣老師教過的軟體工程課都是大四或研究生的課，我還曾抱怨過。　　我曾想過大三的代碼量還不夠很好地學習軟體工程，而且以我的理解這門課是將一定數量的程式員很好地融合進同一個工程的學習，類似於“介面的構建”。而現在連類內部的方法（個人對程式設計語言的掌握）都沒搞清楚，我們的資料庫等專業課還正在學，要很好地在工程中合作必然阻礙重重。　　有一段時間我一直都是這個想法。　　其實自第一天學C開始，我就一直聽到人們在說像learn by

必應繽紛案頭測試報告　　　　報告人員：10061152----李嘉良，  10061183----謝永青 軟體名稱: 必應繽紛案頭 (http://desktop.bing.msn.cn/)測試環境:第一部分:按照教程描述的 bug 定義, 找出一個功能性的比較嚴重的 bug   bug1:軟體不能縮小到托盤,必須在工作列中呈現。這個會對使用者的任務管理造成一定程度上的不適應。   現象:　建議：增加最小化托盤功能.  

 第一部分——找BUG        

組員：劉牛頓 郭立軒測試軟體：必應繽紛案頭版本：1.1.165.0環境：win7普通版，x32，Intel(R) Core(TM) i5 CPU，4GB

from http://codecanvas3706.spaces.live.com/blog/cns!5A77585898179960!205.entry [當學生的時候, 最好犯一些錯誤,  經曆一些失敗.  不經曆一些慘痛的失敗, 難道要到工作的時候才失敗麼?