軟件

我的瑞星升級寶寶對瑞星2009沒有用了，最新的都沒有用，升級是開始了，但是升了4次都沒有升級成功，瑞星自己的升級程式出了問題了。現在瑞星已經被我卸載了，裝了個小紅傘。   我該用linux嗎？linux下面倒是很少病毒。我沒有換到linux的主要原因就是因為linux上的很多軟體沒有windows上用的上手。比如說firefox這個瀏覽器吧，我就感覺沒有我的greenbrowser好用，裝了firefox大概有7，8次了，最終還是卸載了。oprea也是，裝了幾次，刪除了。maxthon裝了好幾次

淺談個人使用者軟體需求就我個人和對身邊的一些人的觀察，個人使用者對電腦軟體的需求有以下幾個方面：影音娛樂類。需要音、視頻播放軟體，最好是能夠集中到一個軟體中去，畢竟裝太多的軟體很麻煩，也會弄的電腦很慢。資訊擷取類。主要用來擷取網上資訊，諸如股票、炒匯、價格、飛機和列車時刻、公交車線路、地圖查詢、手機歸屬地、郵編等。還有就是RSS彙總軟體，或者是網頁分析軟體，以便提取自己需要的資訊。即時通訊類。和親人朋友聊天聯絡，交流感情用。下載上傳類。這個就不多說了，誰都想下載點自己需要的東西，沒有好的工具，就

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

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

　　很多程式員接觸Java基本是從Jsp開始，象使用PHP那樣使用Jsp，覺得這樣夠用就可以了，真的這樣做就可以了？　　一些有編程經驗的老程式員一直在懷疑：軟體到底是否可以重用？他們認為實現重用會將軟體搞的複雜，走向另外一個極端，反而過猶不及，所以認為軟體“夠用”就可以，這種原始樸素思想曾經在CSDN程式員網站大行其道。　　我覺得這種“夠用”的思想“誤導”了大批初學者，導致整個軟體系統的品質下降，這是對自己要求的降低換來了項目的快速進度，目前中國軟體業在風雨中飄搖與這種思想不無關係。　　正因為有

無意中在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上面，但是它總是永恒的。

20110730~20110730知之者，不如好之者，好之者，不如樂知者。#不知而不知其不知者，愚者也；不知而知其不知者，惑者也；知之而不知其知者也，寐者也；知之而之其知者也，覺著也。#此書所致力於解決的窘境是跟人有關係的，是關於動機和士氣的。#此書寫給那些對軟體開發有過一些體驗並立志成為軟體開發高手的人。#此書是一部基於從業者之間的無數次交流的作品，也是一部對已有的關於學習、最佳效率心理學，以及所有我們能找到的與掌握知識相關的文獻進行廣泛研究的作品。#此書並不適合做參考手冊，而更像一些藝術家的

20110730~20110731#作為胸懷大志的“軟體技師”，我們在親身實踐專業化軟體開發，同時協助他人掌握這一技藝，以此設立專業化軟體開發的更高標準。#“可工作的軟體”猶嫌不足，尚需精益求精的軟體；“相應變化“猶嫌不足，尚需穩步增加價值；”個體與互動“猶嫌不足，尚需專家社區；”客戶協作“猶嫌不足，尚需卓有成效的夥伴關係。即，在追求左側項目的過程中，我們發現右側項目也是不可或缺的。#我的啟示：@關於精益求精：由於自己把EEPROM儲存指標搞錯，導致同事和我去現場跑了幾次；由於自己進程乘法運算時

    人最寶貴的是什嗎？無疑是生命，如果生命都沒了，其他的又有什麼意思呢？     想起在以前的公司和老總一起吃飯時老總笑著說的一句話：“身體是最重要的，如果你掛了，你父母將會很傷心；你老婆也會改嫁給一個欺負你老婆打你孩子花保險公司陪你名的一個男人。” 這句話很不入耳，但是說得是事實。    作為軟體開發人員，難免會加班，只是有些公司加班多點，有些公司加班少點而已。當然也有些公司幾乎不會加班。原因是，管理者認為如果利用好了上班的時間，那麼應當是不需要加班的。加班只有兩個原因：01.

支援現在全部的作業系統，做為個人學習完全夠用。VirtualBox platform packages. The binaries are released under the terms of the GPL version 2.VirtualBox 4.2.4 for Windows hosts x86/amd64VirtualBox 4.2.4 for OS X hosts x86/amd64VirtualBox 4.2.4 for Linux hostsVirtualBox 4.2.4

from:http://kong-desheng.iteye.com/blog/612908在一個軟體公司的組織圖中，軟體研發部的部門經理，是非常重要的一個軟體研發管理者。項目和產品的需求分析、設計、開發和單元測試，都是在其領導下完成的。軟體研發部門經理的管理能力，直接決定了項目和產品的進度和品質、人員計程車氣和穩定度、內部流程的效率、研發的成本、客戶的滿意度、產品的領先性。 一個優秀的軟體研發部門經理，能夠給軟體研發部帶來徹底的革命，最終的結果是項目進度加大，品質顯著提升，人員士氣高漲，到處是

相關項目管理文章列表即使在最完美的條件下，管理一個軟體項目也是很困難的。不幸的是，許多新專案經理實質上沒有受到任何就職培訓。這裡有20個成功的管理經驗供專案經理參考。不過，只依靠某一兩條“妙計”，是無法順利完成項即使在最完美的條件下，管理一個軟體項目也是很困難的。不幸的是，許多新專案經理實質上沒有受到任何就職培訓。這裡有20個成功的管理經驗供專案經理參考。不過，只依靠某一兩條“妙計”，是無法順利完成項目的。 　　1.定義項目成功的標準 　　在項目的開始，要保證各方對於判斷項目是否成功有統一的認識

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

搜集了一下常見的軟體測試面試題，發現自己在測試工作中欠思考了很多問題。http://blog.sina.com.cn/s/blog_4ffa88df0100bcis.htmlhttp://www.51testing.com/html/08/n-226208.html問題一：為什麼要在一個團隊中開展軟體測試工作？任何軟體在開發過程中都會留下缺陷，帶有缺陷的軟體產品如果提交出去，可能會給公司帶來不可估量的損失，我們必須在客戶之前發現儘可能多的問題，從而保障客戶滿意。而發現問題的這個過程稱之為測試。 

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

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

        大多數公司軟體開發流程採用瀑布開發模型，即按照需求、設計、編碼、測試、發布、維護這樣一條一次漸進的模式。然而，瀑布開發模型的不足之處在於，除了到階段終止之時，其他時候幾乎沒有擷取反饋的時間，還有，一旦開發工作開始啟動那麼修改的空間也就沒有了。最後，假如系統測試表面功能或者效能沒有達到要求也許到這個時候已經沒有糾正問題的可能了。可以將敏捷開發的理念引入到公司的開發流程中：        1. 測試驅動開發