续航时间确实长，主要原因可能是 MacOS 针对苹果硬件的优化做得足；
卡不卡的问题上，个人感觉 Mac 笔电和 Windows 笔电没多大差距，日常办公都不会卡，跑重型任务也都会卡。

好不好用看需求和习惯，有的人 Windows 下的工作环境打磨比较满意了，换 Mac 可能还不如不换。

另外很多人奔着 Linux 生态来用 MacOS ，但 MacOS 不是 Linux ，指令和 POSIX 兼容性方面跟 Linux 有差异，模拟 Linux 环境方面甚至不如 WSL2 好用；以及 MacOS 和 Wndows 都不原生支持 Docker ，Desktop 版的 Docker 客户端也都很难用。

用过 Nexus5 、Nexus6 、Nexus5X ，后面 Pixel1 用到 Pixel3 发布，连夜看了发布会，然后下单了三星 S9 ，目前在用三星 S21 。

感觉 Pixel 确实很棒，但其价值至少有一半是“本地化”，比如各种炫酷的 AI 功能，而这个“本地化”恰恰不包括中国大陆地区，在大陆用 Pixel 给我个人感觉就好比买了台 MBP 然后装了 Windows ，没法让产品价值发挥最大。而且国际版 ROM 对国产流氓应用束手无策。

买三星的原因有这么几点：
1. 全球最大安卓品牌之一；
2. 没广告，不像有些品牌需要手动关；
3. 国行本地化从 Note8 开始像开挂一样；
4. 国行 ROM 治得了淘宝等一众流氓应用。
5. 有 Google 服务框架。

现在手机性能比较过剩，如果不是周边 5G 信号很好，S9 我至少还能再用几年。

法律规定清楚了每种事情的责任主体，作为公司业务来说责任主体从来都是公司而不是员工，这也正是“公司法人”这一概念存在的意义，如果法律上为网约车公司写邪恶算法本身不违法，也不算协助网约车公司违法，那么作为员工的程序员就不负任何责任。

如果非结构性地归因，这个问题会变得失控，比如：
靠邪恶算法赚钱，有多少责任在网约车公司老板；
缺乏对邪恶的算法的管控，有多少责任在国家；
容忍邪恶的算法，有多少责任在网约车司机；
默许邪恶的算法，有多少责任在乘客；
支撑邪恶算法的运行，有多少责任在网络运营商
……

当然，道德绑架和网暴的时候都是自己怎么爽怎么来。

我现在就是比较尴尬的情况，一线城市自己住和工作的地方比较拥堵，开车不如坐公交（走专用道）和地铁，节假日打车也很方便，而且学了驾照如果太久不开车生疏（我身边不少人大学考完驾照就十几年没开过车，已经退化成新手了），买车对家庭来说也是一笔负担，还有保养费、停车费、能源费，综合考虑暂时不学了，反正以后情况有变适合买车开车了也可以随时学。

@zjsxwc #13 JS 里对象和标量没分那么清楚，或者粗略来说任何东西都可以看做对象，BigInt 类型和 Number 类型一样，是基本类型，可以用标量的方式使用，也有属性和方法可以当做对象使用。而且对数字位数和精度有强要求的（比如跟钱相关）不管任何语言都会使用 Decimal 类型方案，JS 也有相应的三方库的。

当你用一个技术栈的思路强行套在另一门语言的技术栈上，得出的结论肯定是不好用。我用 Node.js 做过 7 年的核心业务系统，这门语言你充分了解了之后其实很多问题可以迎刃而解。

就像我上面说的，建议题主不要将 Python 里的 DJango 的设计思想直接套到任何其他语言的 Web 框架上，不同语言特性各异，设计框架会考虑适配语言特性特点。JS 下的 Web 框架不少，所以建议题主从需求出发，罗列一下具体需要哪些特性，让大家根据你的特性要求来推荐框架。

大多 Node.js 教程都会教 Express 怎么用，这个框架虽然也比较轻，但预置中间件已经可以满足大多需求，同时也是 Node.js 技术栈应用最广泛的框架，建议题主看一看。
我平时做的项目大多是微服务+前后端分离，因为每个服务不一定需要所有的功能，同一类功能在不同服务上可能也需要不同的实现方案，所以比较喜欢模块化组装，用 Koa.js 会比较多（有的人说思路会有点类似于 Python 的 Flask ），我会根据每个服务的实际需求添加相应的模块（中间件）。
我了解的用得比较多的、稍微重一些的框架有 Sails.js （启发自 Ruby on Rails ）、NestJS （启发自 Spring ）和 egg ，但其实我用得不多，题主可以自行了解一下。

这是经验，是需要实践的，不同团队工作流程不一样，联调的细节也可能是不一样的。

我个人倾向于前后端彻底解耦，开发前前后端商定 API ，然后各自根据商定好的 API 来进行开发和测试，最终合一下就好了，商定 API 的过程中能覆盖多少细节，就看前后端开发人员的经验，一般磨合几个月就差不多了。

在此基础上，前端方面就是有一套基于既定 API 开发和测试方法，比如用哪些工具。

个人经验来说，宣传都没什么可信度，当年 Go 还说取代 C++，Deno 还说取代 Node.js ，JS 也说过一统天下……

具体还是看社区活跃度、杀手锏项目数量、公司采用情况。

套用 Hype Cycle 的话，这个语言可能还处在第一阶段？

我个人是指零星看过几篇推广介绍，还没听说有多少人用起来。

不知道是不是能自己注册个公司，据说现在个人注册公司的政策放宽了，有经验的大佬可以来说说。

都是单核，也是有主频高低的，另外如果是虚拟机、容器之类的还会有其他开销。

CPU 不够会慢，内存不够会崩，用 Swap 也会慢（即便用最快的 NVMe SSD 也远不及物理内存速度）。

拿 Chromium 的编译来作参考，我找到了去年的一篇文章： https://textslashplain.com/2020/02/02/my-new-chromium-build-pc/
16 核心 32 线程、64GB 内存、Intel Optane 905P NVMe SSD ，编译 Chromium 花了 53 分钟。

@among #6 要不然就是空间换时间，你把所有目录的完整路径存到一个单独的表里，用字符串一次性匹配。

@among #6 要不然就是空间换时间，你把所有目录的完整路径存到一个

你可以先查叶子目录名，看有几个符合要求的，然后再想根递归查询，中间不符合要求的过滤掉，越靠近根目录，候选就越少，最终剩下一个到根目录的候选就是你要的结果，或者到根之前 0 候选就表明目录不存在。然后拿着叶子目录的 ID 去文件表里查，可以一次性查到。

不知道你的场景这样是不是会有效。

个人觉得，省电不是服务器平台的主要卖点，反而家用平台会比较突出这个，所以还是建议 Core i 系列。

或者 AMD Yes ！

这东西好，企业研究这个就已经很头痛了，个人开发者肯定更需要这种工具。

另外提供几个建议吧：
1. 涉及未满 14 周岁的儿童的，需要再提供一份《儿童隐私政策》，且要在开头说明要让监护人来阅读，且仅能由监护人同意（同意则代表监护人同意），题主用户群体有涉及的话，可以考虑加一个；
2. 第一章的个人信息列表可以参考国家标准 GB/T 35273-2020 的附录 A 和附录 B 的大类，或者使用个人信息+系统权限的说明方式；
3. 注册和使用 APP 的必要权限（就是用户不提供的话就拒绝用户使用）国家有明确的红头文件《常见类型移动互联网应用程序必要个人信息范围规定》，如果 APP 属于某一行业，那么用户不需要提供其他个人信息就可以使用核心功能；
4. 隐私政策内最好提供 APP 内包含的第三方 SDK 列表，以及每个 SDK 获取的个人信息（或系统权限），及其原因，有条件的话最好带上各个 SDK 的隐私政策链接；
5. 针对非必要信息，最好说明用户有权拒绝提供，而拒绝可能导致需要这些信息的功能无法使用，（重点：）但不影响其他功能的使用；
6. 用户对个人信息的访问、更正、删除、撤回、获取最好说明是立即完成还是需要联系客服，联系客服的话最好写明十五个工作日内完成（有关法律法规的明确规定是最长十五个工作日）；
7. 建议添加“个性化自动决策”相关的信息，举栗子就相当于个性推荐和定向推送，会反映出个人习惯或喜好的功能，说明具体有哪些，以及如何关闭（法律法规要求给用户提供关闭功能，比如广告推送关闭个性化之后就随机推送广告，而不是根据用户兴趣推送广告）。

@Mogugugugu #19 可以在 WSL 环境内运行 IDEA ，Win 下只需要装个 XServer 就可以了。

JavaScript 的官方规范就是 ECMA-262 ，你可以去看看标准文档，然后根据标准实现一个。

或者直接去看 V8 里 Promise 的源码。

经验是试错堆出来的，不在初创公司开荒的话，至少也得三年工作才能形成成熟的思维体系吧。

多看看网上其他人遇到了什么问题，如何解决的。