軟件

哲學家說：有什麼樣的世界觀，就有什麼樣的方法論！　　辯論家說：立場決定觀點！　　世界之所以有技術思想和觀點之間的爭論，完全與瞎子摸象的情境一樣。真理只有一個，但是卻很博大精深，沒有一個人能看得到她的全部。每個追求真理的人都能感覺到她的存在，因為畢竟可以觸摸到她的一部分。於是，人們會發現自己摸到的部分是實實在在的，自然與其他人不同，爭論就難以避免。　　真理就像一個極限，我們永遠只能接近她，而不可能擁有她，也許這才是她始終能保持美麗並魅力無窮的真正原因。軟體思想的發展也是一個不斷接近真理的過程。在這

Moblin在MID軟體系統中扮演三個關鍵角色：1）    建立一個開發人員社區，關注建立和增強基於Linux的MID和其他裝置所需的核心技術。最先建立Moblin時，這是該項目的首要目標。建立MID為目標的Linux作業系統版本的供應商將使用此核心技術。2）    建立一個開發人員社區，關注建立能給Moblin核心Linux堆棧增加價值或帶來創新的新軟體和服務。隨著基於最新Intel Centrino Atom處理技術的第一代MID的發布，Moblin項目的角色逐漸包含了這一關鍵功能。3）  

     根據Intel公布的訊息顯示，Moblin2.0作業系統將引入同為Linux的Android系統軟體市場功能，通過此功能，使用IntelMoblin系統的筆記本將可以從網路上下載應用程式。  　　根據Intel公布的訊息顯示，Moblin2.0作業系統將引入同為Linux的Android系統軟體市場功能，通過此功能，使用IntelMoblin系統的筆記本將可以從網路上下載應用程式。　　Android軟體市場功能類似於iPhone的App

易科技訊 10月6日訊息，據PC World報道，英特爾高管周二表示，正在開發一種可修改iPhone應用軟體，並運行在基於英特爾晶片的智能手機、平板電腦和其他裝置上的工具。英特爾沒有透露何時發布該工具。目前大多數智能手機和平板電腦都是基於ARM處理器，因此開發人員傾向於首先為ARM架構開發行動裝置 App軟體。通過使這些應用軟體更容易移植到英特爾處理器，英特爾希望為基於自己晶片的裝置創作更多的軟體--並因此帶來更多的裝置需求。英特爾軟體和服務部門副總裁及系統軟體部門總經理道格·費舍爾（Doug

　　已經有好幾周沒有寫書評了，今天突然想起來要寫一寫。由於上次的書評是關於C++的，今天打算寫寫軟體工程方面的。對於軟體工程而言，我個人認為到目前為止，尚未有哪本書的影響力和深刻程度能夠超越《人月神話》（全名是：The Mythical Man-Month -- Essay on

　　上次聊了“什麼是二八原理”，接下來得說說如何運用了。由於本部落客要談IT技術，顯然要先來說說和程式員有關的那些事。為了不至於太抽象，我們以開發文字編輯器為例（這玩意大伙兒都熟悉，省得費口水解釋），來說說不同職責的開發人員在開發過程中該如何具體運用二八原理。　　★需求分析　　需求分析在整個開發過程中占的工作量不大，但是產生的影響巨大（這又是一個二八原理的例子）。既然需求分析如此重要，照理說應該安排最強的人來搞。但實際情況往往不是如此：很多公司負責需求分析的人並不勝任這項工作。我經曆過幾個不太成

　　本來“每日構建系列”在介紹完流程之後就結束了。後來，陸續有同學在評論和郵件裡諮詢和每日構建相關的一些工具。所以俺就再增加點內容，介紹一下相關的工具。　　雖然在前面的文章已經強調過，但是俺還是要再囉嗦一下——搞好每日構建的關鍵是：“團隊的管理和文化、團隊成員的觀念和意識”。缺乏這些關鍵點，再好的工具也成了擺設。　　在每日構建的過程中，涉及的工具主要有如下幾類：原始程式碼控制工具、編譯工具、自動化的測試工具、構建/整合工具。健忘的同學可以再回過頭去看看“這裡”複習一下。下面就是每一類工具的介紹。

 　　在昨天“正確地做事(善用工具)”的文章裡提到了代碼提交頻度的問題。當時我特彆強調了“要保證提交的代碼能編譯通過”，理由是“對於每日構建很重要”。我估計列位看官中，不太熟悉每日構建的，大有人在；而且國內停留在手工作坊階段的軟體公司，為數也不少。因此今天我們就來說一下"每日構建"這個話題。假如你平時已經很善於運用"每日構建"這一有效手段，可以直接略過本系列，去看其它文章。　　照例先來說說什麼是“每日構建”，每日構建在洋文裡也稱為Daily Build或者Nightly Build。具體定義見“

 　　上一個文章“軟體工程進階之每日構建[0]：概述”提到說每日構建是一種很牛X的軟體工程手段。本文章就來說說它到底有多牛X。為了加深大伙兒的印象，我先來說一些陳年往事。　　話說上世紀末，我還在一家小公司幹活，並參與開發了一個C++的項目。當時公司的流程是：開發人員寫好代碼，自己編譯好，丟給測試人員測試；測試人員如果發現bug，口頭通知開發人員改；開發人員改好bug，再丟給測試人員測試......　　★案例1（開發的混亂）　　有一天，開發組的小頭目找來程式員甲。　　>>小頭目：你負責

 　　上一個文章務虛了一下每日構建的幾個主要好處。今天開始來說點實在的：也就是每日構建具體要如何開始搞，要做哪些準備工作（如果你所在的團隊已經在用每日構建，你可以跳過這個文章）。　　每日構建不比其它純技術的玩意兒，它是一個集體行為，它會改變包括編程人員、測試人員、產品人員等一堆人的工作模式。所以如果你想在公司裡推廣它，首先得掂量一下自己有幾斤幾兩。一般來說，至少要做到項目主管或部門主管之類的層級，才有可能推得動。假設你尚未達到這種重量級，那看完本帖就算數，不可輕舉妄動，切記、切記。　　說到這裡，

　　在上一個文章已經介紹了幾方面的準備工作，今天來說一下具體流程。對於流程的每一個環節，我會強調一下容易出問題的地方。　　★提交代碼到原始程式碼控制伺服器　　以下為了打字方便，簡稱為RCS（Revision Control

　　越來越覺得在中國做程式員很沒意思，甚至找不到中國軟體公司及程式員的價值在哪裡。　　先來看一個簡單的例子，公司接了一個小case，花了兩個月，給客戶報的是20個人月，兩個月後項目驗收，客戶交付30萬。而實際的情況是，公司是一個小公司，核心開發人員就你一個人，另外配了兩個剛從學校畢業的學生協助你，還花3000塊錢請了一個美工來搞背景美工設計。　　直接人工成本：你的工資按1萬元/月算，兩個月也就兩萬塊。畢業生每月工資2500塊，2500*2*2=１萬塊，而美工費用3000塊，全部合計下來也就330

1、Yum（全稱為 Yellow dog Updater, Modified）是一個在Fedora和RedHat以及SUSE、CentOS中的Shell前端軟體包管理器。基於RPM包管理，能夠從指定的伺服器自動下載RPM包並且安裝，可以自動處理依賴性關係，並且一次安裝所有依賴的軟體包，無須繁瑣地一次次下載、安裝。常用命令列命令安裝軟體(以foo-x.x.x.rpm為例）：yum install foo-x.x.x.rpmyum常用命令刪除軟體：yum remove

測試工程師試題及答案姓名：____________ 事業部/部門：______________________ 崗位：________________ 成績：________本考卷時間長度：120分鐘  滿分：100分一、判斷題 （每題1分，共10分）10題1、軟體是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。( √ )2、 白盒測試側重於程式結構，黑箱測試側重於功能，其中白盒測試需要程式員參與，黑箱測試不需要

1、階段評審與同行評審的區別？參考答案：同行評審目的：發現小規模工作產品的錯誤，只要是找錯誤；階段評審目的：評審模組 階段作品的正確性 可行性 及完整性同行評審人數：3-7人 人員必須經過同行評審會議的培訓，由SQA指導階段評審人數：5人左右 評審人必須是專家 具有系統評審資格同行評審內容：內容小 一般文檔 < 40頁， 代碼 < 500行階段評審內容： 內容多，主要看重點同行評審時間：一小部分工作產品完成階段評審時間：

轉載自：http://www.51testing.com/html/56/n-823056.html輔導學員簡曆面試，發現還是有不少人思路不是特別清晰，也不知道該如何準備一次完美的面試。下面總結了關鍵的12個問題，能夠比較完美地回答好這12個或者12類問題，相信能夠給自己的面試帶來很大的協助：　　第一個問題：自我介紹（心理學首因效應告訴我們第一印象非常重要），自我介紹最重要的是能夠在面試官心目中留下一個好的第一感覺。說得更直白一點是讓面試官舒服。但是我發現很多人就是直接簡單的介紹了一下過去的經曆

Acceptance testing : 驗收測試 Accessibility test : 軟體適用性測試 Ad hoc testing     : 隨機測試 Algorithm analysis : 演算法分析 Alpha testing      : α測試 Anomaly            : 異常 Artifact           : 工件 Automated Testing  : 自動化測試 Architecture       : 構架 Assertion

Debian軟體包由dpkg軟體包管理工具製作。dpkg遵循由一個單獨的文字檔所指定的一系列指令。在基於debian的系統中，如果你使用如下命令：apt-get source

 我看中國軟體---問題篇對於存在的問題，我以前喜歡提筆大罵，比如中國足球，再比如中國教育，因為我只是一個老百姓，知道自已改變不了什麼，就只有通過這種方式來泄氣，讓心理平靜一些好過一些，對於中國軟體，我也曾有過微詞，但由於在這一行混飯吃，有過太多親身深切的體會經曆，知道其實都挺不容易的，因此我們應以理性的態度去分析，而不能一味地痛罵，呵呵，現在想來，無論中國足球還是中國教育，要改變面貌都挺難的，不是換幾個領導寫幾份規劃就可以搞定的，中國軟體也一樣的道理，問題很多，而且大夥也都知道，可還是那樣，或

通常說的32位與64位的系統包含硬體與軟體兩方面的區別硬體方面：64位和32採用的架構是不同的，這裡的64位技術是相對於32位而言的，這個位元指的是CPU GPRs（General-Purpose Registers，通用寄存器）的資料寬度為64位，64位指令集就是運行64位元據的指令，也就是說處理器一次可以運行64bit資料。64bit處理器並非現在才有的，在高端的RISC（Reduced Instruction Set