軟件

      前面我們在AgileEAS.NET之外掛程式介面IModule和AgileEAS.NET之外掛程式運行容器中對模組外掛程式和運行容器都做了介紹，本文我們介紹AgileEAS.NET平台對模組外掛程式的整合。     

     上一篇AgileEAS.NET之外掛程式介面IModule中我們介紹了EAS.NET模組外掛程式契約，在本文我們將介紹一下調用外掛程式的運行容器，即平台。    

要寫好一個影像處理軟體，僅靠自己看書是完全不夠的，要多方面學習，借鑒前人的經驗，要集思廣益、多面出擊。如今網路發達，映像學的資料其實也到處都是。只是往往個人能力或精力有限，在短時間內無法找到那些也許藏於角落裡的金子。本人研究映像至今也曆時7年，在慢慢的摸索和累積中也找到了一些相關資料，共用給大家學習。1、 最著名的開源映像軟體：GIMP。      開發語言：C      GIMP號稱Linux下的PhotoShop，總觀其工程，確實達到了PhotoShop早期版本的功能。三大利器:選區、圖層、

要做一些有意義的事情，比如翻譯 Debian 軟體包簡介資訊（http://carlosliu.livejournal.com/4903.html）－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－實驗了一下翻譯了三個 mawk，hostname，makedev，感覺不錯。每天抽幾分鐘出來翻譯幾個吧。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－今天的成果：－－－－－－－－－－－－－－－－－－－－－－－－

如何把握軟體產品的品質蔡: 蔡為東，熱愛測試工作，有超過10年的軟體測試和團隊管理經驗。鄭: 鄭文強, 阿爾卡特-朗訊測試架構師

文章目錄 版本原則可變性管理考慮模型驅動應用案例情境

      前面的文章我介紹了AgileEAS.NET平台關於模組外掛程式的整合，本文我介紹AgileEAS.NET平台中的一個重要功能，賬戶和角色。      做為一個企業級應用開發平台，我們應該包括賬戶管理，做為一個外掛程式整合平台，我們應該包括模組外掛程式的許可權管理，而許可權系統，也必須依賴於外掛程式和系統使用者(也就是賬戶和角色)。     

首先抱歉，題目可能很難懂。不過不要擔心，內容會比較輕鬆。既然大家都喜歡講故事，聽故事，那我也來編一個故事來開始吧。說是在很久很久以前，數學還沒有被發明的時候，神把發明數學的難題交給了一對兄弟。兄弟二人齊心協力終於發明了0，1到9的數字，卻為誰比誰大而爭了起來。弟弟堅持認為2比1大，哥哥堅持認為1比2大。二人爭執不休，最後到神那裡去，要神給嚇定論。神想了想說：嗯，1可以比2大。哥哥聽了很高興；可是神又說：不過，2也可以比1大。兩個人都很不高興，說，你是神，你怎麼還沒有主見呢？我們兩個人的觀點是完全

  在軟體工程的全部實施過程中都採用模型的方式而非文字的表達方式來進行描述，這樣的實現過程稱之為全程建模。全程建模的特點是：模型相互之間是有關聯的，模型成為軟體工程過程各階段展現的主體而不是文字描述作為主體存在。通過建模的方式將原來純文字加圖形描述的各種文檔模型化，使得從需求到代碼能夠統一起來，實現需求的變動直接影響到代碼的變化。提高代碼對需求的有效性聯絡，同時，解決過去經常出現的：編碼改動，文檔就失效的問題。軟體建模方法有很多種，至今為止最廣泛使用的是UML。UML是Unified

1．什麼是開閉原則        “開—閉”原則是指軟體實體應當對擴充性開放，對修改關閉。即軟體實體應該在不修改的前提下擴充，這個原則實際上為軟體設計指明了目標。我們知道軟體設計應當充分考慮軟體的可維護性，即需求發生變化的時候軟體結構能夠靈活地適應這種變化。就評價軟體的可維護性而言，“開—閉”原則提供了一個依據。實際上，設計模式的應用就是使軟體的結構在某種程度上滿足“開—閉”原則。2．“開—閉”原則的實現    

文章目錄 3 Options for Rebuilding Your Software Without Risking Death1) Standard Approach - Prototype and expand 2) Incremental 3) Buy 出處：http://blog.assembla.com/assemblablog/tabid/12618/bid/4996/default.aspx風相關文章：

從發了上一篇博文，這幾天收到很多朋友的來信。大家從各個開發語言的優缺點和適用領域，一直討論到設計模式、架構、重構、單元測試，乃至敏捷編程，最後都討論到了軟體開發過程管理，甚至都談到了盈利模式和中國軟體的悲哀。最後不了了之，都覺得改善中國內地現在的軟體生產狀況不可能。為什麼呢？我重新把這幾天大家的討論留言翻了一遍，發現大家的軟體團隊都存在著這樣一種普遍現象1大部分人所在的公司，開發人員僅3-5人，多的在10人。別看就這幾條槍，還從售前支援，軟體開發，測試、打包發布、文檔編寫、實施安裝、培訓、支援人

方法篇經濟為本，使用者為先，管理需求，及早整合，連續驗證，控制變化，規範流程，快速原型借雞下蛋，開放標準設計篇避繁就簡，因地制宜，變中求靜，分層平台，內外有別，模組封裝，合約介面，物件導向巧用模板，能伸能縮，套用成解，見好就收實現篇決不重複，通俗易懂，精益求精，效能最佳化，照貓畫虎，嚴堵漏洞，雁過留聲，自動流程利器常新管理篇分工協作，目標驅動，常來常往，有張有弛，不斷總結

　　都市行是基於J2ME的公交查詢系統，使用簡單，操作方便，查詢速度快，並且具有良好的相容性。是目前功能最全面的手機公交查詢軟體之一。 功能特點：●提供多城市版本，可以自由切換查詢城市。(NEW)●支援雙向資料（即分上下行）。(NEW)●進一步最佳化資料載入方式，佔用記憶體比上個版本小不少。(NEW)●基於J2ME架構，大部分MIDP-2.0

http://blog.csdn.net/jpr1990/article/details/6743033本書譯者SeanBV（他的CSDN部落格）整理，推薦給大家。1．  客戶需求重於個人簡曆 （ Nitin Borwankar ）客戶需求至上。為了自己的簡曆更炫而採用新技術是沽名釣譽，往往事與願違。2．  簡化根本複雜性 ，消除偶發複雜性 （ Neal Ford ）分析問題好比撥雲見月、水落石出。3．  關鍵問題可能不是出在技術上 （ Mark

進階軟體工程師職位描述：負責InBetween的BI項目開發和設計；開發代碼，並負責所有程式模組的整合；撰寫各種軟體設計和開發文檔；解決關鍵性的技術難題；在技術方面，指導其他程式員；參與BI產品的介面設計開發和使用者使用流程設計開發；協助專案經理完成個階段的開發工作單位，及時彙報任務完成情況和開發過程中的問題。  職位要求：熟悉商業網站開發的流程，有3年以上Web項目的實際開發經驗，熟悉網站開發流程，並具備一定的策劃分析能力；熟悉.Net 2.0和MS SQL Server

轉自：http://www.noop.nl/2009/01/100-interview-questions-for-software-developers.html Hiring smart software developers is not easy. If you're not careful you might end up hiring a bunch of moronic mandrills, like I did last year. And you don't want

今天為了賣掉我那款好老的PlamTW來吃頓好的，走了好多路，見了好多人，最後還是沒賣出去。不過練就了一身快速硬啟加裝系統的本領。這種經驗一定要備份一下。由於好久沒有用TW了，和大多Palm機器一樣，丟電過多自動硬啟了，開始我還挺害怕，因為以前的所有軟體都丟失了，不過現在看來沒什麼，因為我今天人為的硬啟不下於10次了....好，遇到問題，硬啟是個好方法，那如何硬啟呢？跟我的PalmTE一樣，按住電源鍵不放，戳一下Reset鍵，知道一根進度條結束(5s這樣)，鬆開電源鍵，用方向鍵選擇下一步（一般就是

轉自:xuezhonghua.com推薦使用Active Desktop Calendar5.5漢化版,他功能很強大,不但有很強的備忘錄功能,還有鬧鐘提醒等眾多實用的功能.點擊下載Active Desktop Calendar5.5漢化版以下為更多備忘類軟體的介紹1. TimeRecorder 4.20 定時提醒您各種事務，記錄發生的事情和時間，並可用作備忘錄和定時關 download.pchome.net/multimedia/viewer/12803.html 2.

關於andriod上實現條碼識別，我前面已經講了一些簡單的應用，上篇講過的應用zxing時必需多安裝其組件這是不能接受的，我想大家都已經想到解決的方法了吧，呵呵，其實正真學習一個東西，從其最基本的東東開始--大家都知道就是源碼了。OK，我們要深入條碼的識別的話自然就要去讀zxing的源碼，你讀完之後就不只是懂得其源碼了，你會發現你其實收穫到的不僅僅只有這點，還有更多的東西，比如你更深入學習android的又一個應用樣本對Android的開發多了瞭解。官網源碼提供免費下載，但協助文檔不是很全，最近