你见过的前一个程序员留下的令你印象最深刻的注释是什么？
你见过的前一个程序员留下的令你印象最深刻的注释是什么？
－－－－－
网友解答：
－－－－－
一个好的程序，注释的占比大概是代码量的30%。勤写注释不仅仅是让别人易于阅读你的代码，更重要的是在一定时间后，你也还知道你当初是如何实现的。
勤写注释，不是说注释越多越好；勤写注释，也要讲究策略。好的注释，一般应该出现在可能存在歧义的地方，或者做了某些特殊处理的地方。
不过遗憾的是，工作这么多年一直没有遇到注释写得很好的自研项目。更多的是要么注释很少，要么就是写了很多无用的注释。
－－－－－
网友解答：
－－－－－
代码重构宝典，遇到这种先抽根烟，然后对着空气说“什么都不是事，重构吧！”，然后干了三个月无奈离职，再把这个坑，留给下一个填坑者。啊哈哈
－－－－－
网友解答：
－－－－－
见过豪横的人，没有见过这样豪横的程序员，所以说因果关系是世间最牢靠可信任的事物，你看到结果，我却相信事出有因。
感觉这样的注释让我看到了程序员的日常工作，除了代码还是代码，唯有注释可以让程序员看到生活的乐趣。
－－－－－
网友解答：
－－－－－
【不要尝试修改此常量值，否则后果自负】
平时开发会用到一些开源的库，但有的三方库并一定能够满足自己的需求，就会自己去修改部分的代码。其中看到一个常量的代码注释，
let areYourIsDonkey = True
翻译成中文就是——你觉得你是个笨蛋吗？是。
这一看哪能忍？想想我这聪明
绝顶
的程序猿小哥，怎么会是个笨蛋呢，果断将值修改为False。
原后将自己需求的部分也同步进行了修改，放进工程中。编译运行——正常！
哈哈，还说不要修改此值，否则后果自负，这不改了，还是正常的很吗？
但半个小时后，发现程序运行越来越慢，直至不响应了。
这是怎么回事，开始以为是自己的代码层面有问题，不停地检查代码，检查是否有内层泄漏。但排查了半天没有找到任何问题。
后来想到那个三方开源库我修改了内容，会不会有问题，结果排查我修改的那部分代码，也不存问题。
那会不会是因为修改的那个常量的呢，后面仔细阅读他的代码，才发现那个常量竟然是一个死循环【创建内存对象】的开关。当值为True的时候，不会执行死循环。但改为False就会执行。时间久了，必然造成程序卡顿，最终程序无法响应。
后来想想，这应该是开源作者的一个恶作剧了。
－－－－－
网友解答：
－－－－－
老板说还需要优化一下
setTimeout(()=>{
3秒之后执行
.......
},3000) ;
下次老板说可以优化一下,把3000改成2000
－－－－－
网友解答：
－－－－－
**
*@@今天女朋友和我分手了，兄弟对不住，我又没胆报复社会，只能在这挖个坑等你跳@@
*
**
－－－－－
网友解答：
－－－－－
赶紧跑。
－－－－－
网友解答：
－－－－－
[呲牙]代码中引用了很多自己封装好类库，但是这些类库在代码库中找不到源码，还有bug
－－－－－
网友解答：
－－－－－
定义一个int型变量
int a=1;
－－－－－
网友解答：
－－－－－
就是一片空白，什么都没有，你自己体会。
------------------
推荐阅读：
