软件开发者的四大“看家本事”
2012-12-20 17:07 guoyong-yi 阅读(156) 评论(0) 编辑 收藏 举报原文发布日期:2012年12月10日
现如今,可供选择的技术、语言及平台可谓五花八门,因此作为软件开发者,要弄明白哪里是花时间培养个人技能的最佳投资点也就难上加难。
常常有人向我征求关于如何成为更强的程序员的建议。
人们问得最频繁的问题可谓万变不离其宗,即他们是否应该把时间花在某种与众不同的特定编程语言或技术上。
最近我花了很多心思琢磨此问题,并想出了一些我认为最要紧且能让你受益终生的技能,一旦软件开发者掌握了这些技能,不仅会给他们带来最佳的工作机会,还会使他们变得卓有成效。
技能一:解决问题(Solving Problems)
以前我曾谈到需要学会如何解决问题,甚至给出了如何学会解决问题的若干步骤,因为我认为这种技能对任何软件开发者都是至关重要的。
软件开发百分之百就是解决问题。
若毫无问题,就无需软件。
所有软件都被设计用于解决某些用户问题,而通用解决方案就是由许多能搞定的小规模问题所组成的阵列。
要是你不能解决问题,就不会精通软件开发,而你所用的编程语言或技术也就无所谓了。
在解决问题时,大多数开发者的表现简直糟糕透顶。
我常常会听到一些关于求职面试太难的抱怨,因为面试官会要求开发者去解决有一定难度的问题。
我谈过为何有难度的面试挺好,而其中的部分原因在于,面试官就是要测试开发者解决问题的能力。
我知道,许多开发者仍然不同意我对此问题的观点,而且他们也不明白像TopCoder[2]那样的网站为何要不遗余力地完善其开发技能,至少从我的亲身经历来看,那正是TopCoder解决问题的实践活动,而参与此类实践活动正是我职业生涯的转折点。
假想你是木匠。要想成为出色的木匠,也许你应该擅长切削木材。也许你应该亲手做过各种各样的部件,同时也用过许多不同的工具切削木材。
无论你的木工经验有多少年,抑或设计出的家具或橱柜有多漂亮,每次你也要想方设法切削木材,努力做出各个部件。
切削木材是木工活的基础技能,就像解决问题是软件开发的基础技能一样。
技能二:自学(Teaching Yourself)
在生活中,可能没有比学会学习更重要的技能了。
此种技能在软件开发中尤其重要,因为据我所知,任何领域的变化速度都超不过软件开发。
你不可能无所不知、无所不晓。甚至你都来不及投入时间去成为某一特定框架或技术的大师——因为事物发展得太快了!
反而,你需要这样的能力,即为完成手头任务而快速获取所需知识的能力。
要是你真想具备某种能让你在软件开发职业生涯中始终与时俱进的技能,那就学习如何自学吧。
提高此种技能的唯一方法就是付诸实践。走出去学习新的编程语言或技术,即使你认为决不会用得上它(也不妨学一下)。将来你会惊讶地发现,你竟然可以很快地把它捡起来,因为你早就对相关基础知识一清二楚了。
要是你能迅速适应日新月异的软件开发市场、以及与之相关的各种技术和平台,你就会拥有那些总是很抢手的技能。
尽管我对蒂姆·费里斯(Tim Ferris)的某些主张有点儿怀疑,不过他写了本很棒的书,名为《4小时变身厨师》(4-Hour Chef),其中介绍了若干如何快速学习事物的绝招。(我那时也正打算写本与此主题有关的书。)
技能三:命名(Naming)
要是有人问起我成天在做什么,那我八成会说“研读其他人命名的事物,以及给事物命名。”
诚然,若没人真那么问,我也不会真这么答,不过我的确有可能这么答哦。
软件开发就是在描述形而上学的[1]内容。我们所构建的大多数内容都是看不见摸不着的。
授权经理收到授权请求,然后发出授权响应,与此同时,用户资源库会调用用户工厂去组建新用户——我们必须根据以上描述在心中去构建起完整的环境。
每次你编码时,就是在给事物命名。当阅读自己或他人所写的代码时,你会从代码中的事物名称获得对代码的大部分理解。
通过在开发者亲手编写的代码中查看方法、变量及类的命名方式,大多数情况下,我能准确预测出开发者的技能水平。
要给代码中的概念及数据起合适的名字,而缺乏此能力的开发者就像个哑巴翻译。无论你能否明白某事,要是你不能妥善地解释它,那么此事会转瞬即逝。
提高此种技能的最佳方式就是不断实践。只要我在读代码时有所领悟,我往往会重命名代码中的事物。由于我开始明白某个方法到底在做什么,因此我会给方法改名,以便与我的理解相一致。在读代码时我会做这么做,即便代码没有产生任何逻辑变化,也照样会这么做。
你越关注给事物起合适的名字,你就会越擅长此道。
这也是你代码中最显而易见的一面。简单看一眼你的代码,很难分辨代码正确与否或效率高低,但如果代码能让我一望而知,那么我会认为你知道自己在做什么。
技能四:待人接物(Dealing with People)
尽管我把此种技能排在最后,不过在许多情况下,你可能会说它是首要的或最要紧的技能。
所到之处皆有人。
除非你单独工作,且只为你自己开发软件,否则,作为软件开发者,其他人就会影响到你的职业生涯。
我以前谈过为何你可能不想批评某人,不过我们更多地是与他人打交道,而不是惹人烦。
我总是会重新捧起戴尔·卡耐基(Dale Carnegie)的那本名著《人性的弱点》(How to Win Friends and Influence People),因为这本书对于学习如何做一名成功人士是如此重要。
我以前说过,倘若你想提高人们的技能,那就阅读此书吧!
基本问题是,人类不是合乎逻辑的生物,我们是情感生物。当然,我们喜欢为我们的推理能力而自豪,不过实际情况是,我们所做的大多数决策更多地受到情绪影响,而非理智。
作为软件开发者,此种技能对你的意义在于,除非你能妥善地处理与其他开发者、经理、甚至客户的关系,否则,即便你有许多好点子或很有用的技能,你还是会四处碰壁。
一般说来,积极参与到软件开发社区中去也会对你的职业生涯有很大帮助。不要仅限于人际交流,而要把你的名字传播出去,并广结善缘。
成功做到这一切直接取决于你待人接物的能力。(在学习如何待人接物时想走捷径?那很简单。请与人为善!)
怎样看待实用技能?
请注意,在我的列表中并未包括任何特定技术,甚至连web开发或移动开发这样宽泛的技能也没有,这是何原因?
在一些技术领域具有坚实的基础的确很重要,不过这些领域都不及我上面提到的这4种技能重要。
要是你能够解决问题、快速学习事物、恰当命名事物、以及待人接物,那么与你专门从事任何特定技术相比,从长远来看,你将会取得更大的成功。
有这样一种说法,要深入学习一到两门编程语言,并从事某个通用的专业领域,这当然很重要,不过,只要你还没带着那些抉择在这条老路上走得太远,并把精力集中在提高这4种重要技能上,你自会万事大吉!(你甚至可以学习C++ ;D)
经作者兼DZone最有价值博主约翰·森梅兹(John Sonmez)许可,将本文发布于DZone。(原文)
原文链接
The 4 Most Important Skills for a Software Developer
作者简介
约翰·森梅兹(John Sonmez)是Pluralsight网站的课程作者,他创作了超过25门课程,内容涵盖了从移动开发到控制反转容器的广泛主题。他还是诸如DotNetRocks和Hanselminutes等播客网站的常客。约翰已经使用各种原生工具分别为iOS、Android、Windows Phone 7创建了应用程序,他还为HTML5及几乎所有目前可用的跨平台解决方案创建了应用程序。他不仅热衷于敏捷开发,而且他正忙于一场个人改革运动,以便化繁为简。约翰虽是DZone的最有价值博主,而他却不是DZone的员工,他已在DZone上发了三篇博文。除了那三篇博文,你可以在它们的源站上读到更多内容。查看完整的用户信息
译注
[1] 形而上学的(metaphysical),形而上学是指通过理性的推理和逻辑去研究不能直接透过感知所得到答案的问题。
[2] TopCoder是一家负责实施计算机编程竞赛的公司。TopCoder每两周都会发起在线竞技编程比赛——此类比赛被称作“SRM”(single round matches)或单循环比赛[3]——除此之外,每周还会举办各种与设计及开发有关的竞赛。由设计及开发竞赛作品所产生出的实用软件,TopCoder公司会要求其支付特许权使用费。同时,参与创建那些组件的参赛选手也会根据销量获得相应的版税报酬。尽管由相对较少的算法竞赛(经常是马拉松式竞赛[4])产生出的软件通常无法直接投入使用,不过赞助商往往会给获胜者支付奖金。在各种统计中包括针对每位开发者的综合“评级”,该评级会长期跟踪开发者在各类竞赛中的参赛表现。更多内容参见维基百科。
[3] 单循环比赛,即采用单循环赛制的比赛。单循环赛制,是指所有参赛队在竞赛中均能相遇一次,最后按各队在竞赛中的得分多少、胜负场次来排列名次。单循环一般在参赛队不太多,又有足够的竞赛时间才能采用。单循环由于参加竞赛的各队都有相遇比赛的机会, 是一种比较公平合理的比赛制度。更多内容参阅百度百科。
[4] 马拉松式竞赛(Marathon Matches)是TopCoder上多种竞赛类型之一,其竞赛时长为1或2周,参赛选手会得到一道超难的算法题目。最终评分是由计算机根据针对该问题的专用评分标准计算得出的。更多TopCoder竞赛类型参阅维基百科。