軟件

我認為的綠色軟體就是免安裝，短小精乾的軟體，目前的大部分共用軟體都屬於此類（或向綠色軟體靠攏）。連比較大的phoshop軟體也把一些註冊項放到一個專門的註冊檔案（reg檔案）裡，到時重裝的作業系統，只需把reg檔案匯入的註冊表即可。此外比如金山軟體，基本上都是不用安裝，即可運行。目前絕大部分的共用軟體都是用delphi做的，雖然它的pascal文法讓人彆扭，可大家還是堅持用，最好的理由就是，它做綠色軟體很方便，一個Exe檔案基本上什麼都搞定了。用VC做共用軟體吧，如果是基於API開發（非MFC）

        這段時間就和閉關一樣，連續幾周一直在開發嵌入式EasyHMI，從架構到具體的代碼，有上位機的IDE開發環境到WinCE上的運行時環境，有TCP/IP、COM通訊，有多線程，多緩衝圖形處理，XML序列化，有EVC，有C＃，有.net2.0的框架組，有.net2.0精簡框架組，一時雲集，一陣天昏地暗之後終於成型，是可喜可賀，但腰酸背疼的不得了。     

看到有不少人都要買本本給大家推薦幾款本本的測試軟體.    ●Everest v3.50.852 Beta整機測試軟體Everest整機測試軟體是從以前著名的AIDA32軟體發展而來。它是一個可以測試軟、硬體系統資訊的工具，可以詳細的顯示出電腦各方面的資訊，支援上千種主板和上百種顯卡的檢測，支援並口/串口/USB介面等PNP裝置的檢測，支援各種處理器和記憶體的檢測。Everest總共擁有Home Edition和Professional兩個版本。其中，Home

Brooks在“貴族專制、民主政治和系統設計（Aristocracy, Democracy, and System Design）”一章中，一針見血地指出了成功軟體具有高度的概念一致性。“結構師難道不是新貴？……至於貴族專制統治的問題，必須回答

目前我僅考慮組態後台開發的有關問題開發語言：VB/MFC    （VB做配置和顯示資訊介面   MFC做後台主體和相關驅動程式）我認為一個標準的組態背景程式應具備如下幾個能力。1、提供驅動介面，可以方便的擴充（或編寫）驅動程式2、提供標準DDE介面：DDE Server /DDE Client3、提供標準OPC介面：OPC Server/OPC

目 錄 自序 1 前言 7 一、 科學哲學和管理哲學 13 【1】 “程式開發心理學”（The Psychology of Computer Programming ： Silver Anniversary Edition） 13 【2】 “系統化思維導論”（An Introduction to Systems Thinking， Silver Anniversary Edition） 14 【3】 “系統設計的一般原理”（ General Principles of Systems

以下是閻宏博士在CSDN一個關於構架和架構概念的討論中的發言，對我們理解這兩個概念很有協助！“架構：architecture架構：framework軟體的大尺度結構就是架構。一個軟體不管好壞，都會有一個架構。軟體架構中可以利用架構，也可以不利用架構。譬如JSP就是一種架構，而你的系統可以利用JSP架構，形成自己的架構。所有的framework都是遵循好萊塢原則設計的，否則就不叫framework。所謂好萊塢原則，說的是You don't call us - we will call you.

    這篇文章是根據Hagen的《Xen virtualization》第三章的相關內容得出的。    軟體包分為編譯時間所需軟體包和運行時所需軟體包，如我們的java應用程式，在編譯的時候我們需要安裝JDK，在啟動並執行時候需要安裝Java虛擬機器。前者就是編譯時間所需軟體，後者就是運行時所需軟體。這裡介紹的軟體是Xen運行時所需的軟體。   

1、作業系統作用1）、從電腦系統組成觀點――作業系統是系統軟體 電腦系統組成： 軟體：應用軟體、系統軟體（作業系統、語言處理系統和常用的例行服務程式）                                                                                                                                                               硬體：輸入/輸出（I/O）裝置、

轉自：http://www.ibm.com/developerworks/cn/opensource/os-ag-renegade15/XML 的重要性XML 是由 Tim Bray 和 Michael Sperberg-McQueen 於 1996 年引入的。它的潛力已獲得廣泛公認，但是很難想象那時候會有哪個人能夠知道 XML 會成為怎樣的一種主要技術。企業 Java 開發人員將使用 XML 用於配置、用作資料存放區以及最常見的是用作資料交換的格式。它是 Web 服務和 SOAP

Web報表軟體總的講有三種體繫結構。一種是純Java報表；一種是控制項方式；另一種是獨立伺服器方式的報表軟體。 1、控制項方式：這種方式在瀏覽器端要安裝一個ActiveX控制項，在伺服器端只負責取資料，報表的計算與產生都是在控制項中進行的。採用這種方式的原因是它的報表功能往往都是採用Delphi實現的，包括許多產品都是採用相同的第三方組件。　　控制項方式的缺點在於：　　1)部署：一個控制項，要完成別人報表伺服器所實現的大部分功能，體積可想而之。功能越強，控制項的體積越大。這對於部署是一個很大的負

    從學習電腦起，每天google N次。在N多部落格論壇中爬文，學習了很多，但是我自己很少在網上寫技術方面的東西。現在比較閑（其實一直都比較閑），寫一下成長經曆。算是對互連網的回饋...         在選擇專業的時候，其實當時我更想學的是物理。但是六中的一個物理老師毀了我對物理的看法。所以選擇了軟體工程。還好一路上遇到了很多好人，我的老師，師兄，同學... 在大學的四年，跟著老師做了很多web的項目，學會了把現實中的事物抽象並用電腦語言表達(主要用java)。        

 1） 不會英語CS源於美國，重量級的文檔都是英文的。不會英語，那麼你只能忍受拙劣的翻譯和大延遲的文檔（翻譯出來的文檔幾乎都是很久以前出版的東西）。2） 急於求成什麼都沒學習就開始編程是最大的機會。寫C++程式文法都能錯，資料結構連線性表都不知道，資料庫不知道關聯式模式，TCP編程不知道socket，還是先坐下來學習幾年再說（如果說工作急需，我只能說：早幹嘛去了）3）

相對於軟體公司中的Team Dev，維護團隊似乎常常默默無聞，做事相對於保守，遠沒有Team Dev那樣常常讓人有新鮮感。這是一種很普遍的現象，也就是維護團隊的價值常常被有意或無意地降低了。 事實上，維護團隊的建設和管理比Team Dev所應對的挑戰大得多，而運行得當的話，可以同項目團隊或Team Dev形成互補，發揮驅動力。軟體維護團隊的目標和流程軟體維護團隊被賦予維護已交付產品的職責，主要工作內容是分析修複新發現的Bug,

很多電腦專業出來的學生(包括研究生),往往是理論基礎很紮實,但是動手能力不能說不紮實,如果犀利一點的話,可以說是根本沒有.為什麼?我想了想,決定寫這篇文章.前一段時間,CSDN做了一次訪談，採訪的是清華大學的幾位在電腦程式設計教學中比較有成績的老師，在他們的談話中，我或多或少的聽出來一點這樣的意思：就是現在高校實施的電腦教育確實存在著一些問題。雖然說的很含蓄，但這的確說明了一些問題。問題就是：為什麼高校每年都送出那麼多的電腦專業的技術人才，而無法滿足企業的需求，使得電腦這個本來很有前途的專業，變

 本文是從 What Happened to Software Engineering? 這篇文章翻譯而來。　　在過去的幾年裡，在世界範圍內，軟體開發方法發生了一些變化。還不是很久以前，最主要的軟體開發生命週期(SDLC)方法論是瀑布模型方法(Waterfall

 1         調用／返回1.1      主程式／子程式單線程式控制制，把問題劃分為若干處理步驟，構件即為主程式和子程式。子程式通常可合成為模組。程序呼叫作為互動機制，即充當串連件。調用關係具有層次性，其語義邏輯表現為子程式的正確性，取決於它調用的子程式的正確性。這種程式風格也比較多,比如早期的結構化程式.1.2     

        從更高的層次來思考設計模式其實就是方法論的範疇,對於現在流行的軟體設計模式來講,對其介紹的出發點大部分都處在程式設計層面.設計模式本身屬於方法學層面,是人們在對現實世界的認知和改造過程中總結而來,因此,這些方法無論是在軟體設計還是硬體設計,甚至是其它領域的設計都是適用的,是跨學科和跨領域的方法學.       

翻譯軟體（星際譯王）:Kttlon發佈於2008-3-05 |470次閱讀  字型大小: 大 中 小  (網友評論 0 條) 我要評論Linux下面貌似唯一的也是支援最好 的翻譯軟體應該就是stardict了吧。Debian的apt裡面預設有該package。安裝stardictaptitube install stardichttp://stardict.sourceforge.net/從網站上面下載免費的字典，按照如下步驟安裝字典:tar -xjvf a.tar.bz2mv a

在未來十年之內，將是嵌入式和3G的時代，在我們這樣經常使用盜版的國家，一般的軟體多可以被仿造，所以會導致一般的軟體沒有太多的市場，一般的軟體都很難推銷出去，買不出軟體公司沒有利潤，就會導致一般做這行的程式員的待遇不會很高，而嵌入式一般都針對某一方面公司和企事業做這些公司很需求的軟體和硬體結合的產品，而且一般的嵌入式的產品很難仿造，嵌入式就會有市場，一般的做嵌入式就相對比做軟體的待遇要高，也相對會有發展的潛力。 所以我很想在這一方面做下去，也比較有興趣，希望在以後學習道路上跟大家探討問題。