工作的事 【技術人員的困惑】

gltbeyond發表於2007-07-21
工作的事..

很想條理清楚地寫出自己的憂慮,然後從自己顯而易見的憂慮中找出自己的路. 這是 戴而卡耐基 排除憂慮的方法.

1。 進入夢寐以求的IT行業-code工作半年了,本以為, code就是自己的最愛, 在各種壓力下(待遇,開發的技術層次,個人發展的前途),諸多因素的影響下，這個觀點也在發生變化。

2。 我現在只是一個code， 這顯然是不能滿足的。 自己是個適合作技術的人，因為不善交際，不善馬屁（不是貶義詞，我很希望自己有這方面的臉皮和嘴皮子）。 所以從code升級成為架構師，是最初的想法。

3。 中國的it，全球的it行業，是否和硬體一樣了？ 泛泛的整合組裝，是低水平的事，賺不了￥。如Intel，專門研究一個cpu,卻永遠是No.1 。
No... 我們現在的工作就是最外包，和intel一樣啊，專門作一個行業的事，瞭解業務，寫程式碼。因為是給大行業做系統，公司的產品還算能夠滿足客戶的需求，所以還算有一席之地。

4。所以，軟體行業很複雜，有和硬體行業一致的地方，就是必須要專業； 也有相反的地方，系統整合也可以賺￥。沒有任何一家公司能夠承諾開發的系統應對所有的行業，因為不同的行業系統有不同的背景。
企業ERP，比較容易使用新的技術，因為中國的企業系統整合起步比較晚，系統的投入阻力小；銀行系統，就不一樣了，銀行系統化比較早，因為有的是$啊；） 而且銀行比較保守，視資料比任何都重要。所以系統的設計都是針對資料的。。。 哎，現在就是因為這個感覺，回到資料時代，原始程式設計時代。

補充下網銀的東西，00年初的網銀都是獨立的系統，現在當然都充當一個渠道而已了，類似櫃檯，注重的是客戶體驗，web2.0的技術用的多起來了。比比幾個銀行的網銀，ccb的體驗還不錯，雖然安全比較亂；廣發的頁面響應速度的太差了，這個與技術有關；招行的安全據說是比較好的，因為使用定製的Browser，版本頗多，定位也不錯。

5。 為什麼說銀行的開發比較讓人感覺乏味？ 拿我現在的網銀專案來說，因為此網銀之前採用ejb2的模式，當業務不斷變化時，ejb2被證明是不成熟的選擇。 現在網銀使用WSBCC交易模型元件，有些大材小用；） 因為WSBCC定位在渠道整合系統。結合輕量級的Javabean實現業務邏輯，現在彷彿一切都不錯，只是系統的併發度超過50就當機， 提一下系統部署： 兩個F5, 8個Bea Web Server。

6。 問題是，大概ejb2的思想根深蒂固>） 我們現在的編碼是用OOP寫程式導向的程式碼。
看看3000行以上的業務JavaBean，到處都是sql,if-else. 看到這樣的程式碼，渾身抽搐。。。讓我怎麼維護？ 怎麼新增新的業務？ 只好接著 if-else了。。。 哎，回到了石器時代。

我們使用的是java來做網銀web開發， 如果不能善用java的OOP特性，有何意義？ 當然我們的WSBCC平臺是不錯的OO框架，可惜被我們用來寫類C程式碼。 再次感覺到這是ejb2.0帶來的惡果。當然開發人員的水平也是有問題的，特別是設計人員的原因， 他們設計時就盯著資料庫裡的資料表，和表中的欄位。 業務域物件也是被寫成DTO，只有狀態，沒有行為的POJO而已。

沒有合理的業務域物件，當然更不能妄想使用ORM了。難道網銀就不能使用ORM麼？ 沒有成功案例麼？

7。 幸好自己在不斷的學習。 DDD，Design Pattern ，POJO ，Lightweight Framework，TDD，XP，SOA。 都是我比較擁護的開發方式，也是我不斷學習的方向。真怕在這個專案的繼續開發中迷失了方向,,,, 事在人為。

8。 J2EE最佳最新實踐是POJO,DDD. 我未能遇到這樣的專案，所以失望。而未來這些都是必須的技能，我的未來豈不堪憂？

9。 最關鍵的是，待遇難得漲，雖然GDP年年＋12％，可是我們的工資－－－

－－－－－－－－ 很明顯，我是在炫耀自己 要 謙虛。－－－－－－－－

相關文章