观点的碰撞

观点的碰撞 几周前我写了一篇文章,《对几个软件开发传统观点的质疑和反驳》,微博上、独立域名的博客上,还有ITEye网站上,都有一些评论的朋友给了我许多事实和观点。我觉得这些评论,似乎都有理由,无所谓对错,这些是有价值和有意义的文字。相较于那些“顶”、“支持”、“SB”、“沙发”……纯灌水或者是没什么意义的信息垃圾,这些文字要显得珍贵得多。

最近看了两本软件和创业方面的书,我的世界观总在不断小范围地崩塌和建立。现在愈发觉得,到底何谓对错,到底何为黑白,我是不是受到中国传统教育毒害太深了,到现在才慢慢缓过劲来?

我想到一些有意思的争论:

1、先寻找优秀的程序员还是先准备优秀的产品设计?

先准备优秀的产品概念、设计和理念,再去寻找合适的人,这样的公司稳重、成熟,能做出优秀的产品;还有的先去寻找最优秀的程序员,把这撮人聚到一起再去考虑做什么,这样的公司大部分都死了,但是活下来的都是极其伟大

具体地说,有的公司为项目寻找合适的人,我想大多数公司都是这样做的;有的公司寻找最棒的人,他们的项目有许多都是由这些最棒的人发起的。很不幸的是我是后一种观点的支持者,尽管这种观点经常被骂成“不合逻辑”。

2、你是要做工程商人吗?

我记得我毕业找工作的时候一位面试官和我说,“我们不需要最优秀的人,我们只寻找最合适的人”,三年后,我参与做一个产品的时候,一位老程序员说,“做‘最好’的产品,就有意义吗?我们都是工程商人,我们做‘合适’的产品”。

有哲理?还是扯淡?我曾经那么坚信赚钱是这些软件商人的第一要务,可是后来我才逐渐感到,还有一种被称为“梦想”的东西在他们之中的少数人身上闪光。人是有感情、有追求的动物,程序员不是理智的法官,程序员要做一个狂野的画家。

所以我大概不适合创业,理想主义者总会在妥协和坚持两边摇摆和斗争,他们中的许多最终会死在惨白的现实下。

3、用户是上帝?

程序员应该首先去关心用户的需求和体验吗?如果用户不喜欢,你那些再华丽的技术又有何用? 是啊,多么正确的话。好吧,换个角度,产品经理是老大,他们是这个星球上最清楚用户想要什么的人……

看看有多少产品经理掌握话最大语权的公司吧,可是另一种声音说,这样的产品经理请滚蛋。程序员首先要用自己做的产品,征服自己,其次才是用户。用户其实也不清楚自己到底想要什么。所以,大部分时候请忽略他们。记录用户的需求?拉倒吧,“用户真正的需求根本不用记录。真正有意义的需求,客户会一次又一次地跟在你屁股后面提出来。你根本就不可能忘记。你的客户就是你的记事本。”

用户不但不是上帝,而且大多数用户对你的产品来说,他们什么都不是。你,或者你的团队,才是产品的上帝。用户只是会抱怨会牢骚会骂死你的不负责任的凡人而已。

4、工程师文化有多棒?这样的公司才能做出伟大的软件产品吗?

你可以给我举出Google、Facebook或者37Signal的例子。好吧,你真睿智,但是这个世界并不是那么简单的。

首先,这个世界上大部分软件公司采用工程师文化的模式来运作的话,都会死得很惨。

其次,这个世界上大部分号称工程师文化的软件公司,都只是号称号称而已。

最后,这个世界上大部分成功和伟大的软件公司,都不是工程师文化的。

以牛逼哄哄的苹果公司为例,在我看来,苹果就是一个人的公司,如果这个人很牛,公司就会很牛,如果这个人水了,公司就要完蛋了。苹果的工程师并不会觉得生活有多美好,死在他们手里的项目,莫名其妙被叫停的项目太多太多,只有一个人掌握生杀大权,那个人曾经是乔布斯。现在乔布斯死了,要么苹果不再是一个人的公司,要么苹果就快完蛋了。

5、团队合作有多重要?

团队合作至上。不错。

甚至有人说,有人说:最厉害的人不是自己解决问题的人,而是能让那些能解决问题的人死心塌地为那个人努力干活并最终解决问题的人。

好吧,又一句像绕口令一样的至理名言,又一个未来的哲学家,我服了你了。

不过,我觉得,单兵作战能力极强的精英团队,也许争吵不易控制,可比平庸的和谐之队产出强多了。有争论、甚至争吵,至少都是思考的表现,出发点大多是正面的,只要对事不对人就好了。指望大家都客客气气地陈述事实、然后安安静静地讲道理?那么这堆人都是圣贤,或者就是机器人而已。追求这样的和谐团队?去死吧。另外,我一直觉得,原型、demo,还有框架基础,甚至产品第一稿,就是该由一两个人完成的

程序员都讨厌开会,因为“会议中总难免轮到一个低能人士发言,于是大家的时间都被浪费在他们的扯淡上”;结对编程也不总是那么受欢迎的,结对的两个人水平差异太大了不行、性格过于冲突了不行、沟通能力不够强还是不行……如果团队合作的感觉那么美好,为什么不三个人、四个人一起写一段代码,在不说谎话的代码面前培养培养复杂的感情?

很简单,团队合作也是需要成本的。在产品初创的时候,团队的人越多,越做不出伟大的产品来

6、辩证法?可有时候,我们只需要一个观点,一个明确的观点而已。

这个世界上只有两种编程语言,一种是被骂的,一种是没人用的。

这个世界上只有两种设计,一种是简单的设计,一种是烂设计。

这个世界上只有两种人,一种是说话偏激的,一种是说废话的。

好吧,我来具体说明一下。我问某牛逼的架构师,我应该把这些数据存放到数据库里还是文件里?牛逼的架构师回答我说,如果放到数据库里有1、2、3三条好处,也会带来4、5、6三条坏处;但是如果放到文件里,则存在a、b、c三条优点,以及d、e、f三条缺点。请考虑,这回答太完美了,没有什么漏洞可以找。所有的问题他都可以给你横陈利弊,当然,做最后决定的人是你。

所以无论你做什么决定,最后如果有什么问题那都是你的问题,他的方案条理清晰、思路明确,怎么可能有问题?当然,如果事情办得妥妥的,功劳当然是他的,因为他把事情都给你分析清楚了,你不就是一个傻帽的执行者而已嘛。

你放心,我不会这样说:该死的唯物辩证法。那是找骂。

我只会说,告诉我一大堆理由也可以,但是请给我一个明确的答案。

“Java太垃圾了”、“我就是痛恨注解”、“微软的东西是屎”……这些人的观点太过鲜明,而且2B青年充斥在思考着之中,以至于大多数人都接受不了。不过,如果理坚词硬的话,这些敢说的人,相对于那些不想得罪任何人的人,还是挺可爱的。

7、更多时候,相较于知识渊博的人,我们需要一个执行者,一个做实事的人。

其实这样的人知识广泛、学识渊博,而且具备丰富的经验。他们最喜欢的挂在嘴上的话是:“我当年做XXX的时候……”。

“这个问题很简单,只要使用ABC技术,或者DEF框架,一整合、一实现、一配置,就搞定了。”程序员的工作在他们眼中卑微而渺小,事情总是那么容易解决。就像程序员估计项目进度一样,事实却很难估得准。

遇到困难的时候,他们则跳出来说:“这个烂东西,一开始方向就是错的,如果用XYZ技术,三下两下就搞定了”。于是,这个东西设计开发骨干的你躺枪了。而且,死得很难看。

牛人都如此言简意赅,那么喜欢指点江山吗?

下次,你应该这样反驳他:你说得对,既然你看来很容易就能搞定了,那你来做吧,我一边歇着去。

好了,我说完了。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接《四火的唠叨》

分享到:

17 comments

  1. [...]   工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  2. [...]   工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  3. [...] 工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  4. [...] 工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  5. mikewootc 说道:

    "所以我大概不适合创业,理想主义者总会在妥协和坚持两边摇摆和斗争,他们中的许多最终会死在惨白的现实下。"
    不太同意这种说法, 理想主义者可以创业. 在摇摆和斗争中找到平衡, 在现实中寻求理想, 最终就能实现理想.

  6. jim 说道:

    补充一句,赞博主一个。从文字里可以看出博主是个非常喜欢思考分析的人。

  7. jim 说道:

    “最近看了两本软件和创业方面的书,我的世界观总在不断小范围地崩塌和建立。”
    估计这句话会一直伴随你,若干年后你可以再看看自己现在的文字,或许有更多感悟。呵呵

  8. [...] 工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  9. [...] 工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  10. [...] 工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  11. [...] 工程师文化的核心是什么:价值观。但是,它不止价值观。我在这篇文章中提到过工程师文化: [...]

  12. Probe 说道:

    “最近看了两本软件和创业方面的书”是哪两本呢?
    博主之前有篇文章提过《Rework》。而“用户是上帝” “团队合作”这两个部分有点像《Getting Real》里的观点。也许不是这些,是《软件随想录》《精益创业》?
    也许

  13. 独酌逸醉 说道:

    有些偏激,但是很对我胃口。获益匪浅!

  14. G 说道:

    我在想一个问题:为什么您的文章有些话要用不同的颜色亮出来?

发表评论

电子邮件地址不会被公开。

您可以使用这些 HTML 标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>


Preview on Feedage: