又是代po 跟前一篇不同人
直接贴上了不解释
乡民好
个人想请益
最近在软件专案遇到不知所措的问题
即使最近习惯了莫名其妙庞大的程式码
但要去修改居然会有 人为因素 上的难度
我简单描述整个程式的状况
就是class不是有成员函式之类的吗
本来这个class单体模式就只给一个装置使用
但因为后来考虑第二个装置的实作
所以先前人的做法就是…
在一样的class里成员函式copy paste然后名称后面补个2 然后因为又是保持单体模式
就变成一大堆函式都有类似以下写法
if 装置一
程式码一
else if 装置二
程式码二
其中程式码一 和程式码二几乎超过百行 根本看不出一不一样
我想说物件导向的接口不会写就算了 麻烦重复的程式码用函式先暂时包起来好吗…
说到这里应该高手已经知道怎么处理这鬼结构 但是 这难度最麻烦的是 人
因为就是某个资深工程师写
当然已经 沟通过了 但回答是
“那些做法就是debug的时候很好用啊，怎么了吗？”
“从头改需要时间，就算改好程式保证正常吗？出事谁负责？”
“你能想想现实面的问题吗？公司不是给你用来玩实验的。”
“你可以从小地方慢慢改起啊，一定要一次动那么多地方吗？”
“拜托请你考虑别人请不要那么自私。”
然后继续过著大家加新功能修改功能还要顺便整理他很有产量的程式码。
所以怪我囉？
为什么我还要配合别人的智商做事情
而且你还待十几年
连C++好用的语言特性都不会用 更不肯学
还好意思装忙 说什么急着赶案子
那种鬼写法是最拖时间的最玩命的吧
整间公司也莫名其妙
不好好整顿他居然还随便期待有其他还不到一年的员工
可以解决这个每天被他拉出的x code
我现在是摊手没辄 不太想再留在那浪费时间
在其他工作我也没看过如此奇葩的现象
各位看的乡民觉得是我的错吗