另外我总觉得你有些地方应该是已经“陷进去一种负能量”后而看不清楚的地方：
1. 是前任写的代码 2000 行一个 class 吗？然后 html 都是 tr td 这种，没有用 div+css 改起来特别头疼的。如果是，你就跟你的负责人（比如 tl ）提出来，也同时要跟测试衔接人说明改动存在一定风险因为 html 是...jquery 是...（这个工作叫同步）。让有能力的人去做抉择，哪些要改、哪些延后。让有风险意识的人去统筹项目进度。 而不是所有东西都是你一个人承担，相信我，没有一个人希望你独自一人承担做实施、做决定的这些工作，他们只是不知道你正在面临的艰难的“点”在哪里，因为你根本就没有跟大家伙「同步」到位。 打个比方，我今天觉得我过得好辛苦，我想让大家对我今天的调性有一个认识，我光喊一次“我好苦啊”是没有用的，你得多喊几次； 就好比方异步沟通也要讲究沟通到位呀，不是说消息发出去就不管了，回头还要埋怨对方没有反应或者理解不到位或者结果有偏差。

2. 你有一个分享案要做要跟导师沟通，同时有研发期项目要做，还有培训要做。你每天这些事情是怎么规划占比的？ —— 什么，你没有做规划？如果这些事情已经 100%占用你的工作时间，那你有没有找人帮你？ —— 什么，没有？ 要知道在影视行业，助理的工作往往是最繁杂的，一天可能有 20 个 TODOLIST 从早要干到晚。拼命全部干完的人不会有人说他厉害，反而是懂得变通和合理规划资源，会开口叫人帮忙，发挥团队协作精神的助理，才能得到他人的肯定。

3. 我觉得说到这差不多了- -

需要英语水平吗？

@liudaolunhuibl 那确实是有点多。如果你用平常心（到点准时下班），等你无法正常完成项目指标的时候，你的领导来找你沟通情况，你反馈你还有其他工作，让他自己想办法（你的领导就是做这个协调工作的）。 —— 这不失为一种方式 —— 求助。

phpstorm 新用户：Sorry, this code cannot be applied.

首先，60 个 bug 确定都是 bug，而不是“缺陷”？如果有使用项目管理软件，那么应该就是叫做缺陷而不是叫做 bug 。
叫缺陷就有「缺陷顶级」，常见的 TAPD 系和 github 系都有缺陷顶级，一般是 P1 P2 P3 P4，程序员一般看到 P1 才应该害怕、加点小恐惧。
你说的 60 多个页面的 bug，可能并不是 P1 和 P2 的，而是 P3 甚至是 P4 的，缺陷也有自己的优先级。
你心态真的要调整，不管是离职了去下一家公司。
我相信是现在的工作上下级之间让你透不过气，所以你当局者迷了一回，没办法把控好整个节奏（尤其是没有精力去做好人情世故，管理你的领导，管理你的对接人）。

我倒，我这里有 2 个这样“你（给我｜去弄）我”的同事。就这种近乎命令口吻的，但其实吧……因为都是写代码的，说话没有任何修辞甚至有些冒犯人就是低情商的一种表现。如果 UP 的情商高，可以包容一些，然而稍微久一点以后熟一点（大概半个月到 1 个月）后，对方再次这样的时候你就可以跟他提“哎呀，你能说清楚么，死鬼”。

1. 打开《微信阅读》 app，找几本这门语言相关的书籍啃一啃，系统的学习会让人有意想不到的收获。
2. 在基础进一步扎实后，打开 GG 和 Github，找一些业内很认可的小插件小 package （不是框架，太大看不完），进去瞅瞅人家对于要解决什么 topic 而撰写的代码的实现思路，对你有很大帮助。
3. 参与开源，到这一步基本快升仙了。

恭喜你，买到了正品的 macbook ！
同时，M1 的那个部位是为了能够为您的身体持续供电来活跃您的细胞而特殊设计的，dont 担心。

M1DP 转 HDMI 有黑屏闪烁的问题，2K 能用，但还是推荐买 4K 。

如果手边有 ipad 的话……

话说我认识一个前端肌肉男几年了，他每天健身保持身材，但中午只吃 2 个苹果不吃饭（油盐不进吧），其他时间吃饭。

200w ？ ed ？

根据我的使用经验，你这个应该是 firefox 的版本并没有优化好，升到最新，或者看下官方 issue 。
或者干脆换 google chrome 。

我买 M1 后一直用的是 google chrome，然后看视频、查资料、之后在阅读等这些标签是不关的，有的时候查资料是 40 个标签 + phpstorm （占用 3.4G ）+ 微信（占用 1.48G ）+windowServer （占用 3.4g ）还有一些其他的 7788 的大头占用 1G ～ 大几百 M 。

从未弹过内存不足。仅有一次用 text 的时候它卡死了提示我内存不足，一看，发现它占用了 99G 内存。

firefox 没有试过。

这 3 年 devops 做的很成功，非常推荐深入一下，从 k8s 1.12+->helm -> gitlab 来一遍，会感觉很爽。

有必要，可以规范和约束运行环境。另外 devops 就是一个实现自动化编排、自动化构建等等以服务运维为目的的功能性流程的统称，无论多小的团队又或者多大的团队，都应该考虑 CICD 带来的优势和便利性。

它可以避免团队成员水平不统一和意识问题造成的一系列问题：
- 环境不同
- 运行结果不同
- 不必自己手动去做一些工程化的事，当有 CICD 时，我们可以让它自动的做诸如：某一个 branch 被 MR 之前或之前自动跑测试或触发外部 API 执行 UI 自动化测试等
- 手动更新、安装、修改长年累月的服务器，还可能导致其他站点 /程序无法运行
- 代码监控
- 代码评级
- 问题探针
等等，工具能做的事就没必要人手再重新敲一次运行命令了。

Bear
Notion

都建议你先用一下，然后侧重一款使用即可


切忌不要上印象笔记的坑

美团的产品经理还有懂算法的，牛逼哥斯拉

你别看 js 了，直接看 ts 吧，然后看下 ES5-ES11 新增的几个特性，目前一些新的框架一般都已经支持 ES11 了，老项目（ 3-5 年之前）也一般有 ES5/6 的支持度。

js 那德行我也不太行，直接跳过 jquery 时代吧！