前端说书匠

你一定不止一次开始学算法，然而，因为很多人都会有的“知难而退”和“持久性差”，每次都半途而废，有些算法就因为排在了学习计划中靠后的位置，从来不曾触碰过，既不知道是什么，也不知道可以用来干什么。

程序员圈儿有两种怪象： 1、人人称工程师，但少有人能真正担起一项“工程”。 2、掌握算法本是理所应当，实际寥寥无几。

了解一门语言能做什么很重要，既是学习的起点，也是应用的落点。 JavaScript曾被认为是“玩具”语言，谁都想不到，它后来把触角伸到了服务端、工具链、App、桌面端、甚至是硬件和深度学习。

前文提到几种编程范式，其一是“面向过程”，它的特点：将复杂事务分解为简单事务。 听起来富有哲理，但世界上不存在万能范式，每个单一范式在放任自流的情况下都会暴露其弊端。

程序员最讨厌的，是看一段晦涩难懂的代码。 读懂它所花的时间可能远大于应有的开发量。 我们期望，看到勺子就用来舀汤，看到铲子就用来炒菜。一切都符合直觉， 这就是一种“掌控感”。

世界上很少有事物孤立存在，即便你是单身，世界上有很多单身... 所以，集合（列表）是一种很常见的数据形式，新闻列表、人员名单列表等。 本篇文介绍JavaScript中的这类数据。

本文开始，我们将由浅入深介绍程序是怎么从0慢慢构建起来的。 虽然是以JavaScript这门语言描述，但其他语言也类似，且不论是小程序还是大项目，10行代码还是10000行，都是如此。

不论从事什么，真正的高手都是把基本功练到炉火纯青的人，只有熟悉每个细节，熟练每个动作，才能在情况多变的实战中如肌肉记忆般灵活应对，从容不迫。

因为我们似乎都只在面试时会碰到算法题，项目中很少。但其实不然，尼古拉斯·威茨（Niklaus Wirth）有句名言 —“程序=算法+数据结构”。

Vuejs的响应式是其能够得以流行的核心之一，上一篇我们介绍了2.x版本的实现原理，本篇看3.x。 在Vuejs 3.x中，响应式设计的变化可谓十分明显，说是换了个框架都不为过。

上一篇我们聊了组件渲染，你好奇的第二个问题，一定是响应。即“数据驱动”。 数据驱动的本质是数据变化引起页面变化，让开发者只关注数据操作。 响应式的处理，需要应对多种场景，而且其中带有不易察觉的“巧思”

对于框架，你好奇的第一个问题一定是渲染，因为我们写的并不是常规意义上的HTML，而且没有手动操作DOM，从模板到页面到底发生了什么？

你肯定无数次想学源码，又没有勇气把代码下载下来，或者下载下来了，不知从哪学起。 从现在开始，这件事交由“说书匠”来办，读完本系列，你将轻松理解Vue3.0源码的精髓。

前面的文章，我们抛出了项目代码中的种种问题，想必你也曾试图改善和优化过，但有时不得法，改不好。 本篇文，介绍一些主要问题的改善方法。

“重构的意义在于：你永远不必说对不起——只要把出问题的地方修补好就行了”。 我们每天都在遭遇这些问题，终归还是不能逃避，要解决，解决问题的能力，本身就是优秀程序员应该具备的。

关于烂代码，每个人都有一箩筐的话可说： 不知用途的变量 无脑复制的方法 莫名改变的状态 碰一下就出问题的逻辑 一不留神就漏改的取值 如果开个吐槽大会，能吐一整天。吐槽这些问题时，我们都会问：这是谁写的

近几年，音视频处理是风口，很多小伙伴开始涉足，但业务不相关的开发不一定有机会接触。 那么Web端的音视频涉及哪些东西，前端开发又能在其中充当什么角色呢？本文带领大家了解一些基本知识。 进入音视频话题之

笔者第一次接触移动端适配的时候，完全没概念，什么样是做了适配，什么样是没做？不明白。 直到我把按照PC端写的页面用手机打开，傻眼了，怎么那么小，什么也看不清，然后我就开始搜，怎么做移动端适配。 找到的

上一篇我没聊过瘾，相信你也没看过瘾，这一篇接着聊。 就刻板印象来说，HTML是用于展示的，最多会联系上语义化、无障碍。 跟交互有什么关系，这不是JavaScript该做的事？ 非也，HTML里有不少元

上篇文聊到，HTML不是想象那么简单，大家平时缺少系统地了解，而在需要的时候不懂得怎么使用，那到底体现在哪里？ 本篇介绍几个元素和相关特性，便知晓。 a元素 a元素很常见，常用于链接跳转。但有几种场景