Weekly Summary(20220619)

咖啡应该早点喝

咖啡有个生效过程，如果到了公司才喝，要等到一个小时之后才起效。因此应该起床后就喝。

比如我 7:30 喝，那么到公司 8:30，差不多已经生效了，就可以活力满满的开始一天的工作了。

否则到公司的前一个小时，效率会很低。

如何避免 7 年的亮点，被一天搞定

今天看了一个 7 年工作经验的人的简历，里面有不少亮点，挺吸引人的。

但是我发现，如果我集中精力去查阅资料，可能一天就可以把这几个亮点技术给涵盖掉了。也就是说一天的功夫可能就会把 7 年的亮点给追平了，这样还有何优势可言呢？

为什么会发生这种情况？我自己如何避免这种情况？

另外这是否说明了实际工作中，有深度的内容，学以致用的难度很高？

基建的重点：流程和框架

我需要将我们负责的业务进行抽象分类，针对每一类业务，制定 SOP 和业务技术框架。

现在动态组件的已经有了：DynamicChart，接下来是动态产品范式、静态组件、3D 组件、3D 业务开发。

这几个搞定了，我们就轻松了，即将进入高速发展阶段。

玩法/功能比视觉更加重要

参考这个游戏的设计：

https://openprocessing.org/sketch/453716

从作者博客来看，应该是用 P5.js 开发的。

这对于开发也是一个启发：先用抽象设计出玩法/功能 Demo，验证可行性，再做细节上的视觉加工。

框架的重要性

有个技术框架，可以极大提升你的开发效率，比如这位作者的P5 框架。

我应该针对 D3 也搞个 Demo 框架，把基本的类型定义、数据结构、生命周期、关键方法都确定好，出个模板。

为什么做 3D 这么吸引人

因为这类似小时候捏泥巴的快乐~~~

保持工作和生活可控

只要能克服心理压力，现在的工作就是向往的生活；因为大部分的时间是自己可控的。

一定要每个项目都参与：自己做过的东西才是心里有底的

我发现我自己写的东西，其实是不怎么慌的，比如 DC 相关的问题，别人反馈了我都能解决，所以就很淡定；

我不清楚的东西，比如之前遗留的组件库，才会慌。

另外业务类型的代码，一般都很好理解，逻辑不多，也很 OK。

所以一定要自己参与进去，至少参与一部分。之前做后端不就是这样的么，每个项目都参与了，自己就是最完善的项目百科。

似乎什么都可以做，说明不知道该做什么

如果感觉似乎什么都可以做，又什么都不是必须做的，就说明当前没有明确的目标。