关于代码注释----你怎么看！！
技术经理：“代码注释”和“存储过程及参数说明”的评审严格按照之前定的“技术部开发规范.docx”进行。

（提醒：注意细节，再小的点必须要有注释！）

------解决方案--------------------
你不注释，鬼才有心情分析你的代码呢，自己的代码都不想看的飘过。
------解决方案--------------------
1、公司规章只好遵守。
2、你也可以反映意见。
------解决方案--------------------
很好的习惯 假如写方法、存储过程的人走了,其它人拿过来就可以用`而不用去考试这些参数都是什么意思
对公司有好处`再一个对自己也有好处`代码规范,写的东西多了`再返回来看自己都不懂
------解决方案--------------------

探讨

你不注释，鬼才有心情分析你的代码呢，自己的代码都不想看的飘过。

------解决方案--------------------
按照要求写个注释就是了，没什么大不了的，一般公司都会有这个要求
------解决方案--------------------
时间长了，自己都看不懂了；注释是必须的啊
------解决方案--------------------
遵守即可，在你现在看来很不必要的做法都是训练你成为一个具有好习惯程序员的步骤。这些细节一点点的积累很有必要。
------解决方案--------------------

探讨

遵守即可，在你现在看来很不必要的做法都是训练你成为一个具有好习惯程序员的步骤。这些细节一点点的积累很有必要。

------解决方案--------------------
注释是要的，否则过些天，自己都不知道写的是什么
但也不用每行都注释吧，
注释关键点，函数、变量、循环等
------解决方案--------------------

探讨

引用:
你不注释，鬼才有心情分析你的代码呢，自己的代码都不想看的飘过。


代码注释（不包括存储过程及参数说明，公开接口等）一般是不好的。理由：
1、双重维护，
2、多写多读，
3、往往是难缠代码的借口。

------解决方案--------------------
特别是对一个初学者来说你没有代码注释的话谁会去看你的代码，不管写的多好都不会去看的。看别人的代码是最痛苦的一件事
------解决方案--------------------

探讨

引用:
你不注释，鬼才有心情分析你的代码呢，自己的代码都不想看的飘过。


代码注释（不包括存储过程及参数说明，公开接口等）一般是不好的。理由：
1、双重维护，
2、多写多读，
3、往往是难缠代码的借口。

------解决方案--------------------
一个习惯...