最好的程序员都是行动派

我相信,所有程序员都需要在下面两点之间找到一个良好的平衡:

1.把自己关在一间私密的办公室里,针对你的程序与编译器展开一次亲密对话。

2.出入公众场合,与其他人公开谈论你的程序。

关于这个话题,我已经谈过几次了,在此不再赘述。

大部分程序员是内向的。因此,他们通常不需要任何鼓励就会避开人群,然后与他们的电脑独处。这对他们来说是很自然的。奔着自己的设备而去,那是他们的心之所向。我不怪他们,因为电脑比人类要理性得多!那也是我们中的大部分人被吸引进入这个领域的原因。不过,也有可能在另一个方向走出去太远。这种情况极其罕见,因为它与大部分软件开发者与生俱来的内向性格不符,但它确实会发生。拿我来说吧,有时候我为自己花在谈论编程上的时间比实际写代码的时间多而感到担心。

在我把所有的时间都花在谈论编程而几乎没时间自己写代码的那一刻,我感到了极度的恐惧:我变成了一个专职的评论家。而这个世界最讨厌的就是评论家泛滥。评论家只会给世界带来昙花一现般的见解,而不是什么真真正正、实实在在的东西。他们并没有身体力行地参与人类的制造活动,而是置身事外,观察其他人在那里干活,然后喋喋不休、措辞巧妙地提出一堆意见和批评。真是可悲!

我有那样的心结,而当我读到SEO Black Hat的这篇博文时更觉备受鼓舞:

你TMD现在就做!

别等待!别磨蹭!在这世上,成功者不是那些明知赚钱之法还要推三阻四的人。成功者知道轻重缓急,善于把握今天。

把要做的事情列在一个清单上,确保重要的任务都能完成。你参与的每一个项目都应该处于运转状态。如若不然,你就停滞不前了。为了赚钱,你的下一步不应该是那些“下周有时间再处理的事”。如果有什么可以帮你赚到钱,你TMD立即就去做!

有人可能觉得,何必要爆粗口说“TMD”。要的!你需要那种影响,那种力量,那种号召力,那种屁股被人踢了一脚行动起来的效果。否则的话,你会成为又一个失败者——纵然很久以前就有一个伟大的想法,但却毫无建树。梦想家不会赚钱。实干的人才赚钱。而实干的人就是说干就干的!

就像高浓度咖啡带来的提神效果一样。对于一些人来说,可能有点太像《拜金一族》电影里的感觉了,尤其是下面这个场景里的一段演讲:

即使带有夸张之意,我认为这条建议同样适用于编程。最好的程序员都是行动派。Cade Roux还在评论里指出,电影里黑板上写着“Always Be Closing”(持续成交),但我们应该把它看成“Always Be Shipping”(持续发布)。

对功能特性展开讨论是有益的,但有时候一个特性的价值与它被讨论的程度是成反比的。作为软件开发者,我们的工作是把功能特性交付出去,并且解决业务上的问题,而不是没完没了地进行讨论。正如Marc Andreessen所述,我们的价值是通过我们(以及我们的代码)完成的事情来衡量的,而不是围绕所做之事进行的相关讨论。

在背景调查环节,我想知道这个人做过什么。不只是被牵涉、或部分参与、或是目击者、或是旁观者。

我想了解你在工作中(或者最好是在业余时间里)做过的事情。你在高中时候做过的生意。你在大学里创立的非营利性组织。如果你是一名程序员,给我看你做出过主要贡献的开源项目。如此等等。

如果我一无所获——如果候选人一直以来只是循规蹈矩,该上课的时候上课,该考试的时候考试,毕业了就参加工作,从起跑线出发后就没取得过令人瞩目的成就——那么他们可能缺乏紧迫感。你也改变不了他们。

也许“你TMD现在就做”太极端了。但是,你最起码要确保用在“做”上面的时间与用在“讨论”上的时间是相当的。遗憾的是,我无法告诉你,什么是你要去做的正确之事。如果我知道的话,我可能现在已经成为百万富翁了。你必须自己去判断什么才是真正值得去做的事情。

参考:http://blog.jobbole.com/88008/

时间: 2024-08-14 10:48:25

最好的程序员都是行动派的相关文章

每个程序员都该知道的10大编程格言

每个程序员都该知道的10大编程格言 编程格言1:无风不起浪 (There is no smoke without fire) 编程格言2:预防为主,治疗为辅(An ounce of prevention is worth a pound of cure:) 编程格言3:不要把鸡蛋都放在一个篮子(Don't put all your eggs in one basket) 编程格言4:种瓜得瓜,种豆得豆(As you sow,so shoul you reap) 编程格言5:欲速则不达(Great

StackOverflow程序员推荐:每个程序员都应读的30本书

“如果能时光倒流,回到过去,作为一个开发人员,你可以告诉自己在职业生涯初期应该读一本,你会选择哪本书呢?我希望这个书单列表内容丰富,可以涵盖很多东西.” 很多程序员响应,他们在推荐时也写下自己的评语.以前就有国内网友介绍这个程序员书单,不过都是推荐数 Top 10的书.其实除了前10本之外,推荐数前30左右的书籍都算经典,伯乐在线整理编译这个问答贴,同时摘译部分推荐人的评语.下面就按照各本书的推荐数排列. 1. <代码大全>史蒂夫·迈克康奈尔 推荐数:1684 “优秀的编程实践的百科全书,&l

每个程序员都应该了解的 CPU 高速缓存

每个程序员都应该了解的 CPU 高速缓存 英文原文:Memory part 2: CPU caches 来源:oschina [编者按:这是Ulrich Drepper写“程序员都该知道存储器”的第二部.那些没有读过第一部 的读者可能希望从这一部开始.这本书写的非常好,并且感谢Ulrich授权我们出版. 一点说明:书籍出版时可能会有一些印刷错误,如果你发现,并且想让它在后续的出版中更正,请将意见发邮件到[email protected] ,我们一定会更正,并反馈给Ulrich的文档副本,别的读者

程序员都是有强迫症的

昨天晚上,为了完成实验室任务,一直写代码,写到两点多,然后总算是写完了.但是程序员都知道,调试的过程通常是最复杂的,因为可能遇到各种奇葩的错误,而错误产生的原因多种多样,或者是逻辑错误,或者是输入错误,或者是访问错误...各种各样的错误,毫无头绪..... 程序员大都有强迫症,尤其在编程这件事情上.为了改正程序中的错误,可以熬夜,直到找到错误并改正错误. 找到错误本身就有挑战,因为有些错误是逻辑上的错误,这种错误通常不易发现,只是结果和预期结果不一样,这时候就需要从头去思考整个流程,判断每一步是

每个程序员都可能犯过的10个错误

本文列出的10个错误,并不局限于C#.Java.Delphi.JavaScript等——几乎涵盖了所有的编程语言.是不是大吹大擂,欢迎各位品鉴…… 1.面向编译器写代码,而不是面向用户 当人们使用编译器创建自己的App时,在把自己的想法诉诸于机器代码的过程中,常常会将那些可以使得编程更为简单却又冗长的语法遗忘于脑后.无论你使用的是单字母的标识符还是更易于人脑理解的标识符,对于编译器而言,毫无区别.编译器不在乎你写的是否是优化表达式,也不在乎你是否用括号封装了子表达式.编译器要做的就是将这些人脑可

每个程序员都应该了解的内存知识

每个程序员都应该了解的内存知识 英文原文:lwn.net,翻译:开源中国 [编辑的话: Ulrich Drepper最近问我们,是不是有兴趣发表一篇他写的内存方面的长文.我们不用看太多就已经知道,LWN的读者们会喜欢这篇文章的.内存的使用常常是软件性能的决定性因子,而如何避免内存瓶颈的好文章却不好找.这篇文章应该会有所帮助. 他的原文很长,超过100页.我们把它分成了7篇,每隔一到两周发表一篇.7篇发完后,Ulrich会把全文发出来. 对原文重新格式化是个很有挑战性的工作,但愿结果会不错吧.为了

转:哪本书是对程序员最有影响、每个程序员都该阅读的书?

哪本书是对程序员最有影响.每个程序员都该阅读的书? 国外知名网站stackoverflow上有一个问题调查: 哪本书是对程序员最有影响.每个程序员都该阅读的书?,这个调查已历时两年,目前为止吸引了153,432人访问,读者共推荐出了478本书(还在增加),其中最火的一本书<Code Complete>被顶了1306次.如果你是个程序员,你一定有兴趣看看这些书里你都看过几本,如果你一本没看过的话,我也不好说什么,也许你是个天才,但我相信大多数人都知道,你在学校里根本学不到什么真正的工作中需要的知

国外程序员推荐:每个程序员都应该读的非编程书

1. <银河系漫游指南>by Douglas Adams 2. <人性的弱点> by Dale Carnegie 3. <别逗了,费曼先生> 4. <一九八四> by George Orwell 5. <哥德尔.艾舍尔.巴赫:集异璧之大成> by Douglas Hofstadter 6. <设计心理学> by Donald A. Norman 7. <搞定:无压工作的艺术>by David Allen 8. <人月

每一个程序员都应当了解的11句话

每一个程序员都应当了解的11句话,你最同意哪一句? 1. 技术只是解决问题的选择,而不是解决问题的根本 我们可以因为掌握了最新的 JavaScript 框架 ahem.Angular 的 IoC 容器技术或者某些编程语言甚至操作系统而欢欣雀跃,但是这些东西并不是作为程序员的我们用来解决问题的根本——它们只是用于帮助我们解决问题的简单工具. 我们必须非常谨慎,不要对某项正好喜欢或者正好很火的特定技术走火入魔.否则,我们将进入这样的思维怪圈:把掌握的那项技术比做是锤子,在思考问题时,会自然的把所有的