@yezheyu JS 就是单线程的，你说的的其他线程是引擎的实现细节，用来提供「事件循环」的语义，但你无法接触到这些线程（无法在其中执行你的 JS 代码）。

>那你在代码中的耗时任务该怎么办呢？

浏览器和 Node.js 分别有 Web Workers 和 Worker threads ，但这种线程其实相当于是一个独立的 JS 运行环境，不能直接操作主线程的内存，和主程序的通讯非常受限（其实和单独的进程差别并不是很大）。

又看了一下这个帖子里其他人的经历，我（见 21 楼）特别的地方在于：一开始和各位一样学习的都是 VB 、C++ 这些比较冷门或者门槛过高难以进入行业的技术，但后续比较顺利地过渡到了业界热门的技术栈，包括 Web （ Node.js 、PHP ）、区块链和容器这些，在过程中也学习了更基础的理论知识而不仅仅是使用。然后我一条路走到黑地没有选择去大学，而是直接开始了工作，我看其他人很多都是因为上大学这个过程导致出现了断层，后续兴趣或者技术栈很难再重新捡起来。

我从初中开始了解和自学编程，也包括楼主说的建站之类的，慢慢融入了开发者这个圈子，高中（ 17 岁）就离开学校开始从事软件开发的工作，一直到现在（ 27 岁）。

这里有一篇 2015 年（ 20 岁）时写的文章「从初中开始编程」
https://jysperm.me/2015/02/programming-from-middle-school

现在又 7 年多过去了，回想起来我 14 - 21 岁这几年投入了大量的时间在学习和实践编程上，做了很多业余项目（这挺重要的，做项目是一个培养综合的解决问题的能力的过程），也打下了很扎实的基础（也看了很多大学的教材，比如 CSAPP 、SICP 这类），没有太多其他爱好，也没有认真上学。

后来工作稳定了之后反而开始把兴趣转到了游戏、数码、摄影这些更大众、没什么回报的爱好上，编程方面投入时间不多了，当然因为每天还要工作，所以跟上业界的进展还是问题不大的。

>会不会有一种可能，端盘子的都是智能化的机器人

直接面对顾客的服务业是无法完全被取代的，年轻人确实不需要太多的服务，但当你带着老人、小孩或有其他特殊需求时，来自一个真人的服务是很重要的。这些需要额外服务的人其实比例不小的，而且人均寿命还在增加。

>但再过 10 年后， 你必须还得再改变一次， 因为这两个职业现在已经自动化了

就像前面说的，每个行业多多少少都有那么一部分需求是无法被完全取代的，变革也需要时间，即使是夕阳产业同样可以容纳很多从业者很长的时间，其实也不是一定要重新开始。

如果很多工作会被机器取代，是不是说明社会运转其实并不需要那么多的人呢，那么如果社会制度本身有比较好的福利的话，这些所谓被取代的人也不一定非要去从事一个难以适应的工作，可以寻找其他的人生价值，或者就躺平享乐也未尝不可。

可能对这三年在上学（从小学到大学）的青少年影响更大，可以想象这个学上得体验极差，也缺少和同学、老师的正常社交。

@sillydaddy 就像 @msg7086 说的那样，这里的「一个人」是指你公司只有一个人，不是指公司里只有一个人在用 Obsidian ，相当于一个特殊的优惠政策而已。

@msg7086 当然是用 Logseq 了，其实我就是因为这个商用授权的问题从一开始就没考虑 Obsidian ，Logseq 用了差不多一年了。

@sillydaddy
>为什么一个员工的商用就不用授权了
可能是为了排除一些独立开发者？我是觉得这个逻辑还是挺清楚的，只要 Obsidian 对你的工作（能够赚钱的工作，而不只是楼主说的个人学习）有帮助，就应该购买授权，唯一的例外是你的公司只有你一个人。

https://github.com/perusio/nginx_ensite

其实也只是一条命令而已

sudo ln -s /etc/nginx/sites-available/mysite.com /etc/nginx/sites-enabled/

两 party 制其实就是「拉拢一半的人、去反对一半人」的过程，从博弈的角度来说这样做是最高效的（以少数去反对多数是没意义的，而单纯地服从多数又没法充分体现自己的诉求），在这个拉拢（结成 party ）的过程中人们才会清楚自己的哪些主张是不能让步的、哪些是可以舍弃的。

或者说不管有没有 party 的这种说法、这种组织，经过充分的博弈后，人们最后一定是分成两派。

https://wiki.mbalib.com/wiki/位置博弈

@ungrown 因为高层邻居数量更多呀，如果是装修的话，哪怕上下隔了七、八层一样非常吵。

现在手机已经是存量市场竞争了，虽然从销量来看 mini 卖的不及预期，但苹果肯定也不会放弃这部分小屏用户。我个人的猜测是以后会隔代更新 mini 或 SE 改成 mini 的模具，来覆盖小屏用户。

大多数据库的时间类型，都是收到带时区的时间后，内部转换为不带时区的时间存储（一般是 UTC 时间戳），在客户端查询时再根据客户端的要求转换到指定的时区显示，所谓「时区问题」只是读写时数据库或客户端 library 没有正确配置。当然如果业务需要关注每一行数据的时区的话，可以单独用一个字段来存时区。

只提一点的话是「垂直整合」，业界只有 Apple 一家是从硬件到软件到服务全部自己做的，使得它能够自己把握迭代的方向（而比较少受软硬件供应商的影响）、贯彻一致的体验，楼主说的应用规范其实也是垂直整合的结果。

@icyalala 可以看一下规范文件的内容，推送服务器是由设备厂商（小米、华为）提供和维护的，并不存在一家服务去负责所有厂商设备的推送。现在本来这些厂商就都有自己的推送服务器，只是 API 各不相同而已，这个统一推送联盟是在对 API 进行标准化、提供统一的 SDK （仅客户端），并不是要自己维护推送服务器。

固定的人的话，可以建一个群，关掉消息推送

警察不管经济纠纷的，只能走司法（起诉），当然起诉之前可以先去主观部门投诉（就像楼上大家建议的）