程序简单好还是复杂好

[码工码工]

一个同事，很牛X的人，有问题一会就能搞定，但写的程序别人很难看懂，连sql语句里都是位运算，这样的人，这样的程序在企业里能不能被大家接受？
eg:
....where top_type & $t[$type] and status = 'online'.....

[Linux校园社区]

装B招雷劈。。。你这同事命休矣！

[pzl]

[Quote=引用 14 楼 yuna123 的回复:]
等你自己创业做公司就知道了，这种人首先要剔除的
[/Quote]
团队虽然很重要，但也要有一两个人是专做核心技术的，他们的代码未必需要其它所有人都能看懂。大多数人只要知道怎么用他们的接口就好了。而且这种人才是一个团队中的灵魂人物。

[禽兽v5]

代码首先是写给人看，其次才是给机器看。

[panrt]

在保证性能的情况下简单点好。

[Raul_Gonzalez]

作为同事应该互相沟通，共同进步，质疑这些问题没有意义..

[ProjectDD]

[Quote=引用 15 楼 yidao620c 的回复:]
装B招雷劈。。。你这同事命休矣！
[/Quote]
..

[cjhacker]

我觉得这个sql一点都不复杂啊

[coldant]

顶

[TzSword]

还是简单好(⊙o⊙)哦
写的太复杂，
N天后连自己都看不懂！！
我们的目标是:没有蛀牙！！

[TzSword]

上面的写错了
重申一下
我们的目标是:有蛀牙,用高露洁！！

[dead_of_winter]

看不懂分二种情况：
1.他代码烂
2.你水平烂

就楼主的例子而言 我倾向于2

作为一个纯外行 我都能看明白
top_type 是个位掩码

[yilei1581]

代码烂

[lijavasy]

代码好不好没关系,只要注释写清楚就行.为什么非得去看别人的代码呢?只要人家告诉你这段代码是干什么用的就行了.

[lijavasy]

不过最好是既精简又高效.

[adipreneo]

一般来讲，不直观的实现方式，最好加上适当的注释。这样做主要还是为了接手者能够更好得明白吧。即使是自己，过几个月回头再看，没有注释还不一定能就马上理解呢。

另外说到简单和复杂，基本出发点还是简单吧，除非是为了运行效率，写得比较生僻。

[elpmis]

最好能把复杂的东西变简单，其实位运算也没什么

[RainbowMink]

[Quote=引用 14 楼 yuna123 的回复:]
等你自己创业做公司就知道了，这种人首先要剔除的
[/Quote]
============
娜姐自己办公司了？~

[cybertitan]

[Quote=引用 14 楼 yuna123 的回复:]
等你自己创业做公司就知道了，这种人首先要剔除的
[/Quote]
老娜果然很猛

[十一文]

[Quote=引用 22 楼 cqq_chen 的回复:]
这算好了，刚工作时接一个１５层ＩＦ，不缩进，没说明，和天书有得一比啊！
[/Quote]

15层而已！ 妈的！
我现在经常看到20多的
一个函数1000多行的

他们还以为自己写的非常牛！！！

[dongyawen1]

太搞笑了，笑得我肚子都痛了，松皮