軟件

  現在的書都好厲害，《高效程式員的45個習慣》，《軟體架構師應該知道的97件事》.....但總覺得自己就是個FIFO的管道，看完後基本沒記住什麼。  或許這個喧囂而片段化的年代，惟有屈指可數的東西，才能可能真正被時時記起，踐行吧。在公車上強迫著自己從十多年輕輕重重的實踐中，砍剩最後的幾樣非如此不可，且無處不可的實踐：    1. 節奏固定(3周)，總是產出可運行軟體的反覆式開發法.   2. 高覆蓋率(90%以上)，高執行速度(5分鐘以內)的測試案例與持續整合(Hudson).   3.

 【 聲明：著作權，歡迎轉載，請勿用於商業用途。  聯絡信箱：feixiaoxing @163.com】       在進入晶片公司工作時前，我自己對晶片設計的內容知之甚少，瞭解的比較多的也就是晶片公司的datasheet。一來沒有這方面的資源，二來沒有這方面的需求。但是等到我來到新的公司之後，特別是認識了開源cpu之後，一切都發生了變化。開源的cpu verilog 代碼，開源的代碼編譯工具，開源的iverilog、gtk

【 聲明：著作權，歡迎轉載，請勿用於商業用途。  聯絡信箱：feixiaoxing @163.com】    就我個人認為，虛擬軟體是一個偉大的發明。無論是學習、應用方面，虛擬軟體為這個社會創造了巨大的價值。目前市場上面，虛擬化軟體種類挺多的，但是真正使用比較廣泛的也就是那麼兩三款，其實分別是vmware、virtualbox和virtual pc。這其中vmare是純虛擬軟體公司，virtual pc是微軟公司旗下的一款產品，而virtualbox是一款開源軟體，當然它也是有商業版本的。   

軟體工程中明確定義了，最為一個軟體需求說明書的任務，它是一個溝通客戶和程式員的紐帶，是一個對於系統將要幹什麼的詳細描述。因此，在這個檔案中，必須包含很多內容，最近幾天，我一直在閱讀一份很奇怪的需求說明書和設計說明書，這兩份資料裡，不但沒有系統流程說明，而且沒有概念定義，需求說明書先寫系統與其他系統關係，然後是系統功能表，後寫菜單內容，最後寫設計的表結構，我連軟體對應的實體有幾個都沒弄清。設計說明書中，先寫系統目的和產生原因，後寫定義的資料和功能介面設計，我連設計的那些表哪些是其他系統定義的，哪些

一篇摘自求索閣的文章，分析的很透徹，相比那些有關“程式員是青春飯”的泛泛而談的文章要有深度的多，文章從中國IT業的狀況、中國的曆史分析產生“程式員不超過30歲”這個觀點的原因，以及這個觀點的錯誤之處。這是一篇既積極又理性的文章，我喜歡（不喜歡那些空洞的所謂的催人向上的文章和消極的使人沮喪的文章）。原文如下求索閣：軟體之路：也談“程式員不超過30歲”     總是不斷地在論壇、部落格乃至報刊、雜誌上看到關於“程式員是否可以幹到30歲之後”，或者“程式員30歲以後能夠做什麼”，這樣的討論。這樣的討論

configure作用:是源碼安裝軟體時配置環境用的 他根據你的配置選項和你的系統情況產生makefile檔案 為make 做準備最常用的參數: ./configure --prefix 作用:不指定prefix，則可執行檔預設放在/usr/local/bin，庫檔案預設放在/usr/local/lib，設定檔預設放在/usr /local/etc。其它的資源檔放在/usr/local/share。你要卸載這個程式，要麼在原來的make目錄下用一次make

一、查看核心是否支援usb轉串口2、minicom設定3、連結好Android開發板，重啟系統註：1、如果不能正常連結，請檢查串口先TXD-RX,RXD-TX,GND-GND是否正確，連結OK,可以看到時Onlie，而不是offline。如下附圖：2、如果minicom列印亂碼，輸入gedit .bashrc，在最後增加export LANG=zh_CN.UTF-8 修改系統語言，並輸入.  .bashrc使修改生效，並用echo $LANG檢查是否修改ok；或者直接在控制台輸入export

軟體的自動更新檢查 [Mental

這是個極端有爭議的話題，在CSDN和人爭論了好久，我的觀點是所有“測試員”可以完成的任務，“程式員”都可以做，並且可以做的不比“測試員”差。結果當然是誰都說服不了誰。我提出這個觀點並不是想說服什麼人，僅僅是自己的一點淺薄的看法而已；並且也有很現實的意義，縮減組織的規模，降低成本。或者還有一些私心---做為一個程式員，始終希望程式員可以得到更好的待遇。這樣的言論必然會刺激到廣大專業從事測試的IT同仁。在這裡先表示深深的歉意，我不想讓任何人不好受，更不想任何人失業。我想做的只是自認為正確的事，或者證

軟體測試到底是什嗎？在沒有搞清楚這個定義之前，不可能繼續討論有關是否需要測試員的問題。很多進行開發工作和測試工作的人都說測試是保證軟體品質的重要步驟，但是是否仔細思考過測試作為一個過程是如何影響軟體品質的。傳統的開發組織在編碼結束以後，就會進入測試階段。測試員擷取程式員的產品，以測試案例為導向運行程式，發現程式的故障，報告給程式員。然後程式員進行缺陷跟蹤並解決之。這個過程裡，測試員的角色是故障發現者，程式員的角色是缺陷解決者。用一個控制模型解釋這個過程如下：軟體 = 系統測試員 = 反饋提供者（

5號傍晚下班趕到虹橋機場，順利地拿到票辦登機過安檢，到達B11登機口時，離起飛還有半小時。結果剛坐下就看到一個美女過貼了一張布 告——兩年前在虹橋機場看到過這種布告，不過當年是別的航班，這回終於還是輪到偶了。據說飛機延誤是很正常的事情，偶坐了這麼多年飛機這才頭一回碰到，已 經算是運氣不錯的了。到國賓賓館時已經是十 一點半了，找到CSDN的查美女時，巧遇aawolf——當年他在BCB版的一個文章那是相當的經典。可惜他現在不弄BCB了，改做Mobile開發，不

 上午看了令狐推薦的一篇《藝術的背後還有紀律——採訪印度NIIT

一，逆向工程那女子悠悠的道：“丐幫‘打狗棒法’與‘降龍十八掌’兩大神技，是丐幫的不傳之秘。你們‘還施水閣’和我家‘琅擐玉洞’的藏譜拼湊起來，也只一些殘缺不全的棒法、掌法。運功的心法卻全然沒有。你家公子可怎生練？”阿朱道：“公子說道：這‘打狗棒法’的心法既是人創的，他為什麼就想不出？有了棒法，自己再想了心法加上去，那也不難。”二，泛型演算法外人不知底細，見到慕容氏“以彼之道，還施彼身”神乎其技，凡在致人死命之時，總是以對方的成名絕技加諸其身，顯然天下各門各派的絕技，姑蘇慕容氏無一不會，無一不精。其

高內聚是有極限的. 當代碼在一個維度上高度內聚的時候, 在其它維度上是發散的. -- 代碼內聚設計的不確定性原理  大家都知道量子力學的不確定性原理: 在微觀世界裡, 有幾對物理量不能同時精確的測定, 包括速度與位置, 以及能量與時間. 比如當我們精確的測定一個粒子的速度使其誤差很小的時候, 我們對其位置的測量誤差從0到正無窮都有可能, 換句話說, 此時粒子可能位於宇宙的任何地方, 這裡的極限就是二者誤差的乘積總是大於一個被稱為普朗克常數的數. 代碼的設計有時會感到同樣的張力:

這個故事大概大家小時候都聽過：從前有個小孩跟老師學寫字，老師剛教了他“一”“二”“三”的寫法，他就說會了。結果回家後他老爸讓他寫請柬，剛好一個客人姓“萬”，結果他就畫了一天的橫。最後還怪那個人姓什麼不好，偏要姓個“萬”。之所以想到這個故事，是因為隨手翻了一下第三期的《程式員》，其中有一篇採訪北航軟體學院院長孫偉的報道。題為《中印軟體外包差距在繼續擴大》。這是他年初時去印度和美國走馬觀花地看了一圈回來後的一次訪談，其觀點跟這幾年去印度取經回來的人都差不多。言語間對印度承接的大規模軟體外包業務頗為讚

作者：江南白衣 昨天看J2EE 5規範的時候，八卦看了下如果自己要組裝一個Application Server需符合的規範：EJB容器:Enterprise JavaBeans (EJB) 3.0 (JSR-220)Java Message Service (JMS) 1.1Java Transaction API (JTA) 1.1 Java Authorization Service Provider Contract for Containers (JACC) 1.1 Java

.Shell : bash, csh, ksh.文字編輯器 : vim, emacs, OpenOffice.程式開發 : gcc, make, ld, perl, tcl/tk/wish, j2sdk, php, Gtk/Qt ....論文、投影片 : LaTeX, ConTeXt.繪圖 : MetaPost, xfig, dia.影像處理 : ImageMagick, Gimp.映像瀏覽 : gthumb, babysee.自動化管理 : make.打包、壓縮公用程式 : tar, zip,

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

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

 軟體開發也得對軟體測試有一定瞭解，最近在補充一些軟體測試方面的知識，感覺測試也挺有意思。1. what's smoke testing?Smoke testing is to insure that the new build for development did not cause any problems for automation test scripts. Tests verify and validate that the new build is ready for