发现同事们很喜欢写这样的代码注释...

[gangsta]

//************* xxx function START *************//

code block...

//************* xxx function END *************//

还有一个是维护类代码的注释,在我待过的公司,以及被外派,出差,各种onsite/offshore合作过的公司中,同样发现很多人都喜欢这么写...

先把bug代码块注释掉,然后...

//************* modified by xxx at 2013-02-14 for xxx reason START *************//

code block...

//************* modified by xxx at 2013-02-14 for xxx reason END *************//

[zoowii]

我先注释，跑通没问题的话第二天就删掉

[ivenvd]

不会用版本管理的同事……

[muzuiget]

我也很烦这种到处留名的注释，大块无用代码注释，靠，用版本管理的话，什么都清清楚楚了。

[lyragosa]

我也很喜欢用这种注释

[nicai000]

xxx blame多好用的

[bengol]

比用中文注释好多了，各种编码切换～

[wvidc]

很好啊 方便二次开发 容易上手

[wizardoz]

还有一种，要在函数注释头中写上调用了哪些函数，以及被哪些函数调用。各种蛋疼。

[likai]

我怎么觉得不错，别人接手一看明

[lu18887]

在LINUX 下VI编程，这种注释已经是很友好的了！版本控制工具，在图形化界面下很nice，但是在命令行下就没那么明了了。

[lemonlwz]

如何一行注释都没有,会否习惯呢?

[wlh]

我自己的Blog代码都这么写……下次一看就知道，否则经常忘了这块是什么用的要想半天

[Pixeller]

挺好的, lz你哪天看到一大段一大段被别人改, 如果别人没有注释, 谁知道哪里被框掉了? 小改动看看blame还行, 日积月累, 还能看得过来?

[FrankFang128]

WebStorm 自动添加 function separator，这个功能还是有点用的

[DogonLin]

做SAP的时候里面基本都是这种注释。。。。

[NetCobra]

我不喜欢这种注释，这种活应该是版本管理的功能，不应该用注释来干。

[raincious]

@lu18887 我一直以为git branch new_branch和git add new_file.c是在命令行下敲的。

[bsbgong]

1. 这注释很好，我也喜欢这样写的，不过现在的team guidelines里不许这样写了。看各团队自己的规范，大家一致遵守就好。
2. 程序注释就没必要吐槽了。个人趣味不同，你觉得不好用的别人觉得好用。

[wdlth]

我一般用DOC型注释
/**
* 描述
*
* @author 作者
* @version 版本
* @package 包
*
*/
这类的

[wklken]

刚毕业那会在的公司很喜欢用，因为代码管理混乱，特别是一些不得不改的公用部分
声明的目的是界定说这块代码是xxx加的，没事别乱改，要改去找当事人

不过好久没见到了......