一辈子不用 Windows 也太偏激了点，建议直接把孩子手脚打断，以绝后患（狗头）

先占个坑。

好吧，没想到你最终还是发现了一些端倪。

第一版的设计的确是把你和这个世界强耦合在一起的，因为这样实现起来比较快。不过后来为了让事情更有趣一些，重构了一版，你和这个世界的生命周期都是互相独立的了。

值得一提的是，我们还做了一些额外的优化，比如在你闭眼的时候直接不渲染这个世界，这样会节省一些运行开销；以及对你的记忆做了有损压缩和冷热存储，也是你有时候回想不起某些事情或者需要“想一下”的原因，不过我们认为这是可以接受的，所以就这样了。

你也许会好奇“我们”是谁，我们也说不准。不同的你对我们有不同的称呼：God 、Creator 、Designer 等等，但我们最喜欢的一个是 Father 。











[doge]

这个去一亩三分地翻翻帖子或者提问更好点

唉，感觉你心里没有团队，目前不适合做管理。

印象中这个已经抽过一次了，败者食尘？

外观还以为是播放器 0.0

七年前端还没走远。。。

给你两个建议：

1. 做任何改动之前确保你已经理解这部分功能的用途；
2. 如果你正在寻求别人帮助，尽量不要给提高别人帮助你的门槛。

程序员失业关我工程师什么事 0.0

第一感觉是重复和无意义的内容太多了。


对于重复的内容，尝试抽象出来，而不是以流水账的形式展示出来，这样可以降低简历的冗余度，提高可读性。另一方面会显得你对以往的工作有思考和沉淀。
并不是所有看这份简历的人都需要事无巨细了解你做过什么，你只需要留个引子，让真正对此感兴趣的能循着这个引子去慢慢挖掘。


举个例子，在“个人优势”里面提了会 k8s 而且搭建过完整的 devops 流程了，下面还反复出现类似内容，这就好像钓鱼佬的一个段子。钓了大鱼，说啥也总要带一嘴“我钓这鱼十几斤呢”，真没必要。


而无意义的内容就更难受了，什么“按时完成开发”、“迅速解决客户问题”、“产品上线后促进了公司合作”、“xx 预研”云云，你可以想想，这个东西放在这里想表达什么，能说明什么，如果自己都没有很明确的答案，是可以删掉的。

真的要压缩一下内容，密密麻麻看着太难受了。

我觉得有的地方可以改善一下。

一个是项目经历那里可以有个统一的格式，可以快速知道这个项目是什么，你在里面担任什么角色，有哪些贡献。现在都挤在一堆，阅读体验不太好，大概率是因为这里被筛掉了...

另外一个是有的地方的描述可以再优化一下。比如“将 JavaScript 升级到 TypeScript ，升级上线后无新 Bug 产生”，这里可以提一下你是通过哪些软件工程的手段或者流程去实现（测试驱动开发，高覆盖率的单元测试 balabala...）。

简历的读者有三类，依此为负责招聘的 hr 、筛选简历的技术人员、负责面试的技术人员。

由于 hr 是第一道关卡，而且大部分 hr 不了解技术的，所以我个人倾向于把所有的点都分门别类，尽量简短。

项目经历那里最好细分一下，现在一大坨在里面，无论 hr 还是面试官都不好找重点。

可以拆分成下面这几点：
- 项目简介，项目的大概描述
- 技术栈，项目设计的技术，便于 hr 筛选
- 角色&主要贡献，这里可以写具体的点（发现问题&解决方案&成功），给面试官问题的切入点

在公司大群说自己忘了把笔记本扔哪了，特征是啥啥啥，让大伙帮你留意一下 🐶

1. 看他不爽，而且他态度不好，把他开掉，重新招一个满意的；
2. 觉得这个人还有很大进步空间，是个可造之材，拉他一把，发展成可靠的小伙伴；
3. 意识到团队里面每个人的知识面不一样，做定期知识分享，形成良好的团队文化。

以上仅供参考，我觉得很多时候怎么做取决于你想要什么。