http://www.adamjiang.com/archives/72 长脑袋的个人博客 Mon, 14 May 2012 15:46:12 +0000 hourly 1 http://wordpress.org/?v=3.3.2 http://www.adamjiang.com/archives/72/comment-page-1#comment-35 jcadam Tue, 30 Dec 2008 14:23:57 +0000 http://www.adamjiang.com/archives/72#comment-35 兄弟说的很对。但是，coding style guide不是没有阿。但我很怀疑有几个人看过这个玩意儿。项目很大，牵扯几十号人的动作，如果能够取得共识的话或许要花去很多很多时间。沟通是个大问题，我发现项目大了之后有差不多60％的时间花在跟人“说话”上。Mail，IM，电话轮番上，就这样也还是会问题百出。在不会导致订单减少的情况下，不要追求完美也许是一个折衷选择，总之，还是没有找到好的办法。 兄弟说的很对。但是，coding style guide不是没有阿。但我很怀疑有几个人看过这个玩意儿。项目很大，牵扯几十号人的动作，如果能够取得共识的话或许要花去很多很多时间。沟通是个大问题，我发现项目大了之后有差不多60％的时间花在跟人“说话”上。Mail，IM，电话轮番上，就这样也还是会问题百出。在不会导致订单减少的情况下，不要追求完美也许是一个折衷选择，总之，还是没有找到好的办法。

]]> http://www.adamjiang.com/archives/72/comment-page-1#comment-30 adamzhang Tue, 30 Dec 2008 13:58:46 +0000 http://www.adamjiang.com/archives/72#comment-30 这个问题还是要冷静一点看啦。对于标准或应该有标准的东西，都应该写到coding standard里去，然后定期review代码，或者文档。 有时候没有办法，比如，接到一个很多年前写的c++代码，作者都不知道到哪里去了，在你的程序里用他的api，是C++的还好，对他的代码不需要做什么修改，如果是C的就麻烦了，把用到的类型检查一边，不符合mix规则的重写，用到的函数申明全加个extern "C"，重新编译才好。如果真着急了，对经理大吼一声“他娘的当初为什么不能用C实现？！！”，“给我一个C版本！！！”么？哈哈。 这个问题还是要冷静一点看啦。对于标准或应该有标准的东西，都应该写到coding standard里去，然后定期review代码，或者文档。
有时候没有办法，比如，接到一个很多年前写的c++代码，作者都不知道到哪里去了，在你的程序里用他的api，是C++的还好，对他的代码不需要做什么修改，如果是C的就麻烦了，把用到的类型检查一边，不符合mix规则的重写，用到的函数申明全加个extern “C”，重新编译才好。如果真着急了，对经理大吼一声“他娘的当初为什么不能用C实现？！！”，“给我一个C版本！！！”么？哈哈。

]]>