從淘寶某個高層口中知道淘寶的一些應聘流程，知道不是用什么技術開發了什么東西，而是要了解為什么要用這種技術，為什么要用這種框架，對于開發的對象，用這種框架、技術是最適合的么，經常保持此種想法是可以邁向框架師的。
說說現在做的這個項目，做了長達8個多月，前期需求沒有落實，只是搭了個框，導致之后重復工作很多，做完一遍了再對照客戶需求不同了，又全盤推翻重做，從這可以看出前期需求的確定是多么重要，沒有落實的需求再怎么努力只能做出個半成品。
因為是針對政府做的系統，客戶要求的是使用，簡介，個人覺得C做的系統也是不錯的，起碼能在同一個頁面實現很多操作，對于政府部門的使用還是很方便的，當然為了升級，還是改成了JAVA。
工作兩年懂得了工作時也是學習的時候，千萬不要放棄學習，就是不放棄自己，工作空余時間多看看筆記，吸收知識，寫寫BLOG感想，才不會忘記自己當時做了什么，已經學會了什么，所以以后要多寫BLOG，即使零散也要記錄下去。
現在的技術各有利弊，hibernate實現了SQL的自動生成，完全映射數據庫，簡便節約時間，但是ibatis能自主編寫SQL、僅能生成標準SQL和部分映射數據庫的優點也很具自由度。這要看開發的是什么系統，更適合哪種開發技術來選擇了。不管什么項目，優化還是挺重要的，不同的是要求的高低了。
一年前做了一些東西，現在來總結一下。一年前先開始的是維護一個比較成熟的框架系統，名字叫做核心平臺三版。設計原則，主要采用的是組件自治的業務模型，就是主業務下有很多相關的業務服務，每個都做單獨一個菜單并且實現自我管理。分層原則與層次職責，前臺組件都需要后臺內部結構做支持，詳細設計時，內部結構為請求處理層(action)、視圖服務層(視圖服務接口層facade、視圖服務實現層imp)、業務組件層(算法bpo、業務對象vo、數據訪問對象entity)。界面視圖層在客戶端，在改框架下，提供了一套用于快速開發jsp UI的標簽庫。控制層用于控制程序的流轉，開發時不需要開發該層，所以沒有接觸：編碼處理器、協議識別器、安全處理器、前端控制器、任務分發器。
待續。。。
今天敲代碼的時候發現，開發一個新的模塊不能一遍通過，其實有部分原因是敲代碼時沒敲規范造成的。試過在生成的模板上做小小修改之后發現基本沒什么錯，幾遍就可以搞定了。自從有小弟之后發現很多問題自己做會做，可小弟問時就會詞窮，不知道怎么回答，更嚴重還會心虛。。。。現在還沒找到好的方法解決此類問題，有待發掘；初步總結是1.表達能力欠佳，詞不達意2.肚里缺乏專業詞匯3.確實不懂，心虛了，不能靜下心來按往常步驟解決問題。。。淡定啊，淡定。