等登凳灯~~各位社区的开发者们,大家周末愉快!
不知不觉,SegmentFault 思否社区全新的版块 #极客观点 已经上线半个月啦~
极客观点 聚焦于技术方向、程序员职业发展、个人成长等主题,致力于发起有价值的讨论,输出有价值的观点。
在本栏目中,我们将为大家推荐在 #极客观点 版块被热烈讨论的话题,甄选出有趣的观点为你呈现。期待我们一起成长和进步呀 🥰🥰
今日关键词:#有效学习 #开源项目代码 #技术类书籍 #入职
如何有效学习开源项目代码?
话题发起人:怕冷的树
有趣的观点:
一般来说分两种情况,一是带着问题去看开源代码,二是完全从零开始,学习开源项目的思路(甚至是为了面试)。
第一种情况,遇到问题的时候会去看源码。比如我在网上找换肤方案,有个less.js,按照官网的步骤,最后报错了,然后我很好奇为什么会报错,于是去看了它的源码。怎么看的呢?就是从报错的地方直接打断点进去,找到对应的源码。大概知道问题原因后,又会比较好奇这个方案整体是怎么实现的。于是就从入口去看整体的代码,主要功能是如何实现的。我之前回答过一个问题,当时就是遇到问题了,我临时去看了axios的源码,找到了问题。
自以为理解了宏任务与微任务,结果...为什么同步代码中的alert阻止了网络请求,宏任务中的却不行?
第二种情况就是现在很多人看vue、react源码的一种方式。在实际使用框架的过程中,往往不会涉及那么深的东西,但是你不去了解更深的原理,其实你对这个框架也就只能停留在最浅显的用的阶段。对于这种框架级别的源码,其实难度会大很多,因为整体架构有时候就比较复杂了,如果你直接去看github仓库,有点无从下手的感觉,你说你先看哪部分好呢?框架级别的可以推荐先从一些大佬写的mini浓缩版开始看,了解大概的架构和原理,比如mini vue等。通过这些浓缩的项目,你可以直接看很多关键技术的具体实现,比如reactive是如何实现的,nextTick是如何实现的...然后梳理一个整体的结构图,哪些模块负责哪些功能,最终这个框架就能成功跑起来了。当你进阶了之后,再去看完整的开源代码,或许就能有自己的心得和理解了。
—— 社区用户:GomiMDN
文档贡献者 Parcel官网代码贡献者 Chrome Extension VideoRoll作者
为什么技术类书籍很难看坚持看完?
话题发起人:猫与旧铺
每次都是买一堆书,啃不完。有的甚至放在桌上很久很久不拆封。不夸张的说,我至今没有完整看完一本技术书籍... 大家有什么推荐的好方法吗?
有趣的观点:
建议买技术书之前养成先看目录的习惯,并知晓其用途。
技术书籍大致分为以下几种类型:
工具类书籍,全面系统,用于查询知识点
实战类书籍,业务场景下的解决方案,用于实践开发
入门类书籍,通俗易懂,用于快速上手
深入类书籍,有深度、广度,用于提升编程修养
比如像工具类书籍,主要是让读者查找指定的专业性内容。一般是成系统、成体系的梳理专业知识点,从目录上可以清晰的检索,各成独立单元。此类书籍最好的阅读方法并不是集中一段时间从头至尾的阅读。而是在日常工作&学习/业务场景中遇到问题、或者搞不清的概念时,再通过书籍辅助查阅、实践、验证。
我之前买过一本厚厚的U3D工具书,至今也没有完整读完。当时是想学习并尝试独立开发游戏。拆开之后看不下去,发现其实动手操作起来,遇到什么不会的再查阅效率更高、对我更有帮助。
所以,根据技术书的类型和用途不同,不一定要都完整读完,能满足需求就可。(买了就是看了也是一种需求:以备不时之需嘛 手动狗头)
—— 社区用户:马小郎mxl
有趣的观点:
我和你一样,技术的书籍、专栏、文章、面试题、视频等等,统统收藏,疯狂买入。直到有一天我看了一个理财书籍,说这种行为是穷人思维,背后是追求一劳永逸的速成心态。归根就是人的急性子、心浮气躁、急于求成的天性作祟。
解决这种现象,还是要有一个目标,然后专注这个目标,找到一个适合自己的书一直看,一直看到完,不是一个字一个字看完的那种,毕竟他不是小说,而是应该为了实现目标而看完。
比如说看完《算法图解》是要对算法有个印象,比如看完《xx实战》是要跟着做出一套系统。都是先有目标再针对性的去看书的,如果没有目标,抓起来就看(或者囤好多准备看)就会出现上边说的,会疯狂收藏,收藏完了心安理得的放到一旁。
有了目标,还要有激励机制,产生动力,激励自己完成目标,这个就老生常谈不展开了。有了动力,就要有计划,比如常规的每天打卡看一章之类的,形成肌肉记忆、潜意识习惯,有了日拱一卒总能看完,但是前提是要量少,不能囤太多书(专注),否则还是会压力太大中途放弃。
—— 社区用户:xiongorg1
换工作时,技术人员如何能够判断新入职的这家公司是否靠谱?
话题发起人:everfight
大概能想到的从面试体验、网络搜索信息、入职交接、团队状态、作息福利等方便考虑, 能有大佬具体展开讲讲么?
有趣的观点:
第一,该公司的成立时长,如果是成立了很久的公司,基本还是比较靠谱的。
第二,看公司的管理层,如果创始人有连续创业经验,或者管理层有大厂背景,这样相对一般的公司也会靠谱一点。这些信息一般公司官网上都很好查到。
第三,看公司的注册资本,还有注册资金是实缴还是认缴,一般实缴肯定比认缴要靠谱。最后就是在各平台查询一下公司的信息,在脉脉、看准网、知乎、微博所有网站以公司为关键词搜索,如果没有相关信息,也可以主动提问。
—— 社区用户:bucai
有趣的观点:
1、基本信息:公司成立时间、注册资本、人员信息 时间较长的公司相对来说比新公司稍微靠谱一些。
2、面试体验,从面试来说,基本上可以知道公司的整体技术架构,重点偏向于那个方向,也可以通过面试官知道当前公司的技术水平处于什么位置。
3、网络检索,就是在知乎看看,另外一个方面的话,我还建议在其他的一些招聘网站看看相关信息。
4、作息福利的话,就完全需要和人事谈,详细的问清楚入职之后的情况。签合同和五险一金是入职的基础。
—— 社区用户:宁在春
他们的观点和讨论是否也能带给你启发呢?你又有什么有趣的观点,希望与大家分享?快扫描二维码加入我们,一起交流成长吧,等你哦 🙌🙌🙌
转载请注明:如何有效学习开源项目代码?,为什么技术类书籍很难看坚持看完?,换工作时,技术人员如何能够判断新入职的这家公司是否靠谱? 极客观点 | 胖虎的工具箱-编程导航