有些問題, 講了傷和氣, 不講又不痛快, 請問大家都怎麼處理呢?
小弟待的這間公司, 本業不是軟體, 但有不算小的軟體部門維護內部 ERP 系統
基本上對新鮮人算相對友善的, 同事人不錯, 交通算方便, 工時不算長,
起薪以行情來說也不壞, 但是軟體開發的方式讓我不是很滿意
在我進公司一個多月時, 建議要寫單元測試, 讓測試不會完全只能手動,
也不會曠日廢時
這時候前輩說系統設計得不好, 很難寫單元測試,
而且建立單元測試和框架的成本很高, 甚至可能超過手動,
前輩的長官也說我才剛進公司, 需要時間才能了解他們的運作方式
結論:被打槍, 但我接受這個說法
進公司三個月後, 我建議換掉 CVS 版控系統, 因為太舊不符開發需求,
而且我們使用版控系統的方式有很多缺陷, 幾乎就跟使用 dropbox 一樣,
只是遠端備份系統, 公司甚至還為了繼續使用它,
而土法煉鋼自行開發一些工具來彌補它的不足
這時候前輩跟我說版控系統是維運部門管的, 我們這邊基層改不了,
這種政治問題很麻煩, 很難處理又要教會大家很多東西....
結論:繼續打槍, 雖接受這個說法但有點失望
進公司五個月後, 我建議使用相依性管理工具, 建構各種不同的build,
這樣不用做什麼事情都要在 eclipse 裡面起整個伺服器才能知道有沒有成功,
也不會讓同步整個系統的過程像一場噩夢, 永遠不知道有沒有同步乾淨
這時候他們跟我說這種工具很複雜, 要導入還需要教育很多同事,
而且感覺不出比起 Ant 好在哪裡, 為什麼不能只用 Ant 建構專案....
結論:還是打槍, 我的不滿開始累積
最近一次的事件, 讓我有快暴發的感覺....
前輩無意間發現我的 jsp 頁面裡面, 為了讓語法更簡潔,
寫了 expression language 而沒有用指定的 Struts 1 bean:write 標籤
因此叫我向上級寫一分報告解釋使用 EL 有什麼好處, 也許有機會導入
於是我以為自己嗅到一些改變的風向
很開心地分析, 從政治的觀點告訴他們這東西是 jsp 本來就有的規格,
不用引入一堆lib也能用, 問題很單純
從開發的角度告訴他們能讓語法更簡潔, 也不會影響到其他已經寫好的程式
最後.... 還是被打槍! 以後不能使用了!
前輩說, ${} 的語法感覺跟 jQuery 有點像, 怕其他開發者會弄錯,
而且它能做的事情原本就能做到, 感覺不到用了以後有少明顯效益,
反問我若嫌標籤的做法太冗長, 為什麼不用複製貼上的?
還引例子說公司同事的先生是 java 的資深開發者, 說EL 通常配合 JSTL 使用,
若像公司這樣沒用 JSTL, 那配 EL 效果不是那麼明顯
我聽完反問他, 如果 EL 都因為怕一些團隊政治問題而不能寫,
那為什麼你當初要導入 jQuery 寫頁面?
jQuery 內部可是很厲害的 js 高手寫的,
js 基礎太差的人甚至還不太會用 jQuery 啊~
結果他的理由是因為公司不強迫一定要寫 jQuery, 而且有些事情純 js 不好做
反觀 EL 能做的事現在用標籤也能做, 因此就不要使用了吧~
我聽完就說, 若照他這種決策標準, 換掉版控系統, 使用相依性管理工具,
這些有做差很多的事情, 你說要引入的工具太多, 要教育的事情太多,
牽涉太廣, 不能用
結果 EL 這種標準內的東西, 牽涉範圍也小, 你說效果不明顯, 也不能用,
那是不是以後專案都不可能引入新工具了?
結果他竟然很誠懇的說: "對, 確實是不太想導入其他工具!"
我了解他是不想唬弄我才會很直接的說,
但回去以後越想越氣, 怎麼連這麼小的事情都說不給一點彈性, 方便, 與進步呢?
我實在是有些不爽, 很想找機會跟前輩上面的人反應這個問題,
或是在個人例行報告的會議裡面向同部門的人反應我的心聲和想法,
可是直覺又告訴我這樣也許效果不會好, 可能也會有些副作用,
因此上來請問大家一下, 若是你, 會怎麼做呢?
謝謝大家