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

[HenryWang0723]

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

[chesterzzy]

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

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

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

[HyperionX]

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

[eason1874]

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

[a719031256]

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

[tiedan]

看成本，如果成本不高就可以改掉。

[DoctorCat]

如果时间和精力允许，就会改，但这需要一个缓慢的过程。

[viator42]

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

[kuro1]

会记一下写法

[imn1]

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

[renmu123]

不改，老代码不可能动的，只能新代码好好写了

[acmore]

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

[Visitor233]

考虑下修改量，一个小时内能改完的就用新的，不然记事本吃灰，新项目再说。

[xcstream]

能用就行

[DarkCat123]

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

[linvaux]

看心情，不过大多数时候都是默念两声 666

[axex]

记下来，下次自己写的时候用，重构原有代码就算了

[cominghome]

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

[orzorzorzorz]

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