軟件

好久沒有寫東西了。高中時，為了寫作文，什麼話都往上寫，生怕寫的字數不夠，呵呵，導致高考作文20來分，慘淡的教訓告訴我：越怕什麼關鍵時刻越來什麼！逃避不是解決問題的辦法。　　上大學三年了，學習編程快兩年了，總結一下自己的經驗，希望不要誤人子弟！不對之處望不吝賜教。         學習編程並不是學習什麼語言，語言只不過是工具而已（網上一大堆，老生常談了）。一般寫的程式都有兩部分組成：一個是資料結構；一個是演算法。       

軟體開發的四大基礎：1. 演算法, 資料結構, 編譯原理, 甚至作業系統原理, 資料庫原理這些(數學基礎)2. 軟體設計(OOAD, Pattern, Refactor)3. 平台知識基礎, 你要對作業系統提供的API熟悉4. 領域知識(諸如電信, 移動, 金融, 生產類企業等)熟悉了上面這些, 剩下來的就是掌握一門語言了. 語言只不過就是利用已有基礎去做開發的工具 -----------------------------------------------------------------

金融危機來了，項目更不好拿到，員工都是弟兄，不能因為沒有項目，就放假或者解聘。可是小本經營，以前沒有賺過多少 錢，只能同舟共濟，共度難關。作為農村出身的，看到這些子弟們找工作無門，學了四年軟體編程，最後被迫幹一些和技術無關的事情，非常痛惜，很想提供一個這樣的環境和機會，可是很難找到我需要的人。所以說說我的感受和我的人才觀。如果引來學生大爺們那些不快，一笑了之。

3月22日,河北軟體職業技術學院CSDN高校俱樂部換屆選舉在CSDNLL樂知學院CSDN-3G班順利舉行並取得圓滿成功。註：以上只放出了部分同學的照片每個同學都進行了精彩的演講，最終通過層層選拔有18人脫穎而出，他們分別是：秘書處牛光遠,楊雷雷,徐秀 宣傳部尤越,劉禕,趙雅智,桑冀宇,宋子豪 NET部商炳奇,楊巧巧 3G部郭冰,於肖 綜合IT部張金磊,趙康 PHP部張亞飛,溫建江

無意中在CSDN上讀到一篇BLOG“軟體'夠用'行了嗎？”，連結如下：http://blog.csdn.net/iversonlee/archive/2006/03/22/632523.aspx覺得跟我前幾天寫的關於架構設計的隨筆有點針尖對麥芒，呵呵……關於軟體實用主義，我還是有幾句話想說，因為我就是一個“實用至上”的程式員。1.所謂“軟體夠用”我覺得其實就是“大道至簡”的通俗的表達，軟體行業的實用主義體現的是“使用者導向”而不是“技術導向”，這一點，很多程式員是很難理解或接受的。“文人相輕”的

引自 blog.sina.com.cn/s/blog_493a84550100ax35.html最近看了InfoQ上關於精益看板在軟體開發上的一些實踐和應用的文章，敏捷式軟體開發 (Agile Software Development)借鑒了很多TPS精益生產的思想，雖然沒有完全提到看板的概念，但是看板在敏捷式軟體開發 (Agile Software

自從去年開始，Cruise團隊就堅持一盩厔少更新自己使用的Cruise伺服器一次，更新其它團隊使用的Cruise伺服器一次。四個月前，我們又建了一個Personal build CI

題外話：使用了OO語言並不是天生就是OO。也許我們會使用java，會使用c++這些OO語言去實現一個system，但是使用了這些語言，並不代表你的system就是使用了OO觀念設計出來，一個使用了過程化觀念設計出來的系統，即使使用了java，c++這些語言來實現，也只能代表你的system是用過程化觀念來設計的。語言是千變萬化，不斷進步的，或許若干年以後，又會有一種完全新的語言出現，跟現在的C++，java完全不同。可是OO的觀念不會消亡，他也許會演化到一個新的level上面，但是它總是永恒的。

很久以前貼了這篇文章，可一直忘了寫寫全，哈哈，現在補全吧，順便回答幾個問題。1）palm價格可以看www.move.com.cn2）palm編程完全不需要palm機器，可以安裝虛擬機器，方法可以見下。3）給大家一個最好的palm網站http://www.cnpug.com/看了諸位高手對weblogic的長久熱情，覺得諸位是不是太看重j2ee平台了，這裡想寫一點j2me的應用，不知道諸位是不是感興趣？我做的是palm的編程，因為自己買了一個palm玩玩，發現這個咚咚功能多多，是國內掌上電腦不能比

編碼人員的誤區 誤區一：因為任務緊迫，所以沒有時間想 有些人認為只有在領導規定的時間內完成任務才是最重要和最緊急的。至於方向是否正確，功能是否完整則沒有時間去考慮。 這些人陷入了多寫些代碼和程式就會安全了的假象當中。殊不知方向錯了，跑得越快，損失越大。 抱有這種想法的根本原因在於他們的不自信，不知道如何分析問題，找出最佳解決途徑和細緻的評估影響面，因而無法向上級提出一個更加合理的時間。 例如： Bulk Address feature 的設計者也是說時間緊，沒時間細想。後來的結果就是這個

前一段時間老紫竹發了一篇文章：大學裡學到的東西，你目前用到了百分之幾？ 我一直喜歡強調基礎和理論學習的重要性，因為基礎的東西對人的影響不是點，而是面， 點上的缺陷還好彌補，而全面性的虧欠就不是那麼好玩了。 看到過好多人在論壇上問：英語對於軟體開發重要嗎？ 回答當然是肯定的（前提是你不想一直當低級coder）。 其實英語的重要性是顯而易見的，畢竟現在軟體的高精尖還是掌握在老外手裡的，開源有那麼火， 沒了英語這個工具，其實就相當於少了大半的資訊來源，能沒有影響嗎？

如果你是電信行業的程式員，大名鼎鼎的拓撲圖工具TWaver你一定耳熟能詳；但是如果一提到TWaver你就想到一個Swing組件包，那你毫無疑問已經out了。經過十幾年的發展，TWaver看上去已經不再是一個簡單的Swing拓撲組件，這些年TWaver陸續推出了AJAX+SVG的Web版、GIS版，現在又出了Flex版。什嗎？Flex版TWaver？小玩具吧？能做企業甚至電信應用嗎？看看TWaver

http://edu.csai.cn/zt/ztda/2010 ， 下 上  http://training.51cto.com/art/201011/230700.htm(試題)     http://training.51cto.com/art/201011/232662.htm(答案)     下 http://training.51cto.com/art/201011/231194.htm儲存空間的組成？2K*4 的儲存空間晶片集成 16K*8的儲存空間， 如何編址？1.DMA 

老程式員的忠告：不要做浮躁的軟體工程師：每天讀一遍，思考一下：我是否浮躁？ 1、不要看到別人的回複，第一句話就說：給個代碼吧！你應該想想為什麼。當你自己想出來再參考別人的提示，就會知道自己和別人思路的差異。 2、初學者請不要看太多的書，那會誤人子弟的，先找一本好書系統的學習。很多人用了很久都是只對部分功能熟悉而已，不系統還是不夠的。 3、看協助。不要因為很難，而自己又是初學者所以就不看。協助永遠是最好的參考手冊，雖然協助的文字有時候很難看懂，或不夠直觀。 4、不要被一些專用詞彙所迷惑，最根本的是

目前我們使用的流程圖製作軟體大體有RFFLOW、FLOW CHARTING、VISIO三種，可是它們的體積和資源佔用情況很大，操作複雜，有沒有簡單易用不需安裝的流程圖製作軟體呢？下面我給大家推薦幾款線上流程圖製作工具 Gliffy支援中文，其功能滿足你正常的需要，有很多流程圖實體供你選擇。作為一種線上工具，它繼承了協同的概念，你可以和你的同事共同編輯，完成流程圖的製作；如果你需要在部落格調用，它也可以使你的部落格上的圖表與其同步更新；如果你需要在VISIO、或向量製圖軟體（如Freehand等）

轉自http://www.aqee.net/it-ships-when-it-ships/預測一個任務什麼時候能夠全部完成是十分困難的。所有我見過的軟體工程師都為此傷透腦筋，包括我自己。有些人會過高的估計開發某個功能需要消耗的時間，而另一些人會極大的低估他們手頭的工作量。但是，這是一個真正存在的問題嗎？不，這其實並不是個問題。不知道是誰發明了人為的給一個事情設期限，這毫無意義。即使是你做一件事情，所有的工具都在你的案頭上，這個事情也不該有期限。我們的目標是儘可能快的讓軟體發布。就像是一場足球比賽

    周末兩天去參加了2008中國軟體技術大會，比較失望。各個廠商的廣告味道過於濃厚了，基本上是對各自產品的介紹：“我們做了什麼，我們的東西能給客戶帶來什麼樣的利益，使用了我們產品和解決方案的客戶獲得了多少效率的提高”。真正有意思的倒是用友的田俊國先生講的“大易專案管理”，到很是有趣。    前端時間聽溫煜先生架構方面的課程，聽到溫煜先生提高田俊國先生在把“周易”的思想應用到專案管理中。當時頗感有趣，想著如有機會能夠現場聽一次，沒想到這麼快就實現了。   

以下觀點來源於國外互連網翻譯，並加入實際工作感想：1.     好的軟體一定不便宜軟體開發和別的職業是一樣的，需要花大量的時間學習。 實踐經驗： 正如目前國內很多軟體，雖價格低廉，但常常屬於項目衍生品，品質和效能無法得到保障。往往後期維護成本遠高於產品價格本身，也無法協助使用者提升工作效率，減輕工作負擔！

              下面就是舉個例子說明一下白盒測試中的六種覆蓋方法：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。　           白盒測試的目的：通過檢查軟體內部的邏輯結構，對軟體中的邏輯路徑進行覆蓋測試；在程式不同地方設立檢查點，檢查程式的狀態，以確定實際運行狀態與預期狀態是否一致。                白盒測試的特點：依據軟體設計說明書進行測試、對程式內部細節的嚴密檢驗、針對特定條件設計測試案例、對軟體的邏輯路徑進行覆蓋測試。        

         軟體工程的測試是我們在前階段很少涉及的，但是下面我也進行一下總結，因為軟體測試也是軟體開發的一個重要組成部分，以及相應的測試文檔，都是我們必須寫的，和我們必須做的任務，因為在測試方面的成長也是重要的，測試也是軟體的環節。1.軟體測試總圖下面是每一個小節的總結。         軟體工程之測試，其中最重要是白盒測試和黑箱測試。下一節我詳細寫一下白盒測試。