軟件

2011-05-01 21:04 71人閱讀 評論(0) 收藏 舉報Facebook 是全球首屈一指的社交網路平台，該網站採用了很多開源軟體，Facebook 採用的程式設計語言包括：Java, Ruby, PHP, Python, Objective-C.下面是 Facebook 正在使用或者貢獻的開源軟體詳細列表和介紹：Apache

軟體架構軟體架構（software architecture）是一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。軟體架構是一個系統的草圖。軟體架構描述的對象是直接構成系統的抽象組件。各個組件之間的串連則明確和相對細緻地描述組件之間的通訊。在實現階段，這些抽象組件被細化為實際的組件，比如具體某個類或者對象。在物件導向領域中，組件之間的串連通常用介面_(電腦科學)來實現。

如何在學校裡講創新, 這是一個老問題。 但是天朝的教育體制總有辦法，請看: http://news.163.com/10/1125/03/6MABIS4H00014AED.html 武漢一高校設"創新學分"

 自我介紹一下, 我叫鄒欣,  是微軟亞洲研究院 創新工程中心 首席研發主管 (Principal Development Manager).  我和同事們一起把研究成果轉化為商業軟體產品和服務。近期主要專註於垂直搜尋，企業搜尋，軟體開發工具和數字娛樂等領域。 在工作之餘,  我也寫書 （移山之道， 編程之美），寫部落格，講課。  我用這個部落格備份在微軟亞洲研究院進行的中科大 "現代軟體工程" 課程. 

 人往高處走，水往低處流，我們都希望每年提高一點點進步一點點，每年都能更上一個層次。我們有時候開玩笑，說有的人吧，你把金子放到他的口袋裡，他會嫌太沉了，把金子甩開，繼續往前走，繼續尋找食物。。。雖然大家都有很多項目經驗，但是不知道是否進行了項目經驗的整理、甚至是工作經驗的整理，相對來講對開發人員來說收穫最大的還是項目後期的經驗更值錢一些，當然從項目開始到結案為止能得到整個過程經驗，那會更理想一些，將來對你的職業提升鋪墊個牢固的基礎了。其實很少有人項目從頭參與到尾巴的，一般是前期參與，中期開發過程

最近使用Ubuntu 11.04編譯一個工具，需要用到 subversion工具，可是在運行 sudo apt-get install subversion時出現404錯誤，提示如下，E: Unable to fetch some archives, maybe run apt-get update or try with

為規範個人的C語言軟體開發，同時也便於團隊內的代碼交流共用，現暫訂一種寫碼風格。如有建議，歡迎拍磚。宏：全部大寫，單詞間用底線隔開，不同作用的宏格式使用不同格式；         普通的編譯控制宏：如標頭檔中限制編譯時間只一次包含的宏 :                         #ifndef _IMSGE_H_                       #define _IMSGE_H_                        //.....                 

【 聲明：著作權，歡迎轉載，請勿用於商業用途。  聯絡信箱：feixiaoxing @163.com】   

令人煩惱的需求變更    在軟體開發中，大家都會遇到過這樣的問題：客戶的一個新想法，就推翻了之前與客戶經過再三討論而確認定下來的需求。如果是功能性需求變更還會讓人容易接受一些，畢竟功能性需求不實現的話，是會大大影響到軟體產品的品質。但是一些非功能性的變更會讓人很頭疼，許多是看起來無關痛癢的、雞毛蒜皮的變更，卻是極為令人無語和無奈，甚至是煩惱和厭惡的。    （1）什麼是軟體需求？   

經過幾天的winrar的學習大家都知道在WinRAR壓縮檔時有一項是儲存功能，它可以把兩個檔案壓縮在一起，如果格式還是rar的話，它和標準壓縮沒有什麼區別，但是一旦格式變一下它的作用就大了。先看下面的幾個圖片吧：  這是我把兩個mp3檔案壓縮儲存為一個檔案，其實標準壓縮改變格式以後也可以做到這樣的效果，但是標準壓縮最後卻不能播放出來。      

隨著電腦的發展，人們對電腦的依賴性越來越強，對軟體的需求量越來越多，同樣對一些大型軟體的需求量增加。然而問題出來了，落後的軟體生產方式無法滿足迅速增長的電腦軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題。這就迫切需要一種科學、系統的管理方法，在這種情形下，軟體工程誕生了。 那麼何為軟體工程呢，官方的說法：軟體工程（SoftwareEngineering，簡稱為SE)是一門研究用工程化方法構建和維護有效、實用的和高品質的軟體的學科。那麼軟體工程到底是如何做到這些的呢？軟體工程將軟體生命週

系統構架設計應考慮的因素廈門巨龍軟體工程有限公司 盧琳生2004-10-19軟體工程專家網   本文從程式的運行時結構和原始碼的組織圖兩個方面探討了系統構架設計應考慮的各種因素，列舉了系統構架設計文檔應考慮的一些問題。     一、與構架有關的幾個基本概念：      1、模組（module）：一組完成指定功能的語句，包括：輸入、輸出、邏輯處理功能、內部資訊、運行環境（與功能對應但不是一對一關聯性）。     

1 讀程式段，回答問題int main(int argc,char *argv[]){int c=9,d=0;c=c++%5;d=c;printf("d=%d\n",d);return 0;}a) 寫出程式輸出b) 在一個可移植的系統中這種運算式是否存在風險？why?#include "stdio.h"int a=0; int b;static char c;int main(int argc,char *argv[]){char d=4;static short e;a++;b=100;c=(

Linux下是除了二進位形式的軟體分發外，還有原始碼形式的軟體包，講一講這些軟體的安裝與卸載： 一、二進位分發軟體包的安裝與卸載 Linux軟體的二進位分發是指事先已經編譯好二進位形式的軟體包的發布形式，其優點是安裝使用容易，缺點則是缺乏靈活性，如果該軟體包是為特定的硬體/作業系統平台編譯的，那它就不能在另外的平台或環境下正確執行。 1、*.rpm形式的二進位軟體包 安裝：rpm -ivh *.rpm 升級：rpm -Uvh *.rpm 卸載：rpm -e

做軟體要厚道----《如何管理軟體企業》讀後感吳旻泰岩網路工作室林銳在CSDN的CTO俱樂部上贈送他的新作《如何管理軟體企業》。昨天下午收到贈書，晚上回家翻開就讀。書一開啟，就覺得從沒見過這麼容易理解的管理學書籍。看他寫的《高品質C/C++編程指南》，就沒這麼通俗。仔細想了一下，技術人員寫技術，那一定簡單不了；但技術人員寫管理，那一定是他自身體會的精華，他把他能理解的要點都講出來了，而且應該都經過他的親曆實踐。他去掉了大量的統計和論證，甚至過濾了很多管理體系的細節說明，比如CMM/CMMI和RU

賣軟體，賣服務，賣思想？吳旻泰岩網路工作室          林銳講了這樣一個故事。有一次當他給客戶示範完了自己的管理軟體後，客戶表示完全可以自己組織幾個開發人員，用一段時間來開發出相同的產品來，不但可以自己用，將來也可以銷售給其它公司。言外之意，沒必要買他的產品。         林銳接著說，表面上看管理軟體好像挺簡單，其實後面隱藏著複雜的管理思想。你自己可以開發出來相關的產品，但遇到問題找誰來解決？後期的升級工作如何規劃，銷售給其它客戶，又如果進行售後支援？        

 一、責任心   

軟體架構是一種思想，一個系統藍圖，對軟體結構組成的規劃和職責設定。而軟體架構是一個實現，一個半成品，是針對一個特定問題的解決方案和協助工具輔助。這一篇講軟體架構和軟體架構在UML設計過程中所起的作用。本系列文章不是專門討論軟體架構和軟體架構的，所以不會深入講怎麼做軟體架構和軟體架構。另一個原因是筆者尚無這個自信能夠在這裡班門弄斧講軟體架構。之所以要講，是因為在設計過程中，設計類必然會受到軟體架構和架構的約束。從分析類到設計類，軟體架構和架構是不得不考慮的一個重要因素。

軟體架構屬於設計範疇，但並不是所有設計都屬於軟體架構設計之列。　　正如前面軟體架構的“決策派”概念所揭示的，軟體架構可以視為一系列重要決策的集合。不僅如此，架構決策還是分層次依次展開的。　　首先，伴隨著對軟體系統的依次分解，軟體架構師應當不斷做出決策，例如需要劃分成哪些模組、每個模組的職責為何、每個模組的介面如何定義、模組間採用何種互動機制、如何滿足約束和品質屬性需求、如何適應可能發生的變化等等。　　以一個硬體裝置調試系統為例。軟體架構師通過理解需求，對該裝置調試系統應完成的主要目標有了全域地把

現在對於我們的團隊來說，是時候幹點實際的了，我們在這裡開發軟體，所以讓我們來談談軟體。我答應過要把這裡最新的東西展示給大家，我決定以"在微軟我們怎麼開發軟體:一名准專案經理的視角"