軟件

經過多日的考慮和查詢，決定採用 Codematic 作為軟體的英文名字，(在此感謝Sheva的提名,我將單獨給他回信感謝)同時，網路網域名稱定為：Maticsoft，由matic和soft組成, matic是電氣自動方式的意思,來源於Automatic 自動的,

 A、普通開發人員：掌握了電腦基礎知識；熟悉電腦資源，學會了程式設計語言，喜歡賣弄技巧，喜歡比較程式設計語言的優劣；以能編出某種特殊功能的程式為榮，不懂原理，不求甚解；喜歡個人開發，不重視文檔編寫；B、軟體工程師：電腦基礎知識紮實；掌握兩門以上程式設計語言，很少停留在表面比較程式設計語言的優劣；以編寫出使用者滿意的高品質軟體為榮。懂得個人開發和團隊開發的利弊，文檔規範，齊全。對比2：A、普通開發人員：只重視功能的實現，不重進度和品質的把握。怕被“管”得太死，動不動就說限制了思路，沒有發揮空間。不

在linux環境下，翻譯軟體我認為星際譯王的使用還是不錯的。很方便，感覺很像windows下的金山詞霸。  1.安裝  我們可以通過星際譯王的官網http://stardict.sourceforge.net/直接下載到軟體rpm包，然後直接安裝。也可以通過yum或者apt來線上安裝。像在ubuntu當中，自然用apt比較方便。輸入命令：  sudo apt-get install stardict  即可線上安裝星際譯王，如下所示：  正在讀取軟體包列表... 完成 

我是如何寫作一本軟體+哲學式的書籍的（上）做好這個決定後，就面臨一個很棘手的問題：怎麼不把這樣一本書寫成散文，這類書很容易想到那寫到那，針對各種東西，發一堆感觸，而後被命名為經驗分享。看到的一些書就是這個狀況，這未必沒意義，但這違背初衷，我是想寫本講本質，把事兒講透的書。而上面的寫法很像有把鎚子就把什麼都當釘子。做播放器的有益經驗給做驅動很可能就是毒藥。就好比說，單純從現象來看，世界各個角落髮生的事都不一樣，但從牛頓定律的角度看，很多事情是一致的。好容易寫個東西，怎麼也得奔牛頓定律去---當時真

#好久沒來，以此文章清清雜草吧！眼下比較常用的軟體知識歸類法是以關鍵字為導向的，但感覺這種分類法挺誤人子弟的。比如：· 程式設計語言與程式設計· 軟體工程及軟體方法學· 軟體專案管理· 軟體需求· UML· 建模· 極限編程· 軟體方法/軟體工程· 物件導向· 軟體品質、軟體測試及維護· 軟體過程· CMM(軟體能力成熟度等級模型)· 設計模式· ... ...     “設計模式”，“極限編程”和“物件導向”之所以成為不同的類別主要的原因應該是他們使用了不同的關鍵字，而並非兩者間本質上有什麼區

一、Software Architecture篇     這個領域沒有什麼"暢銷書"，可能讀者中本來就是開發設計人員與專案經理佔了多數，真正定位為架構師而且做的也是架構師工作的不多吧。   1.《Software Architect Bootcamp--軟體架構師教程》    架構師新手訓練營，可惜常以Corba做例子。第2版國內還沒有翻譯，只好看完中文的第一版再去看電子版了。     2. 《Large-Scale Software Architecture-A Practical Guide

1. Model中實值型別的欄位改為可空類型(符號：？)。 2. BLL層代碼模板組件源碼發布。 3. 批量代碼產生，增加表名統一去首碼功能。 4. 批量代碼產生子檔案夾名的問題  5. 命名空間的問題。 6. 修正了Nvarchar類型大小翻倍問題。 7. 完善了ORACLE 主鍵和欄位注釋問題。 8. 增加了高效串連模式：適合大量表的情況下，啟用此項實現快速串連資料庫。 免費下載：http://www.maticsoft.com/download.aspx 

1.描述外部參與者發送給系統的事件。2.描述系統與系統之間的通訊。 一個用例有一個系統順序圖，在系統順序圖中畫的箭頭都是按照用例描述的main flow畫的；系統順序圖從上到下代表時間順序，順序按照用例描述中main flow的順序；比如登入用例的main flow：1.使用者輸入使用者名稱和密碼2.系統驗證。3.返回登入頁面。因此在系統順序圖中也必須有3個訊息；系統順序圖由於將整個系統封裝，因此整個系統是一個對象。 系統順序圖是指main

我是一個畢業近10年的IT工作者，當時我時畢業於複旦大學電腦系，我的班主任是夏寬理，研究生階段 我的導師是施博樂。 當時畢業後分入一家大型國有公司做程式員，剛開始工作我有點沾沾自喜，我經曆了DOS6。2，WINDOWS32，WIN95 和WIN98，WIN2000，WINXP各個階段，當時單位用用SQL SERVER7。0，用用VB，DELPHI編程已經覺得很得意了，工資當時 也比常人高，從沒有光碟機的機器到了94，95年時有4倍速光時，人們似乎一夜間都換上了光碟機，趕上了現代化，

需求－》設計－》開發－》測試－》文檔 -》安裝包 組態管理： cvs－》cvsnet ,TortoiseSVN  vss-> SourceAnywhere (遠端存取，客戶無需VSS）需求：  rose設計：   GUI Design Studio 介面   office2003   文檔   rose，visio   UML設計   powerdesign 資料庫設計   Photoshop  圖片  開發：  文本操作(editplus,ultra edit)  對比：Beyond

63.架構師首先是開發人員身居要位仍然要繼續跟進各自領域的發展。獲得開發人員的尊重和信任，讓開發人員自願接下任務。時不時的去處理一些比較複雜的任務，目的：a)讓自己做到寶刀不老

81. 精心選擇有效技術，絕不輕易拋棄軟體架構師工作很大的一部分，是要選擇用以攻克難題的合適技術。精心選擇熟悉的武器，不到萬不得已，不要輕易排序它們。選擇新技術雖然有風險，但其價值在於往往能為你帶來質的飛躍。不過仍然要謹慎選擇。82.

 最近找調查投票軟體 找到limesurvey 和 phpquestionnaire，limesurvey 中文可以用，但是比較煩瑣。phpquestionnaire有漢化過的包下載，但是安裝完，發現中文顯示，建表還是有各種問題，其實也就是apache php

正在看林銳博士的《軟體工程思想》，看到需求分析，很是感慨。需求分析要問的三個問題：做得了嗎？做得好嗎？做得快嗎？這3個問題，最終關係到一個核心的問題，軟體能不能換成錢！這讓我想起來，我剛工作時，老闆找談話，我稀裡嘩啦地說了一堆，比如系統架構太差，代碼品質太低，應該立即、馬上換個架構，云云。老闆完全沒有動容，我一度覺得自己很正確，不理解老闆是怎麼想的。現在想想，我真是很幼稚，我真的能做，能做好嗎，答案當然是不能，我至少得研究公司的現有代碼很長時間，還得查文獻，除了戰鬥力，我當時什麼都沒有，啥時候才

     最近在搞bluez的移植，用了兩天的時間把bluez-lib，bluez-util，expat，dbus，glib，libusb都交叉編譯過了，也能移植到開發板上正常工作了。由於項目的需要還需要移植openobex和obexftp，所以我不得不再移植，本來以為很簡單的，有以上的編譯經驗了嘛。可是真正編譯的時候又出現了很多的問題，我以為只要網上搜搜就可以解決的，可是google，百度，根本搜尋不到類似的資料，無奈了！    

軟體的定義軟體指的是電腦指令或資料，可以進行電子儲存（來自Webopedia對軟體的定義），這正是電腦科學家基於軟體的本質給出的一種定義，當電腦科學家們身穿白大褂，在實驗室裡伺候那些大傢伙的時代，它們的確如此，他們談論的是指令，位元組，編碼，然而，到了現在，我們再也不會這樣看待軟體了，在我們的談論中，它們是：Word：“你把那份文檔發給我一下。”QQ和MSN：“留個QQ/MSN什麼的，找機會再聊啊。”Skype：“媽媽非要跟我通網路電話，還說這個挺好用的”；傳奇：“我是55區白塔的……”Goog

kerio：http://download.kerio.com/dwn/kpf/kerio-pf-2.1.5-en-win.exe比目前最新的zonealarm和天網防火牆不知道好用多少倍，還節省資源。對家庭和個人使用者是免費的。至於其品質，據說是某些網路安全專家喜愛的防火牆軟體。參考：http://www.insecure.org/tools.html其特點介紹可以參考：http://groups.google.com/group/comp.security.firewalls/browse_

#成為專案經理是需要積累的，如果你想快，但不想付出，那求神拜佛比較好。#這系列文章是寫給想成為專案經理，但又願意努力的人的。當我們開發軟體的時候，很多人知道要為目標軟體建模，好開發需求。而成為專案經理自身也是一種需求，為進一步開發其關鍵點，事實上也需要建模---為軟體開發自身建模。專案經理更類似帥才，單項未必是最優的，但在開發軟體時必須統籌全域。而統籌全域的前提則是對軟體開發自身形成了自己的想法，自己的道，這裡的“道”，即是屬於你自己的軟體開發模型。讓我們從最簡單的開始。軟體項目的基本輸入是：人

 這是敏捷生態系統系列的第一篇（之一，之二，之三，之四，之五）。所謂生態系統，就是指互相依賴方能生存的一系列生物。生態系統常常不是單向依賴的，而是互相依賴互相促進。敏捷開發中的實踐也是如此。典型地，當一個實踐很難實施時，一定不要認為簡單的制度可以保證其實施，而是要思考是什麼導致了它的失敗。比如每日立會，如果發現大家都不按時開會甚至不開會，馬上要做的不是要求大家按時開會+開會遲到給大家買水果+統計每月按時比例+……而是要想一想為什麼這些人不按時來，他們一定覺得這個會議不是很重要，會上講的東西聽的東

       本人與大家一樣，原來只是一個普通的程式員，靠給軟體公司打工謀生。後來感覺這樣長期幹下去沒有什麼前途，雖然現在年輕還可以加班加點靠拼身體吃飯，以後年紀大了怎麼辦？聽說很多人自己單幹每年靠共用軟體都可以賺幾十萬，我為什麼就不行？仗著自己技術好，並且當時已經有了成熟軟體的思路，我就辭職出來加入共用軟體這一行當了。通過半年多的日夜苦幹，軟體終於編出來了。由於我覺得自己的軟體功能比較新穎，編程的技術也很好，以為只要一發布就會大家搶著註冊購買，也可以像那些成名的共用軟體作者一樣每月坐拿幾萬元，