下一个用一下就知道好不好用了。


@xz410236056 #7 ，好比 Copilot 是自动挡，你得自己切换光标去一行一行来修改/补全。而 Cusror 是全自动挡，你改了一个地方，其他同样需要修改的部分也会提示你可以 tab 修改/补全，甚至可以帮你创建新文件然后继续补全。其他的功能其实差不多。

6 天休 1 天，如果要出差旅游会看酒店是不是有健身房，或者附近健身房的体验卡。如果都没有问题也不大。
有搭子一起出游的话会迁就对方的安排，并不是一定要练。

主要是习惯养成。开始有搭子了之后对方邀请如果自己不去有点不太好意思。
坚持的时间再久一点就会觉得几天不练会难受 or 感到罪恶感？

问题不在于需求如何实现，而是在于很多需求方完全不清楚需求是啥。
我认为 AI 没办法理解和实现“手机壳按照用户心情变色”这种超出他理解范围的需求。

@winglechen #107 ，虽然群体庞大，但是愿意付费的人并不多。如果你尝试写过付费文章就能深刻感受到了。

大部分的技术人都是能够理解和支持知识付费的。但是真的需要到自己掏钱的时候就会开始斤斤计较。觉得这不行那不行的，你怎么还有脸收钱巴拉巴拉巴拉。

但是很多深刻的文章写出来，通常会非常聚焦于某一个非常垂直的领域或者技术难点，受众面就非常的小。
- 正好有这部分需求的人就会非常愿意付费；
- 没有这部分需求的人则明确不会付费，会收藏等到下次需要的时候再购买。

但当下没有付费只是收藏，再次付费的可能就会降低非常多，文章内的知识相应的也会过期。叫好不叫座是常态。

那么，尝试过后很多人会选择扩大受众面多做一些入门内容，给人数最多的初中级技术人看。这样就很难挖掘深度，价格也会低。
除非是成体系的课程或者文章，而且几乎没办法赚到口碑。时间久了容易会陷入投入产出比太低的思考和焦虑。

---
至于平台，其实蛮多人之前在知识付费潮流起来的时候有尝试过。
比如说 [GitChat]( https://github.com/GitBookCn)，当时他们的理念或许就是贴合你们当前的想法。他们的兴衰过程对你们来说应该非常有借鉴意义。

看有人提到了卡颂，突然想起来他之前发的这篇文章 👉 [为什么我挺久没写技术文章了，原因很现实 - 知乎]( https://zhuanlan.zhihu.com/p/696704782)
或许会提供一些帮助。

之前在考虑自动部署的时候就考虑到了，所以没有用单仓库自动部署的方式。
而是一个私有仓库来管理 md 文件，私有仓库推送时自动编译在把编译的 SSG 产物同步到公共仓库，来更新 Github Pages 的形式。

@MavSill #28 ，晚上运动完就摘下来充电，等洗完澡其实就充的差不多能带上了（ 70%左右的电量就足够用了）。
如果电量还是很低就一直充到睡前，反正晚上也不会再有啥数据活动了。

如果入睡前忘记冲了就直接放边上充一整夜。
没必要像一些回复中说的电没充满就刷一会手机，为了这些“身体健康”数据让自己熬夜，有点本末倒置了。大不了第二天早上洗漱的时候再充半个小时。

如果有一个所有人都能进入的"避难所"，那么这个"避难所"必定会人满为患。

普通人想要逃离危机不太现实，还是实在点多增加一些抗风险手段。

公司配的电脑，只在干工作相关的内容。
而且公司配的电脑都会装监控软件，你总不想和对象聊天内容都公司被归档吧……

自己的电脑就随意了，但肯定不会拿去公司，给装监控软件的。
所以就是你在家要用电脑就买，没有用电脑的需求就不买。

---
如果之后入职的公司不配发电脑，让你自己带电脑。
那也是等你入职之后确定要买时再买。该走的报销流程就申请，该拿的补贴就拿。但是就不会给安装行为监控了。

@valuetransfer #297 ，🆗 已经可以搜到了

@valuetransfer #293 ，呃……atob 出来的结果 wx 提示用户不存在。

@aLazarus #9 ，比 Copilot 强，单纯用 Copilot 辅助开发也够用。但是 Cursor 更“好用”，Copilot 暂时还没办法实现这些更有用的功能。

@valuetransfer ，OP 可能之前我的留言（#232 ）被错过了。请问有可以什么方式可以联系到你么。

如果是数据党，坚持一周两周就习惯了。
如果不是数据党，睡觉前摘掉放充电座上充电，早上起床再带上就好了。

虽然但是，Apple Watch 的睡眠监测其实真的没多大用。我用着 4 年了，几乎从不看睡眠数据。用的最多的还是“健身”这个 APP 。

“感谢回复者” 这个功能不是一定程度上替代了投票系统中的“认同”票吗？而且不只是“支持”和“反对”两个结果。

@rookie2luochao #12 ，成长期可以这样考虑职场环境，但是如果你现在已婚已育、精力有限确实不再适合这样的环境了。
工作内容挑战多了或者身边的大佬多了，会让你的工作和家庭没办法充分平衡。这个时候你选择工作更多一些，减少对家庭的责任呢？还是放弃一部分工作职能去照顾家庭。

----
虽然有一些大佬会说“如果发现自己是组内里面技术第一人的时候就要考虑跳槽了”，但这我觉得是由于很多技术大牛的视线只会聚焦于开发技术。
我觉得我们的职业生涯并不只能把视线聚焦在 Coding 能力上面。如果我们不想一辈子都是做一线开发的话（说实话现在的环境谁敢保证，你能力强也一定不会被裁员，但是横向能力强一些就业面也会广一些）。

一些成就感的东西真的需要自己下班之后去满足。很多很新颖的东西是没办法在公司业务上面落地，企业也不会给你那么多的试错机会。
如果全是要靠业务驱动自己才能有动力学的话，真的不适合走技术大牛的路线。

@rookie2luochao #3 ，事实上大部分的工作都是很无趣的……一直有挑战，这样的工作内容是有问题的。

PC 和移动端的交互逻辑是不一样的。所以不可能用同一套来实现，除非拆开成 3 个选择器来实现。
但是 PC 端一般都是下拉选择，而移动端会考虑使用滑动 Picker 的形式。

---
就算是 3 个 Select ，业务逻辑也是一样的，传入过滤好的 optionList 。过滤的规则就是当前的 parentKey === 上一级选择的 key ，上级切换的时候触发一次就好了，同时也可以置空后续的选择框。
然后 CV 一套到移动端，把组件的 refs 改一下就行了。

创建完了之后是啥就用啥。

Github 创建时勾选了创建 README.md 的话，默认分支是 main 。那么就用 main
内部的 GItlab 创建好像不会自动创建主分支，所以 git init 时创建默认主分支就还是叫 master ，那就继续用 master 。

----

好多人会把 main 拼写成 mian ，master 好歹不容易拼写错……