看有人提到了卡颂，突然想起来他之前发的这篇文章 👉 [为什么我挺久没写技术文章了，原因很现实 - 知乎]( 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 好歹不容易拼写错……

如果有频繁开关需求的话，翻过来放才是正解 /dog

Win10 + VSC 终端 + 自带中文输入法

没能复现你的问题。感觉可能是你引用的帖子里面说的输入法的问题？但是也不应该啊……

https://imgur.com/1Mwy8TL

人会有分两种不同偏好的学习方式： 理论先行 和 实践先行。以此衍生出来 [4 个象限]( https://docs.divio.com/documentation-system/)
基于不同的偏好文档的好坏评价也是不一样的。


-----

不管是技术笔记，还是官方文档，都不适合照搬照抄。很多文章发布超过 300 天的，剩余的价值只是他的思想了。

我一般都是直接看最新的文档，而不是看别人的分享。
只有来来回回看不明白、理解不了的部分，才会单独检索查看别人的分享，去针对性的加深学习。

但是很多库和工具，也许只是实现了作者的某一个想法或者辅助他实现某一个功能。
并不一定会觉得说会有很多人去使用，所以并不一定会有很完善的文档。不可避免的会有很多困扰。

至于中文内容的落后是没办法的。英语作为世界语言，绝大多数的文档和资料都会优先考虑英语作为主要语言。其他语言作为原文档的翻译肯定会落后一段时间。
各种库对于中文的支持也是，很多开发者并不会考虑不同语言的输出。才会有各种分享说不要用中文目录之类的。
同样的很多的库也都没有很好的支持 [RTL]( https://developer.mozilla.org/zh-CN/docs/Glossary/RTL)

独立产品最困难的在于如何推广和运营，然后才是点子和实现。