@estk #3 ，看样子插件的方式不太行。
之前好像是做插件的形式，比如说 Copilot 那样的。但是没办法那么好去控制 UI ，后面就 fork 了 VSC 然后魔改了一版。

> Why Not an Extension?
> As a standalone application, Cursor has more control over the UI of the editor, enabling greater AI integration. Some of our features, like Cursor Tab and CMD-K, are not possible as plugins to existing coding environments.

[#Why Not an Extension? - Cursor - Build Software Faster]( https://docs.cursor.com/get-started/migrate-from-vscode#why-not-an-extension)

同移动，没遇到过需要重启的问题。
但是晚上在家刷视频经常会遇到几 kb 以下一跳的情况。你说限速了吧，如果这个时候我下载游戏啥的又能直接给你拉满，就是看视频不行，特别是 B 站。

@tdb11039gg #10 ，年费的 Github Copilot 。但是已经停止自动续费，准备转到 Cursor 。
但是不会继续选择年费方案，应该是按月续费的方式来订阅 Cursor 。
就像 @qsnow6 #7 说的未来应该会有不少的 AI 辅助编程工具向 Cursor 靠拢。


Cursor 强的部分是更加智能以及它的全局辅助功能。Copilot 会受限于插件形式，所以没办法做到像 Cursor 那么强的推测。
虽然都可以使用对话来对代码做出修改，但是就是差了那么一点🤏。很多地方得手动去有明确的“指令” Copilot 才会做出反应。
比如说 Cursor 中 @ 代码文件或者具体库的的功能，Copilot 就没办法实现。我现在只能手动打开对应的文件然后去对话，或者在对话中提到对应的库。

-----
费用的话，Copilot 按月订阅是$10 ，按年的话是$100 。比 Cursor 便宜一半。

其他的 AI 辅助一般就是当前文件/代码中的补全或者代码块生成，和 Cursor 现在提供的全局辅助差距有点大的。
Cursor 当时选择魔改 VSC 而不是做一个插件的原因也在这里。

3 年左右的工作经验，背八股文是必须的。你可以觉得不爽，但是招聘方只会从这些非常煞笔的方式来筛人。
而且很多八股文都是非常基础的问题，只不过说我们日常开发中可能没察觉到，或者还没有遇到这些非常基础的问题。

技术面都是日常开发过程中被 HR 来过来帮忙的，稍微找一些面试题应付一下。
一次可能还要面好几个人，不可能说每份简历都花时间去提取信息，再去按照不同的经历去问问题。

更何况有很多人简历写的不咋样，几乎没办法提取有效信息。
甚至说拉来面试官，本来就技术不咋地 or 不知道应该如何问问题的人。

@itsCoderStudio #10 ，看你会不会遇到一些非常奇怪的 BUG 吧。不过一般都是 UI 相关的问题，如果对 UI 需求不太高的话，基本上不会遇到。
如果遇到了一个非常特别的 BUG ，可能开发时间会直接超过你单独开发两个版本的工期。
可能会遇到这边改了那边不行了，那边改了这边不行了，这种来来回回折腾的情况。

生态的话，uni-app 生态会更强一些，遇到 BUG 比较容易搜。但是微信和 uni-app 的文档都比较差。很多 API 文档上是一个说法，但实际上 API 已经改掉了或者实际只实现了部分功能。

加班费和社保之类的可以去劳动局仲裁。公积金得去当地的住管局举报投诉。建议先打当地的 12345 问清楚去哪里投诉举报。
你主动离职一般来说就没有办法拿到 N+1 ，除非你的劳动合同里面写明了会有离职补偿。
项目提成也是一样的，劳动合同里面写明了如何计算和结算的才会给你。
所以签合同的时候一定一定要较真，不要 HR 和老板给你画了几个饼你就信了。觉得没写进去也都行，以后老板会正常给你的。

充电优化选择的 80%上限。在公司就一直放在磁吸充电座上。晚上到家几乎不充电，第二天上班就又吸上了……
周末一直在家的话也是一直吸在家里的磁吸充电座上，除非上厕所或者出门。

看起来更像是小程序的 [wx.uploadFile]( https://developers.weixin.qq.com/miniprogram/dev/api/network/upload/wx.uploadFile.html) 接口的问题，不会返回文件名。
而不是 VantUI 的问题，因为在网页版是没问题的，小程序版会有这个问题。

可能因为日常需要经常打字，戴手表会硌着会难受吧。
我之前也是这样觉得，所以基本上都不戴表除了一些户外活动，可能会按照当天着装佩戴装饰表。

现在的话因为长时间佩戴 apple watch 熬过来了？日常没有感觉到很难受。但依然会挑表带，不太喜欢有表扣的款式，更喜欢针织表带这种的。

一般情况下都是会在半天之内回复消息。除非真的忙忘记了但隔天也会回消息，如果是一些有时效性的消息可能就省略掉不回了。

但是还是会有一个两个不再愿意过多接触的“微信好友”，真的看到了消息直接就把聊天记录划掉了。希望在这样几次之后对方能够理解我“请你不要再来烦我了的潜台词”。
都是成年人了希望对方能明白删好友这种操作太难看了，互相体面一些。

大概这半年里面有一个骑行团组织骑行活动。活动报备了，但是没有封路，因为是一个人烟稀少的绿道公园。
活动中路边违停的汽车之间突然窜出来一个幼儿园年纪的小朋友，破风手紧急避让之后摔车（时速接近 50+）。
第一梯队全军覆没。将近 10 人摔车骨折，还有不少“豪车”（自行车）报废。

当时这个骑行团准备的是找这个小朋友的家长索赔（累计大几十万的车损）。听说这些“豪车”是有保险的。
说法是：我报备了，你家长没看好小孩所以导致事故发生。

一时间不知道如何评价。后续没有跟进不知道最后那个家长赔了没有。

吃东西不太安全，吃多了也容易犯困。

怕低血糖薄荷糖就行。平时丢车里感觉有低血糖症状了吃一颗就行了。
也有很多那种按一下就自己弹出来的形式。

喝水的话，单手拧瓶盖不太行，我之前开高速试过。车流量大的话很容易撒。
或者双手离开方向盘快速拧开喝完在拧回去，但其实也很危险。

只适合有吸管或者尖叫那种瓶子。

刚刚采用了知乎网页版，没问题啊。
至于 CSDN ，搜索引擎一直都是 `-csdn` 的，污染就污染去吧。

就是看团队现有的技术栈来决定。不用管性能问题，考虑协同和可维护性就行了。
90%的项目在遇到新能问题之前都已经死掉了。前端框架之间的性能差距还没有大到可以一定要用某一个的地步。

如果现阶段团队没有固定的技术栈，也没有固定的开发范式或者有专门的人来定制规则和基建。
在多人协同开发的情况下使用 React 和 Vue3 都会很难受，私底下会互相骂其他人是煞笔。
太自由有太自由的好处和坏处。有固定的开发范式后期会好维护很多。

如果不是多人协同开发就无所谓了，自己喜欢什么就用什么。只要成熟稳定、不是太新太小众的框架就行。
绝大部分人都没有能力在遇到 BUG 的时候给开源框架贡献 PR 的能力，甚至提 Issue 都是乱七八糟的。

@msg7086 #28 ，所以你其实也没有理解我为啥会举一个 push -f 的例子。很多人以为 rebase 就一定会修改远端的 commit history 。
其实在本地 dev 分支做好 rebase 解决完本地的 dev 分支和和 master 的分支 之后再把 dev 通过 PR 或者直接合并（再次 rebase/merge ）回 master 的时候并不需要 push -f 。

其实只要给开源项目贡献过 PR 其实都知道在提交 PR 之后 rebase 分支是在干啥。

@dfkjgklfdjg #12 ，master 上面是不允许 rebase 的，rebase 的操作是开发人员对于自己的 dev 分支去基变，保证自己代码合并回主线时不会出现冲突（已经在自己的 dev 分支解决完了冲突代码，这样后续业务出现问题了也方便溯源）。
并不会出现在 master 上面 rebase 然后 push -f 这样的操作。