心态有问题，大家都向钱看。在最开始 996 的时候，公司说 996 但我们工资高，你觉得一个人加加班也没什么。直到最后全公司的人都这样，形成了常态。然后领导发现有些人 996 混水摸鱼，于是裁员，恶性循环。

所以取决于劳动者、打工人的影响因素有：大部分人愿意接受钱多一点的 996 ，不怎么愿意接受钱少的 955 ，从而造成了一个愿打一个愿挨的局面。实际上有时候时间远要比金钱值钱，早下班就可以利用时间去读书、打游戏、社交、发展副业，如果 996 应该就没什么心思搞别的了，回家就想刷刷抖音快手睡觉了。

所以普通人想靠加班赚大钱一般是不现实的，你短期得到了大量的钱，必然要失去什么。

小机器，配笔记本内存，猫扇，几块 M2 SSD ，基本上可以做到高性能的前提下很快的。

python 脚本解君愁。

可以装 arm 的 linux 虚拟机？

PVP 真人对战游戏有很多种，那种需要硬实力的比拼，比如赛车类、RTS 类的单挑种类，这类游戏输了只能怪自己；而王者、lol 、cs 很多都是团战类型的，然后个人容易和带飞或被带飞，获得的正向情绪明显更多，输了也可以怪队友。如果你玩的是前者，能赢大部分人，那是真的牛，有吹牛的资本；但如果是后者，你也许陷入一种从游戏中寻找补偿的情绪中，你也许不是在真的热爱和玩 pvp 竞技游戏。

我用的鼠须管（ Rime ），主要是它响应速度比自带的快一些，而且可以自定义的东西也比较多。词库使用了一个开源的仓库，然后根据平时自己的打字习惯，练出来个适合自己的词库，基本上打字不太会有错字了。

忘记说我是 Dell U2723QE 了，主要看中了他的 KVM Hub 和 4K 、色彩这几个特点，比较符合我这种台式+MBA 双持的情况。

看你干嘛，还有现有设备的情况。
如果你手头用的是 Mac ，那你的眼睛可能很难接受低规格色彩的屏幕，那选择范围就小了很多，尽量选色彩好的 4K 以上的。
如果你是打游戏，那任意一个 2K+高刷，体验都还说得过去，曲面屏慎重。
但是有个大前提是护眼的话，一定不要买很便宜的。很便宜的基本都是费眼睛的，这个想都不用想。

jetbrains 有一个 Gateway ，是符合你的需求的，IDE 后端放在服务器，前端在本地。不过目前体验来看，必须网好才行。

人类文明黄昏的前提是，人类无法继续发展科技，或者出现了无法由人类控制的事物。

但现在的状况是，AI 只会进一步加强统治者的权利和控制力度，不会让其自由发展。就算 AI 算出来的结果是无 zf 主义，真正的权力掌握者也不会放权的。所以现实结果的发展就是，我可以拔网线让你投降。AlphaGo 战胜棋手只能说明计算机的智商不高，效率超高。目前的 AI 仅仅是突破人类某个领域的极限而已，远达不到拐点。

人会杀掉彼此的威胁同类，也有能力杀死这个由人创建的新生命。只要它不是不可湮灭的，就只是现有极权世界的延续而已。只有突如其来的星际灾难或者有新的灵魂控制手段让除了自己之外的所有人变成傻子，这种无法控制的局面才是真正人类文明的黄昏。

有两种答案。

纯技术：绕过防火墙很简单，任何隐蔽性高的全局代理，杀死防火墙的工具，手动搭建代理服务器，连热点，都是可行的方案。Clash 就很明显了，而且如果有上网行为管理的话，不太建议一直外连国外的动态端口，最好国内有跳板或者伪装正常的网站。

现实：公司不想让你绕过防火墙是有原因的。哪怕不设置防火墙，只要有制度管理在那里，不遵守就是你吃亏。用公家的设备首先要遵守规章制度，在允许的范围内用网。做自己的事情尽量使用虚拟机、远程桌面或直接使用自己设备的方式进行。

感觉这个 token 用得还是挺快的，基本一个问题就要耗费至少一两百个 token 。

@nifanle7 如果你愿意开源你的源 md 文件，可以用一个 github 仓库放 md 文件，用 GitHub Action 在更新 md 时候自动船新部署到服务器。也可以用 rsync 加上参数-rltgoDzvO --delete 部署你生成的静态文件夹。

只能说是大部分教程都是这样做，手动部署其实更简单。只需要 build 出来静态文件的目录放到 nginx /var/www/xxx 下面，然后配置 nginx 的域名、路径过去就行了。因为写文档的人默认你会这些，且自己在国内域名、服务器、备案等流程比搭建博客繁琐很多。

（其实说白了还是 Pages 适用于大多数情况，而且大多数人也不会专门为了搭建 hexo 买台贼贵的 VPS ）

俗话说就是听起来牛逼。

种牙和拔牙哪个恐怖啊？
我是半年前拔的牙，感觉也就那样，因为之前不打麻药做过根管治疗已经被疼哭过，所以那次拔牙加上麻药好像也没啥特别难受的，除了只敢两天喝粥。

日历一般是靠.ics 文件或者订阅日历来传递的，就是那个 iCalendar 协议。我之前手搓大学课表转日历的工具就做了这件事，并通过邮件分发。两者理论上没啥关系，但邮件又是用得比较稳妥的信息和文件传输方案（是的，现阶段的 IM 都不可靠）。

前端是简单，但是累啊。有时候写一个功能复杂的组件和样式就一天过去了，大部分精力花在了一些扣细节的东西，没有一个很能提升自己的途径，大多都是能熟悉一点。就比如使用 css flex ，最后还是得搜索一下到底是什么，怎么用哪条样式。

后端靠的是业务逻辑，需要充分理解业务逻辑，当然那种仅限增删改查的 xxx 管理系统除外。后端往往都是写好了放着就行了，大不了小修小改，一定量修改的话往往是正好需要迭代大版本了。前端偶尔需要看起来简单的需求改起来很麻烦。

不过前端倒是有个无论如何也不能否认的优势，就是写出来的东西都是能看得到的，起码表面很有成就感；后端写成屎山还是写成诗都不会有什么能展现出来你工作成果的地方。

学的东西倒不一定少，前端就是扣细节，要是你能了解 js 、ts 、css 绝大部分特性，那也是需要很花费功夫的。