工作上的一些感悟和困惑，向benq賜教

assassinph發表於2008-03-27
ENQ
　　在J道時間呆得久了，就越發得對公司現在的開發現狀感到痛心和無奈。對自己得前途也不自覺得感到非常的擔心。

　　我在一家專門從事電信行業開發的軟體公司的工作。公司開發的專案主要採用得架構是前臺用JAVA做開發，後臺服務用pro C做開發，透過weblogic,tuxedo作中介軟體。到今天入職已經有快半年得功夫。自己對物件導向的程式設計思維特別得感興趣。剛入職時因為也不知道公司的架構還有工作安排，只知道或者選擇作前臺JAVA或者作後臺服務，做C方面的開發。憑著自己的興趣，選擇作前臺JAVA的開發，希望可以多去積累在物件導向領域開發的經驗。專案參與了不少，但在公司這半年，專案參與得越多，就越發得感覺離物件導向的程式設計走的越發的遠了。專案參加得久了，多半一個專案下來都感覺很痛苦，每個專案都沒有任何擴充套件性，重用性可說，自己看著自己開發得東西，只能感覺揪心的痛。即便只是去作兩個省同樣得一套系統，需求可能只是些微得區別，但從底層架構到上層的業務邏輯都只能是在無止盡得CTRL+C,CTRL+V完成，加班那是家常便飯，因為客戶需求一旦變化，小則重改程式碼，大得話一群高工就開始重新設計表結構。最令人頭痛的事是最近參與得一個專案，公司因為安排不過來人手，把我調去作C開發，可能因為骨子裡十分牴觸作C的開發，怎麼弄都打不起精神，因為我實在不想讓自己程式設計思維在程式導向開發的這個泥潭裡陷得更深，但沒有辦法工作總要繼續，所以硬著頭皮也要向泥潭深處走去。而且公司一直都是認為做pro C後臺服務做久了，才能對電信的業務有很深的認識。但我怎麼都覺得，那種需求感覺就像是他們自己憑空創造的，一些高工坐在一起，就客戶的某個描述得模糊得需求在琢磨該用哪些欄位，該去關聯哪些表，如此反覆，儘管不可否認，他們對業務確實相當熟悉，該用哪些表特別清楚，SQL寫得真的很溜。

　　現在的我感覺腦子總是在進行搏擊，物件導向和麵向過程成天相互折騰，主觀意識上在極力排斥程式導向得開發思維，但被動得又得去搞一些程式導向開發得工作。儘管每天都儘可能擠一些時間出來學習設計模式，學習領域建模。我現在特別困惑，不是特別清楚該如何讓自己能夠在正確的路上繼續走。每天也很著急，可以拿來學習得時間總是不多，每天都看著自己在用ＪＡＶＡ做程式導向得程式設計，想運用物件導向的程式設計的機會少之又少，倘若一下調去做Ｃ開發，就更是反道而行。可我自己想借著電信行業的開發能夠深入瞭解這個領域，但我難道真的也要回到以資料庫為中心程式設計的老路，像他們一樣做一個寫SQL得老手藉以瞭解業務嗎？真的不想，因為我很不希望離物件導向的道路漸行漸遠。Banq請告訴我如何能夠在這樣的公司積累專案經驗，同時又能在物件導向的道路上繼續堅持走下去。

　　我熱愛軟體開發，但看著周圍得很多朋友就是因為在不合理得路子上走得深了，成天都被一個個專案加班（11，2點真的是家常便飯）拖得精疲力竭，然後選擇轉行，大家都只有一個觀點“軟體開發做不長久，頂多做到30歲，一碗年輕飯”。但我覺得軟體開發是一個可以做很長久的行業，可我似乎也無力去說服我的朋友。

相關文章