软件开发者的四大“看家本事”
- - 博客 - 伯乐在线英文原文： The 4 Most Important Skills for a Software Developer，编译： 高翌翔（ @高翌翔）. 现如今，可供选择的技术、语言及平台可谓五花八门，因此要弄明白哪里是花时间训练的最佳投资点也就难上加难……. 现如今，可供选择的技术、语言及平台可谓五花八门，因此作为软件开发者，要弄明白哪里是花时间培养个人技能的最佳投资点也就难上加难.
软件开发者的四大“看家本事”
标签：
程序员
开发人员
软件工程师
| 发表时间：2012-12-14 20:49 | 作者：
出处：http://blog.jobbole.com
英文原文： The 4 Most Important Skills for a Software Developer，编译： 高翌翔（ @高翌翔）
现如今，可供选择的技术、语言及平台可谓五花八门，因此要弄明白哪里是花时间训练的最佳投资点也就难上加难……
现如今，可供选择的技术、语言及平台可谓五花八门，因此作为软件开发者，要弄明白哪里是花时间培养个人技能的最佳投资点也就难上加难。
常常有人向我征求关于如何成为更强的 程序员的建议。
人们问得最频繁的问题可谓万变不离其宗，即 他们是否应该把时间花在某种与众不同的特定 编程语言或技术上。
最近我花了很多心思琢磨此问题，并想出了一些我认为最要紧且能让你受益终生的技能，一旦软件开发者掌握了这些技能，不仅会给他们带来最佳的工作机会，还会使他们变得卓有成效。
技能一：解决问题（Solving Problems）
以前我曾谈到需要学会如何解决问题，甚至给出了如何学会解决问题的若干步骤，因为我认为这种技能对任何软件开发者都是至关重要的。
软件开发百分之百就是解决问题。
若毫无问题，就无需软件。
所有软件都被设计用于解决某些用户问题，而通用解决方案就是由许多能 搞定的小规模问题所组成的阵列。
要是你不能解决问题，就不会精通软件开发，而你所用的编程语言或技术也就无所谓了。
在解决问题时，大多数开发者的表现简直糟糕透顶。
我常常会听到一些关于求职面试太难的抱怨，因为面试官会要求开发者去解决有一定难度的问题。
我谈过 为何有难度的面试挺好，而其中的部分原因在于，面试官就是要测试开发者解决问题的能力。
我知道，许多开发者仍然不同意我对此问题的观点，而且他们也不明白为何身处类似首席码农（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）
相关文章
相关 [软件开发 四大 本事] 推荐：
软件开发的核心
- - 博客园_知识库 「我们一直这样做开发，时间做久了，便忘了当初的本意. 有关软件系统开发，我们谈些什么. 我们谈过程，编码规范、开发流程、同行评审、结对编程、持续集成，从瀑布到敏捷再到极限编程. 我们谈架构，企业级、J2EE、容器化、SOA（面向服务架构）、Microservices（微服务化）. 我们谈规模，大容量、高并发、大数据.
软件开发的“三重门”
- - 酷壳 - CoolShell.cn自从上次写了“ 程序员技术练级攻略” 以来，就觉得似乎还有很多东西没有谈到，但当时没有继续思考了. 而春节前有人问我，是做底层技术，还是做业务. 这问题让我思考了很多，不由自主地回顾了一 下我这十多年的软件开发经历，并顺着整理分类了一下自己解决过的若干问题，还发散想了很多，经过了一个春节假期的发酵，产生了下面这篇文章.
软件开发的人文关怀
- - 博客园_知识库 几年前，我从温伯格的《技术领导之路》中学到一点：技术人员往往更喜欢和机器打交道，因为他们“认为”自己更适合和机器打交道；但是，优秀的技术人员必须（也必然）具备好的沟通能力. 所以，温伯格鼓励各位技术人员多加练习和其他人打交道的能力. 温伯格的这个观点我是非常赞成的，好的技术人员一定需要“勇敢”面对他人，不能被“自实现的预言”局限在机器的世界里.
软件吞噬软件开发
- - PingWest中文网软件蚕食世界，自互联网特别是移动互联网连接线上线下服务后，已成为不可逆的趋势. 每一项实用的服务可以由小团队来完成. 以WhatsApp为例，这款被高调收购的IM应用，拥有4.5亿月活跃用户，70%的日活跃率，至今还保持每天新增用户1000万的速度. 但这些服务居然由32名工程师支撑下来了，所以有了业界八卦“每位员工价值20亿”的说法.
软件开发中的两种态度
- - 外刊IT评论网一种态度认为，应该对程序员在软件开发中的行为进行约束( DirectingAttitude). 持这种态度的人认为大部分的程序员水平都不高(谣传说有50%的人低于平均水平)，所以应该对他们所做的事情进行管教约束. 要防止他们做一些可能会给他们正在开发的系统带来危害的事情. 通常，这种态度体现在一些系统设计和工具中时，你会发现它们会试图阻止程序员去做某些事情，限制程序员的一些做法，以此避免他们陷入过于复杂的境况.
软件开发的人文关怀
- - 极客公园-GeekPark我是极客公园黑板报认证值日生. [核心提示]软件可以没有活力，而软件开发却不能没有活力；程序可以像机器一样，程序员却不能像机器一样. 要改变这种状态，就应当增添更多的人文关怀，把开发人员当成活生生的人，而不是视为程序或者工具. 编辑注记：本文来自余晟的博客 乱象，印记. 作者从自己的经验出发，提出了一些给软件开发人员提供人文关怀的可行措施.
软件开发模型综述
- - CSDN博客推荐文章
软件开发模型概述. 最早出现的软件开发模型是1970年W·Royce提出的瀑布模型. 软件开发模型(Software
Development Model)是指软件开发全部过程、活动和任务的结构框架. 软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段.
防火长城内的软件开发
- - Solidot对于软件开发者来说，防火长城不只是屏蔽网站过滤流量这么简单——它是痛苦之源，尤其是如果你想开发针对中国市场之外的软件或想利用广泛使用的服务和软件库的话. 上海聊天机器人创业公司Rikai Labs的创始人DC Collier认为，中国的软件开发者写代码的时候一只手是绑在背后的. 防火长城的屏蔽范围日益扩大，这意味着越来越多的服务被永久性或不定期的屏蔽.
自上而下的软件开发和自下而上软件开发
- - 外刊IT评论网自上而下(Top Down)开发模式是指从一个应用的最高点开始开发. 从最高点逐步往下层编码，直到开发完所有的任务. 一旦写完了最下层的代码，开发任务就完成了. 使用这种方式，你需要设计、编写出所有你需要的但还没有实现模拟接口、服务、伪代码. 自下而上(Bottom up)开发模式是指从一个应用的最底层开始开发.