怎么成为一名优秀的软件工程师

2016-07-06 00:25:00

原文地址:How to Be a Successful Software Engineer
Github系列文章地址
这篇文章还是挺符合笔者思想的。笔者涉世不深，见识短浅，不过讲真，这么多年来遇到的，笔者觉得真正能做到以下几点的，聊聊无几。这个性质往往不是由你的经验和你已知的决定，而是由你对技术本身的态度决定。笔者现在不玩游戏不看剧，每天看看文章写写代码，本身就是一件非常开心的事情。获得知识与创造的快感，只可意会不可言传。

文首是原作者参加一次会议所感，实际上绝大部分踏入程序猿这个行业的人都会考虑，怎么才能成为一名优秀的程序员，无论是为了物质生活还是精神追求，而本文列举的几点也是原作者所想。

需要注意，这篇文章是Opinionated，请批判的去看。笔者也插入了很多自己的观点，不过主旨上还是和原文保持一致，只是做些讲解。

Know What You’re Not Doing:知你不知

有个非常著名的适用于基本上所有领域的论断，当然肯定也合适与软件开发啦：

I know that I know nothing:知我所知

牛逼的工程师往往都会选择合适的事情去做，譬如知道你能够完成哪些任务，知道在当前任务下应该选择怎么样的解决方案，知道应该钻研或者关注哪些技术等等。优先做处在关键节点上的事情，相对应地，也需要知道你现在还不懂哪些东西。

不要让你已有的东西成为你的阻碍

所有人都会说学习一门语言没啥的，但是人们在选择解决方案或者承接任务的时候不可避免地会受到已会的语言的影响，就像笔者会尽可能避免使用.Net，毕竟不精通。所以你要明白，不要拘泥于你会的，不要沾沾自喜于你的经验，老实说笔者有时候听某些人动不动炫耀自己N年的工作经验，还是有点反感的。你应该根据需要学习任何东西，面试官更希望用你未来可以达到的去衡量你，而不是你现在所处的境界与位置。

一直记得苏格拉底的一句话，就是认识你自己，映射到程序猿中，就是能知道你可以做的和不可以做的，而尽可能地少去迷惑自己到底能不能做。无论是对于技术选型还是项目规划都适用这个观点，随着学习的深入和了解的东西的增加，自然会越发觉得知识海洋的浩瀚无垠。庄子有云，吾生也有涯，而知也无涯。以有涯随无涯，殆已！笔者之前也一直会问，当我学习的速度远远赶不上新知识出现的速度，莫大的悲哀啊。这好像一个NP问题，而笔者自我解决的办法就是建立一个合理的健壮的知识体系，这样我虽然记不住或者没时间深入研究很多东西，但是至少可以把它们放到合适的地方，可以借鉴笔者的[]()。

笔者自己目前最主要的信息来源主要是5个信息聚合的站点：

Medium:你可以在Medium上订阅一些Tags或者Publication或者Following Users，笔者自己感觉这个的整个质量和粮草比例最高。不过缺陷是要上这个得自带梯子。
Reddit:可以订阅譬如web_dev等等感兴趣的subreddit，经常会看到不错的文章与分享。
InfoQ:挺不错的，经常出现精品，但是也有不少文章感觉太过于阳春白雪。
开发者头条:笔者一般只会看推荐的头条精选等，还是有很多不错的。
推酷:信息聚合站点，比较杂乱，需要快速的浏览与发现能力。

仅笔者自己感觉，如果想成为一名了解前沿的开发者，还是需要多关注Medium与Reddit，整体而言中文咨询的活跃度与质量还是略有差距。其他的譬如CSDN每个月的程序员杂志与InfoQ的架构师质量也都非常高。

Communication Skills:沟通技巧

Dirkjan与Carmen讨论了Github的工作氛围以及它们是怎么基于高效的通信来保证工作顺利进行。实际上，沟通能力也是一个至关重要的技巧。譬如，大部分在Github上的团队都散布四方，甚至于都不一定有两个雇员在一个城市。并且不同成员之间习惯的沟通方式也大相径庭，有的人喜欢用Slack，而有的人喜欢用Issue或者Pull这种方式。因此，如果你也是远程工作并且沟通方式不一致，那么你应该及时记录你说了啥以及和他人达成的一些协议。

You don’t want to be known as the guy who writes bad commit messages.你肯定不想成为天天写错误的提交信息的人

你要能够让别人知道你已经理解了他们的问题并且能够合适的表达自己。尽可能地遵循公司统一的Workflow，如果要和新的伙伴合作，一定要多做些预研。我挺喜欢Github的工作方式的，即使你在一间办公室里也不会天天让你开会，不过会基于Pull与Issues来进行异步的会议。这种方式会让新人不可避免地爱上它。