軟件

20110730~20110730知之者，不如好之者，好之者，不如樂知者。#不知而不知其不知者，愚者也；不知而知其不知者，惑者也；知之而不知其知者也，寐者也；知之而之其知者也，覺著也。#此書所致力於解決的窘境是跟人有關係的，是關於動機和士氣的。#此書寫給那些對軟體開發有過一些體驗並立志成為軟體開發高手的人。#此書是一部基於從業者之間的無數次交流的作品，也是一部對已有的關於學習、最佳效率心理學，以及所有我們能找到的與掌握知識相關的文獻進行廣泛研究的作品。#此書並不適合做參考手冊，而更像一些藝術家的

from:http://kong-desheng.iteye.com/blog/612908在一個軟體公司的組織圖中，軟體研發部的部門經理，是非常重要的一個軟體研發管理者。項目和產品的需求分析、設計、開發和單元測試，都是在其領導下完成的。軟體研發部門經理的管理能力，直接決定了項目和產品的進度和品質、人員計程車氣和穩定度、內部流程的效率、研發的成本、客戶的滿意度、產品的領先性。 一個優秀的軟體研發部門經理，能夠給軟體研發部帶來徹底的革命，最終的結果是項目進度加大，品質顯著提升，人員士氣高漲，到處是

搜集了一下常見的軟體測試面試題，發現自己在測試工作中欠思考了很多問題。http://blog.sina.com.cn/s/blog_4ffa88df0100bcis.htmlhttp://www.51testing.com/html/08/n-226208.html問題一：為什麼要在一個團隊中開展軟體測試工作？任何軟體在開發過程中都會留下缺陷，帶有缺陷的軟體產品如果提交出去，可能會給公司帶來不可估量的損失，我們必須在客戶之前發現儘可能多的問題，從而保障客戶滿意。而發現問題的這個過程稱之為測試。 

對我過去感興趣的朋友們，請看十年總結系列文章 －－－ 正式回到原來公司就職後，開發這邊的管理團隊形成了一個三足鼎立的局面， 田田，十幾年工作經驗，不怎麼懂具體技術，負責純管理，以及協調開發與市場， 樂樂，8－10年工作經驗，03下半年，他牽頭做了一個2.0版本的架構，java c/s架構，年底要移民澳洲， 我和樂樂各帶了幾個開發人員一起主持開發工作。 雖然多頭領導並不是一件好事兒，但對我來講並不是一件壞事兒，

原文地址：http://www.microtoolsinc.com/Howsrs.phpHow to write a software requirements specification如何編寫軟體需求規格書by Robert Japenga__________________________________________________________________________________________What should the SRS

以下三個是線上方式1.   http://www.freepdfconvert.com免費的， 只需要輸入您的email 地址和上傳需要轉換的文檔，就會把轉換後的文檔發送到您的email 2. http://www.pdftoword.com/免費的， 使用方式和上面是一樣的3. http://www.pdfonline.com/pdf2word/index.asp免費的，不需要輸入 email , 上傳完之後不要關閉頁面， 等轉換好之後就可以下載了。以下兩個是轉換工具1.

　　幾年前，我從溫伯格的《技術領導之路》中學到一點：技術人員往往更喜歡和機器打交道，因為他們“認為”自己更適合和機器打交道；但是，優秀的技術人員必須（也必然）具備好的溝通能力。所以，溫伯格鼓勵各位技術人員多加練習和其他人打交道的能力。溫伯格的這個觀點我是非常贊成的，好的技術人員一定需要“勇敢”面對他人，不能被“自實現的預言”局限在機器的世界裡。　　不過我也發現，“技術人員（當然我主要說的是軟體開發人員）不適合跟人打交道”的負面影響不止於此，它還成了一種刻板印象（stereotype），進而影響到

  列出來的東西算是加深下印象，有時候做的不好的時候，可以參考這些修正一下。其實覺得這個更加適合不太接觸技術的manager來識別技術和技術人才的選擇，manager被華麗而可笑的說辭忽悠既是manager的悲哀也是腳踏實地真正做事情的程式員的悲哀。  http://news.csdn.net/a/20101125/282470.html  1. 熱愛編程編程是一種為了滿足興趣而心甘情願去做的勞動（Programming is a labor of

1、編譯器處理1維數組的效率要高過2維數組；2、用整數運算代替浮點運算；3、用移動運算代替除操作；4、用查表操作代替需要重複計算的的操作；(空間換時間)5、迴圈展開；通常，迴圈展開和並行地累積在多個值中，是提高程式效能的可靠方法；6、編譯器處理int類型和處理unsigned short類型的效率不一樣。7、將函式宣告為inline，這樣 可以消除不必要的程序呼叫，減少CPU調用子函數的開銷；8、經常調用的函數，用組合語言來寫；9、考慮調整緩衝最佳化；

本帖最後由 奶茶dsk 於 2010-7-8 01:01 編輯

       大部分業內人士對印度的印象可以用4個字來概括:軟體大國。說印度是軟體大國，其依據是因為在印度，軟體和資訊服務行業的產值已經高達120億美元，和其1990年產值5000萬美元相比，增長了24倍。 況且印度的軟體對於印度希望發展的外向型經濟模式做出了卓越的貢獻:目前印度軟體已經出口到全球105個國家和地區，出口額超過印度全國出口總額的20%。據權威機構調查，1999年全球軟體的銷售額是1500億美元，其中印度公司佔16.7%，僅次於美國公司的78%。

1、更新軟體資料庫：sudo apt-get update2、尋找你想要的軟體：sudo apt-cache search  softwareName3、從尋找的結果中找到你想安裝的軟體，然後：sudo apt-get install softwareNameYouFound 備忘：斜體字為命令的參數，需要根據使用者需要安裝的軟體名稱而改變。---------------------------------------------------------可以用命令：sudo apt-cache

  1.軟體開發生命週期模型：           瀑布模型：一種理想化的開發模型，瀑布模型要求有明確的需求分析，而要達到這一點在現實開發中幾乎不可能。                       原型法：原型法的最大特點就是它採用了一種動態定義需求的方法。這樣，又是也就體現出來了，即不需要明確的需求       螺旋模型：結合了瀑布模型和演化模型的優點，最主要的特點就是在於加入了風險分析，它是由制訂計劃，風險分析、實施工程、客戶評估這一迴圈組成的，它最初從概念項目開始第一螺旋。      

現在網站發展的趨勢對網路負載平衡的使用是隨著網站規模的提升根據不同的階段來使用不同的技術：一種是通過硬體來進行進行，常見的硬體有比較昂貴的NetScaler、F5、Radware和Array等商用的負載平衡器，它的優點就是有專業的維護團隊來對這些服務進行維護、缺點就是花銷太大，所以對於規模較小的網路服務來說暫時還沒有需要使用；另外一種就是類似於LVS/HAProxy、Nginx的基於Linux的開源免費的負載平衡軟體策略,這些都是通過軟體層級來實現，所以費用非常低廉，所以我個也比較推薦大家採用第

物件導向方法是一種把物件導向的思想應用於軟體開發過程中，指導開發活動的系統方法，簡稱OO方法，它是建立在對象概念（對象、類和繼承）基礎上的方法。自八十年代中期起，人們注重於物件導向分析和設計的研究，逐步形成了物件導向方法學。典型的方法有P.Coad和E.Yourdon的物件導向分析（OOA）和物件導向設計（OOD），G.Booch的物件導向開發方法，J.Rumbaugh等人提出的對象建模技術（OMT），Jacobson的物件導向軟體工程（OOSE）等。九十年代中期，由G.Booch，J.Rumb

本篇是介紹如何運用英特爾軟體開發工具提高軟體效能的最後一篇。前兩篇分別介紹了利用英特爾編譯器提高編譯後代碼執行效能以及通過英特爾

　　Google近日為Android手機帶來一款手機搜尋購物軟體Google Shopper，讓手機使用者可以方便的上網搜尋相應的商品資訊並查詢價格。　　Google

【軟體商店已死】1、就商業模式而言，如果商店裡的APP不能銷售，開發人員無法獲利，而是通過協助廣告平推廣SDK賺錢的話，軟體商店淪落為廣告平台的銷售渠道；2、看一下軟體商店的使用者構成吧，可以大致分成2類使用者，一類是遊戲使用者，偶爾帶動下載APP；另一類是APP使用者，偶爾玩玩遊戲；在中國很多人對於工具類應用，提高自己的工作效率，而不去付費的消費意識，決定了這部分使用者是非常不值錢的，相比而言遊戲使用者更具有消費潛力和重要的使用者價值；3、看一下軟體商店裡的APP推廣吧，所謂的商店裡的關鍵字S

對於基礎架構，我還有幾個觀點要說明。在單一團隊工作結束的時候，將建立系統早期的、關鍵性的第一個版本，這是一個可執行檔版本，我們稱之為架構基準版本。在建立好架構基準之前可能要花費幾個迭代周期，但完成以後，將會證實你的假設、以及系統開發方法，也就可以降低風險，基於這個架構，其它部分的開發速度將會大大加快。一個好的架構要確保不同類型的關注點互相獨立，當其中一個發生改變的時候，不至於影響系統的其它部分。架構師應該致力於建立一個彈性架構，也就是說各個不同類型的關注點保持獨立，而系統中的一部分發生變化的時候