每个程序员都应该掌握的6个惊讶的软技能

如果你想要开启作为web开发人员的职业生涯,那么你需要涉及的不仅仅是知道如何写代码。

有一些通用的软技能几乎可用于每个领域——包括技术行业。

成为软件开发人员涉及的不仅仅是编写代码。自从我开始我的第一份作为软件开发人员的工作之后,我很快就知道了这一点。如果你想要在这个领域茁壮成长的话,那么你需要学习“特定的技能系列”。

你看,每一家公司都有一个大局。除了写代码,你需要利用其他技能,使自己更有影响力,从而赚取更多的money。

在我作为一名开发人员的任职期间,我学会了除了编程之外还需要掌握的技能。下面我将分享6个令人惊讶的技能,作为一个有抱负的开发人员你一定不能错过哦。

技能#1:书面沟通

在开始每天的工作之前,你可能需要先回复邮件。电子邮件迅速成为了生产力的死亡陷阱。与此同时,电子邮件也是展示你对别人有多大价值的门户。书面技能依然是事实业务沟通的领头羊。

既然书面沟通技巧是如此之重要,于是我花了很多时间来掌握发送电子邮件并快速得到回复的技术。

我所有的电子邮件不但设计友好,而且会尽快切入正题。这是我在邮件中要求技术需求的4个步骤:

  1. 感谢对方发送电子邮件。这适用于每封电子邮件。例如:感谢你与我联系。
  2. 强调他们的要点并说明你已了解。例如,“如果我理解正确的话,你是想……”。
  3. 提出问题,以确保你理解他们想要什么。
  4. 在他们回答你的问题之后,按照步骤2的方式回复以确认你理解的内容。

这些步骤将提前节省你大量的时间,让你突出于那些没有做到位的人。书面交流是开发者武器库中一项最被低估的技能。当然要想正确表达自己的想法需要多年的实践,但用好这个武器往往会有“杀人于无形”的奇效。

技能#2:教学相长

如果你是一个初学者,那么你可能认为你没什么可以教人的。但现实情况是,你也许可以。

当我开始我的第一份web开发工作时,我认为我需要花更多的时间向别人学习。但不是所有的情况都是如此。事实上,我做到了学习与教学的结合。我们公司已决定从SVN转移到Git。而我得到这份工作也是因为我的主要卖点就是大量的Github代码仓库。

当我加入的时候,我发现这是一支正在蓬勃成长的团队,并且转移到Git对于我们而言是有压力的,因为它是一个更好的协作工具。

这真是一个超现实的体验,因为,这是我人生中第一次不得不用标记来武装自己以及在白板上画图。虽然只是一些简单的图表,用来演示git是如何工作的以及它如何与Github互动。还有解释如何最佳利用分支。

请记住:这只是在公司待满一个月之后。从那以后,我一直是头脑风暴会议的一部分,解释Rails中一切的工作原理,从会话到嵌套表单。

在你第一份开发工作中,通过教学,你可能最终会给人一种你比他们更知识渊博的印象。即使你不认为自己是“专家”或“高级开发者”。

在每一家公司里,总有共享的知识池。当我教人的时候,我会对此作出贡献,同时带走别人的经验和见解。

基本上说来,每个人都会贡献自己的经验和观点到这个知识池中。而这便是大规模的教学相长。

技能#3:专注

任何职业,无论是画家还是作家,专注于小细节才有可能一步步累积至伟大。如果你想产出令人惊艳的工作,那么你得小心注意并调整方法。

如果你对细节的关注还不到位,那么关键是要具备处理专注的能力。

完全专注于一项任务的能力在我们当前这个世界里是呈现递减状态的。Twitter,Facebook和Reddit正在不断诱惑我们的注意力。Cal Newport在他的《Deep Work》一书中指出,为了有一个有影响力的就业,人们必须放弃浅层的工作并拥抱深层的工作。

浅层工作被定义为只有短期利益的工作。例如,你可以花一天用来撰写和回复邮件,但会因此而错过深层工作。深层工作是需要全神贯注并最终导致实际成果的工作。

作为一个开发者,这个技能不能被低估。我们的工作是建立有用的东西。而创造有价值的东西是需要大量时间的。少一点消费者的心态,多一点生产者的心态。

可能会有用的一种技术手段是番茄工作法。

下面是它的工作原理:

  • 设置25分钟的定时器
  • 专注于一个任务25分钟
  • 25分钟结束后,休息5分钟
  • 任何浮现出来和任务无关的想法,你可以先写下来以便于以后来关注。
  • 你重复循环四次(或更多)

这种技术之所以伟大是因为它使你一次专注于一件事情。它可以帮助你产出更有意义的工作,而不是每隔几分钟查看Twitter或Facebook。

技能#4:了解大局

那些主要产品围绕代码的开发人员需要执行一种小心以及平衡的行为。一方面,从发布到产品来帮助企业成长。另一方面,你要保证不会给你将来的同事留下难以维护的代码。而且以及当然,用户也得享受于软件。

但是,首先,此刻你能做的就是编写代码。当你开始作为一个开发人员提高自己的时候,你将——回过头去重构原先的代码。让你的软件更适应将来在上面工作的开发人员。

有一个伟大的概念是DRY(don’t repeat yourself)原则。其基本思想是写一个只需要改变一次的代码片段,如果你决定将来更改它的话。这种方法既是程序员的福音,也有利于企业。

然而,所谓的大局并不仅仅涉及到代码。大多数的大公司遵循Peter Drucker的原则。如果你学过MBA,那么你一定听说过Peter和他的管理原则。如果没有,那么建议阅读他写的书。

Peter对西方公司产生了深远的影响。他提出的最重要的概念之一是成本中心和利润中心。在销售和市场营销工作的人被认为是企业的利润中心。他们增加收入。必须控制企业成本以最大限度地提高收入。作为开发人员,你既可以是利润中心也可以是成本中心。

管理你的职业生涯的最佳方式是了解你适合企业内部的哪个位置。这会附加你的价值,并让你的职业生涯走得更远。

技能#5:社交技巧

许多人认为,像Google这样的公司创造了一种从自上而下的文化。不过,你和你的同伴也在建立文化。而培育这种团队范围的文化的最佳方式是通过你自己的社交技巧。

回想一下你的现实生活,而不是工作生活。你的朋友圈中有没有这样一个人是每个人都期待看到的?他们的存在可以带来欢笑和深刻的讨论。他们不传播流言和谣言。在有人需要帮助时他们会及时伸手。总而言之,他们被描述为是一个够意思的哥们或菇凉。

这样的人也存在于工作场所。而你的目标应该是尝试成为那样的人。

成为一个每个人都期待看到的人。建立用一种建设性的心态说出意见的勇气。这与你认为自己是一个内向或外向的人无关。

慢慢的,你的事业、你的技术技能将和这个领域中的其他人相同。但是如果你想在职场中获得成功,那么你需要成为团队成员。你必须能够和他人交流,能激励他人,并值得信赖。因为在一天结束时,如果你不能与别人进行联系,那么你将永远无法让别人接受你的想法,无论多大或多小。最终你只能接受其他人的想法,而不是给出你的想法。

技能#6:发现并处理问题

程序员的作用是解决问题。但要解决问题,首先必须去发现问题究竟是什么。

世界上最容易的事情是记住一堆命令或复制和粘贴在Stackoverflow上的代码。真正的能力是知道发生了什么事的大局观。如果你正在解决工作中的一个大问题,那么最好是把它分解成微小的可编辑的片段。

先查看问题本身。想想代码试图解决的问题。

  1. 它使人更容易购买吗?
  2. 它做报告吗?
  3. 创建这个软件的目的是什么?

然后,看一下当前的解决方案(如果存在的话)。最后,考虑当前的解决方案是如何解决这个问题。(如果它能解决的话)。

一旦你高度概括了这个应用程序,那么你就可以进入应用程序的功能部分。利用问题、解决方案和细节技术来进一步分解问题。这些框架步骤帮助我理解了不同的开源项目,例如Disourse。

结论

某些工作技能是普遍的,无论你是不是在高科技职业。例如,沟通和团队合作。我真心希望我能在干第一份web开发的工作之前就意识到这些软技能的重要性。

本文标题: 每个程序员都应该掌握的6个惊讶的软技能
固定链接: http://www.tcode.me/article/70.html 转载请注明

时间: 2024-07-30 12:03:53

每个程序员都应该掌握的6个惊讶的软技能的相关文章

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 容器技术或者某些编程语言甚至操作系统而欢欣雀跃,但是这些东西并不是作为程序员的我们用来解决问题的根本——它们只是用于帮助我们解决问题的简单工具. 我们必须非常谨慎,不要对某项正好喜欢或者正好很火的特定技术走火入魔.否则,我们将进入这样的思维怪圈:把掌握的那项技术比做是锤子,在思考问题时,会自然的把所有的

每个程序员都应读的书(转)

收藏,有时间,就读一读,有好处! 很多程序员响应,他们在推荐时也写下自己的评语.以前就有国内网友介绍这个程序员书单,不过都是推荐数 Top 10的书.其实除了前10本之外,推荐数前30左右的书籍都算经典,伯乐在线整理编译这个问答贴,同时摘译部分推荐人的评语.下面就按照各本书的推荐数排列. 1. <代码大全> 史蒂夫·迈克康奈尔 推荐数:1684 “优秀的编程实践的百科全书,<代码大全>注重个人技术,其中所有东西加起来,就是我们本能所说的“编写整洁的代码”.这本书有50页在谈论代码布