一个关于代码习惯的小调查

当看到开源项目或者其它人编写的代码,在结构设计,简洁度,可读性等等质量问题上比自己同功能的代码更优秀时,各位会考虑修改自己已存在项目的代码吗?还是说下个项目想起来时再说?还是跟我一样卧槽牛皮不错,但我懒得改…

相关文章

17 thoughts on “一个关于代码习惯的小调查

  1. 个人觉得可以吸收别人代码的优点,尤其是架构的设计,设计模式等等。

    但频繁用到成熟项目上可能会产生意想不到的问题。

    等到系统大规模重构,或者写新项目、新轮子的时候,再自己实验比较好。

  2. 大多数情况都会认为对方写的没自己好才是基本操作吧。
    遇到好的一般维护旧代码的时候方便改的会改,至于改结构。。也尝试参考优秀代码改了结构,原本以为一星期能整完,你猜我最后改了多久~

  3. 看情况,如果现有代码一年内够用,连考虑要不要改都是浪费时间。如果确定过两个月就不够用了,就一定改。

  4. 这个得看这个项目是否值得去改,如果属于完成任务那种就算了,如果属于有意思的可以花时间去改

  5. 自己的项目会试着重构一遍公司的话不太考虑,毕竟代码优化的速度赶不上需求变更的速度

  6. 自己的每天都在改,总想做得更好,或者看到别人写得更好就想借鉴过来,脑子里经常冒出很多“点子”
    别人的……3 天就可以把一个小函数的逻辑 /参数忘掉,不出 bug 都懒得重新看

  7. 只要看过特别好的写法就会有洁癖的,已有项目是否修改看时间和紧迫性,但是等下次自己的项目出现类似场景时不这么写就感觉浑身难受。当然有一些炫技的小技巧看看就行,很容易弄巧成拙。

  8. 会很酸很羡慕,不知道为什么他的设计这么优雅用起来这么爽
    我的设计就那么丑陋,传参乱七八糟。

  9. 妙啊…
    这一段代码好像可以抄…
    如果是一些小技巧那抄起来很快,但是如果涉及到一整块代码优化,往往就会出现优化半小时,调试半天…
    最后算了算了,回滚代码

  10. 我会考虑去 pr,在被数落几次之后、把人家那味道学个几分了,再看情况改自己的东西。
    什么,你说改公司的代码?不不不,我只会在给同事的 review 里写上我新而大胆的想法。

发表评论

电子邮件地址不会被公开。 必填项已用*标注