夏天已经过去，但互联网的寒冬似乎还在。原因就是今年开始各类的面试题收集的项目突然就冒出来了。除去大环境的经济因素外，还有互联网的泡沫已经过去。互联网发展至今，各个领域的用户群也被瓜分得差不多了。大厂也纷纷站住脚跟，从之前的野蛮生长，吸引用户转向了精耕细作，留住客户的方向。 但是市场上的 HC 却似乎并没减少。需要精耕细作和提高用户体验的大厂或者互联网企业依旧需要人。只是这一次需要的是高级或资深级别

2019 已过去一半，前端社区关于前端未来发展的文章最近也多了起来。最近看到了阿里大佬谈未来前端的文章便也有了一些自己的思考，建议没有看过文章的小伙伴可以去看看。 阿里前端委员会主席圆心：未来前端的机会在哪里？ 虽说正式从事前端时间不算很长，不过最早接触前端是在 2012 年左右，也就是上文的第二阶段末期。但从我个人的感受来看，那时的前端还是连带着切图的第一阶段。开局一个 div，配合 Sub

对于数字相关的输入，我们会使用 HTML5 提供的 type="number" 来处理。number 类型的 input 只允许我们输入与数字有关的内容（0-9，小数点、正负号以及表示科学计数法的 e） 可以在下面的输入框中尝试一下type=”number” 的 input : 然而在实际的业务场景中，type="number" 并不

最近在工作中遇到了比较紧急的项目，短时间以及不能再删减（甚至还可能会变）的需求就意味着要尽可能地提升开发效率。前端因为与交互相关，因此会受到大部分需求变更的影响。如何尽可能地减少因需求变更而产生的工作量，一直以来都困扰着前端开发人员。 由于自己平时的代码风格还不够规范以及知识领悟不深，自然我也没少受苦，但也因此对提高开发效率方面有了一些体会。本文便是总结与复盘，用于日后提醒自己。 如何提高效率对于

最近在《极客时间》上购买了 Winter 老师的重学前端这门课程，重新对自己的前端知识做一次查漏和补缺。(Winter 老师是谁？可以查看这里)在课程的开篇，Winter 老师提出了一种学习的方法：建立知识体系 以及 追根溯源。 建立知识体系相信大家都有自己的理解。特别是在前端这个知识点又多有分散的圈子里面更是如此。一幅知识体系的导图会不会让人在学习中迷失方向，当然这么庞大还在不断扩张的导图也会劝

如今做前端不可能不知道 npm，我们每天光是 npm install 这个命令可能就要敲不下十次。在 npm 上发布一个自己的包可能也是我们做前端的目标之一吧。最近在项目中封装了两个比较通用的库，所以就先挑一个简单的拿来尝试一下。 关于 package.jsonnpm 项目的介绍文件主要就是 package.json。这个文件一般在我们创建项目时就会生成（除非你不使用 npm init）。文件的内

年末各大互联网企业结构调整（裁员）的消息一经放出，“资本寒冬”和“程序员如何渡过中年危机”又被关注。掘金、知乎上也能看到类似的讨论文章。作为一个准大龄程序员，自然我也同样有着焦虑和思考。 是转型管理还是钻研技术？又或者干脆考个公务员上岸？相信答案因人而异。最近在有幸当了回面试官，在面试了几位前端之后，我也有了一些自己的感悟。尽管没能找到渡过中年危机的答案，但是似乎发现了为何会陷入危机的原因——放

这一篇进入正题来复习一下 JavaScript 中对象的继承。“高程”中一共列举了 6 种继承的方式。看起来是有些吓人，但仔细梳理就能发现其中也是有一个演变过程的。这篇笔记就是我自己对这个过程的理解。如果有不足的地方，还希望各位可以指出。 再次安利一下“高程”，真的写得非常棒。有一定基础和项目经验的同学绝对要去看一看，能提高不少。 基础概念在进入继承之前，我们再把一些基本概念复习一下。 0. 构造

最近因为换了新电脑，于是把 hexo 博客做了一个迁移。就借此机会顺便给自己的博客加入 Gitalk 作为评论的功能。但是在加入的过程中，遇到了几个问题，留作记录和备忘。 1. 在 hexo 中引入 Gitalk我的博客使用的是 NexT 主题，在 NexT 主题下引入 Gitalk 具体可以参考这篇文章 Hexo NexT主题中集成gitalk评论系统。引入方式很简单，照着这篇文章做就行。 只是

最近在复习《JavaScript 高级程序设计》看到对象一章，才发现自己在对象的创建和继承上的认识是多么的不足。于是写下这一篇作为自己的读书笔记，同时也加强自己的理解。 在自己真正有了一些项目经验后，再回头看，不由地觉得这本书写得真是好。还记得在前端小白的时代，看“高程”简直是不知所云，为什么要讲这么些基础语法呢？而且还十分枯燥。如今再看，原来是字字珠玑，把 JavaScript 这门语言的特性和