桌面操作系統還是網絡操作系統，桌面辦公還是網絡辦公？
希望微軟的Vista、Office 2007和Live能夠給我們帶來答案。

Vista那花哨的界面并不能打動我，那只是一種資源的嚴重浪費。
至今都不曾給自己裝XP，直接由2000跳到了2003（精簡版）。
對XP里面，第一次使用Messenger時繁瑣的設置過程感到厭惡。

但某些看法在最近改變了。注冊了Live Mail和Live Messenger，
并看到Live其他的子項目，再對比最近對于Vista和Office的相關報道。
感覺微軟太瘋狂了。
當國內外Linux廠商在把Linux做的更微軟，
辦公軟件廠商更進一步提高自己對微軟的兼容性時。
微軟卻打算把我們引入網絡操作時代。
這兩天在使用Live Messenger時，不得已像XP那樣先導一邊微軟的Passport。
有一個選項大意Passport信息是否與當前Windows用戶綁定。

可以想象一下Vista用戶信息與Passport信息，登陸Vista，
也就同時在后臺登陸相關聯的Passport，進入系統之后
OutLook 2007已經把Live Mail的信件連同RSS訂閱的新信息收下來，
Live Messenger已經登陸，可能正在逐個顯示好友給你發送的離線消息。
Live Favorites已經將自己在上班時收藏的某個網站，放在了當前用戶的收藏夾中。
Live Office會打開下班前正在編輯的那篇文檔，光標就停在你最后關閉它的位置。
其他的文檔，都放在你的網絡辦公文件夾里面，不妨叫它Live Documents。
還會有什么，這些都會實現么？我不知道！

Hotmail、Messenger未來將叫做Live Mail和Live Messenger，更徹底的統一到一起。
Office 2003本來就有一個網頁版本的計劃，后來停下來了。
不知道是技術上不足，還是微軟刻意要留到Office 2007里面。
Office 2007將會推出一種新的文件格式，基于XML的，標準將完全公開。
理論上可以不用做任何內容修改，增加一個樣式文件，就可以放在網頁上瀏覽。
或許我們將來不再使用IE瀏覽，而是Smart Client或者別的什么。

未來的操作系統是什么樣的？很難說清楚。
更期待Apple和Google的加入。
或許將來我們會有多個操作系統，來自同一家公司。
專門娛樂的，專門商務辦公的和專門學習開發的。
盡管現在一個非常大的操作系統，這些幾乎都能夠做到。
但，如果各自夠小又夠快，或許也是一種思路。

最近別人要我給他的網站加一個RSS，用過但沒有做過，看了以后，有點感慨。
太多的技術被基于新的平臺重新構建了。

新聞組，一種非常“古老”的技術，以至于古老到中國互聯網還沒有來得及普及的時候，
論壇，一種基于動態網頁技術下產生的新事物就將它取代了。
新聞組，一種基于NNTP協議的信息共享方式，這樣解釋不直接。
瀏覽它需要客戶端，最常見的就是outlook。
對，信息是基于郵件格式的，但首先下載的是基本信息。
如標題、大小、日期、發布者等，當用戶選擇某個主題時，
客戶端，才去下載這個主題的真正實體——一封電子郵件。
是不是感覺有點和RSS類似。

新聞組是分很多討論組的，有點類似分論壇。
只有訂閱后才能夠瀏覽，一般是不需要注冊就可以
在討論組里面瀏覽、發表新討論和回復討論了。
但也可以由管理員設置訪問權限。
這樣的感覺又有點類似論壇了。

再對比一下近年比較火的博客，它有點感覺像為每個人
建立一個單獨的分論壇，管理員是自己。可以自己寫日記，
也可以寫東西別人看，別人也可以發表意見。
再看看新聞組，一個具有安全特性的討論組，自己是管理員，
已經很接近了。

另外一些新聞組的特點，也就是作為郵件方式，
本身是可以支持富文本和附件，支持的大小，
根據服務支持而定了。另外，由于是郵件方式，
新聞組，是可以脫機瀏覽的。這個功能在現在，
網絡極度發達的條件下，似乎已經不那么重要了。

不過，無論新聞組有何種的優勢，以及對其他技術形式的兼容。
它畢竟已經是一個很老的技術了，而且在國內幾乎沒有服務商支持。
就如同IRC在國內也不流行一樣。
作為一個曾經的Java程序員，已經很多年都沒有編碼，但從沒有放棄過對Java和開源的關心。
最近又有機會開始寫點東西，感覺自己已經很遲鈍了，很難有耐心動手寫代碼了。
但是為了盡量縮短自己與現在技術水平的差距也開始學點“新”東西，比如Struts、Hibernate和Spring。
大多都是停留在摸摸的水平，離實際開發還有很大的距離。
可能是人老了，變懶了。
一直都在尋找著，更能夠精簡代碼的產品，尤其是使用Hibernate配置了繁瑣OR影射后，
完成一個簡單數據庫操作后，真不知道是用它好還是不用它好。
相比之下，一個同事，只在大學上過公共課程C語言程序設計，用不到一周的時間上手Delphi，
并且在不到一個月時間里（中間還因為其他工作出差，中斷過），相對輕松的開發了一套的程序。
同時對比正在激烈討論的Ruby，微軟的.net都看到了很多Java里面沒有的東西。
原來編程可以這么簡單，也應該這么簡單。
Java有沒有更簡單的方式來保存數據，更確切的說是保存對象，DB4O無疑就是這其中的一種。

基于它現在的技術，有幾個想法
1、數據型對象的共享技術，更多的應該是跨語言的實現，畢竟現在大多數語言都是面向對象的。
數據庫和XML文件在很多時候，在這些不同語言之間充當了一個數據傳遞者的角色。
一般數據又都是封裝在某個對象里面，與數據庫之間OR影射。微軟的SOAP和CLI似乎都是向這個主旨努力。
2、EJB太復雜，雖然買了很多書，但都從來沒有耐性做個測試的樣例。遠程訪問一個對象，必須繼承特定類，
要基于某個協議，還要配置容器，太困難了。DB4O似乎又提供了另一種思考方式。
3、Session大家用的應該很多，使用的不當對服務器是一種非常大的負擔。還想不到如何減輕服務器的負擔，
但至少可以嘗試使用DB4O來減輕Session也就是容器的負擔。
4、對于3中Session，困難的就是對眾多的臨時數據，管理起來太復雜。用過之后就不再使用。
容器自己可以管理Session，清理DB4O中的垃圾數據最簡單的方式，就是為DB4O添加一種內存數據庫模式。
也就是數據都放在內存里面，管理程序可以清理垃圾數據，一次重啟、斷電、系統崩潰，
都可以把這些垃圾數據清理掉。
可能還有更多的一些可能，誰又能知道，現在的技術發展太快了! 從尚興林的blog“struts 中文問題解決方案”中發現的本地化方法。
http://blogger.org.cn/blog/more.asp?name=dashee&id=7228

    public static String toNative(String s) {
        int j = 0;
        if (s == null || s.length() == 0)
            return null;
        byte buffer[] = new byte[s.length() * 2];
        for (int i = 0; i < s.length(); i++)
            if (s.charAt(i) >= '\u0100') {
                char c = s.charAt(i);
                byte buf[] = ("" + c).getBytes();
                buffer[j++] = buf[0];
                buffer[j++] = buf[1];
            } else {
                buffer[j++] = (byte) s.charAt(i);
            }
        return new String(buffer, 0, j);
    }

在DOS窗口運行STARTUP.BAT文件，
另外，吧startup.bat文件最后的
call "%EXECUTABLE%" start %CMD_LINE_ARGS%

改成：

call "%EXECUTABLE%" run %CMD_LINE_ARGS%

要找JDK 1.5 文檔（chm版）
首先，訪問Java的官方網站的JDK在線文檔的首頁
http://java.sun.com/j2se/1.4.2/docs/index.html
瀏覽到底部，正文的最后一條內容如下：

Java Documentation in HTMLHelp and WinHelp Formats
For Windows users.

點擊以后進入Java官方推薦 chm版 JDK 文檔先導頁
http://java.sun.com/docs/windows_format.html
可以很明顯的看到

Download with English Instructions

點擊后，進入一個法國網站
http://www.allimant.org/javadoc/indexe.html
進入后，大家就可以根據自己的需要來下載了。

地址更新：
最近工作上與“二代證”制證內容有些接觸，
也看到了一些文檔，也按領導要求寫了一點東西。
但似乎不是太符合領導的意思（自己開發的太慢了）。

可能會把部分里面用來網頁控制的JavaScript代碼放上來給大家參考一下。
畢竟首先要求實現的是人口系統，在人口系統的錄入上，網頁方式還算是比較方便的。
有些條件允許的地方，已經實現了部分是通過網頁來辦公的。

B/S和C/S還是有些不同，尤其是操作習慣上。
很多在客戶端程序里面可以簡單實現的，網頁里面卻很難實現，甚至無法實現。
研究了一部分網上搜索出來的代碼，盡量滿足那些領導們對操作習慣上的要求。
有些功能實現了，但不是都成功，一直費解。

代碼還沒有整理好，也是東拼西湊的。
現在就不敢拿出來獻丑，如果領導把我的這個B/S給否掉的話。
就直接貼出來，不整理了。

我想可能會對那些還在為人口系統掙扎的程序員有所幫助。