軟件

from:

軟體隨想: 軟體 = 程式 + 軟體工程  最近和幾個同道談論了一些程式，架構，軟體的問題，大家身在此山中，繞來繞去，始終沒有能有明確清晰的結論。我把一些想法寫在這裡，供專家指正。 幾乎所有程式員都知道“程式 ＝ 資料結構＋演算法”這句名言。但是在實際的學習和工作中，也有不少人產生了疑問。 例如： 1) 我寫了二叉樹的周遊演算法實現，在這裡，二叉樹是資料結構，周遊的實現細節是演算法。我寫的C 程式就是結果。 但是我這個程式有什麼用呢？ 在Java 中，似乎沒有指標，那我可以不必瞭解二叉樹麼?  

一、技術因素做慣了胖端的人，是很難習慣做三層的。但不重要，反正客戶、實施要的是應用，是真三層假三層都無所謂了。所以胖端做慣了的人，在瀏覽器這種強制瘦端模式下就容易折了，因為思路一直沒變，仍然把瀏覽器寫的胖胖的。沒想到啊沒想到，網路效能、瀏覽器安全色性這兩個因素。效能、穩定性都堪憂。而且，過去定製開發人員只需要掌握一門開發語言一門SQL就搞定，門檻低，招聘人培訓人速度快/複製快/出苗多。現在需要掌握前端，這就一系列JS、DOM\BOM、HTML、CSS、XML、XMLHTTP、JSON、WebSe

管理軟體就得這樣用不講道理，只講經曆。我們用戰略管理軟體。其實PPT或EXCEL或其他也能展示我們整個公司的戰略、我們每個高管負責的各自專業線業務線的分戰略，也能展示每個分戰略的主要戰略項目。但我們想實事求是、數字量化，既不想由高管們各自大嘴一張說各個戰略項目的進度、預算、品質，也不想臨到月度或季度戰略會議之前才匆忙填寫資料，我們就是要把自己關進籠子裡，實事求是，按照之前定義好的專案計劃、預算、績效衡量指標，直接的自動的從業務系統中取出資料來，任何高管都不得幹涉。這是老闆對高管工作的制控，也是高

阿朱送給我一本書 -- 《走出軟體作坊》，並希望我能給再版寫序。我一開始也感到奇怪，認為這隻是一本軟體開發人員的心得，不是什麼大作。收到書後，我給幾個同事作介紹，想不到，很多人已經讀過這本書，而且對阿朱也很推崇。這使我有些受寵若驚起來，我離開一線開發多年，哪有資格給這樣一本很有分量的技術管理書籍寫序呢？    

“拿來的代碼所不能做到的部分，恰是項目與眾不同的創新之處”。《夢斷代碼》終於看完了《夢段代碼》。     其實整本書就是講圖靈機的不可判定性————軟體開發過程中，很多過程都不知道什麼時候能不能結束，甚至說能不能做出來，這導致整個軟體工程不能夠停止，這不是暗合了“停機問題”？純屬玩笑，問題並沒有這麼簡單，否則Scott Rosenberg的書也不會這麼暢銷。     

原來沒有接觸過軟體工程方面的東東，感覺離自己很要遙遠的樣子，因為覺得我用軟體就好，並不關心它是怎麼設計出來的，但是作為新世紀的高科技人才還是要對此有一些基本的瞭解滴，感謝鄒欣老師給了我們這樣一個機會，近距離地體驗了一把軟體構建和維護。為了對這門課有個更全面的認識，特地請教了幾個學過這門課的科大師兄，瞭解了科大的軟體工程是什麼一個狀況，具體反應如下：1． 課程安排在大四，大家要麼確定了保研，對分數無欲無求，要麼忙著申請出國、考研、找工作，都沒有投入很多精力在課程上，學習效果也就大打折扣了。2．

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

作為 <現代軟體工程> 的一個作業,  我要求同學們把 英文的敏捷開發原則 翻譯成中文並解釋。 大部分同學都提供了持續重構, 不斷提高的版本。 技術翻譯專家餘晟老師也對其中較難翻譯的三條原則提了很好的建議。 下面是我的嘗試, 翻譯要做到 信, 達, 雅, 很難,  而且中國的軟體工程實踐有自己的特色, 別家的格言警句有時候未必能引起共鳴。不管如何, 我們先得有一個靶子, 然後大家才能拍磚, 是不是?  歡迎提意見。  1: Our highest priority is to

前兩天，CSDN新推出了一個頻道：軟體頻道。應該說，這並不是一個新頻道，因為原來csdn就曾經有過專門的軟體頻道，而且非常受程式員的歡迎，因為這裡做為程式員的聚集地，沒有什麼比在csdn發布軟體更順理成章的事情了。最初csdn的下載頻道是原來cnshare（很早的一個共用軟體網站，現在已經被別人搶注）轉變來的，但後來csdn的很多頻寬被這個頻道所佔用，反而主站的訪問受到了影響。而當時csdn認為華軍和天空等軟體下載網站有自己的專長，他們面向最終的軟體使用者，更加適合自己的業務，而csdn因為是給

軟體整合的代價作者：張桂權   人們似乎已經習慣了去聽微軟為其軟體延遲發布的開的辯護詞. 微軟的Windows帝國時代已經接近尾聲了. 我們很難想象,微軟這樣的軟體鉅賈,竟然會出現今天這種讓客戶尷尬的局面.   有人說這是沒有也無法為如此龐大的系統設定完美的需求分析和開發計劃造成的;也有人說因為微軟在Longhorn系統開發的過程中投入了大量的時間和精力去收集客戶的反饋意見以及實現更好的系統安全而導致大量的時間花費;還有人說這是"系統整合,整合,再整合"的必然結果.   

本例假設要產生一個simserver1的軟體包，源檔案只有1個，simserver1.cpp。使用了pthread庫。1.運行autoscan掃描源碼目錄執行$autoscan執行後產生configure.scan。2.編輯configure.in檔案步驟1執行後產生了configure.scan，本步驟需要複製一份該檔案並命名為configure.in，然後編輯該檔案。命令如下：$cp configure.scan configure.in$vim

設計模式（英語：design pattern）這個術語是在1990年代，由Erich

以上我們都是利用最佳化代碼的方法對程式進行提速，接著我們要關注一下PHP加速的另一個領域—緩衝工具軟體。這類軟體都是從最佳化PHP運行環境來提速的，不需要改變任何代碼。我們可以大概地將它們稱為“執行碼最佳化/緩衝工具”，你可以理解為它們用來實現比較底層的最佳化/緩衝。以下列出目前比較常用的此類工具，具體哪種效果最好，請用自己的伺服器環境測試：（一）APC Alternative PHP Cache http://pecl.php.net/package-info.php?package=APC

CMMI的4,5級高成熟度等級強調資料和量化專案管理，前提必須是過程本身已經穩定，而且組織已經有成熟易用的軟體開發過程管理支援平台，日常的任務反饋，變更和缺陷記錄等都應該融入到日常工作中。資料的採集要盡量自動化，而且資料的收集不能經常打斷開發人員的工作，影響到他們的思考和效率。組織級在技術平台和開發模式不統一的情況下，在流程定義上一定要避免一刀切的標準軟體開發過程。需要根據項目本身的特點和人員情況在滿足項目目標的情況下進行適當的裁剪。軟體是人開發出來的，過程重要但是人更加重要，兩者必須要考慮結合

除了安裝作業系統和殺毒軟體外，其它常見應用軟體基本上都可以通過免費和開源軟體來替代。個人也絕對雖然有可以破解的各種共用軟體，但是還是要支援免費和開源軟體。剛開始的時候可能感覺不是特別好用，但是習慣後使用起來一般還是不會太多的影響到工作效率。對於日常辦公，首先可以安裝WPS2007的個人免費版本，完全可以替代Office軟體，而且和Office的輸出文檔的相容性較好。同時我使用了OpenOffice套件,感覺功能也基本可以滿足需要。對於個人議程交易管理可以使用Sunbird計劃和任務安排軟體，對於

方法論的英文為Methodology，編程的方法論應該是指軟體開發的一整套方法、過程、規則、實踐、技術。不過我們一般提到的方法論都偏重於項目、過程和人員。《敏捷式軟體開發 (Agile Software Development)》的作者Alistair

走出軟體作坊，好書。很實在，有實戰性，感受一個優秀的IT從業者的經驗，教訓和思考，活生生的，有生命力。自己跟阿朱可算同齡人吧，或者還略長一些，也曾滿懷熱情地投入，在技術、管理上也算有些積累，為什麼不能把這些經驗總結、整理出來呢？向阿朱學習學什麼呢? 1、專註    書中有提到自己的強項和弱項，對自己有清醒的認識。讓自己專註在強項上，不斷投入，堅持學習，堅持思考，堅持隨時整理自己的思想。不確定方向，想做的事情太多，是無法達到這一點的 2、懶   

一個半月軟體開發的經驗談 --回顧過去，有利於瞭解未來的路。九天雁翎對於程式員（自己）C++相關經驗：1.       基類需要虛析構。2.       C++的介面實現分離通過標頭檔和Cpp檔案方式還不是太完美，但是加上純虛的介面就接近完美了。3.       函數調用時會將原函數的資訊壓入堆棧，再將esp賦給ebp，再將ebp壓入堆棧。（不知道記錯沒有）最後堆棧中會形成一個原有函數調用的序列資訊。可以回溯到main函數。4.      

唯一值得一用的特點是，可以重複你畫畫時候的先後順序（也就是軌跡）。來源程式：讀圖程式：http://pickup.mofile.com/4033993311440329畫圖程式：http://pickup.mofile.com/1221180278844126 //先用畫圖程式畫圖，畫完後直接關閉程式就可以了，再運行讀圖程式讀圖。圖片檔案以txt形式儲存。 //當時寫的時候沒有想過要貼上來，所以一點注釋也沒有，而且現在再回去看的時候，發現其實//讀圖程式有嚴重的問題，根本沒有畫線，只是畫點而已，