好程序员：技术分享 有哪些新手程序员不知道的小技巧

1.积极大胆地谷歌。你得知道如何有效地组织搜索关键字，查阅别人写的代码，然后合理地用在代码里，从而解决问题。

2.拥抱变化，坚持不懈。老手程序员在接触新技术时，能欣然接受像个初学者一样处处受挫，并总能在完成工作的同时自学成才。

3.承认细节的重要性。例如变量和函数的命名、CSS 属性的命名、该用哈希还是用数组，以及其他看起来微不足道，但可能对项目有深远影响的事情。

4.承认大多数的“重要决定”其实并没有那么重要。一般的开发者经常在技术选型等“重大问题”上陷入唇q舌战，而程序员老鸟们会避免浪费时间在骂战中。这一点上，他们就像禅宗大师一样（zen-like）。

5.选择合适的工具解决问题。网上有无数的开源库、工具和框架，让人眼花缭乱。而老手们清楚地知道针对怎样的问题，应该用什么样的工具。

6.明白代码「不值钱」（该删就删）。你必须习惯于删掉几百行代码来重写程序的某一部分，毫不留情。

7.在评估技术的时候要全面。昌掘例如，我一直在鼓吹Elixir。它语法优美，社区完善，有很大的潜力。但Elixir诞生的时间太短，所以如果要构建复杂的功能，可能会难以找到能帮你提高效率的开源工具。因此，在评估要不要选择扰腔使用一项技术时，你得把所有这些因素都考虑在内。

8.学会说“我不知道”。没有比拒绝承认自己不知道更能浪费一个开发者的时间了。

9. 仔细分析错误信息里的线索。传统教育告诉我们：失败是坏事。报错信息这种东西也经常被跟失败联系起来，然而优秀程序员明白，这些错误消息里其实隐藏着能将你指向最终正确解决方案的线索。

10. 了解过早优化和必要的“炫技式”优化的区别。老手们清楚在什么时候需要写一些看上去没那么好懂，但会让程序运行更快的代码。

11.每个人都会犯错，耐李核为自己的过失负责。而尤其在团队里，把责任推来推去没有任何意义，因为错误的发生往往不只是一方的因素造成的。

12. 成为你所用的开发工具的重度用户。如果长期在某个开发环境下有相当比例的开发工作，那你应该去掌握使用它的细节。

13. 学会用Vim（至少会一点）。 你至少应该在这个编辑器里学会勉强地移动和翻页。

14. 不要接陌生技术领域的私活。个人做自由职业项目，其中很大一部分挑战就是评估项目时间。不要规划自己未知领域的事情，那会让你处于想当尴尬的境地。

15. 不要数你干活花了几个小时。技术大牛会把时间花在有深度的工作上，并且他们清楚花了多少时间完全不重要。

16. 学会坦然接受批评。当你的代码因为各种原因四分五裂时，你需要培养用理性和逻辑的方式来应对（而不是情绪化处理）。

17. 同有更多经验的人结对编程。没有比这个更高效的编程学习方式了。

18. 一定要先自己做一遍代码审查。当你在GitHub上发起一个pull request之前，先把代码当成别人写的，自己先审查一遍。

19. 认识到做自由职业的难点不是写代码，而是其余的所有事情。销售、推广、客户支持，质量保证以及产品管理，所有这些都会花费大量时间。

20. 发现并解决更大的问题。优秀的程序员不拘泥于眼前的问题，而是清楚如何用更长远的方式彻底的解决这一类问题。

很多人，尤其是程序员肯定都有这种想法：”每次参加技术分享会，看到台上分享者的激情讲解，也想自己哪天能做一场优秀的分享？“

但是技术宅们有多是内向的性格，对于抛头露面总有一丝胆怯，而且技术宅多沉浸在自己的专业领域内，就算做分享也没有很好的效果，久而久之就会越来越抵触分享。

但是分享却又是提升实力最好的方式，工作几年我也做过好多次的分享，也是从刚开始的抵触，到现在的期待。我也总结了一部分自己对分享的感悟和方法，我觉得有必要写出来分享一下给 ”想分享但是不知道怎么分享的技术宅们！"。 今天我们就一起来看一下如何做好一场优秀的分享会。

在正式开始文章之前我也想问大家4个问题，希望大家可以带着问题去看文章，也希望大家在评论区给出自己的答案。

下面正文开启：

要做好分享，首先要有一个分享的心态。

通常我们很少会去主动把知识传递给大家。背后的原因可能比较复杂，不够自信，或者有压力等等。而往往分享来自于工作任务。如果应付了事，那只能是浪费时间。一定要有做有价值的分享的心态。

作为分享者，一定要分析听众需要什么，这样才能带给听众更有价值的分享。

听众分析的思路很简单，无论是分享给熟识的听众：同学、同事，还是分享给陌生人，我们都可以从职业特性入手。

如果分享对象是学生，就以所学专业为主要参考指标，如果分享对象是职场人士，那就以所在岗位作为主要参考指标。

如果分享对象是学生，就以所学专业为主要参考指标，如果分享对象是职场人士，那就以所在岗位作为主要参考指标。

总之，分享首要考虑的是听众的需求。

没有金刚钻别揽瓷器活，如果没有干货，再好的技巧都是空有其表。

作为分享者，除了要了解听众的需求外，也要分析自身的特长。不要轻易挑战自己的弱项，也尽量不要把还没有实践过的知识分享给听众，不然容易现场翻车(⊙o⊙)。

一定要结合自己的知识储备以及听众的知识储备来进行分享准备

另外，知识的传播一定是衰减的。这个衰减的过程是 储备知识->传播介质好伍亏->听众。

传播介质可以是图文博客，也可以是PPT，也可以是音频、视频等等

粗略的打个比方，如果满分是100分，假设你储备了90分，按照15%的衰减来说那就是 ： 储备知识(90)->分享橘薯介质(76)->听众(65+(-30))。 这里的-30的意思是，如果听众没有相关知识储备，那听众接收到的可能最多就是35分。

列提纲

吹牛要打草稿，提纲是为了帮助分享者梳理分享的思路。

填内容

分享前，你需要对分享内容尽可能的掌握全面，尽可能多的去查阅资料，书籍。

例如：我友神想分享 Http 的三次握手四次分手，那我至少要去查阅5篇相关的文章，并且提取他们里面的相同点和不同点，然后用自己的语言去整理合并。

当然，仅仅准备你要分享的内容是不够的，你还要对你分享的内容深入了解20% ~ 30%，因为你你要应付现场听众的提问。

举例子

善用例子，通过类比让听众更加形象的去接受内容。

不同的听众要有不同的开场，但是核心都是抓住听众的注意力

熟悉的听众

如果是熟识的人：同事、同学，那就非常简单了。 说清楚自己是谁就行了，为了活跃气氛，可以稍微加点幽默。

范例1：我是来自A团队研发成员，我的名字是张海洋。我可能是最痴情的男人，因为“最痴情的男人像海洋”。今天我带来的主题是：XXX。希望经过本次分享，大家能对这个主题痴情起来。

陌生的听众

如果是陌生的听众，那意味着他们对你还不够了解，还需要建立基础的信任，总之就是吹好牛皮，赢得基础的信任。

范例1：我是来自X集团X事业部的资深研发专家，我叫张海洋。弓长张、海洋的海洋。我主要负责X业务，我所负责的系统每天的访问量大约30亿PV，峰值QPS在1W左右。平均每天成交额约2亿RMB。今天我带来的主题是XXX，主要是跟大家分享我在XXX方面的一些经验。

1. 克服惯性

万事开头难，克服惯性是学习新技术的第一步。与其被手头的任务吓到，不如将任务细分为一个个具体的微任务，通过完成一个个的微任务，你会发现自己克服了惯性，并且这项任务不再显得难以完成。这个方法可以被应用到学习新技能的过程中。关键就是将大块任务细分为微任务。

2. 关注大牛

学习新技能的第一步是明确要学什么。它可以是任何你有激情去学，并且想深入学习的一些东西。这种原始的学习欲望非常重要，这种欲望可以在你的学习低潮期给你提供动力。

3. 建立知识网

当你对自己要学习的东西建立了信心之后，接下来要做的就是做一轿宏块海绵，然后开始疯狂地吸收知识。从Google搜索关键词“beginner tutorials”开始吧，搜索一些跟你要学习的知识相关的入门教程。

4. 行动起来

现在你已经看了一波蔽缺又一波的教程以及视频资料，并且对于想学的技术已经有了一个相当深入的了解，接下来做些什么呢?没错，是时候理论联系实际了，实践是检验真理的唯一标准。

用你所掌握的技术做一个个人的小项目，设计一些简单的功能并且实现他们。毫无疑问，你会遇到很多的绊脚石，当遇到它们的时候，在StackOverflow或者Google上面搜索之，解决之。你已经踏上一条成为某一领域专家的旅程，遇到的困难挫折越多，你会变得越睿智。

5. 专注学习

如果你担心上述的学习过程太迟缓，那么你也可以尝试一下快速学习模式。你或许听说过“24小时学会某某某”，但是这种方式不是我所推荐的。我认为更合理的是用几周的时间去学习。你可以尝试一下类似“七周学会七种语言”或者是“七周学会七种数据库”等学习方法。尽管这些讲的是语言以及数据库方面的学习，但是你在学习其他技术的时候也可宏帆辩以运用这种思维。

以上就是青藤小编关于程序员学习新技术的建议的相关分享，希望对小伙伴们有所帮助，想要了解更多相关内容，欢迎大家及时在本平台查看!

---