Weekly Summary(20220911)

图形学：我们正现在历史变更的过渡点上

Web3D 的大量应用

新一代 GPU API 的兴起(vulkan、Metal、DX12)

光线追踪开始实际投入应用

这里面就隐藏着我们的机会。

业务开发就是工具应用

做 3D 就是看你 3D 相关的工具(three.js、gltf-viewer、模型压缩等等)用得熟悉与否。

做 Web 开发就是 dev-tools 用得溜不溜，所以学习 dev-tools 很有必要。

技术

业务开发：数据处理和渲染一定要分离

比如这次 3D 策略图，就应该先独立出来几个文件，专门做数据处理。

而且应该提前把需要提供的 API 和方法确定下来，这才是方案设计和程序设计，缺少了这个环节，就是瞎写。

这个应该成为后续开发的原则之一，从项目文件结构上就体现出来。

组件和业务分层

还是这次的 3D 策略图，我们应该是底层写一个渲染组件，上层我们基于这个组件做业务处理。

这也应该成为一个标准的方案设计套路。

情绪管理

学习下 G 大侠，别人骂我，我微笑以对

昨天刷到圆桌派的一个视频，里面有个人说了大致这样一段话：

同一件事情，今天让我感觉很严重或者火冒三丈，可睡一觉明天起来后，发现也没那么严重；所以真正影响我的，是我自己的情绪，我自己将这个情绪扩大了，让事情在我自己脑子里面变得严重了，其实这些都是我自己造成的假象，并不是事情本身的客观属性。

最近自己很容易情绪失控，应该反思下，这些都是我自己给自己增加的负担。

关于英语的学习

拉一把，然后下降，不行了又拉一把，这样不可能学好，得持续主动学习才能持续提升，不然学了几年还是原地踏步。

为什么把高大上的岗位干 Low 了

可视化有一定的门槛，普通业务前端做不了，按理来说应该是业务方求着我们做，为啥现在变成了其他部门的人经常喷我们？

感觉还是职责和定位没有划分清楚的缘故，大家对于可视化组的期望是把业务的活儿全干掉，但是这是不可能的。当二者的期望不一致时，就会产生冲突了。

文档+宣讲，以及每次做需求的留痕，应该能一定程度上解决这个问题。等大家都形成统一的认知后，就好办了。

PS：我该跟 ZH 学习下对抗沟通，因为一旦和对方冲突，我瞬间情绪就不好了，会导致无法继续沟通下去。

保持追求

今天看到一段游戏从业者的感慨：

以前熬夜写策划案的时候，常会觉得悲从中来，我做的这些狗逼玩意儿真的能算游戏吗？

从业六年有余，做过很多项目——我们不管游戏叫游戏，叫项目。

我们一定要保持自己的追求，千万不要沦为纯做项目了，那样自己不会快乐，也做不出精品。

复习自己写的代码

8 月中旬写完的 3D 柱状图，今天我翻了下，完全没印象了，都忘光光了。

这个项目的积累，没有及时收拢，里面有不少设计的点，大部分就这样遗忘了，真是可惜。

身体疲惫的状态，无心学习

还是要注意休息才行，否则根本不想看书学习了。

将一种拳练一万遍

李小龙说过：”我不怕练过一万种拳法的人。但是一种拳练了一万遍的人，我怕他。”