※ 引述《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的支援不一样...一直去搞这种问题, 其实
是很烦人的.
若是工作的年资够长, 其实会知道投资适可而止就好, 程式语言可能会换, 流行平台
可能会换, 工具可能会换 ... 几个同事坐在一起, 搞不好本来拿手的东西全不一样,
要把它搞成一样己经是件很麻烦的事了, 好不容易搞成一样了, 又要因为自己把它
退回到不一样的状况? 今天我搞一次, 过半年又有新同事来又搞一次怎么办?
要是我宁愿退让, 不是无痛转换的部份, 不如不要转换. 反正以后真的有迫切需求时,
别人求你做都还来不及了, 自己根本不用事先跳出来 ...