转自:http://www.jianshu.com/p/3a515cc30df3

有人曾从我工作的一家公司盗取了9千万美元。我不太懂得如何观人识人。这家公司最终关门了。

有一些事情我就是学不会。我很容易相信一个人。

因此,无论我如何尝试,判断一个人对我来说,简直太难了。所以,我寻找擅长做这件事的人,我让他们给我提供帮助。

Learn

Learn

不要强迫自己学习那些你不想或者不属于你天赋所及的事情。

天赋的作用到底有多大?非常小。但你需要从它开始起步。天赋是技能的种子。

你如何得知你在某个方面具有天赋?当你10岁时,如果你热爱它,如果你梦到过它,如果你喜欢阅读这方面的内容。请继续阅读以下内容,你会发现你的天赋到底在哪里。

当我说:每一个人在许多方面都具有天赋。请相信我。

在过去的20多年里,我一直在试着学习一些东西,而且我希望把它们学好。写作、编程、商业技巧(领导力,销售,协商和决策制定等等),戏剧,游戏。

所以,我专门研究出了一项由10个步骤组成的学习方法。

热爱你学习的东西

如果你不能从“热爱”出发,那么那些热爱它们的人将会战胜那些仅仅“喜欢”或者“讨厌”它们的人。

这是一条放之四海而皆准的规则。第一个从西伯利亚出发直至阿拉斯加穿越北极的人,即使零下60多度,他依旧热爱他所做的事情。其他人可能宁愿呆在东非的大草原上。

在我第一次写下“Hello World”计算机程序时,我就梦到了计算机。我凌晨4点起床,返回“计算机实验室”,写出了一个更复杂点儿的程序。

当我第一天开始写作时,我写了一整天。我无法停下来。而且,在那时,我只想和形形色色的写作者们谈话和交流。

当我只有10岁时,我写了一个有关我五年级同学的专栏。我每天都阅读 Judy Blume 的书。我几乎什么都读,我太喜欢写作了。

我的绝大多数朋友都觉得我很无趣,所以,我很快陷入了一种孤独境地。当然,写作的时候例外。

阅读与之相关内容

Bobby Fischer 原本不擅长国际象棋。他有这方面的天赋,但很多人不这么认为。

因此,在他大约12-13岁时,他消失了一年时间。

当他在13岁时,他再次出现,而且突然之间,他成了美国最好的国际象棋手,赢得了美国象棋冠军赛。他成为当时世界上最年轻的国际象棋大师。

他如何做到的呢?其实,在这一整年里,他几乎没有真正地下过一盘象棋。

相反,他只做了两件事:

a) 他把上个世纪所有的象棋赛棋局研究了一遍。

当他返回时,他对所有的开局模式都非常熟悉,而且他把这些开局模式做了必要的改进。没人知道怎样才能战胜这些改进模式。

事实上,在1972年举办的世界冠军赛的决赛中,他和 Spassky 对垒,Fischer 就是凭借其 1800 年代的武器装备,最终赢得了世界冠军。

Spassky 必须赢得比赛以保持其冠军称号。Fischer 必须获胜比赛才能摘得冠军头衔。

Spassky 采用了一个非常现代的极具进攻态势的开局(“The Sicilian”),但是在随后的13步之后,所有的评论员开始窃窃私语。

Fischer 故意将开局做成了一种老式风格的“The Scotch Game”模式。自此,Spassky 始终没能再有胜出的机会。

b) Fischer 通过阅读俄罗斯象棋杂志学习和了解了有关俄罗斯棋手的信息。那个时候,世界象棋排名前20都是俄罗斯人。美国人根本没有机会。

正当所有美国棋手研究各种俄罗斯人已经熟知的各类开局风格时,Fischer 却在研究俄罗斯人的具体棋法。

结果是,当 Fischer 赢得全美冠军时,他成为了第一位全胜棋手,甚至没有一盘和局。

研究历史,研究既往最佳棋手,是成为最佳棋手的关键。即使开始时你只是有点儿天赋而已。

尝试。但不要太艰难

如果你想成为一名作家,一位商界精英,或者一名程序员,你必须写很多东西,创办很多企业,编写很多程序。

失败或错误时有发生。这就是为什么在开始的时候,数量比质量更重要。

我们的学习曲线不是构建在你业已取得的成就之上,而是构筑在数量之上。

如果你看到一个东西1000次,你将会比那些只看10次的人更有见识。

不要忘记这条重要规则:快乐的秘密不在于“成就卓越”,而在于“不断成长”。

如果你仅仅“尝试”你能力范围内的事情,成长将会停止,对此,你不会感到快乐和幸福。

找到一位老师(外加一个10倍速规则)

如果我尝试自学西班牙语,我会迷失方向。但当我走出门,结识一些阿根廷人,我会学到更多。

在国际象棋,写作,编程,商业等方面,我总能找到比我更加出色的人,为此,我会每周安排一定时间向他们请教一些问题,让他们给我布置一些作业,帮助我发现错误并且告知我错误的具体细节。

对于任何你热爱的事情,找到一位老师,就能帮助你以10倍速的效率前进。

事实上,我放在这个列表中的每一件事情,都可以让你的学习以10倍的速度前进。因此,如果你在学习中应用了这份列表中每一项方法的话,你的学习效率将是其他人的10的10次方。

这就是让你在某个方面取得杰出成就的基本路径。

学习历史,学习现在

如果你想要成为一名优秀的程序员,不要仅仅满足于编写一个应用程序,你应该学习机器语言。

学习1和0,学习计算机的历史,学习如何设计一个操作系统,学习各种编程语言,Fortran,Cobol,Pascal,Lisp, C, C++ 直至现代语言,比如,Python 等。

如果你想要提高自己的写作技能,去读自1800年起的优秀的文章。阅读海明威和弗吉尼亚·伍尔夫,甚至“垮掉一代”(Beat Generation)的文学著作,阅读那些经得起时间考验的作品。

它们都历经了时间的考验。经过与其他几百万本书的比较,它们就是这个世界上最好的文学作品。

然后,你需要研习当代对这些书籍的评论和批评。这样做的重要性就如同阅读它们一样重要。

如果你希望学习商业,阅读洛克·菲勒和卡内基的传记,了解阿姆斯特丹成立的第一家交易所,90年代的垃圾债券泡沫,金融危机,每一次经济衰退。每一次经济衰退都是再一次经济繁荣的发源地。

阅读彼得·蒂尔撰写的“从零到一”这本书。在 CNBC 电视网上观看“The Profit”专栏节目。阅读苹果公司创始人史蒂夫·乔布斯的传记。阅读《权力的终结》了解柯达如何衰落。

不要阅读那些自助型商业书籍。它们没有什么价值。你己经进入一个广阔的领域 – 创新领域 – 现代社会创建的一个领域。不要读去年刚刚出版的平庸作品。

再进一步,你可以阅读一些有关通过创新如何将世界变成今天这个形态的著作。

阅读亨利·福特如何从创办三家汽车公司起家,最终怎样找到正确发展之路,而且你还需要知道为什么“三”对于亨利·福特而言,是一个重要的数字。

阅读了解为什么雷·克拉克的技巧成就了世界上最大的特许加盟连锁餐饮企业 – 麦当劳。阅读可口可乐如何通过不生产任何东西,却造就了世界上最大的饮料公司。

把你从这些阅读中收获的东西记录下来。

先易后难

Tony Robbins 曾经向我提及他的第一次教学工作经历,当时,他对这份工作甚至有点害怕。

他必须教会一组海军陆战队员提高他们的射击准确度。“我这一辈子都没打过枪,” 他说。

他之前在一些专业人士那里学了一些东西,然而不久之后,他就发现了一个技巧,结果使得受训陆战队员的射击成绩达到了前所未有的水平。

他只是把射击目标拉近了。

他将靶子放在距离仅有5英尺的地方。他们全都命中了靶心。然后,他再将其后移一点,直至标准距离。

他们全都击中靶心。

理查德·布兰森在他开办航空公司之前,从创办一本杂志起步。比尔盖茨在整个团队都从事 Windows 开发之前,他自己编写第一个 Basic 语言和编译器。

斯蒂芬妮·迈耶(是的,我包括了她)撰写了《暮光之城》,在此之前,她写过一本名叫《五十级灰度》的书。

在早期,海明威从没有梦想成为一位小说家。因此,他只是写了一些小故事。

程序员在着手设计第一个搜索引擎之前,编写“Hello World”程序。

许多国际象棋大师在你开始学习象棋时,会推荐你先学习象棋残局(只有几枚棋子)。

这样做会给予你信心,会给予你微妙的提示,会给予你有关成长和提高的强烈的感受。

回顾你学过的东西

有一天,我把我几乎所有的东西都扔了。所有的东西。我扔了我所有的书(捐献了)。我扔了我所有的衣服。

我扔了那些旧电脑。我扔掉了我从来不用的盘子。我扔掉了我认为我不会有机会穿着的衬衣。我扔了我所有的家具,纸张及其它东西。

我想来个大扫除。我就这么做了。

我发现了一本我写于1991年的小说。24年之前。真是可怕呀。

24年来,我第一次重读了这本小说。我知道了当时出错的地方(人物不相关。故事刻画太明显。故事的高潮都发生在同一个地点)。

有人告诉我一个关于 Amy Schumer(我最喜爱的喜剧演员之一) 的故事。她把自己所有的表演都录了下来。

然后她返回家中,仔细研究她自己的表演,一秒接一秒。“我当时应该在这个动作上停留四分之一秒。”

她希望成为一名最好的喜剧演员。她研究了自己的每一次表演。

我下棋的时候,如果输掉一局,我会把这个棋局保存在计算机中。事后,我会查看我下过的每一步棋和计算机提示。我会思考在我下了步臭棋时,我当时都在想些什么等诸如此类的事情。

我最近投资的一个项目失败了。对我来说,我的感受糟糕极了。但不管怎样,我必须要研究出我到底错在了那里。我在什么地方出的错误。在各个层面上,我都将其进行必要的反思,并且在最后把它们记录下来。

如果你无法沉迷于自己的错误,这可能表明你对这个领域还不够热爱。

你不应该问自己这样的问题“我擅长做什么?” 相反,你应该问自己:“我什么地方做得不对,我应该如何改进?”

在你持续不断地询问自己一个更好的问题过程中,你将会变得比那些只问自己糟糕问题的人更为优秀。

例子:我讨厌看到自己在电视里的表现。所以我无法在表演方面做得更好。

你就是你最要好的5个朋友的平均数

观察一下每一个文化,艺术以及商业场景。很少有人能够作为个体表现突出,他们往往作为一个群体而表现突出。

垮掉一代(文学):杰克·克鲁亚克,艾伦·金斯堡,威廉·博罗斯以及其他一些人。

技术与编程:史蒂夫·乔布斯,比尔·盖茨,泰德莱·昂西斯,保罗·艾伦,斯蒂夫·沃兹尼亚克等其它佳酿俱乐部成员。

50年代艺坛:贾斯珀·约翰斯,德·库宁,Pollack 等所有当时身处纽约芝麻街的那些人。

YouTube,LinkedIn,Tesla,Palantir 等所有这些被称为“PayPal 帮”的成员。

所有这些人都不是独自存在的。人类是一种以部落为单位的群居动物。我们需要和群体一起工作才能获得更大的提高。

找到这些最好的群体,尽量花费大量的时间和他们在一起,你就会变得和他们一样优秀。

你们每一个人彼此相互挑战,相互竞争,喜爱和欣赏彼此的工作成果,甚至彼此羡慕,最终,你们都将相互超越。

多多益善

坚持不懈与偶尔为之相比,坚持不懈更为重要。

我过去有一位朋友,一直想在绘画上有所提高。但是,她认为她应该去巴黎,因为那里的气氛更适合。

她的巴黎之旅一直没能成行。她目前坐在一个小隔间里,伴着荧光灯填写着各类报表,还有就是一些无聊的文书工作。

写作每一天,社交每一天,娱乐每一天,健康生活每一天。

请按照你所做事情的数量来衡量你的生活。

找到你自己的魔鬼计划

学生最终实现超越成为一名大师。

我曾为之工作的第一位对冲基金经理现在非常恨我。我开创自己的基金时,他的基金正要被淘汰出局。我的魔鬼计划最终来看比他的更有效。

然而,

自此之后,我会发现自己的声音。而且,当你用这种声音说话,世界就会呈现出一种新气象。

你的老师和朋友们可能并不希望听到这种声音。但是,如果你能够继续让喜欢和尊重你的人围绕在你周围,那么,他们会继续鼓励你发出那样的声音。

有句话是这样说的,“there are no new ideas.” But there are。

如果你能融合已有的思想或想法,你就是那只美丽的蝴蝶。

– 原文:The Only Technique To Learn Something New

– 感谢:Qingniu 帮助审阅和完成校对。

 

文/Jodoo(简书作者)
原文链接:http://www.jianshu.com/p/3a515cc30df3
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。

钱没了,公司就死了,科技创业公司如何才能不把钱花光?

 

编者按:本文作者 Carol Leaman 是 Axonify公司的 CEO,她之前创办的公司被 Google 收购。

10年 前,我成了一家创业早期软件公司的 CEO。我本来受雇于一家私人股权公司,他们让我掌管他们觉得已经走错方向的业务。这并不完全是一场灾难,但是公司投入了上百万元,他们的一致认为:三位创始人需要一些 “帮助”。

5 天后,我开出了 7 万美元的个人工资单。在我运营过的四家科技公司里,这是最接近死亡的一个,我很长时间内都在思考为什么这些创始人会想有这种想法。更让我吃惊的是他们完全没有意识到自己的想法。

Y Combinator 的创始人 Paul Graham 多年前曾写过一篇博客,指出年轻的企业家在变得富有之前一定不要让公司死掉。

不幸的是,很多创业初期的公司像生活在童话故事里一样,他们不会在创业初期做决策时不会思考 “为了避免死亡我们应该怎么做。” 这不是说他们不应该关注走向成功需要做的事情,而是当涉及到一样东西——现金——时,需要作出理性的决策。

如果你在互联网上搜素 “为什么科技公司会失败?” 你会发现很多文章都将失败的主要原因归结于 “钱花光了。”

“撞到现金墙上了” 常常用来说明为什么科技公司会失败,现实情况是钱花光了是真实原因的结果。作为多年来上百家创业公司早期的导师,我可以说深层的原因是一致的。

以下是确保科技公司早期不会花光钱的 5 个建议:

1、不要把产品建立在空中楼阁之上。

如果非要让我说出一件让公司花光钱的事情,那就是闷头制造产品,但是不考察市场。实际上,CB Insights 曾发布过一份列表,这份列表由 156 名创业公司创始人和投资人撰写的,写明了他们的公司失败的原因。最常见的原因是他们制造的产品没有人愿意买。

很多创始人耗资百万余元,认为自己比任何人都了解产品的用户。很多创始人会告诉我 “当我们发布产品的时候,人们一定会喜欢它。” 但是事实证明:你不是乔布斯,你的产品也不是 iPhone。

2、尽早获取用户。

与第一点相关。用户意味着金钱。金钱意味着发展。发展意味着持续的生存能力。如果你无法说服别人购买你的产品,哪怕是小产品,那么你最好是 Facebook 或 Twitter 之类的公司,这样你才能找到像他们那样的投资人。用户是验证你的方向是否正确的最好方法。实际上,他们会帮你在恰当的时间吸引投资人,让公司获得恰当的估值。

3、不要低估融资的难度。

第一次创业的创业者,非常耀眼,有新鲜感。这些创始人对创业公司融资平均需要花费多长时间以及有多么困难不太了解。大部分天使和机构投资人一个月就会有几百次路演。几百次!你是在与有伟大想法的其他创始人进行竞争,你希望能脱颖而出。这是非常难的。在获得融资之前,你对融资的热情会消失殆尽,开始尝试接受现实,然后会变得疲惫。你给自己设定的期限是在六个月的时间内拿到必要的现金资源。

4、不要扩张太快。

不管你是否成功地融到了钱,还是使用自己的资金在支撑一段时间,扩招员工是最吸金的,而且员工的工资是需要不断支付的。第一批员工工资相对降低,但是如果你想扩张原有的团队,员工会希望拿到和市场待遇相近的薪资。这个固定的花费很快会失控,你的资金很快就会花完。

扩张规模主要在三个因素中寻求平衡:把钱花在哪儿、花钱的速度、预测你到达下一个里程碑需要多长时间。如果你在某一方面花费得过早或者花费得过多,那么你花光钱的几率会增加。

5、不要逃避数字。

很多年前,有人告诉我北美大部分公司的 CEO 都有商务、会计、金融背景,这都是有数据证明的。

我本身是一个 CPA(注册会计师),我立刻意识到有关金融和现金流方面的基础知识是如何为我管理年轻的公司提供坚实的基础支持的。

但是我一直很好奇为什么很多创始人不明白预定量和收益的不同,无法区分应收账款和现金流,甚至不会做最简单的、精确的现金预估。

当你开始创业时,最重要的事情是要了解公司每个周有哪些收入款项,哪些支出款项,以及下个周的现金余额状态。

如果你无法预见半年内的花费,也无法估计什么时候钱会花完,你会走我 10年 前的道路:钱花完了,还有 45 个人的工资没有支付。

本文编译自:venturebeat.com,如若转载,请注明出处:http://36kr.com/p/5044327.html

为何你的产品 Demo 如此糟糕?因为你太注重产品本身了

 

编者按:不管是大公司还是创业公司,我们很多时候都需要去给别人 Demo 产品,给客户 Demo,给投资人 Demo。但很多时候你会发现你的产品 Demo 并不尽如人意。为什么呢?如何才能做一个成功的产品 Demo 呢?本文就是为回答这个问题而来的。

“有人会讨厌你,也有人会质疑你,然后你会想办法证明他们是错误的。” 这是 Robert Falcone 对于产品 Demo 的看法,他自己一生中做过太多的产品 Demo 了。Falcone 现在是营销软件公司 Monetate 的联合创始人,在他的带领下,Monetate 已经和上百家企业进行深入的合作,为了获取这些企业用户,他做过的产品 Demo 也已经数不胜数。最开始的时候,他做的很多产品 Demo 并不成功,不过他很好地从中吸取了经验和教训,并总结了一套行之有效的产品 Demo 宝典。

“我之前以为产品 Demo 是一项很简单的工作,就是告诉人们这个产品是什么、有什么用途。然而每次当我做完产品 Demo 后,客户要么感觉非常困惑,要么非常礼貌地跟我说 ‘谢谢’,然后再也听不到他们的任何消息。” Falcone 说道。

在一次又一次地从客户那里得到这样的反馈后,他决定破解产品 Demo 的成功秘诀。如果产品 Demo 的简单明了能够带来客户转化率,那么如何做到产品 Demo 的简单明了呢?为了能找到这个问题的答案,他不断地去做产品 Demo、做 A/B 测试、去观察、再去重复。他将自己的产品 Demo 经验和心得都写进了《去你的 Demo》(Just F*cking Demo) 这本书中,这本书最近还进入了 Amazon 新书畅销榜单。

在这篇文章中,Falcone 分享了一个成功的产品 Demo 的结构、以及如何仅仅通过一次产品 Demo 就成功搞定客户的技巧与秘诀。

要搞砸一个产品 Demo 其实很简单

为何你的产品 Demo 如此糟糕?因为你太注重产品本身了

对我而言,我绝对算得上是我自己 Demo 的产品方面的专家,我自己也日复一日地向各种大公司 Demo 我们的 Monetate 这款产品,但很多时候还是无法成功地说服客户。很显然,对产品了然于心并不意味着你可以做一个成功的产品 Demo。

此外,看你做产品 Demo 的人很少会就 Demo 给你任何反馈,这样你就不知道该如何提升产品 Demo 的水平。那些看你做产品 Demo 的人中的大多数通常只会出于礼貌性地感谢你能抽时间过来 Demo 产品并就此结束对话。他们不会就如何改善产品给你提任何建议,更不会针对如何更好地向他们做产品 Demo 给你提意见。

“我会问他们:‘你理解我刚刚说的东西了吗?’,他们通常会回答:‘是的,理解了。’ 他们之所以这样回答是因为他们不想让自己看起来很蠢。不过你需要的肯定不仅是对方简单的一句:‘当然,我懂了。’ 你需要的实实在在的交易,是要他们购买你的产品。” Falcone 这样说道。

经过一系列失败的产品 Demo 后,他意识到必须要认真分析到底是哪里出问题了,他必须学会让自己的 Demo 百战百胜。他并没有可以向客户寻求反馈,在他 Demo 的过程中,他会非常注意房间内各种微妙的变化,他开始注意对话的语调,并不断地测试和记录自己的发现。他还会看其他人做 Demo 的视频,以从中寻找实用的建议。

他发现,人们在做产品 Demo 时最容易犯的一个错误、也是最大的一个错误在于不能给特定的展示对象做针对性地产品 Demo,无法引起客户的共鸣。例如,做产品 Demo 时,你不能从产品数十个功能和卖点中选取那几个能让展示对象(如特定的客户或投资者)产生共鸣的功能进行展示,从而促成交易。

成功的 Demo 并不一定非要完美适合产品,但必须要完美适合展示对象。

不管你的 Demo 对象是谁,你都需要好好花时间想想这个问题:在他们愿意达成交易之前,他们特别需要了解哪些东西?为确保能很好地回答这个问题,Falcone 专门针对产品 Demo 提出了 “你-他们-你” 的展示框架。你只需要给潜在客户展示他们需要知道的产品特性就行了,让他们知道你的产品是能帮助他们取得他们想要的结果的,这样你也能获得你要想的结果。一个 Demo 的成功与否取决于你的潜在客户是否能理解你的产品能带给他们的价值。

为了能让产品 Demo 更有吸引人和说服力,Falcone 还专门研究了包括 Malcolm Glandwell 和 Simon Sinek 在内的很多著名商业演讲家的演讲视频,他甚至还研究了魔术师的表演,看他们是如何让听众 / 观众那么全神贯注地看他们说或做的事情的。他发现了一个共同的特点,这些人对听众真正关心的东西都有非常深刻的理解。“如果你知道客户最关心的是什么问题,你就能最大限度地将自己的产品与他们最关心的问题联系在一起,这样有利于取得最好的 Demo 效果。”

做到灵活充分的准备

为何你的产品 Demo 如此糟糕?因为你太注重产品本身了

很多时候,原本那些我认为是我的强项的东西反而正在托我的后腿。如果你是一款产品方面的专家,那么你在做产品 Demo 时就得非常小心了,因为你会不由自主地向客户展示产品的每一项细节功能,而这又是非常乏味的,很有可能让客户听着听着就睡着了,或是客户突然提了一个你之前没有预料到的问题,这势必会让你乱了阵脚。

在做产品 Demo 前,与其想办法记住产品的每一个细节功能,还不如将这些准备时间用在思考你准备向客户问的问题以及他们可能会提的问题上面。如果对于这些问题你心中都已经有了答案,这才可以算作是有效的 Demo 准备。这时,你在 Demo 产品的时候便可以在各个 Demo 部分间顺畅转换,同时也能有效应对各种突发状况。注意,这些问题是专门针对客户准备的,你需要提前制作一个问题列表,确保能通过这些问题获得尽可能多的客户信息。

做产品 Demo 时,你需要的不是一个一层不变的固定方案,你需要的是一本玩法的指南,你需要了解所有玩法,但真正在做产品 Demo 时,你只需演示最符合当时需要的那几种玩法。

根据 Falcone 的经验,在所有的产品 Demo 中,有 10%的产品 Demo 无论如何都是会成功的,或许是因为展示对象之前曾与你一起共事过,或是第一次看你展示就特别欣赏你和你 Demo 的产品。还有 10% 的人不管你如何 Demo,他们都不会买你的帐,因为你给错误的客户群体展示了错误的解决方案。但是剩余的 80%的潜在客户将是你最主要的收入来源,对于这部分人群,你必须要想方设法搞定他们。

根据 Falcone 的经历,在 Demo 前做好充分的准备是可以为你搞定那剩下的 80%的潜在客户的。什么样的 Demo 才算是一个成功的 Demo 呢?就是容许听众在 Demo 中途打断你,既容许听众让你停下来重新解释演示过的内容,也要容许听众让你加快进度,而这些干扰都不会影响到你、让你惊慌错乱。你只需要 Demo 那些听众需要知道的内容即可。Demo 时务必做到顺畅与灵活。如果你在 Demo 之前认真演练过的话,这是能够做到的,会让听众看来非常自然。

用 5 分钟时间发现客户的需求

为何你的产品 Demo 如此糟糕?因为你太注重产品本身了

为了能让客户很明显地感受到你的产品和他们的需求之间是有关联的,你需要尽可能快地了解客户。或许你在 Demo 之前已经对 Demo 对象做了一定的背景调查,然而为了能让 Demo 更有效,你需要做的远不止这些。几十年前,商学院一般都会建议商人们在卖东西之前尽可能多地了解客户,甚至还有一本书建议商人花一整天时间来跟客户交流,以便能全面了解客户的需求。这在现在已经不可能了,没人愿意给你这么长的时间让你了解他的需求。

实际上,没有一个客户会愿意给你超过 1 小时的时间去做产品 Demo。所以在正式 Demo 之前,一定要尽可能地了解你的客户,你需要在 5 分钟之内就能了解他们的需求到底是什么。那么如何做呢?其实最好的方法就是直截了当地和客户说明:“在开始 Demo 前,我想先用 5 分钟时间来问大家一些问题,好让我了解你们最需要哪些功能。” 通过这种方式,Demo 双方就能形成共识,让客户直接参与到问答中。在 5 分钟的提问环节,时间控制非常重要。如果你把握不好时间超时了,客户可能就会要求你进入重点,这就意味着你已经失去了一个非常好的机会。

为了能充分利用这 5 分钟的时间,你需要首先从问答中梳理出客户 “之前” 的状态。他们的需求痛点在哪里?是什么影响了他们的工作效率?然后再将注意力集中在他们 “以后” 所希望实现的理想状态。你的产品能够帮助他们完成什么目标,能帮助他们解决什么问题?他们对这样的一款产品有什么要求?谁会使用这款产品?在你的产品的帮助下,他们的公司会变成什么样子?

如果能将 “之前” 和 “以后” 这两个问题搞清楚,就能让你的产品 Demo 变得更有针对性。当然,为了获得更精确的信息,你也可以在 Demo 过程中问问题。不过 Demo 之前的 5 分钟提问题的环境是最为重要的,直接关乎你是否能了解客户的需求。

尽管这 5 分钟非常重要,但是你还是无法在这么短的时间内获取所有有价值的信息的。你需要知道,他们告诉你的东西只是他们真实感受和期待的冰山一角。所以你必须要利用一切可以利用的机会来获取更多的信息。你还会发现,如果听众认为你的 Demo 和他们的需求有相关性,他们便会为你提供越来越多的信息。

正是通过这种方式,Falcone 最近成功搞定了一家大型电商的订单。在产品 Demo 的过程中,他了解到了一些关键性的细节信息:“我们需要真正了解客户正在面临的问题和挑战。他们所面临的最大的问题就是很难区分客户群体。为了推动营收增长,他们每个月的月底都会面向所有人进行打折促销。这家电商希望能够区分客户,给不同的客户群体提供最合适的折扣方案。” Falcone 了解了客户的这一需求后,他就在 Demo 产品时专门介绍了 Monetate 软件是如何能帮助对方解决这个问题的。

在了解了他们最关心的问题后,我就有底气这样说:“我觉得你们最大的营收增长机会就是使用我接下来将展示的工具。下面我就为你们详细介绍这款工具,看它是如何能为你们实现营收的增长的。”  如此一来,我成了能为他们实现目标的值得信赖的顾问,让我与那些单纯向他们销售产品的其他竞争对手有本质的区别。

首先告诉客户结果,再解释过程

畅销书作家 Malcolm Gladwell 写的书之所以这么受欢迎,其中很大原因在于他讲故事的方式:先告诉你故事的结局是什么,然后再解释其中的前因后果。其实同样的结构也适用于产品 Demo 中。你可以首先让客户能想象、甚至体验用了你的产品或服务之后的工作和生活是什么样子的。在他们的脑海中形成了这种画面感后,再返回去向他们解释为什么用了你的产品后他们的生活 / 工作能变得更好。这也算是 5 分钟问答环节中药留意客户 “以后” 所希望实现的理想状态的一部分,然后再针对性地进行回答。

迈克尔.乔丹是如何掀起一股运动鞋革命的?如果你回过头去重新看飞人乔丹拍过的电视广告的话,你就会发现,大家看完广告后之所以选择去买那款运动鞋并不是因为这是一款质量很好的产品,而是因为他们想和乔丹一样能飞。他们知道自己想成为什么样子,因此在做产品 Demo 时,你首先就要告诉他们你能帮他们实现的东西。

这是你们的目标,这是你们目前面临的问题,这是我们的产品帮你解决问题之后的样子。要尽快把这些信息告诉客户。

开头说完上面这部分内容后,如果客户给出以下这种回应:“嗯,不错,这正是我想要的。那你现在就告诉我你的产品是如何能帮我实现目标的。” 那么你离成功就不远了,这时你就可以向客户解释你的产品功能具体是如何能满足他们的需求的。

在给客户 Demo Monetate 这款产品的时候,Falcone 通常会采用下面这个非常有效的方法:先展示客户自己目前的网站,再展示加入了他们希望加入的内容和服务之后的网站,即使用了 Monetate 后网站是什么样子。通过这种对比的方式后,如果你把解决方案直接放在他们面前,客户想拒绝都难。

在 Demo 的时候,根据现场情况选择合适的展示语调也非常重要,可以选择热情洋溢,也可以表现得沉稳严肃。如果选择不恰当,则会适得其反。如果我的 Demo 对象是投资人,投资人说他只投那些真正具有革命性意义的 B2B 应用,这时我会表现得非常严肃和直接,告诉他为什么我的产品和市场上的其它产品是与众不同的。如果我的 Demo 对象是销售类公司,对方希望在没有 IT 的帮助下通过更快推内容来增加营收,这时我会用一种更具想象力的兴奋语气来向他们解释使用我们的产品是如何帮助他们实现这项目标的。

要学会洞察整个房间里微妙的变化,包括客户的用词、客户谈论自己的产品和你的产品的方式,这样你就能更快地了解双方。

Demo 产品时要按从宏观到微观的顺序

介绍产品时要从宏观入手,等于为接下来详细的介绍内容搭建一个框架。你要记住,你要演示的对象中的大部分人对你所要演示的内容是一无所知的,也不知道这个产品是如何运作的。如果你担心无法详细介绍产品的各项功能或是漏掉什么内容就去太快介绍产品细节的话,那么你很有可能就会搞砸。

你首先从宏观方面描述你的产品是如何能满足客户的需求的,然后再详细介绍产品的细节信息。如果客户能给出这样的反馈就最好了:“你刚刚介绍的产品的大概内容我了解了,整体上比较符合我们的需求,我想知道你的产品是如何具体满足我们的特殊需求的。”   在详细介绍产品的时候,你需要利用在之前的 5 分钟提问环节中发现的客户的需求来抓住他们的注意力。

举个例子,假如你销售的是一款设备,这款设备最大的特点之一就是它非常小巧。你需要把介绍重点放在设备质量上,同时让用户知道你甚至可以将这款设备放在口袋里。这是这款设备的宏观信息。然后你可以再去介绍设备的具体功能,这是微观信息,例如支持无线充电、电池容量等信息。

先展示产品的宏观信息,再介绍微观的具体功能,这样能够确保客户跟着你的逻辑走,让他们从一开始就对产品产生兴趣。如果接下来介绍的某些具体功能他们不感兴趣或是和他们的需求不相关,你要学会及时打住。如果你将自己准备的东西按照这个逻辑在大脑里多过几遍,那么你 Demo 的成功率就会越高。

掌控 Q&A 环节

为何你的产品 Demo 如此糟糕?因为你太注重产品本身了

一个成功的 Demo 就是一次以产品为背景的对话。

在理想情况下,在做产品 Demo 的过程中,你肯定希望大家能够提问交流,而不想讲 Demo 变成一场个人讲座。因此你可以尽早在 Demo 中问一些问题。

为了能让大家都参与进来并加强双方的了解,你可以在 Demo 过程中问几类问题。第一类问题是开放式问题。这类问题的目的就是为了能让客户进行讨论。例如:当前工作流程中的哪一方面最让你崩溃?千万不要低估了你选择问的问题的重要性。即便你只想通过问问题让大家讨论,你也需要认真想想该问什么问题。一定要避免问那些无法和产品功能关联起来的问题。

第二类问题是针对性的问题,问这种问题的目的是为了将 Demo 效果最大化。如果我发现了客户面临的一个非常大的挑战或想实现的目标,这时为了将我 Demo 的产品的影响最大化,我就可以问一个针对性的问题,例如:所有这些低效率工作都会浪费公司很多的钱,不是吗?。一般他们在同意这个说法之前都会先沉默一段时间。

当然产品 Demo 最紧张的环节还是客户的提问环节。如果你发现自己无法很好回答对方的问题,那么你最好的办法就是 ‘回应式提问’,也就是说在他们提一个问题后你可以提出一个你自己的问题。首先要考虑他们问问题的目的,他们为什么要问这个问题?也许是因为他们真的对一些东西还不了解,也许是因为他们认为竞争对手的产品更好,或许他们质疑你的产品交付能力。你可以通过回应式提问的方式来了解其中的缘由。

回应式问题可以帮你走出困境。Falcone 曾记得有一位客户问他:“你 Demo 的产品是否能根据用户的选择来自定义推送内容?” 他立刻说:“当然可以,我来给你展示一下如何做到的。” 演示完之后,客户竟然给出这样的反馈:“你知道吗,这个功能并不适合我们,如果每个人都能这样做的话,那就太糟糕了。”

今天,如果面临同样的情景和问题,Falcone 不会立刻问题对方的问题,而是会提一个回应式的问题:“你们要推送什么特别种类的内容?你们团队中是谁在做这项工作?你希望每个人都有这么大的权限吗?” 如果你能针对对方的问题问出这一系列精心准备的问题的话,客户一般都会从中挑选对于他们来说最重要的问题去解释回答,这样你就能获得更多的数据信息。如果对方告诉我,他们只希望技术用户能够推送内容,我就会告诉他们 Monetate 是如何可以帮助他们做到这一点的。

总结

  • 要尽可能地多地了解你的客户,甚至是他们的个人资料。Demo 前要多跑腿搜集尽可能多的资料,在正式 Demo 之前,先用 5 分钟时间去来了解他们真实的需求、挑战和目标。
  • 期待、准备、排练,直到你可以游刃有余得完成整个 Demo,做到 Demo 的信息充足、冷静沉稳、表达清晰。
  • 在 Demo 开始后,首先给客户他们想要的结果,让他们知道使用你的产品后他们的工作、生活是如何变得更好的,然后再解释原因。
  • Demo 时要从宏观入手,让他们了解大致情况,这部分尽可能简单,不能让客户厌烦。然后再根据客户的特别需求来介绍相应的产品微观功能。
  • 在整个 Demo 过程中,都要掌控 Q&A,尽可能让每个人都参与进来,同时要持续不断地强化产品卖点,并办法了解客户对产品的真实需求。

本文编译自:firstround.com,如若转载,请注明出处:http://36kr.com/p/5044093.html

20160213153939本文译自Linkedin,作者 Ambra Benjamin。

作为一个面试官,拒绝人是我们工作中最糟糕的部分。相信我,就像求职者害怕接到拒绝电话一样,我也害怕打出这样的电话。虽然你也会遇到一些公司会详细解释原因,但多数情况下,你得到的将是简单的拒绝电话或者邮件,没有更多的详细解释。求职过程中你投入了不少精力和时间,结果却让人失望。但它们总归是有原因的。

不管你信不信,不解释被拒的原因总归是有合理的含义的。在一个热爱争论的社会,尤其是 90年 代后期 20 世纪初,企业为保护利益是高度敏感的,因此,许多企业给求职者的拒信上拒绝填写详细信息。很多企业不想做任何可能把企业置于负面的事情。企业不提供任何信息,这样一来前雇员就不能因为没有获得工作而批评他们,也不会对事情产生误解。即便是面试官一句简单的 “你不符合团队的文化”,都可能引起失望的求职者的一系列质疑。在我看来,任何时候,团队文化都是一个难以讨论清楚的概念。

面试者方面也有原因。对面试者来说,对面试结果进行反馈是个很容易掉进坑里的事情。很多时候面试的结果是相当主观的。技术或程序类面试,有比较清楚的正确或错误,但其它时候,我发现关于什么是正确答案具有很强的主观性。我面试过的求职者曾经用我发给另一个软件工程师的代码和我争论对错。一个求职者被拒可能有很多原因,很多原因并不是求职者想听到的。我发现,10 次中有 9 次,当我向求职者反馈了他们的面试结果后,他们变得非常有防御性,话题也变成他们试图证明我的观点是错的。如果把一个人的争论时间乘上面试的人数,每天我们就别指望能干别的了。

当求职者成熟而专业时,我通常会慎重地稍微给他们一些反馈,因为我们知道他们能够接受。有些面试者我们希望在给他们反馈后,下次他们能够有明显的提高和改进。但不幸的是,大多数人不能很好地接受反馈意见。这可能和文化有关,也可能和我们的教育有关。和求职者争论面试结果的正确与否显然不是个好主意。在我所从事的科技领域,有些公司为了防止求职者在 LinkedIn 上反复向面试官发邮件争论面试结果,甚至不会提供面试官的姓氏信息。现在信息渠道非常多,Twitter , Medium , Glassdoor , Reddit ,  Quora 等等,你不会知道求职者会在什么渠道发表对于面试的抱怨。

我很理解人们在倾注了精力后,很想知道面试结果却又得不到的失望。你要了解到,你之所以得不到面试结果,很大程度上是因为多数不专业的求职者毁掉了少数求职者本可以拥有的权利。所以当你发现自己属于能够接受面试结果的少数时,我的建议是不论是否满意面试结果,简单地说一句 “感谢您的意见” 就好。面试本就是不完美的过程。

原创文章,作者:Yuri,如若转载,请注明出处:http://36kr.com/p/5043247.html

转载自:http://www.techug.com/how-to-plan

k1

不久前我发表了一篇文章,“月薪3万的程序员都避开了哪些坑”,在我的微信订阅号“程序视界”、CSDN博客、简书等平台都受了非常广泛的关注,点击量和评论出奇的多。有一些朋友觉得很难做到,其实,月薪3万是可以一步一步谋划出来的。个中关键,从大的方面来说,有两点:

1. 个人商的挖掘与修

2. 职业机会的探索与把

在展开之前,我们需要先澄清三个问题:

  1. 商业价值包含哪些因素
  2. 职业机会包哪些要素
  3. 内生涯与外生涯是什么

本文整体上分为两部分,第一部分,是和大家一起弄明白上面三个概念;第二部分,我们会一起研究如何通过商业价值的挖掘、内生涯的修炼以及职业机会的寻找来实现薪水月薪3万的目标。

本文为万字长文,如果你没耐心看这么这么多干货,可以跳转到最后,那里有一个归纳总结,是压缩饼干式的超级干货,可能合你的胃口。

的基本概念

小米在发展过程中,挖过两个比较著名的人物,一个是谷歌Android副总裁胡戈·巴拉,一个是新浪总编陈彤。我们来看两个问题:

1. 小米看上了这两个人什么?

2. 这两个人看上了小米什么?

商业价值要素

胡戈·巴拉身上有几个很有价值的点,这是他能加盟小米的关键:

1. 在谷歌工作5年

2. Android产品管理副总裁

3. Android操作系统团队最具代表性的公众人物之一,他曾经频繁出席谷歌的新闻发布会以及谷歌的I/O开发者大会。比如Nexus 7平板电脑就是由他登台演示。

4. 熟悉海外市场

相信这也是小米看中胡戈·巴拉的重要原因。而这些原因,其实就是胡戈·巴拉身上体现出来的商业价值。具体来看,谷歌的工作是其个人经历,为其积累了广泛而有价值的人脉,同时他也在Android产品管理方面有独到的知识技能

好啦,注意我加粗的四个关键词,这就是个人商业价值当中的四个要素。

个人商业价值中还有非常非常重要的一个要素,那就是是天赋。天赋指人与生俱来的某些特质。在胡戈·巴拉身上来讲,人际交往能力和个人形象气质就属于天赋。在姚明身上,他的身高算是天赋之一种,特别有助于他的蓝球事业。在罗纳尔多身上,他的爆发力就是天赋,所以你经常看到他突然加速把对方球员摔在身后然后狂奔几十米形成单刀射门的优势。如果一个人能发挥其天赋,将其与职业关联起来,必能自我实现,有所成就。

总结一下,商业价值包含五个要素:

  • 知识
  • 技能
  • 天赋
  • 经历
  • 人脉

我们每个人身上都有这些东西,如何挖掘出来,如何着重培养某方面的价值,就是我们能不能获取高薪水的关键。

职业机会

现在我们看看胡戈·巴拉为什么会选择小米。我猜测有这么几点:

1. 小米处在中国这个经济快速增长的发展中国家

2. 智能手机的发展在中国处于上升期

3. 小米公司上升势头强劲

4. 负责小米国际业务拓展

5. 薪水可观

第一点是很宏观环境的东西,只有宏观环境足够好时,机会才会多。这也是为什么现在小米等手机厂商发力印度的原因。

第二点是产业环境,在一个好的宏观环境里,一个好的、处于快速发展期的产业是最有吸引力的,到这样的产业中去,个人必将随着产业的发展而有所成就。所谓站在风口上猪都能飞起来,就是这个道理。

第三点是可以说是组织环境,一家处在好的宏观环境下好的产业环境里的公司,又正处于上升期,对个人来讲,是天赐良机啊。到这样的公司里,你就是躺着不动都可能比一般人达到的高度高。

其他都是小米提供给胡戈·巴拉的职位相关的东西,属于职业资源。另外还有一点,是八卦了,据说胡戈·巴拉的前女友阿曼达·罗森博格曾与布林交往,这也可能是胡戈·巴拉从谷歌离职的原因之一。这一点其实关系到的是家庭环境,一个人的家庭,可能成为他选择新职业的助力,也可能成为阻力。比如有很多学生毕业后就被父母通过人脉安排到银行、电力等国有企业工作,如果他们要跳槽,父母一般都会成为阻力。

好啦,现在职业机会的五个要素都出来了:

  • 宏观环境
  • 产业环境
  • 组织环境
  • 职业资源
  • 家庭环境

陈彤的事儿我们就不说了,咱得赶紧看内生涯与外生涯了。

内生涯与外生涯

内生涯与外生涯是职业规划中非常重要的一组概念,理清了它们,我们就知道在哪个方向上努力可以提升自己,进而提升薪资待遇。

内生涯与外生涯,最直接的区分,就是用你的身体,我们常说的身外之物,其实就是外生涯。我们常说的内在,就是内生涯。比如你现在是华为的软件工程师,负责相机模块开发,月薪20K,这属于外生涯;而你熟悉C++、Android的Camera框架、图像处理算法,这些就属于内生涯。

属于外生涯的那些身外之物,是别人、别的组织给予你的,很容易因为外界环境的变化而被剥夺。比如你曾经是诺基亚北京研发中心的开发人员,那2014年8月份诺基亚北京研发中心大裁员,你就会瞬间失去这个身份。

而我们归属于内生涯的那些内在之物,一旦拥有,就是你的,别人很难夺走。比如你掌握C++这门语言,熟悉了Android应用开发框架,精通数据库调优,你工作负责,为人诚信,勇于担当,这些知识或技能或心态,别人不可能从你这里拿走(除非他有黑衣人的记忆消除棒或者他是吸血鬼日记里的斯特凡或达蒙,拥有擦除记忆的法力)。

现在对内生涯和外生涯我们应该比较清楚了,那我们来总结一下它们都包含哪些内容。

外生涯包括(但不限于)职务目标、经济收入、工作内容、工作环境、工作时间、工作地点、企业文化、薪酬福利、通勤状况等。

内生涯包括(但不限于)知识、技能、工作经验、心理素质、内心情感、行为习惯、视野、观念、职业心态(爱与感恩、责任、忠诚、诚信、勇气、担当)、职业成熟度、心灵成长等。

如果你仔细品味内生涯包括的东西,就会发现,它们和个人商业价值的某些要素是重叠的,尤其是知识、技能、天赋这些东西。而外生涯包含的一些东西,其实也和个人商业价值相关,比如你的职务目标、工作内容、工作过的企业等,都是你的经历。你在选择一份新的职业时,不论内外,只要能体现商业价值的内容,都会被重度参考。

内生涯与外生涯的关系

我们知道了内生涯和外生涯都包括哪些内容,接下来就是它们之间的关系,弄明白它们之间的关系,就可以导出如何规划自己的职业发展与方向了。

内生涯和外生涯包含的一些东西,既可能是企业选择你的依据,也可能是你选择新职业时的目标,影响你的职业选择。比如你在22~24岁时可能更看重知识、技能、工作经验的积累,积累到一定程度,你的职务目标、薪酬就会自然上升,工作内容也可能发生变化。而当你的职务、工作内容,也会影响到你积累什么样的知识和技能。

举个我自己的例子,我2005年开始做软件开发,做了两三年,积累了C++、Windows开发、网络编程、MFC、WTL、Windows CE、多媒体等方面的知识和技能,2008年时开始带团队,工作内容分成开发和管理两部分,慢慢积累了项目管理和团队管理方面的知识和技能。在这个变化过程中,经济收入也发生了变化。当我再次选择职业时,我的知识、技能、曾经的工作经验、薪酬福利等,共同决定了我能找到什么样的职业:别的企业会看我的知识、技能、经历,我也会本着个人商业价值可持续发展的角度去选择职业机会。

OK,现在可以来说明内生涯和外生涯的关系了:

  • 内生涯决定外生涯
  • 外生涯拉内生涯

《花千骨》中有几段特别有意思的情节,可以印证内外生涯的关系。

花千骨投入长留,可她【仙资】有限,修行【飞剑术】,好久也飞不起来,在仙剑大会上败给霓漫天,却因缘际会得白子画收为徒弟,此时她作为【掌门首徒】,受到了很多人的质疑以及霓漫天的陷害。为了拿走花千骨掌门弟子的身份,霓漫天用涂了洗髓散(尹上漂提供)的毒针暗算花千骨,令其失去仙资。白子画耗费百年修为帮花千骨驱毒,不但恢复其仙资,还打通了她的【仙脉】,为其日后精进奠定坚实基础。

注意我标注重点的那些词,仙资、仙脉属于天赋,飞剑术属于技能,都是内生涯里面的东西;而掌门首徒则是身外之物,是别人赋予花千骨的一种身份,代表一种地位,是外生涯的东西。

只有飞剑术到一定程度,才有资格做掌门首徒。这是大部分人的看法,是内生涯决定外生涯的原则影响了人的看法。当内生涯低于外生涯时,如果个人不能很快通过修行提升内生涯,就会面临各种痛苦和压力:别人会质疑,为毛你嘛都不行还能当掌门首徒,尸位素餐,给我下来;自己也会怀疑,我到底是不是这块料啊,我如果真的不行怎么办呢。而一旦因为各种原因,内生涯真的配不上外生涯,那组织、他人就会采取措施剥夺你的外生涯。

古代的学而优则仕,也是内生涯决定外生涯的一种典型情况。其实我们身边也很多,普通的开发工程师知识、技能、经验修炼到一定程度,就可以做架构师、技术专家,这也是典型的内生涯决定外生涯。

当外生涯高于内生涯时,虽然有压力,但也会促使你提升自己的知识、技能等,使内生涯与外生涯匹配,最终内生涯超越外生涯,可以进一步在组织内或组织外发展,获得更高的外生涯。这就是外生涯拉动内生涯的一种表现。

说到这里我们再展开一下。当内生涯略高于外生涯时,工作会驾轻就熟,容易出成绩,感到轻松舒适。当内生涯高过外生涯一大截时,个人就会觉得怀才不遇,想谋求更高的发展,如果长时间处于失配状态,跳槽指数就会增高。当内生涯低于外生涯时,工作会感到吃力,需要不断提升自己。如果不能有效提升,就可能会被剥夺外生涯。

高薪的划之道

因为内生涯决定外生涯,所以,程序员要想获取高薪,最根本的策略是修炼内功,发挥自己的性格优势,挖掘自己的职业兴趣,找到适合自己的职业,发挥天赋,不断提升知识、技能,让自己的商业价值不断爬升

而一个人的商业价值能否提现出来,和所处平台又有非常大的关系。当你在一个好的宏观环境里,在一个前景光明的产业里,在一个处于上升期的企业里时,你的价值很容易就能体现出来,你能获取到的回报(外生涯)也会超越大多数人。所以,除了修炼内功,还要懂得如何寻找职业机会,让自己有用武之地。这就是程序员谋取高薪的指导性原则。

下面我们展开来讲如何修炼内功以及如何寻找职业机会

内功

内功的修炼,其实又分为三部分:

1. 发挥性格优势

2. 挖掘职业兴趣

3. 积累知识和技能

假如你现在已经是软件开发工程师,那我们就略过第一和第二两步了。

假如你虽然是软件开发工程师,但不确定是否适合做下去,那可以看看我发表在微信订阅号“程序视界”的文章,“如何快速定位自己热爱的工作(程序员版)”,肯定会有帮助。

假如你是还没入职场的小鲜肉,OK,可以来找我聊聊,我们可以一起来看看你是否适合做程序员。

搞了这么多假如,那我们要关注的就只有第三点了,积累知识和技能。哇哈哈哈哈,终于到正题了,走,西天!

积累知识和技能有两个原则:

  • 职业目标相关

有人说程序员是最爱项目符号列表的,凡事1、2、3……你看我这篇文章就能推断出,我一定是受了程序员工作经历的熏陶了。

职业目标相关性

这一点很容易理解,假如你就想做iOS应用开发,那你学C#估计就没什么用,学MFC就更没用了。一样知识,一种技能,只有它和你的目标相关时才是有用的。没用的知识对你来讲,再多都是枉然,假如一种知识不能落到应用上,那它就不是知识。我这是针对职业相关性来讲的哦,这句话写给那些爱抬杠的朋友们。

技能呢,其实又分为两类:

  • 专业技能
  • 通用技能

专业技能是对某种专业知识的应用能力,与特定职业相关。比如磨剪子镪菜刀(现在很少了),你不走街串巷干这个行当,基本就没用了。再比如你能用MFC在Windows下开发客户端应用,现在你要去做Android开发,那用处也不大。

通用技能是可迁移的,就是你会做的事。比如你超级会写PPT,这种技能到哪里都用得上啊。比如你很善于沟通,总能与别人达成一致;比如你善于当众演讲;比如你社交能力强;比如你很会指导别人;比如游泳……这些都是通用的技能,可以在不同的工作中广泛应用。

通用技能对于你能否找到理想工作至关重要。

我们从程序员的世界来看,那些很牛X的人,比如马克·扎克伯格,一开始也是程序员,后来呢,人家创立Facebook,他的创新、谈判、指导、说服等通用能力一定很强。另外他还会中文(语言技能也是通用技能,和驾驶一样),可以用中文和习大大流畅交谈。还有雷军,写了十年程序,现在在做什么呢?如果他只会使用C语言开发能这样吗?

所以,我们在积累技能时,既要立足于现在的职业,强化职业相关的专业技能,比如你做Web前端的,HTMP、CSS、JavaScript、各种JS框架(比如JQuery、AngularJS等)、前端框架如Bootstrap,都可以玩得很熟,这是专业技能,必须的,你做前端就会用得上;又要留意专业技能之外的通用技能,通用技能是一个程序员的软实力,比如发现自己的学习模式,培养自我学习的能力,比如与人沟通的能力,比如口头表达能力,比如写作能力,比如信息检索能力……

那么,问题来了,怎样才能知道,一个职业都需要什么样的知识、技能呢?有三种途径:

  • 内的位描述
  • 业内前辈访谈
  • 招聘网站的招聘信息

一般的企业都会有岗位(职位)描述,说明这个职位的职责,需要的知识、技能。有的企业还有一条晋升通道,比如软件开发工程师会有初级、中级、高级、资深、专家等级别,每个级别的任职资格说明里通常会有对技能水平的说明。这是我们第一个可以接触到的资料。比如我曾经待过的公司就有这种说明,高级开发工程师会要求你C++、概要设计、文档、数据库调优、授课、指导、管理等知识和能力。

第二种途径是找一个同岗位的前辈聊一聊,他很可能会给你和第一种途径不一样的视角,根据他的经验告诉你什么重要什么不重要,该培养什么不该培养什么。

第三种是非常有效的途径,不但可以弥补第一种途径的不足(有的公司会没有,有的公司会很简单而流于形式),还可以从中梳理出某个技术栈的发展态势。像智联招聘、拉钩、猎聘、大街网、51job等网站都会有大量软件开发工程师的招聘信息,可以结合我们自己的技术方向,拟定关键字进行搜索,然后看看别的企业对某个岗位都是什么要求。通过不断分析,就可以列出一张知识、技能清单来,拿着这个清单,就可以去有针对性的发展自己的技能,该自学的自学,该培训的培训,该参加开源项目的参加开源项目……

持续性

植物的顶芽优先生长而侧芽受抑制的现象,在植物学上称为顶端优势。为了维持顶端优势,可以人为干预植物的生长,比如一颗泡桐树,要想它长得又高又直又粗,就需要不断砍掉树干上的侧枝。

在企业管理领域存在顶端优势现象,处在优势的实权部门会抑制其它相关职能部门的发展,处于权力顶端的人往往抑制着处于下端的职权,处于优势的核心产品也会抑制其它产品的发展壮大……

对于程序员个人的知识和技能积累来讲,通常也需要维持顶端优势。

一个软件开发工程师,在自己知识图谱与技能树中,如果存在顶端优势现象,那当别人问你擅长什么时,你就可以信心满满地回答出来。而如果你的知识和技能还能在企业内超越其他程序员,形成群体内的比较优势或者顶端优势,那你的光芒一定照耀四方。

我承认,能做到第二步这种程度的人相对较少,所以,我们只讨论第一步:在自己的知识图谱与技能树中打造顶端优势

毋庸讳言,软件开发工程师跳槽频率比大部分职业的从业者高一些,在不同的企业不同的行业为不同的用户开发不同的产品时,用到的知识和技能通常是不同的。这就会导致一种情形:什么都懂一点,什么都不精深,什么都能干一点儿,什么都干不专业。而知识越精深越有价值,技能越熟练产出率越高,现在以及将来是专业主义时代(参见大前研一的《专业主义》),如果我们能沿着一个方向积累知识锻炼技能,那就可以形成竞争优势,随着不断用心打磨,就会产生顶端优势,就越来越能解决问题,不可替代性就会越来越强,商业价值就越来越高,薪酬福利自然越来越好。

所以,工作一段时间之后,就要思考自己的职业目标,梳理自己的知识和技能,选择几样,着重培养,持续精进,形成优势。

寻找职业机

修炼完内功,我们该来寻找外部机会了。

在向外看寻找机会时,有三个递进的层次需要注意:

  • 行(产)业
  • 企业
  • 职业

我们一个一个来讲。

行业选择

现在软件已经成为支撑各行各业发展的服务,几乎每个行业都会用到软件。行业里的企业在使用软件服务时,要么买现成的,要么自己开发。现成的软件,比如CRM、ERP、OA等,很多行业里的公司都用,也一般都是采购。除了采购软件,还有一些行业的公司选择自己开发,那这个时候就需要软件开发工程师,也就是程序员了。

必须注意的是,不同行业的程序员的平均薪酬待遇是相差很大的。行业越有前景,个人的发展越好回报越好。越赚钱的行业,处在它里面的程序员薪资水平越高。这是一般性规律,我们程序员在择业时也需要考虑。

以房地产行业为例,2003到2013是中国房地产黄金十年,处在这个行业里的从业人员,有很多都赚得盆满钵满。以商品房销售为例,售楼小姐曾经是收入非常高的职业,干上一两年,拿到的提成都能买几套房。房产中介也有同样的机会,我买学区房时,提供服务的房产中介,他们的片区经理,就是在那几年赚了两套房子,过上了相对丰裕的生活。而2013年后,房地产销售每况愈下,现在几乎是举步维艰,我们家楼下的房产中介每天门可罗雀,今天开一家,明天关两家。新建住宅也是人流稀少,销售惨淡。

再说说我曾经待过的电信行业,1995年到2012年是黄金阶段,其中1997到2005年,是固定电话业务和宽带业务大发展的时期,国内产生了华为、中兴、西安大唐电信、普天、UT斯达康、烽火等知名企业。我的前辈们说,1999、2000年左右,奖金比工资多,出差都是飞机,每天补助200左右。而我2002年加入西安大唐电信后不久,固话和程控交换业务开始走下坡路(2002年之后移动通信大发展),我们出差都是火车,坐卧铺都受限制,出差补助不但按城市分档还变少了,票据报销也很严格。所以,你进入一个产业的时机非常重要

那么,我们该怎样选择行业?

先看一张图:

从上面的产业曲线图中可以看出,一般产业都有形成、发展、成熟、衰退四个时期。我们在选择一个产业时,发展期进入是最好的,成熟期也可以,衰退期就要慎重考虑了,除非你已无太多要求,只想随便干两年退休。

所以,作为程序员,也不能只盯着技术,还要看行业大势。“女怕嫁错郎,男怕入错行”这种老话是很有道理的。

现在(2015年),最有发展前景的行业是互联网、金融、医疗、教育、新能源、智慧产业、高端制造等。而一些传统行业,比如煤炭、电力、房地产、石油,都在走下坡路。再说下房地产,别看那些楼盘死撑着不降价,其实一个月也不见得卖出一套房去,很多房地产厂商想跑路都跑不掉,工地停工,薪资拖欠,各种新闻不断。

企业选择

2002年到2012年,移动通信黄金十年,最赚钱的公司除了中国移动,还包括一大波2G手机厂商以及其他设备厂商,西安大唐电信没能及时转型,迅速没落,原来的产业园都卖给陕鼓动力了,而华为则顺利转型,依然强劲,到处买地建园区,如日中天。一个程序员,在西安大唐电信和在华为,这么些年的感受肯定不同!

与行业类似,企业有投入、成长、成熟、衰退这样的发展周期。我们选择企业时也需要考虑目标企业的当前状况,是在快速成长还是正在衰退。对不太有冒险精神的程序员来讲,最好的进入时机是快速成长期,此时企业飞速扩张,各种机会很多,产品要不断迭代要形成技术优势,对技术人员需求很大,职位上的晋升,技术上的积淀,都会有很多。对于想拿青春赌明天的程序员来讲,也可以在一个公司的投入期进入,如果这家公司能突围,那作为初期的核心人员,回报是难以想象的,你只要看看阿里巴巴的十八罗汉就知道了。

选择朝阳行业,选择非衰退期的企业,这是寻找职业机会时必须要首先考虑的,只要你选对了行业进对了企业,个人的成长和回报是早晚的事儿。

我们还要展开来说一下,行业是由若干从事同一类或相近性质产品生产的企业组成的,在这些企业当中,一定有龙头老大,一定有前三甲,一定有前五前十,选择排名靠前的企业,一般来讲会更好一些。因为实力越强的企业,占有的资源越多,市场覆盖越广,盈利能力越强,现金流越好。企业盈利,企业现金充裕,员工收益自然也大。

可我为什么说一般呢?因为一个行业还有细分,还存在一些垄断细分领域的企业,虽然在整个行业中综合实力排名不靠前,但因为卡位好,此山是我开此树是我栽,要想从此过留下买路财,你想干那个领域的事儿就绕不开它,所以它也能活得很滋润。选择这样的企业,也相当不错。

职业

选对了行业,选对了企业,接下来就是选择企业内的职业了。

前面我们说互联网行业很好,金融行业很好,互联网金融也很好,你进了这些行业中的某家企业,也不一定有什么大发展。因为这里面还有职业之分。比如你在Camera360做前台,比如你在网易做行政专员,比如你在腾讯做保洁,是不是回报没那么高呢?

在一个企业里,一定是创造价值最多、距离核心价值链最近的职位的员工拿到的薪水最多(你要说有例外那我就认为你是在抬杠,不解释)。

有人说对于程序员来讲,根本没得选择,因为到哪个企业里都是做开发啊。

其实不然,还是有得选的。

比如你到一个房地产公司去做网站前端开发,你觉得怎么样?房地产公司最重要的部门是什么?肯定不是维护网站的技术部啊,你作为一个软件开发工程师,很可能受到的尊重拿到的薪水远不如销售人员。

对互联网公司来讲,最重要的是产品,那就对应有两个职位——产品经理和软件开发——很受重视。所以你到这样的公司里去做软件开发,就和到房地产公司感觉不一样。

再说说我们前文提到的华为,华为内部有核心网、终端、大数据等不同的部门,你觉得哪块的软件开发待遇更好?我猜是大数据和终端。

现在再来想,是不是有得选?

补充一点:其实我们在选择行业和企业时,还要考虑宏观环境里的地域因素。比如你在西安,互联网氛围就不太好;比如你在郴州,整个软件行业就很差……所以有时为了更好的发展,有些程序员会选择到机会更多的城市,比如北京、上海、深圳等。而如果你不想换城市(像笔者一样),有时就得妥协。

没有一滴水分的总结

我写文章经常放而不收,下笔千言离题万里,遭人诟病,这次我要学乖一点,来总结归纳一下。要点如下(符号列表,又见符号列表,符号列表让没有逻辑的我显得有条理):

  • 个人的商业价值体现在知识、技能、经历、天赋、人脉等方面
  • 宏观环境、产业、组织、职业、家庭等要素的综合会影响职业选择
  • 知识、技能、天赋、经验等属于内生涯,是你的内在质量,没人可以剥夺
  • 职务、薪酬福利、工作环境、工作内容等属于外生涯
  • 内生涯决定外生涯,外生涯可以拉动内生涯
  • 通过对知识、专业技能、通用技能等的不断积累,形成顶端优势,可以找到更好的外生涯目标
  • 累积知识和技能时,注意职业目标相关性和持续性
  • 要想高回报,选择前景好的行业里处于投入期、成长期的企业,在企业内选择靠近核心价值链的职位

提问的智慧

艾瑞克.史蒂文.雷蒙德(Eric Steven Raymond)

瑞克.莫恩(Rick Moen)

修订历史
修订版 3.92013年4月23日esr
修正链接
修订版 3.82012年6月19日esr
修正链接
修订版 3.72010年12月6日esr
对于英语为第二语言人士的有益建议
修订版 3.72010年11月2日esr
几种翻译不见了
修订版 3.62008年3月19日esr
小更新及新链接
修订版 3.52008年1月2日esr
勘误及一些翻译链接
修订版 3.42007年3月24日esr
新章节:“关于代码的问题”
修订版 3.32006年9月29日esr
增加凯.尼格曼(Kai Niggemann)的一个好建议
修订版 3.22006年1月10日esr
加入瑞克.莫恩(Rick Moen)编写的内容
修订版 3.12004年10月28日esr
文档“谷歌是你的朋友!”
修订版 3.02004年2月2日esr
主要新增在网页论坛应有的礼节

原文:How To Ask Questions The Smart Way
翻译:王刚 <yafrank at 126 dot com >
时间:2013年10月26日

弃权申明

许多项目的网站在如何取得帮助的部分链接了本文,这没有关系,也正是我们想要的。但如果你是该项目生成此链接的网管,请在链接附近显著位置注明:我们不提供该项目的服务支持!

我们已经领教了没有此说明带来的痛苦,我们将不停地被一些白痴纠缠,他们认为既然我们发布了本文,那么我们就有责任解决世上所有的技术问题。

如果你是因为需要帮助正在阅读本文,然后就带着可以直接从作者那取得帮助的印象离开,那么 就不幸成了我们所说的白痴之一。 别向 我们 提问,我们不会理睬的。 我们只是在这教你如何从那些真正懂得你软硬件问题的人那里取得帮助,但 99.9% 的时间我们不会是那些人。除非你非常地 确定 本文的作者是你遇到问题方面的专家,请不要打搅,这样大家都更开心一点。

引言

黑客 的世界里,你所提技术问题的解答很大程度上取决于你提问的方式与解决此问题的难度,本文将教你如何提问才更有可能得到满意的答复。

开源程序的应用已经很广,你通常可以从其他更有经验的用户而不是黑客那里得到解答。这是好事,他们一般对新手常有的毛病更容忍一点。然尔,使用我们推荐的方法,象对待黑客那样对待这些有经验的用户,通常能最有效地得到问题的解答。

第一件需要明白的事是黑客喜欢难题和激发思考的好问题。假如不是这样,我们也不会写本文了。如果你能提出一个有趣的问题让我们咀嚼玩味,我们会感激你。好问题是种激励与礼物,帮助我们发展认知,揭示没有注意或想到的问题。在黑客中,“好问题!” 是非常热烈而真挚的赞许。

此外,黑客还有遇到简单问题就表现出敌视或傲慢的名声。有时,我们看起来还对新手和愚蠢的家伙有条件反射式的无礼,但事情并不真是这样。

我们只是毫无歉意地敌视那些提问前不愿思考、不做自己家庭作业的人。这种人就象时间无底洞──他们只知道索取,不愿意付出,他们浪费了时间,这些时间本可用于其它更有趣的问题或更值得回答的人。我们将这种人叫做 “失败者(loser)” (由于历史原因,我们有时将“loser”拼写为“lusers” 。)

我们意识到许多人只是想使用我们写的软件,他们对学习技术细节没有兴趣。对大多数人而言,计算机只是种工具,是种达到目的的手段而已。他们有自己的生活并且有更要紧的事要做,我们承认这点,也从不指望每个人都对这些让我们着迷的技术问题感兴趣。不过,我们回答问题的风格是为了适应那些真正对此有兴趣并愿意主动参与解决问题的人,这一点不会变,也不该变。如果连这都变了,我们就会在自己能做得最好的事情上不再那么犀利。

我们(大多数)是自愿者, 从自己繁忙的生活中抽时间来回答问题,有时会力不从心。因此,我们会毫不留情地滤除问题,特别是那些看起来象是失败者提的,以便更有效地把回答问题的时间留给那些胜利者。

如果你认为这种态度令人反感、以施惠者自居或傲慢自大,请检查你的假设,我们并未要求你屈服──事实上,假如你做了该做的努力,我们中的大多数将非常乐意平等地与你交流,并欢迎你接纳我们的文化。试图去帮助那些不愿自救的人对我们简直没有效率。不懂没有关系,但愚蠢地做事不行。

所以,你不必在技术上很在行才能吸引我们的注意,但你 必须 表现出能引导你在行的姿态──机 敏、有想法、善于观察、乐于主动参与问题的解决。如果你做不到这些使你与众不同的事情,我们建议你付钱跟别人签商业服务合同,而不是要求黑客无偿帮助。

如果你决定向我们求助,你不会想成为一名失败者,你也不想被看成一个失败者。得到快速有效回答的最好方法是使提问者看起来象个聪明、自信和有想法的人,并且暗示只是碰巧在某一特别问题上需要帮助。

(欢迎对本文指正,可以将建议发至 esr@thyrsus.comrespond-auto@linuxmafia.com。 请注意,本文不想成为一般性的 网络礼仪 指南,我一般会拒绝那些与引出技术论坛中有用的回答不特别相关的建议。)

提问前

在通过电邮、新闻组或论坛提技术问题以前,做以下事情:

  1. 尝试在你准备提问论坛的历史文档中搜索答案
  2. 尝试搜索互联网以找到答案
  3. 尝试阅读手册以找到答案
  4. 尝试阅读“常见问题文档”(FAQ)以找到答案
  5. 尝试自己检查或试验以找到答案
  6. 尝试请教懂行的朋友以找到答案
  7. 如果你是程序员,尝试阅读源代码以找到答案

提问时,请先表明你已做了上述事情,这将有助于建立你不是寄生虫与浪费别人时间的印象。最好再表述你从中 学到的东西 ,我们喜欢回答那些表现出能从答案中学习的人。

运用某些策略,比如用谷歌(Google)搜索你遇到的各种错误提示(既搜索 谷歌论坛,也搜索网页), 这样很可能直接就找到了解决问题的文档或邮件列表线索。 即使没有结果,在邮件列表或新闻组寻求帮助时提一句“我在谷歌中搜过下列句子但没有找到什么有用的东西” 也是件好事,至少它表明了搜索引擎不能提供哪些帮助。将搜索关键词与你的问题及可能的解决方案联系起来,还有助于引导其他有类似问题的人。

别着急,不要指望几秒钟的谷歌搜索就能解决一个复杂的问题。读一下常见问题文档。在向专家提问之前,先向后靠靠放松一下,再思考一下问题。相信我们,他们能从你的提问看出你做了多少阅读与思考,如果你是有备而来,将更有可能得到解答。不要将所有问题一股脑抛出,只因你的第一次搜索没有结果(或者结果太多)。

认真地思考,准备好你的问题。轻率的提问只能得到轻率的回答,或者压根没有。在提问时,你越是表现出在此前做过思考与努力去解决自己的问题,你越有可能得到真正的帮助。

注意别提错问题。如果提问基于错误的假设,某黑客多半会一边想 “愚蠢的问题……”,一边按将错就错的答案回复你,并且希望这种只是得到你自己“问的问题”而非真正所需的解答,给你一个教训。

永远不要假设你 有资格 得到解答。你没有这种资格,毕竟你没有为此服务付费。如果你能够提出有内容、有趣和激励思考的问题──那种毫无疑问能够向社区贡献经验,而不仅仅是消极地要求从别人那获取知识的问题,你将“挣到”答案。

另一方面,表明你有能力也乐意参与问题的解决是个很好的开端。“有没有人能指个方向?”,我这还差点什么?”,“我应该查哪个网站?”,通常要比 “请给出我可以用的完整步骤”更容易得到回复,因为你表明了只要有人能指个方向,你就很乐意完成剩下的过程。

提问时

仔细挑选论坛

要对在哪提问留心,如果你做了下述事情,多半会被一笔勾销或被看成“失败者”:

  • 张贴与论坛主题无关的问题
  • 在面向高级技术问题的论坛上张贴肤浅的问题,或者反之。
  • 在太多不同的新闻组同时张贴
  • 给既非熟人也没有义务解决你问题的人发送你私人的电邮

为保护通信的渠道不被无关的东西淹没,黑客会除掉那些没有找对地方的问题,你不会想让这种事落到自己头上的。

因此,第一步是找对论坛。谷歌和其它搜索引擎还是你的朋友,可以用它们搜索你遇到困难的软硬件问题最相关的项目网站。那里通常都有项目的常见问题(FAQ)、邮件列表及文档的链接。如果你的努力(包括 阅读 FAQ)都没有结果,这些邮件列表就是最后能取得帮助的地方。项目的网站也许还有报告臭虫的流程或链接,如果是这样,去看看。

向陌生的人或论坛发送邮件极有可能是在冒险。譬如,不要假设一个内容丰富的网页的作者想充当你的免费顾问,不要对你的问题是否会受到欢迎做太乐观的估计──如果你不确定,向别处发或者压根别发。

在选择论坛、新闻组或邮件列表时,别太相信名字,先看看 FAQ 或者许可书以明确你的问题是否切题。发贴前先翻翻已有的帖子,这样可以让你感受一下那里行事的方式。事实上,张贴前在新闻组或邮件列表的历史文档中搜索与你问题相关的关键词是个极好的主意,也许就找到答案了。即使没有,也能帮助你归纳出更好的问题。

别象机关枪似的一次性“扫射”所有的帮助渠道,这就象大喊大叫一样会令人不快,温柔地一个一个来。

弄懂主题!最典型的错误之一是在某种致立于跨平台可移植的语言、库或工具的论坛中提关于 Unix 或 Windows 操作系统程序接口的问题。如果你不明白为什么这是大错,最好在搞清楚概念前什么也别问。

一般来说,在仔细挑选的公共论坛中提问比在私有论坛中提同样的问题更容易得到有用的回答。有几个道理支持这点,一是看潜在的回复者有多少,二是看论坛的参与者有多少,黑客更愿回答能启发多数人的问题。

可以理解,老练的黑客和一些流行软件的作者正在承受过多的不当消息。就象那根最后压垮骆驼背的稻草一样,你的加入也有可能使情况走向极端──已经好几次了,一些流行软件的作者退出了对自己软件的支持,因为伴随而来的涌入其私人邮箱的垃圾邮件变得无法忍受。

面向新手的论坛和互联网中继聊天(IRC)通常响应最快

本地的用户组织或者你所用的 Linux 发行版也许正在宣传新手取得帮助的论坛或 IRC 通道(在一些非英语国家,新手论坛很可能还是邮件列表),这些地方是开始提问的好去处,特别是当你觉得遇到的也许只是相对简单或者很普通的问题时。经过宣传的 IRC 通道是公开邀请提问的地方,通常可以得到实时的回复。

事实上,如果出问题的程序来自某发行版(这很常见),最好先去该发行版的论坛或邮件列表中提问,再到程序本身的项目论坛或邮件列表,(否则)该项目的黑客可能仅仅回复“ 我们的 代码”。

在任何论坛发贴以前,先看看有没有搜索功能。如果有,就试着用问题的几个关键词搜索一下,也许就有帮助。如果在此之前你已做过全面的网页搜索(你应该这样去做),还是再搜索一下论坛,搜索引擎有可能没来得及索引此论坛的全部内容。

通过论坛或 IRC 通道提供项目的用户支持有增长的趋势,电子邮件交流则更多地为项目开发者保留。所以先在论坛或 IRC 中寻求与该项目相关的帮助。

第二步,使用项目的邮件列表

当某个项目存在开发者邮件列表时,要向列表而不是其中的个别成员提问,即使你确信他能最好地回答你的问题。查一查项目的文档和主页,找到项目的邮件列表并使用它。采用这种办法有几个很好的理由:

  • 向个别开发者提的问题(如果)足够好,也将对整个项目组有益。相反,如果你认为自己的问题对整个项目组来说太愚蠢,这也不能成为骚扰个别开发者的理由。
  • 向列表提问可以分散开发者的负担,个别开发者(尤其是项目领导)也许太忙以至于没法回答你的问题。
  • 大多数邮件列表都要存档,那些存档将被搜索引擎索引,如果你向列表提问并得到解答,将来其它人可以通过网页搜索找到你的问题和答案,也就不用再次发问了。
  • 如果某些问题经常被问到,开发者可以利用此信息改进文档或软件本身,以使其更清楚。如果只是私下提问,就没有人能看到最常见问题的完整场景。

如果一个项目既有 “用户” 也有“开发者”(或 “黑客”)邮件列表或论坛,而你又不摆弄那些代码,向“用户”列表或论坛提问。不要假设自己会在开发者列表中受到欢迎,那些人多半会遭受你的噪音干扰。

然尔,如果你 确信 你的问题不一般,而且在“用户” 列表或论坛中几天都没有回复,可以试试“开发者”列表或论坛。建议你在张贴前最好先暗暗地观察几天,至少看看最近几天保存的帖子,以了解那的行事方式(事实上这是参与任何私有或半私有列表的好主意)

如果你找不到一个项目的邮件列表,而只能查到项目维护者的地址,只管向其发信。即便在这种情况下,也别假设(项目)邮件列表不存在。在你的电子邮件中陈述你已经试过但没有找到合适的邮件列表,也提及你不反对将自己的邮件转发给他人(许多人认为,即使没什么秘密,私人电子邮件也不应该被公开。通过允许将你的电子邮件转发他人,你给了相应人员处置你邮件的选择)。

使用有意义且明确的主题

在邮件列表、新闻组或论坛中,主题是你在五十个或更少的字以内吸引有资格专家注意的黄金机会,不要用诸如 “请帮我” (更别提大写的 “请帮我!!!!”,这种主题的消息会被条件反射式地删掉)之类的唠叨浪费机会。不要用你痛苦的深度来打动我们,相反,要在这点空间中使用超级简明扼要的问题描述。

使用主题的好惯例是“对象──偏差”(式的描述),许多技术支持组织就是这样做的。在“对象”部分指明是哪一个或哪一组东西有问题,在“偏差”部分则描述与期望的行为不一致的地方。

愚蠢:
救命啊!我的笔记本视频工作不正常!

明智:
X.org 6.8.1 扭曲鼠标光标,MV1005 型号的某显卡芯片组

更明智:
使用 MV1005 型号的某显卡芯片组在 X.org 6.8.1 的鼠标光标被扭曲

编写 “对象──偏差”式描述的过程有助于你组织对问题的细致思考。是什么被影响了?仅仅是鼠标光标或者还有其它图形?只在 X.org 中出现?或只是在其 6.8.1 版中?是针对某显卡芯片组?或者只是其中的 MV1005 型号?一个黑客只需描一眼就能够立即明白什么是你遇到的问题,什么是你自己的问题。

更一般地,想象一下在一个只显示主题的文档索引中查找。让你的主题更好地反映问题,可以使下一个搜索类似问题的人能够在文档中直接就找到答案的线索,而不用再次发贴提问。

如果你想在回复中提问,确保改变主题以表明你是在问一个问题,一个主题象 “Re: 测试” 或者 “Re: 新臭虫”的消息不太可能引起足够的注意。同时,将回复中与新主题不甚相关的引用内容尽量删除。

对于列表消息,不要直接点击回复(按钮)来开始一个全新的线索,这将限制你的观众。有些邮件阅读程序,比如 mutt,允许用户按线索排序并通过折叠线索来隐藏消息,这样做的人永远看不到你发的消息。

仅仅改变主题还不够。mutt 和其它一些邮件阅读程序还要检查邮件头主题以外的其它信息,以便为其指定线索,所以宁可发一个全新的邮件。

在论坛,因为消息与特定的线索紧密结合,并且通常在线索之外不可见,好的提问方式略有不同,通过回复提问并不要紧。不是所有论坛都允许在回复中出现分离的主题,而且这样做了基本上没有人会去看。不过,通过回复提问本身就是令人怀疑的做法,因为它们只会被正在查看该线索的人读到。所以,除非你 只想 在该线索当前活跃的人群中提问,还是另起炉灶比较好。

使问题容易回复

以“请向……回复”来结束问题多半会使你得不到回答。如果你觉得花几秒钟在邮件客户端设置一下回复地址都麻烦,我们也觉得花几秒钟考虑你的问题更麻烦。如果你的邮件客户端程序不支持这样做,换个好点的;如果是操作系统不支持所有这种邮件客户端程序,也换个好点的。

在论坛,要求通过电子邮件回复是完全无礼的,除非你确信回复的信息也许是敏感的(而且有人会为了某些未知的原因,只让你而不是整个论坛知道答案)。如果你只是想在有人回复线索时得到电子邮件提醒,可以要求论坛发送。几乎所有论坛都支持诸如“留意本线索”、“有回复发送邮件”等功能。

用清晰、语法、拼写正确的语句书写

经验告诉我们,粗心与草率的作者通常也粗心与草率地思考和编程(我敢打赌)。为这些粗心与草率的思考者回答问题没有什么好处,我们宁可将时间花在其它地方。

清楚、良好地表达你的问题非常重要。如果你觉得这样做麻烦,我们也觉得注意(你的问题)麻烦。花点额外的精力斟酌一下字句,用不着太僵硬与正式──事实上,黑客文化很看重能准确地使用非正式、俚语和幽默的语句。但它 必须 很准确,而且有迹象表明你是在思考和关注问题。

正确地拼写、使用标点和大小写,不要将“its”混淆为“it’s”,“loose”搞成“lose”或者将“discrete”弄成 “discreet”。不要全部用大写,这会被视为无礼的大声嚷嚷 (全部小写也好不到哪去,因为不易阅读。Alan Cox [注:著名黑客,Linux 内核的重要参与者] 也许可以这样做,但你不行。)

一般而言,如果你写得象个半文盲似的傻子,多半得不到理睬。也不要使用即时通讯中的简写,如将“you”简化为“u”会使你看起来象一个为了节约二次击键的半文盲式的傻子。更糟的是,如果象个小孩似地鬼画桃符那绝对是在找死,可以肯定没人会理你(或者最多是给你一大堆指责与挖苦)。

如果在非母语论坛提问,你的拼写与语法错误会得到有限的宽容,但懒惰完全不会被容忍(是的,我们通常看得出其中的差别)。同时,除非你知道回复者使用的语言,请使用英语书写。繁忙的黑客一般会直接删除用他们看不懂语言写的消息。在互联网上英语是工作语言,用英语书写可以将你的问题不被阅读就被直接删除的可能性降到最低。

如果你用英语书写但它是你的第二语言,最好提醒潜在的回复者语言上可能的困难以便绕过这个问题,比如:

  • 英语不是我的母语,请谅解拼写错误。
  • 如果您使用某某语言,请电邮/私聊我,也许我需要您的协助翻译我的问题。
  • 对于这个技术术语本身我很熟悉,但对于它的一些俚语或习惯表达方式就不太明白了。
  • 我已经同时用某某语及英语提问,如果您使用两者之一回复,我很乐意翻译。

使用易于读取且标准的文件格式发送问题

如果你人为地将问题搞得难以阅读,它多半会被忽略,人们更愿读易懂的问题,所以:

  • 使用纯文本而不是 HTML(超文本标注语言)( 关闭HTML 并不难)
  • 使用 MIME(多用途互联网邮件扩展)附件通常没有问题,前提是真正有内容(譬如附带的源文件或补丁),而不仅仅是邮件客户端程序生成的模板(譬如只是消息内容的拷贝)。
  • 不要发送整段只是单行句子但多次折回的邮件(这使得回复部分内容非常困难)。设想你的读者是在80个字符宽的文本终端阅读邮件,设置你的行折回点小于 80 列。
  • 但是,也 不要 用任何固定列折回数据(譬如日志文件拷贝或会话记录)。数据应该原样包含,使回复者确信他们看到的是与你看到的一样的东西。
  • 在英语论坛中,不要使用’Quoted-Printable’ MIME 编码发送消息。这种编码对于张贴非 ASCII 语言可能是必须的,但很多邮件程序并不支持。当它们分断时,那些文本中四处散布的 “=20”符号既难看也分散注意力,甚至有可能破坏内容的语意。
  • 永远不要 指望黑客们阅读使用封闭的专用格式编写的文档,诸如微软公司的 Word 或 Excel 文件等。大多数黑客对此的反应就象有人将还在冒热气的猪粪倒在你门口时你的反应一样。即使他们能够处理,也很厌恶这么做。
  • 如果你从使用视窗的电脑发送电子邮件,关闭问题颇多的微软“聪明引用”功能(在“工具” -> “自动纠正选项”的“输入时自动格式化”下去掉聪明引用的选框),以免在你的邮件中到处散布垃圾字符。
  • 在论坛,勿滥用“表情符号”和“HTML”功能(当它们提供时)。一两个表情符号通常没有问题,但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来象个傻笑的小姑娘。这通常不是个好主意,除非你只是对性而不是有用的回复更有兴趣。

如果你使用图形用户界面的邮件客户端程序(如网景公司的 Messenger、微软公司的 Outlook 或者其它类似的),注意它们的缺省配置不一定满足这些要求。大多数这类程序有基于菜单的“查看源码”命令,用它来检查发送文件夹中的消息,以确保发送的是没有多余杂质的纯文本文件。

描述问题应准确且有内容

  • 仔细、清楚地描述问题的症状
  • 描述问题发生的环境(主机、操作系统、应用程序,任何相关的),提供销售商的发行版和版本号(如:“Fedora Core 7”、“Slackware 9.1”等)
  • 描述提问前做过的研究及其理解。
  • 描述提问前为确定问题而采取的诊断步骤。
  • 描述最近对计算机或软件配置的任何相关改变。
  • 如果可能,提供在可控环境下重现问题的方法。

尽最大努力预测黑客会提到的问题,并提前备好答案。

如果你认为是代码有问题,向黑客提供在可控环境下重现问题的方法尤其重要。当你这么做时,得到有用且及时回复的可能性将大大增加。

西蒙.泰瑟姆(Simon Tatham)写过一篇 如何有效报告臭虫 的文章,我强烈推荐各位阅读。

量不在多,精炼则灵

你应该(写得)精炼且有内容,简单地将一大堆代码或数据罗列在求助消息中达不到目的。如果你有一个很大且复杂的测试样例让程序崩溃,尝试将其裁剪得越小越好。

至少有三个理由支持这点。第一,让别人看到你在努力简化问题使你更有可能得到回复。第二,简化问题使你更有可能得到 有用的 回复。第三,在提纯臭虫报告的过程中,你可能自己就找到了解决办法或权宜之计。

别急于宣称找到臭虫

当你在一个软件中遇到问题,除非你 非常、非常 的有根据,不要动辄声称找到了臭虫。提示:除非你能提供解决问题的源代码补丁,或者对前一版本的回归测试表现出不正确的行为,否则你都多半不够完全确信。对于网页和文档也如此,如果你(声称)发现了文档的“臭虫”,你应该能提供相应位置的替代文本。

记住,还有许多其它用户并未经历你遇到的问题,否则你在阅读文档或搜索网页时就应该发现了(你在报怨前已经做了这些,是吧 ?)。这也意味着很有可能是你弄错了而不是软件本身有问题。

编写软件的人总是非常辛苦地使它尽可能完美。如果你声称找到了臭虫,也就置疑了他们的能力,即使你是对的,也有可能会使其中的部分人感到不快。(此外,)在主题中嚷嚷“臭虫”也是特别不老练的。

提问时,即使你私下非常确信已经发现一个真正的臭虫,最好写得象是做错了什么。如果真的有臭虫,你会在回复中看到这点。这样做的话,如果真有虫子,维护者就会向你道歉,这总比你弄砸了然后欠别人一个道歉要强。

低声下气代替不了做自己的家庭作业

有些人明白他们不应该粗鲁或傲慢地行事并要求得到答复,但他们退到相反的低声下气的极端:“我知道我只是个可怜的新丁,一个失败者,但……”。这既使人困扰,也没有用,当伴随着对实际问题含糊的描述时还特别令人反感。

别用低级灵长类动物的办法浪费你我的时间,相反,尽可能清楚地描述背景情况和你的问题,这比低声下气更好地摆正了你的位置。

有时,论坛设有单独的初学者提问版面,如果你真的认为遇到了肤浅的问题,到那去就是了,但一样别低声下气。

描述问题症状而不是猜测

告诉黑客是什么导致了问题是没用的(如果你的诊断理论是了不起的东西,你还会向别人咨询求助吗?)。所以,确保只是告诉他们问题的原始症状,而不是你的解释和理论,让他们来解释和诊断。如果你认为陈述自己的猜测很重要,应清楚地说明这只是你的猜测并描述为什么它们不起作用。

愚蠢:
我在编译内核时接连遇到 SIG11 错误,怀疑主板上的某根电路丝断了,找到它们的最好办法是什么?

明智:
我组装的电脑(K6/233 CPU、FIC-PA2007 主板[威盛 Apollo VP2 芯片组]、Corsair PC133 SDRAM 256Mb 内存)最近在开机 20 分钟左右、做内核编译时频繁地报 SIG11 错,但在头 20 分钟内从不出问题。重启动不会复位时钟,但整夜关机会。更换所有内存未解决问题,相关的典型编译会话日志附后。

由于以上这点许多人似乎难以掌握,这里有句话可以提醒你:“所有的诊断专家都来自密苏里州”。美国国务院的官方座右铭则是“让我看看”(出自国会议员威勒德.D.范迪弗[Willard D. Vandiver]在1899年时的讲话:“我来自一个出产玉米、棉花、牛蒡和民主党人的国家,滔滔雄辩既不能说服我,也不会让我满意。我来自密苏里州,你必须让我看看。”)针对诊断者而言,这并不是怀疑,而只是一种真实而有用的需求,以便让他们看到与你看到的原始证据尽可能一致的东西,而不是你的猜测与总结。(所以,)让我们看看。

按时间先后罗列问题症状

刚出问题之前发生的事情通常包含有解决问题最有效的线索。所以,记录中应准确地描述你、电脑和软件在崩溃前都做了什么。在命令行处理的情况下,有会话日志(如运行脚本工具生成的)并引用相关的若干(如20)行记录会非常有帮助。

如果崩溃的程序有诊断选项(如-v详述开关),试着选择这些能在记录中增加排错信息的选项。记住,“多”不等于“好”。试着选取适当的排错级别以便提供有用的信息而不是将阅读者淹没在垃圾中。

如果你的记录很长(如超过四段),在开头简述问题随后按时间先后罗列详细过程也许更有用。这样,黑客在读你的记录时就知道该注意哪些内容了。

描述目标而不是过程

如果你想弄清楚如何做某事(而不是报告一个臭虫),在开头就描述你的目标,然后才陈述遇到问题的特定步骤。

经常出现这种情况,寻求技术帮助的人在脑袋里有个更高层次的目标,他们在自以为能达到目标的特定道路上被卡住了,然后跑来问该怎么走,但没有意识到这条路本身有问题,结果要费很大的劲才能通过。

愚蠢:
我怎样才能让某图形程序的颜色拾取器取得十六进制的 RGB 值?

明智:
我正试着用自己选定数值的颜色替换一幅图片的色表,我现在知道的唯一方法是编辑每个表槽,但却无法让某图形程序的颜色拾取器取得十六进制的 RGB 值。

第二种提法是明智的,它使得建议采用更合适的工具以完成任务的回复成为可能。

别要求私下回复电邮

黑客们认为问题的解决过程应该公开、透明,此过程中如果更有才能的人注意到不完整或者不当之处,最初的回复才能够、也应该被纠正。同时,作为回复者也因为能力和学识被其它同行看到而得到某种回报。

当你要求私下回复时,此过程和回报都被中止。别这样做,让 回复者 来决定是否私下回答──如果他真这么做了,通常是因为他认为问题编写太差或者太肤浅,以至于对其它人毫无意义。

对这条规则存在一条有限的例外,如果你确信提问可能会引来大量雷同的回复时,那么“向我发电邮,我将为论坛归纳这些回复”将是神奇的句子。试着将邮件列表或新闻组从洪水般雷同的回复中解救出来是非常有礼貌的──但你必须信守诺言。

提问应明确

漫无边际的问题通常也被视为没有明确限制的时间无底洞。最有可能给你有用答案的人通常也是最忙的人(假如只是因为他们承担了太多工作的话),这些人对于没有止境的时间无底洞极其敏感,所以他们也倾向于讨厌那些漫无边际的问题。

如果你明确了想让回复者做的事(如指点方向、发送代码、检查补丁或其它),你更有可能得到有用的回复。(因为)这样可以让他们集中精力并间接地设定了他们为帮助你需要花费的时间和精力上限,这很好。

要想理解专家生活的世界,可以这样设想:那里有丰富的专长资源但稀缺的响应时间。你暗中要求他们奉献的时间越少,你越有可能从这些真正懂行也真正很忙的专家那里得到解答。

所以限定你的问题以使专家回答时需要付出的时间最少──这通常与简化问题还不太一样。举个例,“请问可否指点一下哪有好一点的 X 解释?”通常要比“请解释一下 X”明智。如果你的代码不运行了,通常请别人看看哪有问题比叫他们帮你改正更明智。

关于代码的问题

别要求他人给你出问题的代码排错而不提及应该从何入手。张贴几百行的代码,然后说一声“它不能运行”会让你得不到理睬。只贴几十行代码,然后说一句“在第七行以后,本应该显示<x>,但实际出现的是<y>”非常有可能让你得到回复。

最精确描述代码问题的方法是提供一个能展示问题的最小测试样例。什么是最小测试样例?它是对问题的展现,只需要刚好能够重现非预期行为的代码即可。如何生成一个最小测试样例?如果你知道哪一行或哪一段代码会产生问题,将其复制并提供刚好够用的外围支撑代码以构成一个完整的样例(够用是指源码刚好能被编译器、解释器或任何处理它的程序所接受)。如果你不能将问题缩小到特定的段落,复制源码并去除那些与问题无关的代码段。你能提供的最小测试样例越小越好(参见 量不在多,精炼则灵 )。

生成一个非常小的最小测试样例并不总是可能,但尽力去做是很好的锻练,这有可能帮助你找到需要自己解决的问题。即使你找不到,黑客们喜欢看到你努力过,这将使他们更合作。

如果你只是想让别人帮忙审一下代码,在最开头就要说出来,并且一定要提到你认为哪一部分特别需要关注以及为什么。

别张贴家庭作业式问题

黑客们善于发现“家庭作业”式的问题。我们中的大多数人已经做了自己的家庭作业,那是该做的,以便从中学到东西。问一下提示没有关系,但不是要求完整的解决方案。

如果你怀疑自己碰到了一个家庭作业式的问题,但仍然无法解决,试试在用户组、论坛或(作为最后一招)在项目的“用户”邮件列表或论坛中提问。尽管黑客们看出来,一些老用户也许仍会给你提示。

删除无意义的要求

抵制这种诱惑,即在求助消息末尾加上诸如“有人能帮我吗?”或“有没有答案?”之类在语义上毫无意义的东西。第一,如果问题描述还不完整,这些附加的东西最多也只能是多余的。第二,因为它们是多余的,黑客们会认为这些东西烦人──就很有可能用逻辑上无误但打发人的回复,诸如“是的,你可以得到帮助”和“不,没有给你的帮助”。

一般来说,避免提“是或否”类型的问题,除非你想得到 “是或否”类型的回答

不要把问题标记为“紧急”, 即使对你而言的确如此

这是你的问题,不要我们的。宣称“紧急”极有可能事与愿违:大多数黑客会直接删除这种消息,他们认为这是无礼和自私地企图得到即时与特殊的关照。而且“紧急”或其它有类似含义的主题有可能触发垃圾过滤规则,潜在的回复者可能永远看不到你的问题!

有一点点局部的例外,如果你是在一些知名度很高、会使黑客们激动的地方使用程序,也许值得这样去做。在这种情况下,如果你有期限压力,也很有礼貌地提到这点,人们也许会有足够的兴趣快一点回答。

当然,这是非常冒险的,因为黑客们对什么是令人激动的标准多半与你的不同。譬如从国际空间站这样张贴没有问题,但代表感觉良好的慈善或政治原因这样做几乎肯定不行。事实上,张贴诸如“紧急:帮我救救这个毛绒绒的小海豹!”肯定会被黑客回避或光火,即使他们认为毛绒绒的小海豹很重要。

如果你觉得这不可思议,再把剩下的内容多读几遍,直到弄懂了再发贴也不迟。

礼貌总是有益的

礼貌一点,使用“”和“谢谢你的关注”或者“谢谢你的关照”,让别人明白你感谢他们无偿花时间帮助你。

坦率地讲,这一点没有语法正确、文字清晰、准确、有内容和避免使用专用格式重要(同时也不能替代它们)。黑客们一般宁可读有点唐突但技术鲜明的臭虫报告,而不是那种有礼但含糊的报告。(如果这点让你不解,记住我们是按问题能教我们什么来评价它的)

然尔,如果你已经谈清楚了技术问题,客气一点肯定会增加你得到有用回复的机会。

(我们必须指出,本文唯一受到一些老黑客认真反对的地方是以前曾经推荐过的“提前谢了”,一些黑客认为这隐含着事后不用再感谢任何人的暗示。我们的建议是要么先说 “提前谢了”,事后对回复者表示感谢,要么换种方式表达,譬如用“谢谢你的关注”或“谢谢你的关照”)。

问题解决后追加一条简要说明

问题解决后向所有帮助过的人追加一条消息,让他们知道问题是如何解决的并再次感谢。如果问题在邮件列表或新闻组中受到广泛关注,在那里追加此消息比较恰当。

最理想的方式是向最初提问的线索回复此消息,并在主题中包含“已解决”、“已搞定”或其它同等含义的明显标记。在人来人往的邮件列表里,一个看见线索 “问题 X”和“问题 X-已解决”的潜在回复者就明白不用再浪费时间了(除非他个人觉得“问题 X”有趣),因此可以利用此时间去解决其它问题。

追加的消息用不着太长或太复杂,一句简单的“你好──是网线坏了!谢谢大家──比尔”就比什么都没有要强。事实上,除非解决问题的技术真正高深,一条简短而亲切的总结比长篇大论要好。说明是什么行动解决了问题,用不着重演整个排错的故事。

对于有深度的问题,张贴排错历史的摘要是恰当的。描述问题的最终状态,说明是什么解决了问题,在此之后 才指明可以避免的弯路。应避免的弯路部分应放在正确的解决方案和其它总结材料之后,而不要将此消息搞成侦探推理小说。列出那些帮助过你的名字,那样你会交到朋友的。

除了有礼貌、有内容以外,这种类型的追帖将帮助其他人在邮件列表、新闻组或论坛文档中搜索到真正解决你问题的方案,从而也让他们受益。

最后,此类追帖还让每位参与协助的人因问题的解决而产生一种满足感。如果你自己不是技术专家或黑客,相信我们,这种感觉对于你寻求帮助的老手和专家是非常重要的。问题叙述到最后不知所终总是令人沮丧的,黑客们痒痒地渴望它们被解决。“挠痒痒”为你挣到的信誉将对你下次再次张贴提问非常非常的有帮助。

考虑一下怎样才能避免他人将来也遇到类似的问题,问问自己编一份文档或 FAQ 补丁会不会有帮助,如果是的话就将补丁发给维护者。

在黑客中,这种良好的后继行动实际上比传统的礼貌更重要,也是你善待他人而赢得声誉的方式,这是非常有价值的财富。

如何解读回答

“读读该死的手册”(RTFM)和“搜搜该死的网络”(STFW):如何明白你已完全搞砸

有一个古老而神圣的传统:如果你收到“读读该死的手册”(RTFM) 的回复,发信人认为你应该去“读读该死的手册”。他或她多半是对的,去读一下吧。

“读读该死的手册”(RTFM)有个年轻一点的亲戚,如果你收到“搜搜该死的网络”(STFW)的回复,发信人认为你应该“搜搜该死的网络”。那人多半也是对的,去搜一下吧。(更温和一点的说法是“谷歌是你的朋友!”)

在论坛,你也可能被要求去搜索论坛的文档。事实上,有人甚至可能热心地为你提供以前解决此问题的线索。但不要依赖这种关照,提问前应该先搜索一下文档。

通常,叫你搜索的人已经打开了能解决你问题的手册或网页,正在一边看一边敲键盘。这些回复意味着他认为:第一,你要的信息很容易找到。第二,自已找要比别人喂到嘴里能学得更多。

你不应该觉得这样就被冒犯了,按黑客的标准,回复者没有不理你就是在向你表示某种尊敬,你反而应该感谢他热切地想帮助你。

如果还不明白……

如果你看不懂回答,不要马上回复一个要求说明的消息,先试试那些最初提问时用过的相同工具(如手册、FAQ、网页、懂行的朋友等)试着搞懂回答。如果还是需要说明,展现你已经明白的。

譬如,假如我告诉你:“看起来象是某输入项有问题,你需要清除它”,接着是个 不好 的回帖:“什么是某输入项?”。而这是一个 很好 的跟帖:“是的,我读了手册,某某输入项只在 -z 和 -p 开关中被提到,但都没有涉及到如何清除它们,你指的是哪一个还是我弄错了什么?

对待无礼

很多黑客圈子中看似无礼的行为并不是存心冒犯。相反,它是直接了当、一针见血式的交流风格,这种风格对于更关注解决问题而不是使别人感觉舒服而混乱的人是很自然的。

如果你觉得被冒犯了,试着平静地反应。如果有人真的做了过格的事,邮件列表、新闻组或论坛中的前辈多半会招呼他。如果这 没有 发生而你却光火了,那么你发火对象的言语可能在黑客社区中看起来是正常的,而将被视为有错的一方,这将伤害到你获取信息或帮助的机会。

另一方面,你会偶而真的碰到无礼和无聊的言行。与上述相反,对真正的冒犯者狠狠地打击、用犀利的语言将其驳得体无完肤都是可以接受的。然尔,在行事之前一定要非常非常的有根据。纠正无礼的言论与开始一场毫无意义的口水战仅一线之隔,黑客们自己莽撞地越线的情况并不鲜见。如果你是新手或外来者,避开这种莽撞的机会并不高。如果你想得到的是信息而不是消磨时光,这时最好不要把手放在键盘上以免冒险。

(有些人断言很多黑客都有轻度的自闭症或阿斯伯格综合症,缺少用于润滑人类社会“正常”交往所需的脑电路。这既可能是真也可能是假。如果你自己不是黑客,兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了,我们不在乎。我们 喜欢 现在这个样子,并且一般都对病号标记有站得住脚的怀疑。)

在下一节,我们会谈到另一个问题,当行为不当时会受到的“冒犯”。

别象失败者那样反应

在黑客社区的论坛中有那么几次你可能会搞砸──以本文描述或类似的方式。你会被示众是如何搞砸的,也许言语中还会带点颜色。

这种事发生以后,你能做的最糟糕的事莫过于哀嚎你的遭遇、宣称被口头攻击、要求道歉、高声尖叫、憋闷气、威胁诉诸法律、向其雇主报怨、忘了关马桶盖等等。相反,你该这样去做:

熬过去,这很正常。事实上,它是有益健康与恰当的。

社区的标准不会自己维持,它们是通过参与者积极而 公开 地执行来维持的。不要哭嚎所有的批评都应该通过私下的邮件传送,这不是事情运作的方式。当有人评论你的一个说法有误或者提出不同看法时,坚持声称受到个人攻击也毫无益处,这些都是失败者的态度。

也有其它的黑客论坛,受过高礼节要求的误导,禁止参与者张贴任何对别人帖子挑毛病的消息,并声称“如果你不想帮助用户就闭嘴”。有思路的参与者纷纷离开的结果只会使它们变成了毫无意义的唠叨与无用的技术论坛。

是夸张的“友谊”(以上述方式)还是有用?挑一个。

记着:当黑客说你搞砸了,并且(无论多么刺耳地)告诉你别再这样做时,他正在为关心你和他的社区而行动。对他而言,不理你并将你从他的生活中滤除要容易得多。如果你无法做到感谢,至少要有点尊严,别大声哀嚎,也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者,就指望别人象对待脆弱的洋娃娃那样对你。

有时候,即使你没有搞砸(或者只是别人想象你搞砸了), 有些人也会无缘无故地攻击你本人。在这种情况下,报怨倒是 真的 会把问题搞砸。

这些找茬者要么是毫无办法但自以为是专家的不中用家伙,要么就是测试你是否真会搞砸的心理专家。其它读者要么不理睬,要么用自己的方式对付他们。这些找茬者在给自己找麻烦,这点你不用操心。

也别让自己卷入口水战,大多数口水战最好不要理睬──当然,是在你核实它们只是口水战、没有指出你搞砸的地方,而且没有巧妙地将问题真正的答案藏于其中之后(这也是可能的)。

提问禁忌

下面是些典型的愚蠢问题和黑客不回答它们时的想法。

问:我到哪可以找到某程序或 X 资源?
问:我怎样用 X 做 Y?
问:如何配置我的 shell 提示?
问:我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文档转为 TeX 格式吗?
问:我的{程序、配置、SQL 语句}不运行了
问:我的视窗电脑出问题了,你能帮忙吗?
问:我的程序不运行了,我认为系统工具X有问题
问:我安装 Linux 或 X 遇到困难,你能帮忙吗?
问:我如何才能破解超级用户口令/盗取通道操作员的特权/查看某人的电子邮件?
问:我到哪可以找到某程序或 X 资源?
答:在我找到它的同样地方,笨旦──在网页搜索引擎上。上帝啊,难道还有人不知道如何使用 谷歌 吗?
问:我怎样用 X 做 Y?
答:如果你想解决的是 Y,提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知,也对要解决的 Y 问题糊涂,还被特定形势禁锢了思维。等他们把问题弄好再说。
问:如何配置我的 shell 提示?
答:如果你有足够的智慧提这个问题,你也该有足够的智慧去 “读读该死的手册”(RTFM),然后自己去找出来。
问:我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文档转为 TeX 格式吗?
答:试试就知道了。如果你试过,你既知道了答案,又不用浪费我的时间了。
问:我的{程序、配置、SQL 语句}不运行了
答:这不是一个问题,我也没有兴趣去猜你有什么问题──我有更要紧的事要做。看到这种东西,我的反应一般如下:

  • 你还有什么补充吗?
  • 噢,太糟了,希望你能搞定。
  • 这跟我究竟有什么关系?
问:我的视窗电脑出问题了,你能帮忙吗?
答:是的,把视窗垃圾删了,装个象 Linux 或 BSD 的开源操作系统吧。

注意:如果程序有官方的视窗版或者与视窗有交互(如 Samba),你 可以 问与视窗相关的问题,只是别对问题是由视窗操作系统而不是程序本身造成的回复感到惊讶,因为视窗一般来说太差,这种说法一般都成立。

问:我的程序不运行了,我认为系统工具 X 有问题
答:你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与库文件有明显缺陷的人,更有可能的是你完全没有根据。不同凡响的说法需要不同凡响的证据,当你这样声称时,你必须有清楚而详尽的缺陷说明文档作后盾。
问:我安装 Linux 或 X 遇到困难,你能帮忙吗?
答:不行,我需要亲手操作你的电脑才能帮你排错,去向当地的 Linux 用户组寻求方便的帮助(你可以在 这里 找到用户组列表)

注意:如果安装问题与某 Linux 发行版有关,在针对的邮件列表、论坛或本地用户组织中提问也许是恰当的。此时,应描述问题的准确细节。在此之前,先用 “linux”和 所有 被怀疑的硬件 [作关键词] 仔细搜索。

问:我如何才能破解超级用户口令/盗取通道操作员的特权/查看某人的电子邮件?
答:想做这种事情说明你是个卑劣的家伙,想让黑客教你做这种事情说明你是个白痴。

好问题与坏问题

最后,我将通过举例来演示提问的智慧。同样的问题两种提法,一种愚蠢,另一种明智。

愚蠢:我在哪能找到关于 Foonly Flurbamatic 设备的东西?
这个问题在乞求得到 “搜搜该死的网络”(STFW) 式的回复。

明智: 我用谷歌搜索过“Foonly Flurbamatic 2600”,但没有找到什么有用的,有谁知道在哪能找到这种设备的编程信息?
这个人已经搜索过网络了,而且听起来他可能真的遇到了问题。

愚蠢: 我不能编译某项目的源代码,它为什么这么破?
提问者假设是别人搞砸了,太自大了。

明智: 某项目的源代码不能在某 Linux 6.2 版下编译。我读了常见问题文档,但其中没有与某 Linux 相关的内容。这是编译时的记录,我做错了什么吗?
提问者已经指明了运行环境,读了常见问题文档(FAQ),列出了错误,也没有假设问题是别人的过错,这家伙值得注意。

愚蠢: 我的主板有问题,谁能帮我?
某黑客对此的反应可能是:“是的,还需要帮你拍背和换尿布吗?”,然后是敲下删除键。

明智: 我在 S2464 主板上试过 X、Y 和 Z,当它们都失败后,又试了 A、B 和 C。注意我试 C 时的奇怪症状,显然某某东西正在做某某事情,这不是期望的行为。通常在 Athlon MP 主板上导致某某事情的原因是什么?有谁知道我还能再试点什么以确定问题?
相反地,这个人看来值得回答。他或她展现了解决问题的能力而不是坐等天上掉馅饼。

在最后那个问题中,注意“给我一个回答”与“请帮我看看我还能再做点什么测试以得到启发”之间细微但重要的差别。

事实上,最后那个问题基本上源于 2001 年 8 月 Linux 内核邮件列表(lkml)上的真实事件,是我(Eric)当时提了那个问题,我发现 Tyan S2462 主板有神秘的死机现象,邮件列表成员给我提供了解决此问题的关键信息。

通过这种提问方式,我给了别人可以咀嚼玩味的东西。我设法使之对参与者既轻松又有吸引力,也表明了对同行能力的尊敬并邀请他们与我一起协商。通过告诉他们我已经走过的弯路,我还表明了对他们宝贵时间的尊重。

事后,当我感谢大家并评论这次良好的经历时,一个 Linux 内核邮件列表的成员谈到,他认为我得到答案并不是因为我的名字挂在列表上,而只是因为我正确的提问方式。

黑客们在某种方面是非常不留情面的精英分子。我想在这事上他是对的,如果我 表现得 象个不劳而获的寄生虫,不管我是谁都会被忽略或斥责。他建议将整个事件作为对其它人提问的指导,这直接导致了本文的编写。

如果得不到回答

如果得不到回答,请不要认为我们不想帮你,有时只是因为被问到的小组成员的确不知道答案。没有回复不等于不被理睬,当然必须承认从外面很难看出两者的差别。

一般而言,直接将问题再张贴一次不好,这会被视为毫无意义的骚扰。耐心一点,知道你问题答案的人可能生活在不同的时区,有可能正在睡觉,也有可能你的问题一开始就没有组织好。

还有其它资源可以寻求帮助,通常是在一些面向新手的资源中。

有许多在线与本地的用户组织,虽然它们自己不编写任何软件,但是对软件很热心。这些用户组通常因互助和帮助新手而形成。

还有众多大小商业公司提供签约支持服务,别因为要付点钱才有支持就感到沮丧!毕竟,如果你车子的汽缸垫烧了,你多半还得花钱找个修理店把它弄好。即使软件没花你一分钱,你总不能指望服务支持都是免费的。

象 Linux 这样流行的软件,每个开发者至少有一万个以上的用户,一个人不可能应付这么多用户的服务要求。记住,即使你必须付费才能得到支持,也比你还得额外花钱买软件要少得多(而且对封闭源代码软件的服务支持与开源软件相比通常还要贵一点,也要差一点)。

如何更好地回答

态度和善一点。问题带来的压力常使人显得无礼或愚蠢,其实并不是这样。

对初犯者私下回复。 对那些坦诚犯错之人没有必要当众羞辱,一个真正的新手也许连怎么搜索或在哪找 FAQ 都不知道。

如果你不确定,一定要说出来! 一个听起来权威的错误回复比没有还要糟,别因为听起来象个专家好玩就给别人乱指路。要谦虚和诚实,给提问者与同行都树个好榜样。

如果帮不了忙,别妨碍。 不要在具体步骤上开玩笑,那样也许会毁了用户的安装──有些可怜的呆瓜会把它当成真的指令。

探索性的反问以引出更多的细节。 如果你做得好,提问者可以学到点东西──你也可以。试试将很差的问题转变成好问题,别忘了我们都曾是新手。

尽管对那些懒虫报怨一声“读读该死的手册”(RTFM)是正当的,指出文档的位置(即使只是建议做个谷歌关键词搜索)会更好

如果你决意回答,给出好的答案。 当别人正在用错误的工具或方法时别建议笨拙的权宜之计,应推荐更好的工具,重新组织问题。

请回答真正的问题!如果提问者已经做了自己该做的研究,并且说明尝试过X,Y,Z,A,B与C都没有得到想要的結果,那么回复试试A或B 或者给出一个内容为 试一下X,Y,Z,A,B或C的链接将极其无益!

帮助你的社区从中学习。当回复一个好问题时,问问自己 “如何修改相关文件或 FAQ 文档以免再次解答同样的问题?”,接着再向文档维护者发一份补丁。

如果你是在研究一番后才做出的回答,展现你的技巧而不是直接端出结果。毕竟“授人以鱼,不如授人以渔”。

相关资源

如果需要个人电脑、Unix 和互联网如何工作的基础知识,参阅 Unix 和互联网工作的基本原理

当你发布软件或补丁时,试着按 软件发布实践 操作。

鸣谢

伊夫林.米切尔(Evelyn Mitchell)贡献了一些愚蠢问题例子并启发了编写“如何更好地回答问题”这一节,米哈伊尔.罗门迪克(Mikhail Ramendik)贡献了一些特别有价值的建议和改进。

作者: 阮一峰

日期: 2015年9月18日

Nicholas C. Zakas 是全世界最著名的 JavaScript 程序员之一。

两年前,他写了一篇长文,回顾自己的职业生涯,提到七个对他来说最重要的建议。

我读完很受启发,决定做一点摘录。你可以先读下面的精简版,再去读全文

===============================

七个对我最好的职业建议(精简版)

作者:Nicholas C. Zakas

译者:阮一峰

原文网址:https://www.nczonline.net/blog/2013/10/15/the-best-career-advice-ive-received/

一、不要别人点什么,就做什么

我的第一份工作,只干了8个月,那家公司就倒闭了。我问经理,接下来我该怎么办,他说:

“小伙子,千万不要当一个被人点菜的厨师,别人点什么,你就烧什么。不要接受那样一份工作,别人下命令你该干什么,以及怎么干。你要去一个地方,那里的人肯定你对产品的想法,相信你的能力,放手让你去做。”

我从此明白,单单实现一个产品是不够的,你还必须参与决定怎么实现。好的工程师并不仅仅服从命令,而且还给出反馈,帮助产品的拥有者改进它。

二、推销自己

我进入雅虎公司以后,经理有一天跟我谈话,他觉得我还做得不够。

“你工作得很好,代码看上去不错,很少出Bug。但是,问题是别人都没看到这一点。为了让其他人相信你,你必须首先让别人知道你做了什么。你需要推销自己,引起别人的注意。”

我这才意识到,即使做出了很好的工作,别人都不知道,也没用。做一个角落里静静编码的工程师,并不可取。你的主管会支持你,但是他没法替你宣传。公司的其他人需要明白你的价值,最好的办法就是告诉别人你做了什么。一封简单的Email:”嗨,我完成了XXX,欢迎将你的想法告诉我”,就很管用。

三、学会带领团队

工作几年后,已经没人怀疑我的技术能力了,大家知道我能写出高质量的可靠代码。有一次,我问主管,怎么才能得到提升,他说:

“当你的技术能力过关以后,就要考验你与他人相处的能力了。”

于是,我看到了,自己缺乏的是领导能力,如何带领一个团队,有效地与其他人协同工作,取到更大的成果。

四、生活才是最重要的

有一段时间,我在雅虎公司很有挫折感,对公司的一些做法不认同,经常会对别人发火。我问一个同事,他怎么能对这种事情保持平静,他回答:

“你要想通,这一切并不重要。有人提交了烂代码,网站下线了,又怎么样?工作并不是你的整个生活。它们不是真正的问题,只是工作上的问题。真正重要的事情都发生在工作以外。我回到家,家里人正在等我,这才重要啊。”

从此,我就把工作和生活分开了,只把它当作”工作问题”看待。这样一来,我对工作就总能心平气和,与人交流也更顺利了。

五、自己找到道路

我被提升为主管以后,不知道该怎么做。我请教了上级,他回答:

“以前都是我们告诉你做什么,从现在开始,你必须自己回答这个问题了,我期待你来告诉我,什么事情需要做。”

很多工程师都没有完成这个转变,如果能够做到,可能就说明你成熟了,学会了取舍。你不可能把时间花在所有事情上面,必须找到一个重点。

六、把自己当成主人

我每天要开很多会,有些会议我根本无话可说。我对一个朋友说,我不知道自己为什么要参加这个会,也没有什么可以贡献,他说:

“不要再去开这样的会了。你参加一个会,那是因为你参与了某件事。如果不确定自己为什么要在场,就停下来问。如果这件事不需要你,就离开。不要从头到尾都静静地参加一个会,要把自己当成负责人,大家会相信你的。”

从那时起,我从没有一声不发地参加会议。我确保只参加那些需要我参加的会议。

七、找到水平更高的人

最后,让我从自己的经历出发,给我的读者一个建议。

“找到那些比你水平更高、更聪明的人,尽量和他们在一起,吃饭或者喝咖啡,向他们讨教,了解他们拥有的知识。你的职业,甚至你的生活,都会因此变得更好。”

(完)

原文出处:阮一峰的网络日志