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

看板Soft_Job作者 (全新開始)時間11年前 (2014/05/17 17:08), 11年前編輯推噓21(21推 0噓 47→)
留言68則, 24人參與, 最新討論串1/27 (看更多)
有些問題, 講了傷和氣, 不講又不痛快, 請問大家都怎麼處理呢? 小弟待的這間公司, 本業不是軟體, 但有不算小的軟體部門維護內部 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 這種標準內的東西, 牽涉範圍也小, 你說效果不明顯, 也不能用, 那是不是以後專案都不可能引入新工具了? 結果他竟然很誠懇的說: "對, 確實是不太想導入其他工具!" 我了解他是不想唬弄我才會很直接的說, 但回去以後越想越氣, 怎麼連這麼小的事情都說不給一點彈性, 方便, 與進步呢? 我實在是有些不爽, 很想找機會跟前輩上面的人反應這個問題, 或是在個人例行報告的會議裡面向同部門的人反應我的心聲和想法, 可是直覺又告訴我這樣也許效果不會好, 可能也會有些副作用, 因此上來請問大家一下, 若是你, 會怎麼做呢? 謝謝大家 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.124.204 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1400317730.A.566.html
推
05/17 17:14, , 1F
也有類似的工作經驗！
05/17 17:14, 1F
→
05/17 17:15, , 2F
加強自己的能力，到國外或外商公司工作
05/17 17:15, 2F
→
05/17 17:16, , 3F
用不著把心力花在這些地方
05/17 17:16, 3F
推
05/17 17:20, , 4F
這樣的公司通常被我歸類在"養老公司"
05/17 17:20, 4F
→
05/17 17:20, , 5F
不要太多變化~其他同事會受不了...
05/17 17:20, 5F
→
05/17 17:21, , 6F
看看吧~要不要換?
05/17 17:21, 6F
→
05/17 17:25, , 7F
那你先把後路先想好~要大破大立結果就兩種1.升級2.走路...
05/17 17:25, 7F
推
05/17 17:25, , 8F
${} 的語法感覺跟 jQuery 有點像 XDrz
05/17 17:25, 8F
5/20 有一些氣話, 考慮到公司也有人在看板, 而且這件事也算解決 為了避免餘波盪漾, 請原諒我刪掉了
推
05/17 18:39, , 9F
我反而覺得，你思考為什麼使用EL，要多耐心一點設想整體需求
05/17 18:39, 9F
→
05/17 18:40, , 10F
因為說穿了用了EL的理由，其實只是你愛用，而愛用的原因是寫
05/17 18:40, 10F
→
05/17 18:41, , 11F
得短. 為了寫得簡潔而把額外一個語言拉進來,也是很沒道理的.
05/17 18:41, 11F
你不懂我的心情, EL 只是暴點而已, 更何況有些事情只靠標籤庫很難做也不好做 試想連一種語法, 根本不算嚴謹定義的程式語言, 一頁簡介就講完基本功能 這樣都不能用, 難道只是我意氣用事?
→
05/17 18:41, , 12F
自己變強就好，根本就不需要同事或公司一起變強。
05/17 18:41, 12F
應該說, 我希望能用更好的方法開發專案, 不要老是土法煉鋼 土法煉鋼可以做一點破鐵器, 但現在公司的需求越來越不是組一組破鐵器就能完成 這時候堅持過去的模式讓我覺得沒什麼信心長久待下去, 我不想隨意放棄公司這些人品不錯的同伴, 但如果他們覺得非要照某套方法不可, 那該走的時候我也不會留戀
→
05/17 18:41, , 13F
那當你為了這個爭執而越想越氣時,就是意氣之爭而已.
05/17 18:41, 13F
→
05/17 18:42, , 14F
上班才半年,沒必要走到這個地步.
05/17 18:42, 14F
推
05/17 19:06, , 15F
CVS的問題倒不算是他們的錯. 實際上因為備份歸TS管,
05/17 19:06, 15F
→
05/17 19:06, , 16F
很多公司都有SD部門反而沒權決定的情況.
05/17 19:06, 16F
→
05/17 19:08, , 17F
其他的就只能「拍拍」了.
05/17 19:08, 17F
→
05/17 19:09, , 18F
也有可能是你黑了也不自知, 反正上一份工就遇過因為經理
05/17 19:09, 18F
→
05/17 19:11, , 19F
不滿我的直屬上司, 結果來找碴說為甚麼公司標準規定用
05/17 19:11, 19F
→
05/17 19:12, , 20F
.NET v3.5, 我們卻擅自升級專案到.NET v4.
05/17 19:12, 20F
→
05/17 19:13, , 21F
最後才發現我們的專案已經是公司第4組升級的無聊事.
05/17 19:13, 21F
黑掉這點倒是不無可能, 我會多注意, 謝謝
推
05/17 20:26, , 22F
ant+ivy比較容易推行
05/17 20:26, 22F
推
05/17 20:28, , 23F
想問你一個，假如公司都照你推薦，導入其他工具
05/17 20:28, 23F
→
05/17 20:28, , 24F
結果因為某些原因，或許是其他同事適應不良弄錯了CODE
05/17 20:28, 24F
→
05/17 20:29, , 25F
導致整個公司停擺，或是專案要回朔到幾個月前
05/17 20:29, 25F
→
05/17 20:29, , 26F
你會負責這一些損失嗎?
05/17 20:29, 26F
→
05/17 20:30, , 27F
你是個新人，又不是專案決策者的身分，你有覺得好的工具
05/17 20:30, 27F
→
05/17 20:30, , 28F
架構，你可以推薦一下給上面，被打槍就摸摸鼻子算了
05/17 20:30, 28F
→
05/17 20:31, , 29F
真的那麼不爽就換公司阿..
05/17 20:31, 29F
推
05/17 20:34, , 30F
你去外面問說，我應該學什麼語言，該用哪種架構
05/17 20:34, 30F
→
05/17 20:34, , 31F
用哪種命名規則等等這種問題，大家只會回你一句
05/17 20:34, 31F
→
05/17 20:35, , 32F
看公司要求，不滿可以自己當老闆阿＝＿＝
05/17 20:35, 32F
推
05/17 20:53, , 33F
等你自己當主管後,想推也不一定能行.有些老屁股根本不願
05/17 20:53, 33F
推
05/17 20:56, , 34F
意配合,後台硬的就等者看你出狀況,唉!
05/17 20:56, 34F
推
05/17 21:44, , 35F
GoalBased大說的有道理
05/17 21:44, 35F
推
05/17 22:22, , 36F
很正常，除非導入其他工具有超大的優點而且適應容易
05/17 22:22, 36F
→
05/17 22:23, , 37F
不然前輩都不會想改的，對他們又沒有什麼好處....
05/17 22:23, 37F
推
05/17 22:54, , 38F
台灣太多不知長進的公司 永遠都一堆理由 換一間吧
05/17 22:54, 38F
推
05/18 00:06, , 39F
可以試試這套 SOP #1DgopBb2 (Soft_Job)
05/18 00:06, 39F
→
05/18 00:07, , 40F
www.ptt.cc/bbs/Soft_Job/M.1303063755.A.942.html
05/18 00:07, 40F
推
05/18 01:09, , 41F
千萬別要求老人進步，嘗試過無法改變就去其他環境吧
05/18 01:09, 41F
推
05/18 07:06, , 42F
你剛進去 不要太多建議 顯得你好像很老
05/18 07:06, 42F
→
05/18 07:07, , 43F
要建議事情 等過幾年 或者你紅了再說吧
05/18 07:07, 43F
→
05/18 07:08, , 44F
同意 GoalBased
05/18 07:08, 44F
推
05/18 07:21, , 45F
推 AmosYang
05/18 07:21, 45F
推
05/18 09:12, , 46F
一堆工程師都一樣，只習慣於自己的開發模式，引入新工具
05/18 09:12, 46F
→
05/18 09:12, , 47F
也不一定是好事，除非你有實際產品經驗，或者這個團隊認
05/18 09:12, 47F
→
05/18 09:12, , 48F
為自己產品在市場競爭節節敗退同意創新....單元測試成本
05/18 09:12, 48F
→
05/18 09:12, , 49F
很高，團隊開發成員每個人物件觀念都要有一定水準，我所
05/18 09:12, 49F
→
05/18 09:12, , 50F
看到台灣多數團隊，都是開發一些傻瓜底層，開發容易但是
05/18 09:12, 50F
→
05/18 09:12, , 51F
程式碼一團亂，到處是很長的功能.....開發容易但異動需求
05/18 09:12, 51F
→
05/18 09:12, , 52F
或發生bug的時候就.....
05/18 09:12, 52F
→
05/18 11:43, , 53F
推Goal大和math大
05/18 11:43, 53F
推
05/18 11:51, , 54F
你還太菜了,這就是公司文化!
05/18 11:51, 54F
→
05/18 13:40, , 55F
我覺得看狀況 如果公司策略是要用新技術作噱頭 或新起步的公司
05/18 13:40, 55F
→
05/18 13:41, , 56F
追新技術才有明顯好處 否則就是用穩的妥當 權衡利害的結果
05/18 13:41, 56F
→
05/18 16:11, , 57F
真的想做的什麼 就到能做點什麼的地方.而不是嘗試去改變進入
05/18 16:11, 57F
→
05/18 16:11, , 58F
養老模式的地方 由其是都已經嗆明"XX太難 會造成OO底子太差
05/18 16:11, 58F
→
05/18 16:12, , 59F
的人COWORK有問題"...這種話都出來還期待什麼 (攤手
05/18 16:12, 59F
→
05/18 17:24, , 60F
就我來看你只是一個不尊重公司文化的菜鳥
05/18 17:24, 60F
推
05/18 18:00, , 61F
你要搞新的幹麻去寫內部的 不會去軟體公司喔
05/18 18:00, 61F
→
05/18 18:58, , 62F
你是不是剛出社會？
05/18 18:58, 62F
→
05/18 19:00, , 63F
你可以提出建議，但被打槍也很正常，不要太在意，試著去適
05/18 19:00, 63F
→
05/18 19:01, , 64F
應公司，不然到哪間公司都很容易黑掉
05/18 19:01, 64F
推
05/18 22:41, , 65F
有改變上進的心很好，但職場上永遠都是人的問題，
05/18 22:41, 65F
→
05/18 22:41, , 66F
把人和文化的問題先摸熟，將來阻力才會減少
05/18 22:41, 66F
→
05/18 22:42, , 67F
太過激進或標新立異，就會落得棒打出頭鳥的下場
05/18 22:42, 67F
→
05/18 22:44, , 68F
若你真不喜歡現在的模式，就去別家開發習慣比較相近的
05/18 22:44, 68F
謝謝以上大家的建議, 只是因為一些原因, 這分工作暫時無法不爽不要幹~ 雖然前輩直說不想任何改變, 令我有些不滿, 因此上來吐吐苦水 但也希望大家相信回文的主流意見 「尊重公司文化，累積信譽，親身實踐推廣並證明，等待機會改變」 這是我正進行中的事, 我並不想跟其他人對著幹的 有大家的意見可以讓我考慮更週詳, 再次謝謝大家 ※ 編輯: dream1124 (36.228.108.121), 05/20/2014 01:44:52
‣ 更多 dream1124 的文章
文章代碼(AID): #1JToSYLc (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 27 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共27篇)
‣ 更多 dream1124 的文章
文章代碼(AID): #1JToSYLc (Soft_Job)