在这个AI无处不在的时代，我逐渐意识到：AI可以帮助我，但不能替代我思考。它的回答往往很自信、很完整，但并不一定完全正确。所以，我始终提醒自己，把AI当作参考，而不是答案本身。我习惯先自己思考，再去看AI的建议；遇到重要信息，也会多查几个来源进行验证。这样既能利用AI的效率，又不会轻易被单一观点影响。对我来说，真正不被AI带偏的方法，就是保持独立判断。方向由我决定，AI只是工具，而不是替我做选择的人。

公司最近来了一个刚毕业的博士，根据有查看薪资权限的同事说，他的工资已经达到了主管级别的水平，而主管可不是那么好升的，基本都是干了15年左右的人。我说这个主要是想说即使人家零实习，靠他的学历就能吃这么好。还有一些零实习的人，靠的是在学校打各种专业性很强的比赛拿到的大厂offer。所以实习不是进大厂的必要条件。

前端新的面试题又来咯拖拽与 DOM问题 1：拖拽过程中，如果原本的元素消失了，onDrop 还能触发么？具体表现是什么？答案： 能触发。onDrop 事件会在放置的目标元素上触发。具体表现是：拖拽源元素在拖拽过程中被移除（如设置为 display: none 或从 DOM 中删除），只要鼠标在有效的放置目标上释放，onDrop 仍会触发。但是，event.dataTransfer 对象中关于拖拽源的数据可能变得不可靠或丢失。问题 2：如何改变拖拽预览图？答案： 使用 DataTransfer.setDragImage() 方法。 element.addEventListener('dragst...

交接完毕的时候，和我交接的兄弟对我说：“这些文档都是项目组要求的么？”我说：“不是，都是我平时做需求时候都要文档记录，包括详细需求设计，整理需求文档，用户沟通记录总结，整体项目的设计思路”。我离职交接，只需列出清单，把所以文档弄个包丢给他，交接时候他提的每个问题，我都能在文档找到解决。交接起来非常快。不到一个下午就工作交接完毕。我写代码之际，我都要文档记录需求来源，使用技术，需求原型，问题清单，所需服务等等。当你回过头发现写文档不但整理自己思路，而且工作留痕，更能体现工作量。尤其每当项目boss说评估工作量，很多人都瞎估算时间，时间太长，会质疑，时间太短，自己做不完，自从写文档之后，就清楚哪里的难点，估算工时是否合理，一眼就看出来。