如果有这样一个问题： 什么是工作中的靠谱特质?

可能会有这样的答案：

技术出色、积极主动、敢于担当、勇于加班…

当然以上所提到的个人品质都是非常不错的一些优点。但是当我们仔细思考这个问题时，我们可以换一个角度去想，工作中曾经遇到的一些靠谱同事都是哪些方面让你感觉到对方的靠谱。

以下仅代表我的个人观点：

1. 任何事情交给对方，你会很放心。你既不用去轮询，也不用去push， 事情会做的有始有终，文档详细，主动沟通。

2. 极具主人翁精神，也就是大家口中经常说的 owner 意识。做好自己的事情同时会多想一步，坦诚清晰的提出问题。

3. 做事有规划、有条理，哪怕是介入自己不熟悉的领域也会有一定的方法支持自己快速获取信息并抓住重点。

4. 具备较好的沟通技巧，沟通过程毫不拖泥带水，简明扼要。

以上几点做到的情况下，在工作中，我们往往能让对接方相对轻松舒服，也就是成了大家心目中的靠谱同事。

理想很美好，往往我们在工作的过程中会发现，对接的各方不一定都是具备上述特质的人。这种情况下，我们还是做好自己。如果你能去带动团队，在做好自己的前提下去凝聚共识，共同推进工作。如果做不到，还是请你做好自己，努力提升，尽可能的去向优秀的人学习取经。

做一个靠谱的人，无论是工作还是生活。

有这样一个场景，需要初始化一个二维数组，自然就想到了 Array.prototype.fill 这个 API

在一维数组的初始化过程中，我们可以很自然的想到下面的方法：

1
2

// 初始化一个长度为3的二维数组并全部用0填充
const a = new Array(3).fill(0);

基础不扎实引起的知识回炉

今天扒拉一段线上代码的时候发现一个脚本是 link 标签引入，因此便没多想，直接引用到自己的工程中，一通命令行操作准备验证完提交到远程的时候，脚本不工作了。what？？？

潜意识告诉我，脚本不都是下载下来自动执行的吗？

后来换成 script 标签发现竟然是可以的，一些log也都出来了。

这里面究竟是什么在作妖，一顿 google，发现 Stack Overflow 上已经有了答案。

Difference between script and link as="script" tags

原来，link 中的 rel 属性仅仅标识的是当前 href 的文档与当前文档之间的联系，可能会有 stylesheet, 这是我们经常用到的一个值，另外还有经常遇到的 preload， 被用于预加载。因此当我的页面用的 link preload 去加载一个 script 的时候，本质仅仅是提前进行了网络下载，被下载的 script 并没有被加载到 html 中运行。

1. 虚构故事是人类社会的基础和支柱。

2. 人类往往为某些虚构实体的荣誉而努力（例如神和国家），而不是让真正拥有感受的生命过的更好。

3. 因为大多数人都不可能把自己最相信的事称为迷信。自己相信的，一定是“真理”；只有别人相信的，才会是“迷信”。

1. 不管个人还是企业，凡是遵循成长发展的法则、拼命努力着，自然就能得到发展。所以，拼命努力工作，就能实现大的成长，这一点毫无疑问。

2. 利他精神为根基，不忘谦虚，不忘和谐，努力成长，那么，宇宙一定就会给与援助，成功和发展就能持续。

3. 节制、知足

写在前面

这是我一直想总结的一个系列，包含了工作这几年来的一个想法，非方法论，只是从一个开发人员视角去思考工作的本身。

一、工作的本质

工作的本质是一个雇佣关系。老板雇佣你，你来完成你的工作。此处的工作不限于每天在公司完成的工作，还包括任何你个人能带给公司的价值。

“这不仅仅是对逝去的卓越的祭奠，更是对他们逝去的过往青春的怀念。”

“为了胜利，向我开炮”，卓越为了救自己的朋友，死于一场斗殴。特别滑稽的一幕，但是卓越令人感动，因为他是一个时刻都会为他人思考的人。在卓越身上，单纯、善良、担当、情感丰富，这些都体现的淋漓尽致。

2019年的最后一天，在去上班的地铁上看完了最后一集。当音乐响起，众人在卓越墓碑前跪泣时，自己已经被深深的带入到了他们中间。

状态管理方案之前仅仅接触过 Vuex, 使用 React 开发时，难免要调研一下 React 技术栈下的状态管理方案，发现有 Redux 和 Mobx 相关流派。以下内容仅针对 Redux 展开讨论。

在使用 Redux 的过程中发现，有这么几个知识点还是比较容易接受：

1. 对状态的修改必须 dispatch 一个 action, 保证状态的修改可控易管理
2. reducer 必须是一个纯函数，不能对 state 直接进行修改，而是每次返回一个全新的 state。纯函数的实现可以提高运行效率，固定的输入产生固定的输出
3. redux 本身有一个「订阅」的概念，状态更改后， Redux 会将依次执行订阅者，在订阅者的事件回调函数中可以通过 store.getState() 拿到最新的状态

在进行 React 技术栈的一些技术方案的「挖坟」过程中，有这样一个体会：为什么需要这样一个方案，是遇到了什么的问题，引入该方案会带来什么样的收益。任何技术方案的引入都对应了某些技术场景下遇到的问题。

Vue 的开发中引入了状态管理方案 Vuex，Vuex 的引入可有效降低组件之间的通信复杂度同时还提供了全局状态管理的能力，对于一个中大型平台来说，引入状态管理方案势在必得。

笔者注：一句话引发的基础知识回炉，基础不扎实，还要什么自行车

最近在看 React 方面的一些文章时，看到了这样一个问题，「为什么每个 class 中都要写 super， super 是做什么的？」, 刚看到这个问题时，直接就想到了继承行为在 javascript 中的表现。后面作者的一句话「super 不可以省略，省略的话会报错」。当时脑海中蹦出来一个念头，这个同学是不是写错了，super 不就是用来完成调用父类构造函数，将父类的实例属性挂在到 this 上吗？为什么不写还会报错？