實際上ejb3規範我05年就略微了解了一些。
9月3號，廣州ibm組織了技術沙龍，專題介紹ejb3，jpa的技術特點。這幾年由於對 hibernate，spring 應用經驗增加，當時對ejb3 的一些疑惑和不感冒，現在更加明確了。
沙龍上主要針對hibernate 介紹了 ejb 3的 jpa， 針對spring 介紹了 ejb 3 的容器特性，感覺ibm有貶低 hibernate， spring，力推ejb 3的氣勢，大概是為 was7的推廣做準備吧，呵呵。
一些明顯的點就是 ejb 3為了輕量化，避免 ejb 1, ejb 2當年設計缺陷的後塵，採用了許多 spring ioc的思想； 為了實體bean， 而又採用了 hibernate 的許多思想，只是適當的引入了 annotation 等技術。似乎有些偷竊概念和技術，而又貶低前人的意味，這一點讓人感覺很不好。
另外一點，運用 annotation 進行對映，服務發布，注入等， 著實感覺不是乙個好的方案，這就是我3年前的感覺。 雖然說不一定完全用 annotation 開發，但ibm將這個未經實踐檢驗的開發模式作為乙個開發推薦規範介紹給我們客戶，， 有點類似當年極力推 ejb 2的感覺。 annotation 是jdk1.5開始的乙個語言級的好特性，但不能濫用。特別是在 orm 對映，將bean發布為服務等，直接在method上寫 annotation，就是一種 hard coding，通俗說就是寫死的做法，如：將實體的表名寫死，將屬性對應的庫表column寫死，將發布的web service 的位址寫死等， 失去了 orm 對映配置的靈活性.
@entity
@table(name = "student")
public class student implements serializable
@manytoone
@joincolumn(name = "student_id")
public student getstudent()
實踐才是最好的選擇器，就像hibernate ，spring 成為事實上的企業級開發標準一樣。 所以我們對 ibm，oracle 的新品宣傳，新規範介紹， 還要多留個心眼，有自己的思考，不能死板的照單全收。
對於產品抄襲的一些看法
關於抄襲，說點我自己的看法。首先我覺得 抄襲 本身並不可恥。乙個團隊 乙個企業，想偉大之前首先要確保自己能夠活到偉大的時候，而 抄襲 就是最好最安全的途徑。模仿是人類學習提高的最主要手段，這是自然規律。通過模仿，可以積累經驗，發現問題，最終找出優化的辦法來。乙個團隊如果一上手就大肆批判抄襲，號稱自己...
個人對於編譯原理的一些看法的。
在現在，作為乙個程式猿不可能不知道編譯原理的大名，編譯原理可以說是乙個電腦科學的縮影，是計算機專業的一門重要專業課，旨在介紹編譯程式構造的一般原理和基本方法。內容包括語言和文法 詞法分析 語法分析 語法制導翻譯 中間 生成 儲存管理 優化和目標 生成。編譯原理是計算機專業設定的一門重要的專業課程。如...
總結下自己對於一些事物的看法
總結下自己對於一些事物的看法 學會了拒絕比人,感覺當時挺不好意思的,但是過後發現也就那樣,不知別人如何想,但是自己感覺輕鬆多了 學會了爭取本該屬於自己的東西.比如去競爭乙個 優秀的 頭銜,跟別人要自己曾經借給他的東西 學會了放棄,比如需要學的it技能的方向太多了,放棄自己覺得不喜歡的或者不擅長的.放...