突然發現自己的技術思想如此落後。。。
由於當前所在項目是一個JAVA系統，雖然現在是在做測試，但是還是要掌握JAVA，據說這樣纔不會被開發人員看不起，然後其實也是想有機會爭取轉去做開發，所以開始從頭學習JAVA。因爲我覺得抱住語法從頭看到尾的方式實在過於枯燥，我還是比較喜歡一種目的導向的學習方式，也就是喜歡啓動一個比較合適的MINI項目，然後選擇用當前學習的技術JAVA來開發，先下手，畢竟學過一些語言，基本語法還是差不離的，然後在開發過程中需要什麼再從書上查什麼，學習什麼就可以了。我覺得這樣子比較有趣一點。
經過考慮，我就決定開發一個企業人力資源管理系統，然後我就按軟件工程的步驟開始實施。當然先進行需求分析，因爲自己練手，所以沒有進行萬全的考慮，只做以下功能：一方面是管理者方面，另一方面是用戶方面，在管理者方面，它要能記錄整個公司的所有員工的各種必要信息，包括姓名，員工號，聯繫方式，入職時間，上級經理，工時信息。在用戶方面，它能進行某些適當信息的自行維護，更新，比如更新自己的聯繫方式，進行OT的申報，等等。另一方面，管理者可以看到所有員工的信息，而每一個用戶只能看到自己的相關信息。
在界面上，這個系統必須有完善合理的適於人性化操作的圖形用戶界面，然後系統必須能通過網絡登陸，不同權限的用戶登陸進去，要呈現不同的界面。
別的需求諸如時間之類的就先不考慮了，然後進行概要設計：
C/S還是B/S？這是個問題！！！
如果是C/S的話，那麼我好像不能直接利用那些現成的服務器如APACHE,TOMCAT之類的，而還得自己動手編寫服務器，來進行網絡監聽，處理每一個數據包，不僅僅是服務端，在客戶端也是，要自己進行網絡編程，這無疑是相當不符合重用性原則的一個重複工作。另外數據庫的訪問則不受影響。不知道在C/S方式中，能不能使用那些現成的服務器呢？應該不可以！
再加上用B/S架構可以實現豐富多彩的用戶界面，那麼在這兒C/S真是一無是處了。。。
然後我就開始想了，我以前總是傾向於研究本機桌面應用系統的開發，潛意識裏覺得現在那麼多的WEB開發就是寫網頁，配置服務器，配置數據庫，做論壇的也是配置配置完事，沒有技術含量，所以總不願意去接觸，去學習，總覺得寫本機程序有意思，纔算博大精深，就算是涉及到網絡編程，也覺得用經典的C/S模式，服務器要自己寫，所有數據通信都自己負責，這樣纔算過癮。可是從來沒有想到過隨着網絡的爆炸式發展，現在的軟件系統僅僅基於本地的已經只佔很小比例了，雖說自己桌面上要用本地的EDIT PLUS,OFFICE,要用開發工具，要用QQ,浩方，要用PPLIVE，要用迅雷，但是沒有認識到在企業或者其它機構內部，許許多多的系統要被佈置成分佈式的，比如人事管理，系統交易，資產管理，業務流程等等，更不用說的是那麼多的商業網絡站點，論壇，以及電子商務系統了。而在所有這些系統中，如果一個個要用C/S模式來開發，那單就服務端而言，就要進行太多的重複開發了，並且大家都清楚網絡編程的複雜性，還有兩端用戶使用接口的開發的複雜性，不可隨處登陸性，不易跨平臺性。所以在這兒，B/S利用它的服務器模式，以及基於瀏覽器的使用方便性簡直就是不二的選擇，然後服務端以及瀏覽器端的實現，就使用JAVA或者.NET技術，而在曾經那些技術火得不得了的時候，自己竟然無動於衷，在那兒靜靜的玩C/C++，在自己系統裏寫什麼俄羅斯方塊之類的東西，唉，其實不要說嚷得那麼兇的什麼AJAX，RUBY之類的新技術，就連基本的老式的一些東西自己也沒掌握好，真是太落後了。在JAVA領域，有那麼多的技術名詞我連基本概念都不清楚，什麼是模式，什麼是框架，還有數據庫操作的新技術，自己一點也沒去了解，學習，真是罪過啊。。。
曾經一直認爲，大學裏面，就應該把C->C++->WIN32->MFC的路線踏實的走下去，而現在我覺得其實不可取，應該好C，然後瞭解一點WIN32開發,知道是怎麼回事就可以了，然後學習JAVA或者.NET,這樣（當然這只是語言這一塊），這樣不管以後進項目是做本機開發，還是做B/S系統開發，自己都不會陌生。不要像我這樣子現在才學就有點晚了，在項目中就會被人瞧不起。。。
那好，現在回到學JAVA的實際情況上來，如果我要做B/S結構的這麼一個系統，那麼我無疑要先學習HTML以及其它一些頁面編寫技術，然後我的確如前所想要學習服務器的安裝配置，數據庫的安裝配置（以前就是錯誤的把這些當成WEB開發的全部了，汗），然後才能進入JAVA的實際設計，編寫之中，好像口開得有點大了，所以我覺得我是不是先寫一個桌面程序，就用JAVA的SWING庫寫GUI，可是寫個什麼系統比較好呢？有了，哈哈，就寫一個卡拉OK點播系統，這個不涉及到什麼C/S，B/S的，就在本機運行，並且規模也不小，可以充分運用面向對象的方法，也比較有趣，儘管我對卡拉OK是沒什麼興趣啦，不過，寫程序就不一樣了哈。並且初步考慮一下這個系統還可能用到多線程，不錯，是個好的實踐項目，那麼就開寫啦。。。
但是這個系統要涉及到音頻輸入輸出的接口編程，怎麼辦呢？這個就先不管，先實現到那一步再說，然後如果到時沒有辦法完成，就做個空殼程序算了。