軟件

    我關注《雲端軟體平台》是因為他參加了 “創新軟體大賽”，當時一個我比較關注的軟體也參加了比賽，我在看大賽的軟體列表中無意看到了“雲端”，當時只是感覺這個軟體比較有意思而已，沒有深入分析。後來聽一個去北京參加大賽的朋友說“雲端” 拿了金獎，這才令我對“雲端”真正關注起來。既然拿了頭名，估計今後會小小地火一把，說不定拿到風險投資後會大有作為？其實我更關心的是技術層面的東西。   

華為軟體編程規範學習(十)--代碼編輯、編譯、審查10-1：開啟編譯器的所有警示開關對程式進行編譯10-2：在產品軟體（項目組）中，要統一編譯開關選項10-3：通過代碼走讀及審查方式對代碼進行檢查說明：代碼走讀主要是對程式的編程風格如注釋、命名等以及編程時易出錯的內容進行檢查，可由開發人員自己或開發人員交叉的方式進行；代碼審查主要是對程式實現的功能及程式的穩定性、安全性、可靠性等進行檢查及評審，可通過自審、交叉審核或指定部門抽查等方式進行。10-4：測試部測試產品之前，應對代碼進行抽查及評審其他

華為軟體編程規範學習(八)--可測性8-1：編程時要經常注意代碼的效率說明：代碼效率分為全域效率、局部效率、時間效率及空間效率。全域效率是站在整個系統的角度上的系統效率；局部效率是站在模組或函數角度上的效率；時間效率是程式處理輸入任務所需的時間長短；空間效率是程式所需記憶體空間，如機器代碼空間大小、資料空間大小、棧空間大小等。8-2：在保證軟體系統的正確性、穩定性、可讀性及可測性的前提下，提高代碼效率說明：不能一味地追求代碼效率，而對軟體的正確性、穩定性、可讀性及可測性造成影響。8-3：局部效率

今天看到張恂先生文中對XP應用自動化測試提出了他的看法：“—— 前面提到“採用 XP 架構的”占 43%，而用自動化測試載入器的只有 30%，那麼請問，這中間的 13% 算什嗎？會用 XP，卻不會用自動化測試載入器（如 xUnit）？顯然這次調查的樣本是有問題的，調查的組織和問題設定好像也存在缺陷。關於我的這段評論，青潤回應道： 關於用 XP 是否會用自動化測試載入器，我認為這不是必然的聯絡，會用與否，使用 XP

文/韓磊    朋友告訴我，他讀書的時候，校外有錄影廳半夜播放色情片；一位同學，常帶領大家翻牆出去“欣賞”。某天，該同學不知為何，打電話向公安機關告發，錄影廳遭查封，大家沒了去處，知道真相後，將告發者暴打一頓了事。     最近甚囂塵上的“360safe事件”，讓我想起上面這個故事。無論出於什麼心理，打擊醜惡事物的結果總是好的。既得利益者窩裡反，讓其他既得或將得利益者不爽，群起而攻之，是非對錯太複雜，按下不表。當媒體都在關注當事人之間的互相指責、謾罵時，該被關注的對象：流氓軟體，反而成了配角。 

最近讀了一篇非常有趣的文章，原文是英文，和大家共用，其大概意思是：管程式員就象是養蜂人管蜜蜂一樣。養蜂人怎麼管的呢？養蜂人其實並不能和蜜蜂溝通，誰會說“蜂語”啊。但他們可以把蜜蜂放在一個舒適的蜂房裡，這樣他們自動就會采蜜了，你順手就可以拿走蜂蜜。：）對程式員是類似的，把他們弄到一個舒服的環境裡：工資比他們想要的高，以至於不會用了（當然，比你的預算還是要便宜）；這些蜜蜂會嚶嚶嗡嗡自己形成社會，程式員會自己評價自己，就象沉迷在打遊戲裡的傢伙一樣，誰的話都聽不進去，就只願意寫好的軟體-這和藝術家和戰士

 jCpuTest 一個小小的基於JAVA的系統測試軟體 版本號碼 jCpuTest_0.01Alpha版 一.實現了CPU測試，包含了一些加減乘除方面的運算。 二.實現了記憶體讀寫測試，包含連續寫記憶體和讀記憶體。 三.實現了檔案讀寫測試，包含單檔案和多檔案讀寫測試。 稍後將還要實現，多線程串連，資料庫讀取，網路連接等效能測試。 最後還可能將加入映像測試。  //稍後提供 和

轉載自：bupteinstein的專欄-CSDN 市面上的思維導圖軟體產品真的是不勝枚舉。就我個人而言，我用過FreeMind、FreePlane、TheBrain，後來在網上查了查還有XMind、MindManager、MindV等。就我個人使用過的感受而言，它們大多都是基於Java語言開發的，想想也對，思維導圖節點樣式比較固定、相片順序一般都是自動完成，用Java寫比較方便。這樣還獲得另外一個好處，就是跨平台，Linux、Windows、Mac都可以用。另一個感覺是除了TheBrain，其他

友情連結：http://lovespss.blog.51cto.com/1907593/515192               http://josm.openstreetmap.de/wiki/Download#Ubuntuhttp://sourceforge.net/projects/viking/               論壇：http://forum.openstreetmap.org/ OpenStreetMap's Editing

功能：1.自訂映像格式讀寫顯示2.通用格式映像讀寫顯示3.基本的影像處理功能：a.平滑b.銳利化c.長條圖均衡d.灰階映像偽彩色化e.線性變化f.非線性變化h.反色i.目標識別4.影像處理過程記錄5.滑鼠拖動，滾輪縮放，捲軸6.鍵盤資訊錄入7.SQL Server資料庫底層互動 平台：Microsoft系列作業系統 +  VC + 第三方介面庫 下面是整體介面：   

軟體測試資料       近幾個月，每當我開啟電腦，刷下51就會有人加我好友，還留言說，自己是新人，知道我是自學的，想向我討下學習方法，以及學習資料，讓我幫幫他們，其實我每當看到這種訊息，就有兩種感覺，其一，我謝謝大家對我的信任；其二，我有點慚愧。我因為前幾天忙，所以在回信都說等我忙完給你們找下資料，現在我不一一回信了，所以才在這裡發個貼，希望見諒    

一個公司想要獲得成功，有兩個基本點：一個是好的人才；一個是好的業務。好的業務能夠吸引到好的人才；而好的人才也能創造出好的業務。成功的公司在這方面形成了良性迴圈，相反糟糕的公司形成了惡性迴圈。 保持團隊的穩定性說來容易，其實對於每一個優秀的研發經理和公司CEO都非常具有挑戰性，尤其是員工很多時候並不能意識到這一點和理解領導層的壓力。就好比單身漢不能理解父親的心情一樣。然而在家庭的未來面前，父親責無旁貸。 團隊穩定性涉及到很多方面的內容，比如公司文化、員工激勵、招聘流程、團隊建設、職業規劃、技能培訓

一名出色軟體工程師的基本功力Author：柳大·PoechantEmail：zhongchao.ustc#gmail.com（# -> @）編程首先至少精通一門進階語言，注意是精通。然後要熟悉額外的幾門語言。舉例來說，如果你精通 C 語言，那麼除了其語言標準之外，還要精通 Linux 平台的系統 API，以及一些常用的庫，還有單元測試工具。當然，如果你需要精通 C 語言的話，應該是需要你經常做與作業系統直接接觸的應用底層開發，或者編寫一些基礎庫。如果你精通 C++ 語言，那麼除了 C++

1.MVC(1)Model: The application object;(2)View: The screen presentation of the model;(3)Controller: the way the user interface reacts the user input.2.View and Model: decouple views and modelsEstablish a subscribe/notify protocol between views and

1.所有手機一般取得IMEI都是一個方法：          IMEI資訊可以通過在手機上輸入*#06#獲得 2.取得軟體版本資訊：      索愛(Sony Ericsson)--------------------  版本號碼待機狀態下按：“右*左左*左* ”　左右代表搖杆的方向。輸入過程出現任何菜單不需要去管，只管輸入就可以了輸入完畢以後就會出現一個服務菜單選服務資訊查看。       NOKIA---------------------

或許你正需要面試軟體測試工程師，或許你準備去應聘軟體測試工程師，以下是一些可能注意的問題。（選譯）有什麼原因讓你參與到測試和品質管理中來？什麼是測試生命週期，解釋一下它的各個階段？ 測試和品質保證有什麼不同？ 什麼是Negative測試？ 在之前做測試的過程總遇到過哪些問題？你是如何解決的？ 你是如何給你的測試和品質保證團隊力量的？ 你是如何定義品質管理的？ 你最喜歡測試和品質管理什麼地方？ 你最不喜歡什麼地方？ 什麼是瀑布式開發方法，你是否認同所有的步驟？

        開始之初的架構設計決定著軟體產品的生死存亡。“好的開始相當於成功一半”。　　開始的架構設計也是最難的，需要調研同類產品的情況以及技術特徵，瞭解當前世界上對這種產品所能提供的理論支援和技術平台支援。再結合自己項目的特點(需要透徹的系統分析)，才能逐步形成自己項目的架構藍圖。　　比如要開發網站引擎系統，就從Yahoo的個人首頁產生工具 到虛擬機器主機商提供的網站自動產生系統，以及IBM Webphere Portal的特點和局限

如何進行軟體架構設計？軟體架構設計的目的     對於外包業務類型的項目，軟體架構設計的目的與產品類型的項目有所不同，在這裡主要討論外包類型項目的軟體架構設計目的。    1、為大規模開發提供基礎和規範，並提供可重用的資產，軟體系統的大規模開發，必須要有一定的基礎和遵循一定的規範，這既是軟體工程本身的要求，也是客戶的要求。架構設計的過程中可以將一些公用部分抽象提取出來，形成公用類和工具類，以達到重用的目的。   

    最近在維護公司的一箇舊項目的時候，發現有些BUG改了又改，子生孫，孫又生子的。公司裡只要接觸過這個項目的同事都覺得非常的痛苦。一個對象的狀態被七八個地方修改，經常是這邊改成這樣，那邊又改成這樣，這邊對了，那邊又錯了。幾經思考，我認為這是違反了迪米特法則導致的。    迪米特法則（Law of Demeter）又叫最少知識原則（Least Knowledge Principle

 以前讀過《藍血十傑》，說的是十位哈佛畢業生如何拯救了福特汽車公司的故事。今天我來搞一個開源軟體十傑。No.1 自然非偉大的 RMS 莫屬了。Richard Stallman，GNU 的創始人，GCC 和Emacs 的作者。GPL 的發明人。No.2 Linux Fan 的教父，Linus Torvalds，Linux 的創始人和領導者。 No.3 Apache 的作者 Brian Behlendorf。No.4 Perl 的發明人 Larry Wall。 No.5 Miguel de