2007年4月29日
這方面的文章網(wǎng)絡(luò)上一搜一大堆。偶也不引用了。
偶的感覺是python的安裝和組件安裝亂七八糟。ruby的安裝和插件安裝感覺比較爽。其理念是學(xué)習(xí)linux的port和apt的包管理思路。
昨天準(zhǔn)備離職了。
其實(shí)在這家公司里面，項(xiàng)目leader對我很不錯(cuò)，時(shí)間也是比較寬松的。給了我很多的機(jī)會學(xué)習(xí)。甚至曾經(jīng)我有整整一個(gè)星期的時(shí)間去完整的學(xué)習(xí)ruby。對此我還是非常感激的。不過因?yàn)轫?xiàng)目的原因以及各種管理上的不如意，我感覺自己始終不開心。
索性這次終于解放，于是我想先靜下心來，思考一下人生未來的路。順便學(xué)習(xí)一下我所喜愛的ruby和python。上次學(xué)習(xí)ruby已經(jīng)是幾個(gè)月以前的事情了，學(xué)完以后基本上沒有得到什么使用的機(jī)會到現(xiàn)在基本上忘記了。這次一并將python也學(xué)了，并比較列出。
幾乎所有的語言，都包含以下幾個(gè)部分
1，數(shù)據(jù)類型 ————被處理的
一般包括數(shù)字，字符串，可能還包括布爾類型；復(fù)雜數(shù)據(jù)類型；對oo的語言還要包括對象等。
2，對數(shù)據(jù)的處理 ————語法部分，
a，操作符和表達(dá)式
b，條件判斷語句
c，循環(huán)語句
d，跳轉(zhuǎn)語句
f，異常處理
3，代碼的組織
a，文件的組織
b，函數(shù)
c，對象
4，類庫
a，標(biāo)準(zhǔn)輸出入庫
b，文件庫
等
以上前三個(gè)部分，是一個(gè)語言基礎(chǔ)的部分。但是對一個(gè)語言深入的了解，還必須結(jié)合這個(gè)語言的背景，哲學(xué)理念，才可以達(dá)到比較深刻的地步。是以我們對python和ruby的學(xué)習(xí)將從這個(gè)地方開始。
我曾是個(gè)技術(shù)粉絲
但是多年的開發(fā)經(jīng)驗(yàn)，使得我對技術(shù)的本質(zhì)認(rèn)識的越來越清楚。至少對企業(yè)軟件開發(fā)人員來說，純粹的技術(shù)coding是沒有多少價(jià)值的。如同建筑行業(yè)一樣，真正有價(jià)值的東西在設(shè)計(jì)階段已經(jīng)完成了。
和傳統(tǒng)建筑行業(yè)開發(fā)不同，軟件開發(fā)行業(yè)不光是技術(shù)設(shè)計(jì)，還包括業(yè)務(wù)的設(shè)計(jì)。業(yè)務(wù)和技術(shù)摻雜在一起，構(gòu)成了軟件開發(fā)的復(fù)雜性。
在業(yè)務(wù)上，在技術(shù)上，尤其是在技術(shù)和業(yè)務(wù)的鴻溝之間，存在了太多太多因素。使得我們本來對相對簡單的軟件開發(fā)不敢抱有那么大的樂觀。更何況真正一個(gè)成功的項(xiàng)目還需要市場，客戶等等各個(gè)方面。
作為一個(gè)軟件開發(fā)人員，真的應(yīng)該放棄軟件自大的心態(tài)，客觀的去看待軟件開發(fā)技術(shù)在整個(gè)軟件開發(fā)工程中的位置和地位。以一種推動企業(yè)發(fā)展，推動項(xiàng)目發(fā)展和成功的心態(tài)和目的去看待整個(gè)項(xiàng)目。就明白了軟件開發(fā)的真正意義和任務(wù)。也就能更好的完成自己的工作，甚至可以改變項(xiàng)目的成敗。
所以成敗不由技術(shù)，成敗由你我的視野和努力。
最近公司項(xiàng)目經(jīng)理派我研究工作流并考慮在項(xiàng)目中使用。很有一些心得。工作流應(yīng)用我將之分為狹義工作流和廣義工作流。對狹義工作流而言，你可以將之理解為在工作流設(shè)計(jì)器里畫畫節(jié)點(diǎn)以及方向箭頭，設(shè)置好就節(jié)點(diǎn)數(shù)據(jù)，動作就差不多了。（具體可以參見jbpm的websale這個(gè)demo)。
廣義的工作流是對服務(wù)之間的整合。核心問題是業(yè)務(wù)節(jié)點(diǎn)和工作流節(jié)點(diǎn)之間的映射，以及業(yè)務(wù)數(shù)據(jù)和工作流數(shù)據(jù)之間的映射，和普通工作流一樣還有流程判斷等等服務(wù)。實(shí)現(xiàn)了這些，各個(gè)業(yè)務(wù)模塊之間的數(shù)據(jù)就可以通過服務(wù)，以定好的方式（進(jìn)行方向控制和格式轉(zhuǎn)化）在各個(gè)節(jié)點(diǎn)之間流通，達(dá)到了服務(wù)整合的目的。
IBM為ESB定義了四個(gè)必備的功能:“路由器”——根據(jù)信息內(nèi)容，在不同應(yīng)用和服務(wù)之間進(jìn)行信息傳輸和路由;“轉(zhuǎn)換器”——進(jìn)行應(yīng)用之間的通信協(xié)議轉(zhuǎn)換;“翻譯機(jī)”——進(jìn)行應(yīng)用之間的消息格式轉(zhuǎn)換;“收發(fā)室”——處理來自不同渠道的業(yè)務(wù)事件(同步傳輸，異步傳輸，發(fā)布/訂閱等方式)。
其中“路由器”和“收發(fā)室”都是針對服務(wù)的重用而設(shè)計(jì)的，而“轉(zhuǎn)換器”和“翻譯機(jī)”則專門用來解決異構(gòu)的通信問題。
針對重用和異構(gòu)這兩個(gè)難題，倪曉兵認(rèn)為ESB提供了兩個(gè)核心的功能，服務(wù)的管理和數(shù)據(jù)的轉(zhuǎn)換。
我們DEC項(xiàng)目的目標(biāo)就是建立一個(gè)全能服務(wù)倉庫（暫時(shí)我在DEC設(shè)計(jì)人員zy哪里得到的信息），而服務(wù)之間如何路由，如何轉(zhuǎn)換，語義的協(xié)調(diào)都沒有考慮，而后者卻是成敗的關(guān)鍵。
最關(guān)鍵的語義翻譯這一點(diǎn)，就現(xiàn)在的技術(shù)上來說還不能做到（需要很高的機(jī)器智能才能達(dá)到使得不同的系統(tǒng)的業(yè)務(wù)詞匯可以正確的映射，更何況是在所有的系統(tǒng)之間進(jìn)行映射，同時(shí)應(yīng)用在企業(yè)級的應(yīng)用環(huán)境中）
也許真的有這樣的幻想，但是真的能夠做到這一步么？我深深的懷疑。就目前的技術(shù)手段，如果要達(dá)到數(shù)據(jù)映射的高度正確性，必須由人不同系統(tǒng)之間需要協(xié)調(diào)的數(shù)據(jù)進(jìn)行語義確認(rèn)方能進(jìn)行有效的映射。
當(dāng)考慮到還必須做到ESB系統(tǒng)對其接入的所有的服務(wù)數(shù)據(jù)的語義都這樣做時(shí)。我懷疑真的需要做到協(xié)調(diào)所有的服務(wù)么？
也許ESB的應(yīng)用范圍就是在公司內(nèi)部或者有限范圍內(nèi)的整合目標(biāo)明確的業(yè)務(wù)節(jié)點(diǎn)之間業(yè)務(wù)的整合。
ruby很火，ror很火。但凡一個(gè)東西火，我們要知道他火的原因。
因?yàn)樗_發(fā)快，你看
rails project_name
#config db
rake db:create:all
rake db:mirage scoffled table_name [field_name:field_type,.....]
#編輯model
rake db:mirage
#編輯action和route
ruby script/server
然后一個(gè)應(yīng)用程序就生成啦，這個(gè)過程大概就2、3分鐘；而且他熱部署，所寫即所得，語法超級強(qiáng)大，簡單幾句話就可以表達(dá)很復(fù)雜的邏輯，真正讓人把精力集中在業(yè)務(wù)邏輯上和頁面邏輯上（他的mirage真是太cool了，完美的體現(xiàn)了定義一次schame，到處使用的原則）
坦率的講，這些別的東西——包括java都可以做到～，為什么到現(xiàn)在java還是這么殺手呢（不是應(yīng)用程序殺手，是程序員殺手，開發(fā)起來羅嗦到死。
既然ror出現(xiàn)了，所以我想jor也很快了，不過ruby使人愉快的是，它從不限制你，包括寫的更難懂——如果你真的覺得別人寫的你看不懂的話——幸運(yùn)的是，它也沒有限制你寫的更簡單。
那就用ruby去快樂的編程吧
linux控制臺分辨率調(diào)節(jié)
2007年12月07日 上午 11:16 | 640x480 800x600 1024x768 1280x1024
-----+-----------------------------------------------------
256 | 257 259 261 263
32k | 272 275 278 281
64k | 273 276 279 282
16M| 274 277 280 283
VESA:
Colors (depth) 640x480 800x600 1024x768 1280x1024 1600x1200
------------------+-----------+-----------+------------+-------------+-------------
256 ( 8 bit) | 769 771 773 775 796
32,768 (15 bit)| 784 787 790 793 797
65,536 (16 bit)| 785 788 791 794 798
16.8M (24 bit) | 786 789 792 795 799
查上面的表，編輯/boot/grub/menu.lst
kernel /boot/vmlinuz-2.6.15-23-386 root=/dev/hdb10 ro quiet splash vga=791
這行最后補(bǔ)上vga=792
說說韓寒
http://bbs.book.tom.com/i_87_22259.html
各項(xiàng)指數(shù)綜合打分，活著的大陸人里面，韓寒應(yīng)該可以排到我最欣賞（敬佩）的人的前三名——還有一位應(yīng)該是曉波老師。還有一位？暫時(shí)空缺，歡迎推薦。王怡信教之后越來越看不懂了，連岳又太“大隱隱于市”了。
以前很傻，以為自己比韓寒年紀(jì)大就敢于瞧不起人，愚昧！后來才慢慢調(diào)整過來，敢于承認(rèn)一個(gè)年輕人，一個(gè)誰都敢批幾句的年輕人，其實(shí)比自己強(qiáng)太多了。
說幾點(diǎn)我欣賞韓寒的地方：
語言才華：這個(gè)不用說了；
獨(dú)立精神：主要是對作協(xié)的態(tài)度；
公民意識，有社會責(zé)任感：比如對廈門px的關(guān)注，比如幫助路人；
生活態(tài)度，有健康的心理：純屬個(gè)人感覺。聚光燈下，不變態(tài)很難，難得韓寒還有平常心。我挺認(rèn)同韓寒自己說的“并不叛逆”；
職業(yè)精神：愛一行做一行，還都能做好，比如半月前奪得2007華賽CFR全國汽車場地錦標(biāo)賽中國量產(chǎn)車1600cc組年度車手總冠軍；
掙錢的能力也很強(qiáng)：現(xiàn)在越來越認(rèn)同一個(gè)人賺錢的能力了，以前一直回避這一點(diǎn)。而且“君子愛財(cái)，取之有道”，這八個(gè)字說起來容易，真正做好很難；
還有，人也長得挺帥的，作為公眾人物，這點(diǎn)還是很重要的，比如看了郭敬明的照片，吃飯就會很困難。
......
突然說起這些，是因?yàn)樽蛱炜戳四戏街苣n寒的采訪。
南方周末：你怎么看待張悅?cè)弧⑿★垺⒐疵鞯却笈?#8220;80后”作家加入作協(xié)這件事？
韓寒：我覺得也挺好的，總得有他們這樣的人。要不然我又得和一幫人競爭。現(xiàn)在比較好，就我一個(gè)人，沒有對手。我是一個(gè)冠軍車手，我的內(nèi)心比他們更強(qiáng)大，我覺得是這樣。而且很多時(shí)候他們也只是可能有熟人介紹，面子上過不去罷了。以張和郭現(xiàn)在的能量，是否加入作協(xié)應(yīng)該無所謂。
南方周末：如果他們邀請你，你會去參加作協(xié)嗎？
韓寒：可以啊，我可以把這個(gè)當(dāng)作代言活動。所有的商業(yè)代言我都是推掉的，這一次我可以代言你們作協(xié)，作協(xié)需要一個(gè)年輕化的代表，我代言你們給我200萬，這算是我給作協(xié)的一個(gè)面子——第一次商業(yè)代言就給你，而且價(jià)格也不高。但你要我加入作協(xié)不可能。
我的立場一如既往，我絕不加入作協(xié)，打死我也不干。我認(rèn)為，真正的藝術(shù)家應(yīng)該永遠(yuǎn)獨(dú)立，絕不能被組織左右。
韓寒：陸 天明罵作協(xié)門檻降低，把抄襲犯 都收進(jìn)來了，說自己當(dāng)年加入作協(xié)如何難，你進(jìn)入作協(xié)身份就高人一等嗎？我認(rèn)為，國家就不應(yīng)該有這些協(xié)會，想當(dāng)初，加入作協(xié)對你的意識形態(tài)有所控制，文字更 加奴性，現(xiàn)在雖然好很多，但對創(chuàng)作沒有任何幫助。一幫作家閑云野鶴的，自由創(chuàng)作多好，要什么協(xié)會。我在電視上一看到那些作家參加什么會的時(shí)候，和一些領(lǐng)導(dǎo) 彎腰點(diǎn)頭握手，表示一定要把頌歌唱得更動聽。作為一個(gè)作家，這種行為是不道德的，你仗著自己文字功底好，和喉舌機(jī)構(gòu)的御用文人搶飯碗，怎么可以嘛。
南方周末：怎么看待那些和你一起出道的年輕人的改變？加入作協(xié)、買房、結(jié)婚、生子、賺錢。
韓寒：我不會因?yàn)闅q數(shù)增長而改變。很多人婚姻不幸，其實(shí)是因?yàn)闅q數(shù)的原因，到了一定的歲月就要結(jié)婚、生子、賺錢，所以才造成了很多不幸，我現(xiàn)在還住在老家鄉(xiāng)下房子里。我內(nèi)心很有安全感，房子、錢，我并不覺得這些很安定。一場地震一分鐘就能摧毀一切，保險(xiǎn)公司還都不賠。好多人沒有安全感，所以要寄托在一些身外之物上。
南方周末：你也會老的，你能永遠(yuǎn)保持少年偶像這個(gè)形象嗎？
韓寒：對 我來說，少年偶像是別人給的，不是我自己要保持，或者說不是我想保持下去我就能保持下去的。這是一種慣性，你自己一點(diǎn)辦法都沒有。生活里我是一個(gè)很不修邊 幅的人，沒有經(jīng)紀(jì)人、助手。我也看過明星玩賽車，賽車前還在那里化妝，其實(shí)比賽的時(shí)候有很多汗，化妝干什么？他們才是真正想要做偶像，想要做明星。
幾年前就有人請我拍戲、唱歌、做商演、做代言，都被我拒絕了。有錢是一個(gè)很好的事情，如果能夠賺更多的錢更好，但問題是賺那個(gè)錢我心里會不舒服，我會權(quán)衡這個(gè)重要，還是錢重要。比如說你看到某個(gè)作家在那里推薦藥、腎寶、洗液什么的，我覺得那個(gè)效果很怪。權(quán)衡下來，我覺得單純的錢不能打動我。
我去年推掉的代言至少有500萬到1000萬，全部推掉了。去年靠寫作和賽車，我一共賺了兩百萬，我認(rèn)為自己歸根結(jié)底還是一個(gè)寫東西的人。
我發(fā)現(xiàn)，人生里30-50歲這一段是最尷尬的，不再是一個(gè)憤怒青年，也不是一個(gè)老頑童，有些不倫不類。我現(xiàn)在離尷尬的時(shí)間已經(jīng)很近了，所以我要比他們更早地打好基礎(chǔ)，以免像崔健一樣，步入中年再交出DV短片那樣的學(xué)生作業(yè)來。
南方周末：近兩年，你一直在博客上發(fā)言，什么戶口啊、交通啊都要參與一把。動機(jī)是什么？
韓寒：我在博客上寫那么多免費(fèi)文字，就一些社會問題發(fā)言，有人說我是在炒作知名度賣書。我寫博客真的不是為了炒作自己，寫那么多文字，甚至參與那么多討論，還和人吵架，沒有任何經(jīng)濟(jì)收益，甚至我覺得自己在影響書的銷量。
作為一個(gè)公民，我認(rèn)為我有權(quán)對一些社會問題發(fā)表自己的觀點(diǎn)和意見。以前只對朋友說，現(xiàn)在對大家說。
南方周末：你愿意成為王小波那樣的公共知識分子嗎？
韓寒：想 起王小波是很難受的一件事情。王小波生前寫了那么多文字，苦口婆心講道理說常識。后來他死了，人們才假裝發(fā)現(xiàn)了他作品的價(jià)值，覺得他寫得不錯(cuò)，是個(gè)優(yōu)秀的 作家。如果王小波沒有死，到今天的話，他在人們口中應(yīng)該算是那種一天到晚炒作的人吧。炒作和冒著一定的風(fēng)險(xiǎn)發(fā)表觀點(diǎn)是有很大區(qū)別的，也是非常好分辨的。只 可惜，大家似乎都分辨不了。
在這個(gè)國家，做一個(gè)憂國憂民的人是最傻和最痛苦的，國家不樂意，國民不在意。我不要做那樣的人，我只希望自己60歲時(shí)是個(gè)被年輕姑娘喜歡的深沉的老頑童。
工作兩年了。這兩年的時(shí)間一直感覺很充實(shí)。最近卻突然感覺有點(diǎn)無聊的感覺——以前兩年一直計(jì)劃學(xué)的東西都學(xué)差不多了。
了解函數(shù)式編程的途徑中，知道了lambda演算。簡單看了看,發(fā)現(xiàn)居然是數(shù)學(xué)的一個(gè)分支——可嘆我數(shù)學(xué)系理學(xué)學(xué)士，居然是第一次聽說這個(gè)名詞。google之下，不勝渺小了。于是后悔起大學(xué)的幼稚來。
上學(xué)的時(shí)候，總是抱怨整天學(xué)習(xí)、面對的都是數(shù)學(xué)，枯燥無聊而且沒用，除了大一大二好好學(xué)習(xí)，大三大四都是逃課比上課多，而且居然因此自鳴得意.....幼稚...
最近有點(diǎn)小想法。突然覺得我這樣的程序員沒有技術(shù)含量，平心而論，現(xiàn)在我寫的東西，一個(gè)高中生也可以寫；而我大學(xué)學(xué)的那些東西，這些年一點(diǎn)沒用上，這說明這份工作技術(shù)含量不是很大。那么做開發(fā)最大的技術(shù)含量在哪里？其實(shí)最大的技術(shù)含量（即..的解決方案）在寫代碼之前以前做完了，代碼不過是把（..解決方案）具體化了而已，所謂的“..解決方案”，有業(yè)務(wù)的，也有技術(shù)上的，反正不是代碼。無論精通struts還是hibernate，還是spring，會rpc、ext....都沒有區(qū)別，之不過把已經(jīng)有的組合起來，是誰都可以做。
考慮考慮自己的未來之路......
首先現(xiàn)了一個(gè)ruby的netbeans，地址....（這里沒記清楚：），這個(gè)東西大小才30m，還不錯(cuò)。
然后感覺字體不爽，就想換字體（參見那個(gè)啥的方法——把vjre\lib\font*.properties里面東西改改），然后也ok了。
開始寫代碼的時(shí)候，覺得屏幕好像刷新率不夠似的，于是又google了一下，把jdk換成6的（正搞個(gè)openjdk玩）——那個(gè)je上的啥說的。然后發(fā)現(xiàn)還是不快，換成jdk5的，快了好多。郁悶一個(gè)。。。。。
下面是ruby筆記第一天
#
# To change this template, choose Tools | Templates
# and open the template in the editor.
##一，了解ruby中類的構(gòu)造
#定義一個(gè)類，并定義初始化方法，可以給new使用做構(gòu)造函數(shù)
class Dog
def initialize(name)
@name = name
end
# def initialize(name,color)
# @name = name
# @color = color
# end
#在類中追加定義一個(gè)方法，@是ruby中的變量的開頭.默認(rèn)的ly,ruby認(rèn)識什么是屬性什么是變量
def eat(food)
@food = food
puts @name + "eat "+@food
end
end
class Dog
def la
puts @name +" la "+ @food
end
end
#你看，我們定義了一個(gè)啦的方法，把狗狗吃的全啦出來了：-）
@dd = Dog.new("Big Dog")
@dd.eat('food')
@dd.la
##他還支持重載么？看一下我們定義的構(gòu)造函數(shù)（的時(shí)候沒報(bào)錯(cuò)，現(xiàn)在調(diào)用的時(shí)候呢？？）——他告訴我
#E:\mydoc\NetBeansProjects\RTest\lib\main.rb:29:in `new': Wrong # of arguments(1 for 2) (ArgumentError)
##from E:\mydoc\NetBeansProjects\RTest\lib\main.rb:29
#@gg = Dog.new("name", "color")
#@gg.eat(food)
#@gg.la
puts "Hello World"
——javablog居然不支持ruby的語法。就模擬vb的好了，反正都有個(gè)end
度假回來以后就來uns上班了。uns的框架是evan寫的，看了兩天：服務(wù)器端還滿容易懂的，關(guān)鍵是ext.js不熟。
evan準(zhǔn)備使用ext.js（jquery），以前我只使用過propetype.js，所以jquery.js也要看，還好，一看之下發(fā)現(xiàn)是更好用的js框架。
——馬上臺風(fēng)了，接下來回家寫。。。。。。
ext.js沒什么感想。因?yàn)椴皇欤琫van些的服務(wù)器端我有點(diǎn)感想。
1，首先可以肯定的是evan些的這個(gè)框架非常好，spring，hibernate，webwork等使用的非常恰當(dāng)，層次結(jié)構(gòu)也非常合理
2，evan和我說他們是TDD開發(fā)。我看了一下，其實(shí)不是的。
所謂的TDD是什么，是測試驅(qū)動，是需求驅(qū)動。現(xiàn)實(shí)的情況我們實(shí)踐的是數(shù)據(jù)庫驅(qū)動的開發(fā)，更嚴(yán)重的問題是這個(gè)結(jié)構(gòu)一桿子到底。我不希望看到UserInfoDaoHiberante-UserInfoDao-UserInfoManagerImpl-UserInfoManager這樣的結(jié)構(gòu)。這是完全不對的，不論什么驅(qū)動的開發(fā)，都應(yīng)該完全以業(yè)務(wù)為中心的結(jié)構(gòu)UserInfoDao-UserDao-UserManagerImpl-UserManager
3，因此evan的所謂那個(gè)模板我看還是不用的好。
這里記下來，回頭和evan討論下。
去度假之前我塞了本spring到旅行包里，尋思路上看看。可是路上實(shí)在是凈不下心來，于是暗暗告誡自己：回來的路上一定要看一看。。。。。回來的路上基本上光睡覺了。慚愧啊~~~
可是那本spring，的確是讓人生厭，自從上周翻完以后，我就再也提不起再讀一遍的興趣來。我的想法就是理解其所以然，至于具體用法用時(shí)再查就是了。于是心安理得的看了一會恐怖片，上一會網(wǎng)——發(fā)現(xiàn)了一個(gè)討論討論ejb架構(gòu)的帖子。于是想起來再讀WITHOUT EJB的興趣來。上次讀的時(shí)候，大不以為然，大家把這本書都夸到天上去了，可是我什么都沒看出來，感覺就是在談概念，今天一讀之下（其實(shí)還沒讀，就是看看目錄，猜猜里面講什么，猜測作者意圖傳達(dá)的想法）發(fā)現(xiàn)真不愧是人人傳誦的好書。J2EE最近兩三年的潮流，不外是此書罷了。
一年來，從當(dāng)初剛剛會struts、hibernate的小菜鳥，經(jīng)歷了追逐新的技術(shù)潮流，理解新的技術(shù)理念，從僅僅負(fù)責(zé)項(xiàng)目的某個(gè)模塊到自己負(fù)責(zé)整個(gè)項(xiàng)目，從編寫代碼的程序員到真?zhèn)€項(xiàng)目的需求規(guī)劃管理等。我不是當(dāng)初的我了。
所以我想：讀書，何必強(qiáng)求自己呢!
倘若有讀書的愛好，他喜歡讀哈利波特，何必非要強(qiáng)求他讀紅樓夢呢。順其自然而已。
剛剛離職，本來想好好休息一陣子。沒想到前天以前一個(gè)同事對我說要我給他一份簡歷，他們公司缺人。我不好意思推托，就答應(yīng)了。
面試那天，當(dāng)然是我那個(gè)同事面試我的，可是令我驚奇的是另外一個(gè)面試官也是我的一個(gè)同事，不過是上上家公司的同事。。。。。好驚奇啊！！！！
于是大家攀談了好大一會，順便聊了點(diǎn)面試題目
1，xmlFactory和ApplicationContent的區(qū)別
我還真是不太了解，隱約知道后者好像是對前者的加強(qiáng)。。。。。哎~~~那個(gè)郁悶啊
第二個(gè)問題更郁悶?zāi)貇
2，悲觀鎖和樂觀鎖的區(qū)別
我隱約記得以前做同事的時(shí)候他就說過這個(gè)，那時(shí)候我還搜索了一下。現(xiàn)在卻怎么也想不起來。。。。。哎~~~~更郁悶啊~~~~
還有第三個(gè)問題
3，寫過JS表樹么>.>..>......
剛開始我還以為是樹，就說EXT不是有現(xiàn)成的么？他說是表格里的樹。于是我明白類似RCP中的TableTreeViewer。老實(shí)說沒有。然后他告訴我他們準(zhǔn)備寫一個(gè)這個(gè)。。。。。
我的那個(gè)汗~~~~~
面試還從來沒這么窘迫過啊 ~~~~
不過，也挺有趣的。。。。
還沒畢業(yè)就工作到現(xiàn)在，整整工作了兩年半的時(shí)間，一直是忙忙碌碌。有時(shí)候我很奇怪為什么我所在的這兩家公司為什么就這么忙，另外那幾個(gè)程序員同學(xué)就這么悠閑，但是很幸運(yùn)的是，愛思考和學(xué)習(xí)的習(xí)慣一直保持著，這兩年一直感覺很充實(shí)。
記得剛畢業(yè)的那會，非常好玩：除了jsp啥也不會，啥是struts，啥是hibernate，啥是spring都不知道，也不敢問——因?yàn)檫M(jìn)公司的時(shí)候CTO考我struts會不會。其實(shí)我根本就是因?yàn)樯弦患颐嬖嚶犝f過這個(gè)詞語馬上回去google了些概念。就開始忽悠，還非常理直氣壯的。。。。。后來我就進(jìn)去了，工作了兩個(gè)星期以后有一天發(fā)現(xiàn)CTO纏著一個(gè)高程問struts到底是啥玩意。。。。。。汗~~~~~~
那時(shí)候好辛苦，因?yàn)橹e撒下來了。所以即使不懂也要硬著頭皮干，而且還要在工期內(nèi)。。。。。。基本上每天晚上回去我都要翻書學(xué)習(xí)，或者跟別人討論概念。很辛苦可是很愉快。
兩年后的今天，雖然我感覺自己還是很菜，可是居然發(fā)現(xiàn)很多工作了4、5年的甚至還不如我。我很郁悶。。。。。。所謂的程序員，不好好學(xué)習(xí)寫程序，整天在說：做這個(gè)好累。。。賺錢好少。。。加班好辛苦。。。轉(zhuǎn)型做管理。。。。云云。
浮躁啊。。。。。
回憶起來，選擇現(xiàn)在這家公司真的很輕率。當(dāng)時(shí)對RIA技術(shù)真的很看好，就希望能到使用RIA的公司。盡管另外一個(gè)非常年輕的有活力的team極力邀請我還是選擇了她。可是在這里真的很孤單。找不到志同道合的朋友，大家都是寫寫代碼能RUN就行，沒有規(guī)劃，沒有測試，沒有重構(gòu)，沒有對代碼的美的追求。。。。。。曾經(jīng)我希望給大家做個(gè)培訓(xùn)，可是反問自己有資格么？我努力做了很多改進(jìn)，可是經(jīng)過了項(xiàng)目經(jīng)理的手就被改的面目全非。。。。。。
解脫了。
很多人都直接編輯html，保存成xls就當(dāng)成excel報(bào)表了。挺方便的，于是我寫了這個(gè)簡化工作的工具類——將一個(gè)html的表格模板解析成一個(gè)xls報(bào)表
模板如下
<?xml version="1.0" encoding="GB2312" ?>
<div style="width:100%;height:450;overflow-x:auto;overflow-y:auto">
<table width="100%" border="1" cellspacing="2" cellpadding="0">
<tr id="title" bgcolor="#fefcce">
<td nowrap="true" >客戶</td>
<td nowrap="true" >產(chǎn)品</td>
<td nowrap="true" >中文名稱</td>
<td nowrap="true" >英文名稱</td>
<td nowrap="true" >產(chǎn)品分類</td>
<td nowrap="true" >包裝</td>
<td nowrap="true" >單位</td>
<td nowrap="true" >數(shù)量</td>
<td nowrap="true" >凍結(jié)數(shù)量</td>
<td nowrap="true" >可用數(shù)量</td>
<td nowrap="true" id="CUBIC"></td>
<td nowrap="true" id="WEIGHT"></td>
</tr>
<tr id="record">
<td nowrap="true" id="CUSTOMERID"></td>
<td nowrap="true" id="SKU_ID"></td>
<td nowrap="true" id="SKU_DESCR_C"></td>
<td nowrap="true" id="SKU_DESCR_E"></td>
<td nowrap="true" id="SKU_CLASS"></td>
<td nowrap="true" id="PACKAGE_ID"></td>
<td nowrap="true" id="UOM"></td>
<td nowrap="true" id="QUANTITY"></td>
<td nowrap="true" id="FREEZE_QUANTITY"></td>
<td nowrap="true" id="AVAILABLE_QUANTITY"></td>
<td nowrap="true" id="CUBIC"></td>
<td nowrap="true" id="WEIGHT"></td>
</tr>
</table>
</div>
工具類如下
public class ExcelTemplateUtil {
private static String CHARSET = "";
private static final String ROOT = "ROOT";
private static final String TITLE = "TITLE";
private static final String RECORD = "RECORD";
private static Map temp = new HashMap();
public static String generateListToTemplate(Object titleObj, List recordList, File templateFile)
{
readTemplateFile(templateFile);
ByteArrayOutputStream os = (ByteArrayOutputStream) builderExcelOutput(titleObj, recordList);
return removeXMLHeader(os);
}
public static void readTemplateFile(File file)
{
try {
Document templateDocument = new SAXReader().read(file);
Element root = templateDocument.getRootElement();
List trList = root.selectNodes("http://div/table/tr");
Element titleTemp = (Element) trList.get(0);
Element recordTemp = (Element) trList.get(1);
root.element("table").remove(titleTemp);
root.element("table").remove(recordTemp);
temp.put(TITLE, trList.get(0));
temp.put(RECORD, trList.get(1));
temp.put(ROOT, root);
} catch (DocumentException e) {
e.printStackTrace();
throw new RuntimeException("Parse xml file error, Cause:", e);
}
}
public static OutputStream builderExcelOutput(Object titleObj, List list)
{
ByteArrayOutputStream os = new ByteArrayOutputStream();
Element root = (Element) ((Element) temp.get(ROOT)).clone();
Document document = DocumentHelper.createDocument();
document.setRootElement(root);
Element tableEle = root.element("table");
tableEle.add(parseTitleElement(titleObj));
for (int i = 0; i < list.size(); i++) {
tableEle.add(parseRecordElement(list.get(i)));
}
try {
OutputFormat format = new OutputFormat("", true, "GB2312");
XMLWriter writer = new XMLWriter(os, format);
writer.write(document);
writer.flush();
writer.close();
os.close();
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
throw new RuntimeException("Parse outstream error, Cause:", e);
} catch (IOException e) {
e.printStackTrace();
throw new RuntimeException("Parse outstream error, Cause:", e);
}
return os;
}
public static Element parseTitleElement(Object titleObj)
{
Element titleEle = (Element) ((Element) temp.get(TITLE)).clone();
if (null == titleObj) return titleEle;
List tdList = titleEle.selectNodes("td");
Element td;
for (int i = 0; i < tdList.size(); i++) {
td = (Element) tdList.get(i);
fullField(td, titleObj);
}
return titleEle;
}
public static Element parseRecordElement(Object recordObj)
{
Element recordEle = (Element) ((Element) temp.get(RECORD)).clone();
List tdList = recordEle.selectNodes("td");
Element td;
for (int i = 0; i < tdList.size(); i++) {
td = (Element) tdList.get(i);
fullField(td, recordObj);
}
return recordEle;
}
public static void fullField(Element tdEle, Object obj)
{
Attribute att = tdEle.attribute("id");
if (null == att || null == att.getText() || 0 == att.getText().trim().length()) {
return;
}
String fieldName = att.getText();
if (null == fieldName || fieldName.trim().length() == 0) return;
Method[] objMethod = obj.getClass().getDeclaredMethods();
Object value;
for (int i = 0; i < objMethod.length; i++) {
if (("get" + (fieldName.trim())).equals(objMethod[i].getName())) {
try {
value = objMethod[i].invoke(obj, new Object[]{});
value = (null == value ? "" : value);
tdEle.setText(value.toString());
} catch (IllegalAccessException e) {
e.printStackTrace();
throw new RuntimeException(e);
} catch (InvocationTargetException e) {
e.printStackTrace();
throw new RuntimeException(e);
}
}
}
}
public static String removeXMLHeader(OutputStream os)
{
String xml = os.toString();
int position = xml.indexOf(">");
// xml = xml.substring(position+1,xml.length());
// position = xml.indexOf(">");
return xml.substring(position + 1, xml.length());
}
}
調(diào)用
OutputStream os = response.getOutputStream();
response.setHeader("Content-disposition", "attachment; filename=" + excelFileName);
response.setContentType("application/msexcel");
File excelTemplateFile = new File(report_path + templateFileName);
String out = ExcelTemplateUtil.generateListToTemplate(titleObj, resultList, excelTemplateFile);
response.getOutputStream().write(out.getBytes());
os.close();
異常爭論
異常有兩個(gè)模型：中止模型和繼續(xù)模型
中止模型認(rèn)為異常不應(yīng)該再回來，他做的是善后工作。而繼續(xù)模型保持異常時(shí)環(huán)境，希望再一次能運(yùn)行成功。
Java采用的是前者（一般語言都是前者），而OS一般采用后者。
Java異常有三類：錯(cuò)誤，運(yùn)行時(shí)異常，檢查型異常。
官方的觀點(diǎn)是
第 39 條：最好為異常條件使用異常。也就是說，最好不為控制流使用異常。
第 40 條：為可恢復(fù)的條件使用檢查型異常，為編程錯(cuò)誤使用運(yùn)行時(shí)異常。
第 41 條：避免不必要的使用檢查型異常。
第 43 條：拋出與抽象相適應(yīng)的異常。（使處理異常更直觀）
在異常的使用上，專家的觀點(diǎn)是很不一樣的
C#作者Anders根本就忽略檢查型異常。
Bruce Eckel，聲稱在使用 Java 語言多年后，他已經(jīng)得出這樣的結(jié)論，認(rèn)為檢查型異常是一個(gè)錯(cuò)誤 —— 一個(gè)應(yīng)該被聲明為失敗的試驗(yàn)。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
缺點(diǎn)1，代碼中包含了過多的catch，使得代碼不清晰
缺點(diǎn)2，有時(shí)候捕捉的異常沒有什么實(shí)際意義
缺點(diǎn)3，不夠清晰的錯(cuò)誤指示。
缺點(diǎn)4，過深的異常層次。
缺點(diǎn)4，性能。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Eckel 提倡將所有的異常都作為非檢查型的，并且提供將檢查型異常轉(zhuǎn)變?yōu)榉菣z查型異常的一個(gè)方法，同時(shí)保留當(dāng)異常從棧向上擴(kuò)散時(shí)捕獲特定類型的異常的能力
Rod Johnson ，他采取一個(gè)不太激進(jìn)的方法。他列舉了異常的多個(gè)類別，并且為每個(gè)類別確定一個(gè)策略。一些異常本質(zhì)上是次要的返回代碼（它通常指示違反業(yè)務(wù)規(guī)則），而一些異常則是“發(fā)生某種可怕錯(cuò)誤”（例如數(shù)據(jù)庫連接失敗）的變種。Johnson 提倡對于第一種類別的異常（可選的返回代碼）使用檢查型異常，而對于后者使用運(yùn)行時(shí)異常。在“發(fā)生某種可怕錯(cuò)誤”的類別中，其動機(jī)是簡單地認(rèn)識到?jīng)]有調(diào)用者能夠有效地處理該異常，因此它也可能以各種方式沿著棧向上擴(kuò)散而對于中間代碼的影響保持最小（并且最小化異常淹沒的可能性）。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
解決1：謹(jǐn)慎的拋出檢查型異常。或者你認(rèn)為，你可以處理它。否則，包裝為運(yùn)行時(shí)異常。
解決2：如果遵守1，2不是問題
解決3：異常不跨層，否則必須捕捉或者包裝。
比如持久層丟出的SalException，你或者丟棄/處理/包裝（為運(yùn)行時(shí)異常），或者重新包裝為業(yè)務(wù)層異常。保持JEE層的獨(dú)立和異常的清晰性。
包裝底層異常，保持異常鏈。
解決4：如果符合1，4也不是問題。再次強(qiáng)調(diào)，能捕捉就捕捉。
解決5：減少異常使用，減少層次。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
在je里面，robin認(rèn)為異常是流程控制的一部分——當(dāng)然，考慮到性能問題，這個(gè)流程不應(yīng)該是大概率流程——也就是異常流程
例如用戶登錄
Try{
用戶登錄（用戶名，密碼）；
登錄成功；
}catch（沒有這個(gè)用戶異常 e）{
錯(cuò)誤提示界面；
}
Potian則認(rèn)為，沒有用戶是正常業(yè)務(wù)邏輯的一部分
If(!用戶業(yè)務(wù)層.沒有這個(gè)用戶（用戶名）)錯(cuò)誤提示界面；
If(用戶業(yè)務(wù)層.檢驗(yàn)密碼（用戶名，密碼）)登錄成功；
else 登錄失敗；
Potian認(rèn)為不應(yīng)該在一個(gè)業(yè)務(wù)中包含了過多的責(zé)任。
Ps：在servlet中，我喜歡僅僅簡單的在action中調(diào)用最好一個(gè)業(yè)務(wù)層方法就可以完成此action的任務(wù)。這意味著我的servlet非常瘦，可以比較容易的被替換。如果采用了potian的辦法，則意味著我要把業(yè)務(wù)層中的代碼前移到servlet中來，這模糊了業(yè)務(wù)層的責(zé)任。解決的辦法是回到老路子上來。
Ps：我還認(rèn)為，沒有異常的業(yè)務(wù)方法表達(dá)能力太弱，異常給了他們更豐富的表達(dá)能力。這使得業(yè)務(wù)層可以更豐富的表達(dá)業(yè)務(wù)意義。避免將業(yè)務(wù)責(zé)任分散掉。
我認(rèn)為在業(yè)務(wù)層中，恰恰要包含足夠的責(zé)任。不多也不要少（流程分支-2最好）。在別的層次中，要細(xì)致一點(diǎn)。
在爵士主場被連扳2場，比分2：2平。
比分不重要，關(guān)鍵氣勢上被完全壓倒了。
當(dāng)初頭又大中心win那兩場，也比較懸；輸?shù)舻倪@2場卻比較爽快，這說明爵士是非常有韌性的球隊(duì),恰巧mm都是比較軟的0
難道又是05？
那jeff可以考慮走人，火箭考慮重建。
可以看的出來，火箭當(dāng)初請jeff很大一個(gè)原因就是在最好的教練（jeff，布朗，禪師）里面，他比較擅長執(zhí)教中鋒。
可是輸?shù)暨@兩場，卻看的出來他有幾個(gè)比較致命的缺點(diǎn)：臨場戰(zhàn)術(shù)指揮能力差，戰(zhàn)術(shù)死板缺少變化，使用板凳或保守或激進(jìn)——毫無章法
火箭輸?shù)舻倪@兩場可以看的出來mm幾乎被對方研究透了，經(jīng)常看到y(tǒng)ao一轉(zhuǎn)身，人家手一伸把球給給拍掉，tm高位擋拆，人家阻夾tm（tm和yao的擋拆只擋不拆）。。。。。戰(zhàn)術(shù)被人家研究透了，節(jié)奏完全混亂，常常看到替補(bǔ)們空位不進(jìn)。這個(gè)時(shí)候教練應(yīng)該做點(diǎn)什么，可是jeff做了什么？？！
jeff做的非常好的地方，還是防守。我常常看到火箭進(jìn)攻的時(shí)候就tm底線卷切出來接球，這個(gè)時(shí)候yao提到45度附近一個(gè)擋拆，然后tm就得到空位突破或者跳投，如果突破得到協(xié)防的話，常常的看到tm分到空位三分。還有yao底線卡位拿球攻擊內(nèi)線，迫使對方收縮防線，或投或傳。可是當(dāng)這兩招被對方破解以后，我看到火箭隊(duì)員在進(jìn)攻的時(shí)候開始茫然無措了，不知道如何跑位，不知道如何配合了。——于此相反，一回到自己半場，就好像死魚放回水里一樣，防守起來卻是井井有條，活躍起來。
你永遠(yuǎn)也別向光用防守來解決問題——因?yàn)榛@球經(jīng)常出現(xiàn)無法防守的局面（比如kb大嬸發(fā)飆，tm手感到來，這個(gè)時(shí)候你派誰，用什么戰(zhàn)術(shù)，使他陷入多么不合理的出手都不行），這個(gè)時(shí)候你要用進(jìn)攻來回應(yīng)他。
jeff沒有辦法。
你回家吧jeff，如果你證明自己只是這個(gè)樣子的話。不是我黑你，你太讓我們失望了，你在浪費(fèi)yao和tm的生命。