对错

key · 发表于 27-11-2010 09:33:03

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有帐号？FreeOZ用户注册

x

一个系统，不会只有一套设计方案，为什么选这个？为什么选那个？本身没有绝对的对错。
虽然已经设计了很多系统，但我只是习惯按照自己的方式来“直觉”地选择某种做法，
这种随意的拍脑袋方案，一旦被挑战，即使是最简单的挑战，也能让我应对失措，
因为我从来没有考虑过应对。想想自己，大概就和老江同学在香港指着记者说naive差不多吧。

不说系统设计，就说代码实现，多年来，我觉得自己看了很多代码，开源的、公司内部的，
好的，烂的。我自认可以分清好代码与烂代码。但我真的能分清吗？标准是什么？
即使是spring等著名的开源项目，代码的好坏都各有说法；而开发人员之间文人相轻的现象
司空见惯。代码就象文字，哪来绝对的标准？在你说别人的代码一塌糊涂的时候，
别人何尝不是认为你的代码乱七八糟？

怎么办？所谓的refactor难道只是一纸空文？sprint出来的一大堆烂代码就让它腐化？
发臭？是的，除此以外，你没有更好的方案，除非整个公司范围内有相应的refactor规范，
指定专人（单一或多人）进行代码重整。不要去批评别人的代码，不要尝试去说服别人，
哪种代码更漂亮：道德是给有道德的人的制约。如果你们公司没有相应的refactor规范，
同学，请放弃一切不智的代码重整计划，让它发臭吧，你无能为力。

当然，一个简单的改进方案是：作为leader，你可以安排代码review，让程序员自己解释
这段代码的作用，其他人提几个问题或建议，以形式来促进一下质量的提高。但这个也需要公司
的重整规范，以及，永远永远的记住，代码不会因此变成你喜欢的那个样子。

放手吧，放松吧，把着眼点放在功能上，项目结果上，让一切随风，让团队的每个成员都
自由地控制自己的一亩三分地，直到某一天，你们公司有了相应的规范。

因为，这是一个没有对错的地方。如果你自信有一万条理由说对方错了，
你应该知道，对方至少也有三千条理由说是你错了。

dcxg · 发表于 27-11-2010 09:38:31

你任重道远
尝试做个架构师，而不是个coder

key · 发表于 27-11-2010 10:33:40

原帖由 dcxg 于 27-11-2010 09:38 发表

 登录/注册后可看大图

你任重道远
尝试做个架构师，而不是个coder

神马架构师，它只是浮云，只是浮云。。。。

		自动登录	找回密码
密码			FreeOZ用户注册

FreeOZ

[软件技巧] 对错

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

回复 #1 key 的帖子