Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

枸杞水背后的2019年业余技术总结 #40

Open
chenshenhai opened this issue Jan 7, 2020 · 0 comments
Open

枸杞水背后的2019年业余技术总结 #40

chenshenhai opened this issue Jan 7, 2020 · 0 comments

Comments

@chenshenhai
Copy link
Owner

人到了中年,经常忙里偷闲多喝了两口枸杞水就容易上头,伤春悲秋地胡思乱想。想着2019年已经结束了,不能免俗地总结一下2019年的不羁的业余学习总结。

为啥是只做业余时间的总结?是因为工作是生活所迫,业余学习才是兴趣驱动。在很多时候,业余时间才能静下来看书写字,丝毫没有工作需求那种滚滚烟火的纷扰。用句鸡汤点的表达,业余学习才是超越别人成长的秘诀。

重新变“废”为宝

2019这一年,花了最多心思是在思考怎样把以前学到过的但是没用过知识做个落地使用,例如大学教过一堆图像处理的知识,但是受限于工作的场景,很少有用武之地。因为对于大学学到的知识基本都在吃灰感到可惜,所以在花了三个多月的构思和编程,将TypeScript和“荒废”已久的图像处理知识结合,写了一个H5美图工具 pictool[1]。

pictool-ui-adjust

pictool-ui-effect

pictool-ui-process

写了这个H5美图工具,也顺便熟悉了 TypeScript。同时感慨,工作了三四年,才第一次用TypeScript写了一个完整的项目。

很多时候都在想大学或者平时学到的东西有什么用?其实换个思路来看待这个问题,应该是我目前想实现的事物,在我学到的知识哪些可以用来给达到目的铺路。

重新理解“一万小时定律”

“人们眼中的天才之所以卓越非凡,并非天资超人一等,而是付出了持续不断的努力。1万小时的锤炼是任何人从平凡变成世界级大师的必要条件。” ——出自 马尔科姆·格拉德韦尔《异类》[2]

美国两位畅销书作家,丹尼尔·科伊尔的《一万小时天才理论》与马尔科姆·格拉德韦尔的一本类似“成功学”的书《异类》,其核心都是“一万小时定律”,就是不管你做什么事情,只要坚持一万小时,基本上都可以成为该领域的专家。[2]

“一万小时定律” 这个词汇我是在刚毕业不久合租的室友跟我提到的一个定律,意思是任何人把一件事件做一万小时,就能成为这个领域的大师。当时“年轻气盛”的我是对于这种“成功学鸡汤”是嗤之以鼻的,后来在个人的技术成长遇到瓶颈的时候,又“真香”地喝起这碗鸡汤。

在前端快餐式的技术潮流中,很容易给人一种错觉,就是不管任何技术,只要找到官方文档和多写demo踩多几次坑就能掌握,然后就不知道下一步该怎么学习技术陷入迷茫。

这个问题在我工作了两三年后就变得更加明显。一开始是在技术快餐的错觉中写了《Koa2进阶学习笔记》、《Koa.js设计模式学习笔记》等开源书籍后续就陷入技术快餐式学习带来的迷茫期。

在2019年为了跳出这种快餐式的迷茫状态,刚好遇上 Deno这个技术的起步,就选择在无文档啃源码去学习。换个方式去学习一门技术,从2019年初的时候,就开始写《Deno进阶开发笔记》,跟着Deno的一年多的官方推翻重写等迭代,去维护这本开源书。

一开始的每天一小时读源码维护《Deno进阶开发笔记》,到后续工作太忙了变成每周至少4小时的学习去迭代,在这2019年里一共提交了370多个commit迭代。重新捧起“一万小时定律” 这碗鸡汤,放下技术快餐,静下心去沉淀。

具体业余产出

  • 《Deno进阶开发笔记》

  • 《Canvas开发笔记》

  • Pictool H5美图库

其中最开心的是边学习Deno时候边入门TypeScript,然后基于TypeScript写了Pictool这个H5美图库,也顺便写了 《Canvas开发笔记》 这本开源书。今年的业余学习技术点都是相辅相成,一气呵成。

感触最深的是,写文档文章比写代码还累,还要费神。经常遇到提笔忘词的窘境,怎样组织语言表达出技术的能力的确有待提高。

技术焦虑的反思

人总会走弯路

  • 人总会被眼前看到的,做出当时认为正确的选择

但是遇到弯路最好要当断则断

  • 中途验证遇到阻力,就会开始怀疑当初的选择
  • 要么一条道走到黑,要么及时止损

技术外的故事

程序员的思维陷阱

  • 习惯了机器输入输出的确定性
  • 容易忽略了生活的不确定性

学会跳出“代码民工陷阱”[3]

  • 表达和沟通更重要
    • 把想到的东西表达出来
    • 把能表达出来的东西用文字简练记录下来

认识了更多有趣的人

认识了一个10年的Java+Android开发的小伙伴,离职去卖保险。在一杯咖啡的交谈中,也发现了代码外的其他世界,虽然答应了这位小伙伴会写一篇交谈后的心得,苦于工作繁忙,放了好几次鸽子。

认识了一个工作4年多的iOS开发程序员,离职去“体验世界”,去记录互联网浪潮下的背后故事。他的朋友圈记录着驾车从杭州一路南下,走访互联网浪潮下的各行各业。有国企电视台的工作人员、有电子厂里的厂哥厂妹,也有传统电子厂的硬件工程师,看他记录着各个一二三线城市在互联网影响下的人生百态。

后记

当你看到这段文字时,十分感谢你读完这篇罗里吧嗦的总结,也难为你能看完这篇毫无条理的文章。在2020年,我也懒得去展望给自己立flag,在最后祝各位读者工作顺利,天天开心!

参考资料

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant