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