Re: [心情] 前輩拒絕導入任何其他工具....

看板Soft_Job作者 (ya)時間10年前 (2014/05/17 22:47), 編輯推噓1(101)
留言2則, 2人參與, 最新討論串7/27 (看更多)
※ 引述《dream1124 (全新開始)》之銘言: : 有些問題, 講了傷和氣, 不講又不痛快, 請問大家都怎麼處理呢? : 小弟待的這間公司, 本業不是軟體, 但有不算小的軟體部門維護內部 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 這種標準內的東西, 牽涉範圍也小, 你說效果不明顯, 也不能用, : 那是不是以後專案都不可能引入新工具了? : 結果他竟然很誠懇的說: "對, 確實是不太想導入其他工具!" : 我了解他是不想唬弄我才會很直接的說, : 但回去以後越想越氣, 怎麼連這麼小的事情都說不給一點彈性, 方便, 與進步呢? : 我實在是有些不爽, 很想找機會跟前輩上面的人反應這個問題, : 或是在個人例行報告的會議裡面向同部門的人反應我的心聲和想法, : 可是直覺又告訴我這樣也許效果不會好, 可能也會有些副作用, : 因此上來請問大家一下, 若是你, 會怎麼做呢? : 謝謝大家 我現在也碰到類似的狀況, 不同的是 1. 同事的反應很正面 : 有新工具好像不錯, 只是目前沒那時間去學習, 過陣子再看看. 2. 我的反應也很正面 : 只是提供個建議, 其實不用也沒關係, 重點是開發進度. 其實工作久了之後, 對工具的追逐自己也不是很有興趣, 工具一個換過一個, 你說換了 之後真的有差嗎? 某些部份有差, 某些部份是工夫花多少的差別, 某些部份...根本 沒什麼差. 若一個軟體的生命週期夠長, 一直換工具其實是頗麻煩的, 很多東西需要重來. ant跟maven的plugin不一樣,RAD對svn與git的支援不一樣...一直去搞這種問題, 其實 是很煩人的. 若是工作的年資夠長, 其實會知道投資適可而止就好, 程式語言可能會換, 流行平台 可能會換, 工具可能會換 ... 幾個同事坐在一起, 搞不好本來拿手的東西全不一樣, 要把它搞成一樣己經是件很麻煩的事了, 好不容易搞成一樣了, 又要因為自己把它 退回到不一樣的狀況? 今天我搞一次, 過半年又有新同事來又搞一次怎麼辦? 要是我寧願退讓, 不是無痛轉換的部份, 不如不要轉換. 反正以後真的有迫切需求時, 別人求你做都還來不及了, 自己根本不用事先跳出來 ... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.250.27 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1400338034.A.EC0.html

05/17 22:54, , 1F
推, 一直換工具其實是頗麻煩的
05/17 22:54, 1F

05/20 23:38, , 2F
推這篇~觀念不錯
05/20 23:38, 2F
文章代碼(AID): #1JTtPox0 (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 7 之 27 篇):
文章代碼(AID): #1JTtPox0 (Soft_Job)