Re: [请益] 疴 遇到这种事情 是不是需要赶快离职了?

楼主: purin88 (原来我是愤怒的乡民)   2024-07-23 14:28:24
※ 引述《saladim (杀拉顶)》之铭言:
: 小鲁目前在一家还算大的公司工作 现在有两三位顶大的junior的同事
: 写程式的习惯让我觉得是不是要赶快跑了 举两个例子好了
: 他们都喜欢if-else combo, 没巢状到波动拳那么深 但就是动不动就if-else
: 三层 然后三层里面还会再if-else
: 第二个例子就是如果有function 90%(50~100行)适合他们想要的用途,
: 他们就会copy整个function 然后修改一下后"整段"code插到他们需要的地方
: 光是上面两个例子已经让我的头超大的 原本公司的codebase已经长得像科学怪人
: 了 然后又有他们持续"加持" 根本就没办法理解
: 更惨的是 跟他们讲他们也不当一回事 又有顶大当红硕论护体 一副你也不敢砍我的底

: 公司也没人想要当坏人 code review也没人出声 而且大家都知道 上市公司每个都喜欢
: 有学历的人当门面 反正真正主力有人会扛 XDDDD
: 每次改到他们经手过的code都很痛苦 若是要帮忙擦屁股根本擦不完阿 因为一直拉....
: 自己宝贵的时间也都被吃掉了
: 这样是不是该走了比较好?
: 我知道烂code到处都是啦 但是至少不能一直拉吧 又是都讲不听的 更资深的也都能闪
就?
: 但大家轮流中枪.............
我从上面的文章只看到原po说有很多if...else跟function用原本的copy过来,改一下自
己想修改的code
但却没看到任何提到效率问题,而且if...else是O(1),并不会拖垮速度。
每个人写code的习惯不一样,
有的人喜欢这样写
if() {
}
有的人喜欢这样写
if()
{
}
有的人喜欢程式码短就连在一起
if(...) cout << "xxx";
else cout << "bbb";
也有人喜欢短的程式码连在一起
cout << "请输入数字月份(1~12):"; cin >> month;
有的人喜欢命名用底线分开,如:month_arr
有些人喜欢用小写大写分开,如:monthArr
有些人不喜欢程式码跟程式码之间有空一行
while {
....
}
if() {
....
}
for(int i = 0; i < N; i++) {
....
}
但有些人喜欢有空一行
while {
....
}
if() {
....
}
for(int i = 0; i < N; i++) {
....
}
有人程式码喜欢有空格分开
for(int i = 0; i < N; i++)
有人不喜欢太多空格
for(int i=0; i<N; i++)
以上这些都没有错,没有谁的才是对的,谁才是错的,重点流程有没有错,有没有bug,
执行会不会慢,巢状循环几层。
执著在那些格式很没有意义,或谁谁谁写code格式不符合我意的,就把别人弄走。
你不能说你就是标准,全部人都要跟你的写法一模一样,很多人写程式想的是这个问题要
怎么写才巧妙解决,而不是十分在乎格式,太执著就有强迫症或太龟毛,合作起来也很痛
苦。
放过别人也放过自己,互相尊重。
作者: qwer338859 (温莎公爵)   2024-07-23 14:31:00
那不是格式问题吧 他明明就是在说波动拳if-else而且正常的公司明明就会规范coding style你自己乱写不要以为每个人都乱写
作者: a3817001 (Heterosis)   2024-07-23 14:34:00
coding style要为"效率"让步的话那规范的意义在哪
作者: jhjhs33504 ( )   2024-07-23 14:38:00
是程式码执行的效率还是程式码开发的效率?
作者: wei115 (ㄎㄎ)   2024-07-23 15:10:00
他问的问题不是style八?还有style也是要确定的八,像我们用k&r 直接给format 自动排版就全部一致了
作者: richard07250 (blazing)   2024-07-23 15:18:00
这什么鬼回复 巢状if else跟效率本还就没有关系就很简单的不采用clean code的问题
作者: qaqvvvvqaq (QAQ)   2024-07-23 15:23:00
开发效率也很重要更应该规范吧,如果你公司的code都不用改没bug不需要debug的话当我没说
作者: qwer338859 (温莎公爵)   2024-07-23 15:29:00
还删推文是吧 送你进水桶

Links booklink

Contact Us: admin [ a t ] ucptt.com