軟件

j2me想要擷取所有手機型號的硬體資訊（IMEI）來當做安全驗證幾乎是不可能的，因為有太多的型號手機無法擷取得到。所以需要用一些變相的方法參與解決，那就是讓那些擷取不到的自動產生一串GUID然後儲存到RMS中，每次讀取驗證，不過也會帶來一些問題，那就是每次卸載掉程式以後，RMS會隨之沒掉，導致軟體需要重新註冊。下面是：      如果midlet name更改則rms也跟著更改。

單一職責原則(SRP)開放－封閉原則(OCP)替換原則(LSP)依賴倒置原則(DIP)介面隔離原則(ISP)個人簡單理解單一職責：類的作用要專註於某一方面，改變這個類的原因只是這個方面的變化。開放-封閉原則：設計類的時候要考慮到類將來可能會變化。為了消除變化引起的對類的修改，設計時要對類做到對類的擴充開放。基本方法是利用抽象，抽象出具體的類涉及的對象,從而減小類對具體對象的依賴。替換原則：oo的承繼使子類可以替換父類的使用。子類和父類的"is a"是行為上的"is

軟體的設計要考慮很多因素，可維護性是很重要的，一般軟體都有一個生命週期。軟體的特點就是應變性比較差，很多設計模式就是為系統帶來了更好的可維護性。OO設計中有一個很有名的open/close原則，這個名字取的比較怪和費解，實際上它的意思是擴充軟體功能的時候不修改和影響已有的功能。軟體忌諱的是像全域變數那樣牽一髮而動全身的東西。最近，松耦合空間的溫先生提出了良性依賴原則（http://lcspace.nease.net/dvp-agile/agileood.html），認為應該避免容易變化的東西。這

歡迎加入linux DIY樂園！字型：    下載圓體，效果很好輸入漢字：    fcitx（支援FF15）瀏覽器：    FF1.5email:    gmail + gmail notifier plugin(設定聲音通知）rss：    zhuaxia.com, bloglines.comim:    gaim：msn，gtalk    gaim＋openq：qqp2p：    amuleirc:    XChatmp3：    xmmschm：    kchmviewernotepad:

上篇介紹了架構師看的一些資料http://www.cnblogs.com/2018/archive/2011/08/03/2125714.html，現在把架構師的一些基本素質和職責匯總一下。定義先看看百度百科的定義： http://baike.baidu.com/view/1194938.htm架構師是軟體行業中一種新興職業，工作職責是在一個軟體項目開發過程中，將客戶的需求轉換為規範的開發計劃及文本，並制定這個項目的總體架構，指導整個Team

以前在網上讀《走出軟體作坊》，對於作者的文章和分析符合國情，很是受用，最近閱讀了圖書版的內容。作者在blog上又有不少的新更新。作者部落格：阿朱=行業趨勢+開發管理+架構http://blog.csdn.net/david_lv/archive/2008/05.aspxhttp://blog.csdn.net/david_lv/archive/2008/06.aspxhttp://blog.csdn.net/david_lv/archive/2008/07.aspxhttp://blog.csd

　　我做.NET軟體設計快四年了。與大家一樣，經曆過酸甜苦辣，經曆過徹夜加班；關心自己寫的每一行代碼，也會仔細閱讀每一行別人的代碼；既會孜孜不倦的閱讀各種軟體設計方面的書籍，也會面對淩亂的代碼抓耳撓腮。　　期間的經曆相信大家都能體會，而對我來說，體會最深的一個莫過於有一份能給予自己最好協助的資料。雖然有很多經典書籍我們可以參考，但經典書籍的弊端也是共見的，那就是與我們切實的情況最有一段距離。　　其實我們大家都知道，最好的指導資料莫過於言傳身受。　　相信大家每天在部落格園上發表文章，目的就是分享自

（一）軟體開發具體的內容是：需求、設計、編程和測試！      需求：不僅僅是使用者需求，應該是開發中遇到的所有的需求。比如，你首先要知道做這個項目是為瞭解決什麼問題；測試案例中應該輸入什麼資料......為了清楚地知道這些需求，你經常要和客戶、專案經理等交流。      設計：編碼前，肯定有個計劃告訴你要做什麼，結構是怎樣等等。你一定要按照這個來做，否則可能會一團糟。      編程：如果在項目截止日，你的程式不能跑起來或達不到客戶的要求，你就拿不到錢。     

軟體安裝安裝了 FreeBSD 後，您一定還會需要安裝其它非 FreeBSD 內附的軟體。在 FreeBSD 上安裝軟體有許多種方法，我們將一一為各位介紹。包含了下列軟體安裝必備的課題：    * 各種安裝方式的優缺點。    * 如何使用 package。    * 如何使用 port。    * 如何使用傳統安裝方法自行編譯軟體。10.1 概論傳統上，要在一個 UNIX 系統上安裝其它軟體時，有幾個步驟：    * 下載該軟體，有可能是 binary 檔或是原始碼。    * 解壓縮該檔案，

在 FreeBSD 下使用 Linux 類比層運行 linux 軟體From:      http://www.linuxdiyf.com/viewarticle.php?id=83929       我是比較認同BSD的協議以及FreeBSD負責任的Team Dev模式，從而喜歡上FB的。當然，OpenBSD也很好，不過，出於效能和中文支援方面的考慮，FB更適合做案頭。        但一個不爭的事實是，由於有眾多商業公司的支援，Linux下的應 用軟體現狀要比FreeBSD下樂觀的多。

不管是協同軟體產品還是ERP產品，都是企業可利用的一個資訊資源。是以解決企業各種應用為目標摹５秸叩牟嘀氐悴煌ㄏ曇掀?span href="tag.php?name=%D0%AD%CD%AC" onclick="tagshow(event)"

1.    

　　東尼博贊（Tony Buzan）,諾瓦克教授在1970年代初期發明的“思維導圖”（Mind Map）/概念圖(Concent Map)這一簡單易學的思維工具。通過神奇的思維導圖進行訓練，挖掘大腦潛能,釋放潛在想象力與聯想力,增強記憶力,提高學習能力，陶冶健全人格(?)。“大腦的語言可以畫出來”，“學會用大腦的語言思考”。KEYSTONE 國內免費思維導圖軟體 http://www.keystone.cn/1、http://www.mind-map.com/

下面是網上流傳甚廣的一個軟體項目的WBS。我相信很多人都使用過自己建立過類似的WBS。正是由於我們的先輩，先輩的先輩用類似的方法來建立WBS，耳濡目染之下，我們也養成了同樣的習慣。這是一個典型的有問題的WBS。首先從客戶的角度來說，從第一層分解要素來看我們無法看到我們到底要交付給客戶什嗎？你告訴客戶，我要交付給你一個系統設計，客戶還不得跳樓。因為客戶要的是OA系統、財務系統、郵件系統，機房、裝置、系統軟體。從實施的角度來看，我們大有可能購買現成的郵件系統，或者將郵件系統外包給一家公司，先在我們簡

              我們天天在開發軟體產品，有必要思考一下軟體產品的特點，我大致查閱了有關材料，做點總結：          知識密集創造性虛擬性（不可見度）實現不具有唯一性複雜高附加值邏輯性強（*）      由於軟體所具有的這5個特性，導致了軟體開發工作的複雜性。軟體開發知識密集，意味著我們需要高智商的群體來完成，具有創造性也對人提出了很高的要求。虛擬，看不見，就驗不著，驗不著的事就會有點懸，因此軟體開發就必須千方百計的要讓它看得見，文檔、模型都是在設計階段的要求。      

我主要談一下獲獎書目（因為最近接觸了測試和缺陷管理，以後我再聊這兩類產品）遺憾的是General類的書中我一本都沒有看過，第二類的技術類書中我看過三本，準確地說是瀏覽過。說實話這幾本書印象一般，要寫出讓人印象深刻的書不容易。 我注意到，兩本頭獎書都是O'Reilly出版的。 完整獲獎名單：http://www.sdmagazine.com/pressroom/jolt_winners_2005.pdf CMP Media’s Software Development Magazine

文章目錄 IDE整合#pragma支援批註支援命令列支援IDE整合MSBuild整合Performance Session WizardPerformance ExplorerSummary視圖Functions視圖Caller/Callee視圖Callstack視圖Type視圖命令列支援 作者：Kamran Iqbal (Microsoft Corporation)相關技術：程式碼分析、代碼檢測難度：★★★☆☆讀者類型：微軟技術開發人員、

 (本文同步發布在javaeye.com上,轉載請保留出處)   在http://www.cnblogs.com/jackyrong/archive/2006/11/08/554694.html中,    

最近參與一個項目，真實的情景：倒數第2天聯調，甲方（公務員大爺們）很認真的 參與進來了，我坐在前面做我的工作，聽到了發生的一切。突然，甲方叫來了乙方的測試MM，當頭就問：怎麼搞的，這個問題不是上個月說了的麼，怎麼還是這個樣子？ MM看了一陣後，明白過來什麼事後，就說：哦，這個嘛，可能是上次我們程式改了， ，但當時其實好象我們也沒最後跟你們確定這個問題要如何改呀，你看，其實 流程A是這樣比較好。。。。於是MM開始論述了自己公司當時的道理，講了一大堆東西