没做过游戏，只是有个脑洞，尽可能避免定时任务。

记录上一次查询时间以及同时计算出来的体力值，活跃的用户每次来请求体力值的时候用上一次体力值与上一次到现在的时间长度来算涨多少体力值，超过体力上限就设为上限值，然后把新算的体力值和当前时间记录下来。性能和 PV 有关，和总用户数量无关。

我现在是用一个绿联的 USB 二进一出的转换器，相当于是仅有 USB 的 KVM ，有一个实体按键来切换，然后 out 口接了个 USB Hub 来同时插键盘、鼠标等设备。

NAS 在商用领域是个专业性很强的产品，在家用领域是个小众产品；由此就决定了要么需要用户本身具备专业能力，要么就需要花费较多金钱且选择及其有限。

对大多有 NAS 需求的普通家庭用户来说，目前头部 NAS 厂商的产品都基本可以满足需求，不能满足的话要么需求本身就特殊，要么就是有除 NAS 以外的需求，比如跑软路由和容器。
也就是说，虽然群晖的配置看起来不咋样，但针对 NAS 本身的应用场景来说是完全够用的。

业余时间用爱发电肯定比不了有稳定薪资的全职团队，可以说没有商业性的项目在产品功能和质量上一定干不过有商业性的项目。
而商业项目就得看 ROI ，这就决定了商业项目会开源节流，用 20%的成本来满足 80%的市场需求。

@nothingistrue #33 都是商业策略而已，以前 M$背离开源开放太久了，开发者用户群体流失严重，现在只是看用什么低成本方案可以把这些开发者用户群体留住和召回，只要微软还要这个市场，就肯定会坚持下去。

理论上来说，在这个问题上前端职责应该只关注用户体验，也就是说假设服务可用（包括带宽足够）的话，页面上的图片展示给用户的方式是否让用户觉得体验好，这个可能会涉及到前端渲染性能，如果是移动端的话也会涉及到弱网环境和流量消耗情况。

如果图片是由后端提供的，那么前端就得给后端提出可用性的要求，再涉及到运维运维层面的，就由后端提要求给运维；如果图片是由中间件、CDN 、OSS 等提供的，那么前端就得给运维提出可用性的要求。

由此我个人认为算出最小带宽需求（ 10x2000x8 ），以及提供一些用户体验优化的方案（图片压缩、加载动画、懒加载等）就应该算合格了；还要拓展到系统架构上，可能就得看所招聘的职位是不是还有全栈开发或架构涉及职责，因为这部分通常需要进行技术选型和成本、风险评估，一线开发人员通常不会承担这种职责，能很好承担这种职责的也一般会贵一些。

还是需要看题主招聘的职位画像是什么，以及这道题希望考察候选人的哪方面是否符合职位画像要求。

WSL 的定位应该不是个 Linux 发行版，而是从 Windows 下进行 Linux 应用开发的辅助环境而已，除了应用开发基本干不了别的事情，但又比大多虚拟机要轻，而且有开箱即用的与 Windows 协作的能力。

可以说，WSL 只是一款商业产品而已，用较低的成本尝试满足较大部分开发者的开发需求（比如 Web 开发），做为商业产品要考虑 ROI ，就也没必要满足所有用户的需求。

又或者说，WSL 大部分功能都归功于内部运行的 Ubuntu ，Ubuntu 本身是个发行版，WSL 只是个跑 Linux 发行版的框架而已。我在 WSL 环境里用的最多的其实是 Arch Linux 。

WSL 无论是作为一个应用开发工具还是作为一款拉拢开发者的产品，我个人都觉得还挺成功的；但同时工具都是有适合的场景和不适合的场景，在不适合 WSL 的场景下用其他工具就好了；比如迫于 Docker Desktop 过于难用，我在 Hyper-V 上装了个精简但完整启动的 Linux 来跑 Docker Daemon 。

不知道微软此举是啥目的，是要搞个魔改版 systemd 跟 Windows 服务体系打通嘛？

我昨晚发了个链接，你可以进去看一下具体的要求和流程，里面就这么一段：

2 、上传合法稳定住所材料，住房材料须合理合法，位于北京市行政区域内，且房屋用途需为住宅(以下其中一项即可)。
（ 6 ）持有《北京市居住证》的，上传《北京市居住证》原件彩色扫描件或《北京市居住证》电子打印件彩色扫描件或《北京市居住证(卡)确认单》原件彩色扫描件。


你的管家说了可以办居住证，你就直接办居住证，然后直接提交居住证就可以了。

然后就是跑税务局打缴税的证明。

@wangkai0351 你是知道还是不知道，工作居住证和居住证是两个不同的证？

@kafkaonsea 请先搜一下，居住证和工作居住证有什么区别。
办理工作居住证的材料清单在这里 http://www.bjrcgz.gov.cn/theme/business/handleGuide.jsp


1 、上传营业执照副本原件或事业单位法人证书副本原件彩色扫描件。
2 、上传诚信声明原件彩色扫描件（附件 1 ）,申请单位(法人或授权人)手写签字,加盖公章或人事部门专用章。
3 、上传用人单位在本区近一年或近三年缴纳税费凭证原件彩色扫描件（含涉税信息查询告知书或企业税收完税凭证，其中涉税信息查询告知书须加盖申报单位公章或单位人事部门专用章）。
4 、上传单位经办人身份证原件彩色扫描件（正反面）。
5 、上传北京市社会保险个人权益记录（单位缴费信息）原件彩色扫描件。

居住证是北京市公安局负责管理的，由个人携带住所房主的相关信息去公安局派出所办理，不过现在好像也可以微信公众号线上办理了。
工作居住证是人力资源和社会保障局管理的，由你的工作单位取得相应名额，并帮你进行办理，跟你租住的房子没关系。

Rust 的预期是增加前期开发成本、降低 Debug 成本、提升产品质量。

如果原本就在做 C/C++项目，而苦于投入大量产能在解决或避免内存安全问题上，Rust 就可以用来提升整体开发效率。

越是隐藏底层实现的方案开发效率越高，比如有 GC 语言通常比比无 GC 语言开发效率更高，弱类型语言通常比强类型语言开发效率更高。但是为了提升性能、产品质量、可维护性等都也是会产生成本的，所以需要针对项目考虑使用哪种技术在满足需求的基础上综合成本最低。

学 Rust 可以直接去官网看官方 book ，我是直接看的英文原版，如果英文不好也可以考虑对应的中文翻译版。
另外 Rust 细节特性和语法糖很多，如果不经常用很可能会忘，最终会发现自己隔一段时间就要重新学一遍 Rsut 。

我个人觉得，两种半斤八两。

工作包含专业部分和协作部分，这俩人都只擅长一半，可能都没法把工作做得很好。

另一方面我个人主要看员工潜力，你可以现在水平不够好，但经过反馈之后能有成长，就有价值。

如果是程序员群体的话，月薪范围是 5000 到 7 万，大城市中位线在 2 万左右吧。

我经常跟想转行当程序员的人说这个事，不一定入行就是高收入群体，更别提怎么跟科班出身的卷。

我去年攒了一台骨伽 QBX ，放桌上很省地方，自认为外观也很不错。
后来又给家人攒了一台专门用来做视频的性能更好的中塔，搞了花里胡哨的 RGB 。
两者用的同型号的 CPU 散热器，只是机箱风扇不同，明显感觉后者比前者散热性能好一些、噪音小一些。

机箱越小，留给风道的空间越少，能装的风扇越小，散热需要风扇转数越高，噪音也就越大。
要想静音其实优先考虑大风扇，比如相同工艺的 20cm 的风扇比 12cm 的风扇在相同风量的情况下转数更低，噪音也就更小。
其次是风道空间，一方面空间大减少风循环的阻力，另一方面提高热容量，让内部温度不至于升高那么快，所以中塔散热性能通常比小刚炮好一些。

当然以上都是通常的情况，有些机箱有特殊的针对散热的优化设计，可能可以带来效率加成。

以及散热也不需追求极致，只需要满足在自己的使用场景不过热降频就好了，然后尽量静音。

攒小主机挺有挑战性的，首先选配件就容易翻车，买回来发现装不进去；其次有些结构需要费很大功夫装好，一旦装好就不想再打开了。

我之前其实用过很多年全塔，每年搬一次家，本来其他东西都多得足够叫一辆货车，全塔机箱+显示器基本也就是顺便的事情了，为了这个上小机箱可能不是很划算。当然，图好看就无所谓了。

NAS 的成本大头实际上是硬盘，我用的 4TBNAS 专用盘是 800 块钱一块，用了 4 块，而且最近整个阵列里只剩 1TB 空间了；除了硬盘以外的部分才花了 1800 。

我自己是仿照群晖的硬件规格自己攒的兼容群晖系统的机子，自己折腾了总计有几十个小时，相同规格买正品群晖也就三千多块钱，但正品群晖是真的省心。除非你就是想折腾。

另外虚拟机十分吃性能，很多专用的 NAS 设备虽然可以跑虚拟机，但性能很拉，我是跑过一阵实在忍不了就单独搞了台性能好一些的服务器专门用来跑虚拟机、容器、游戏服务。

软路由看你对网络侵入性多高，侵入性越高就越推荐故障隔离，毕竟路由是网络基础设施，配置好后重启的频率应该比 NAS 要低才合理。

如果要用实时 RAID 方案的话，很可能还需要搭配 UPS 。

换技术栈，就要抛掉以前其他技术栈的思维定式，否则你会一直觉得用起来很别扭，不如回去用以前的技术栈。

比如以前见过有人来网上问 Java 有没有类似.Net 的框架，后来根据网友的介绍尝试完之后表示“Java 真难用”，实际上 Java 自己有好用的思想、框架以及使用方式，别扭完全是自找的。

现在 Node 开发领域普遍使用微服务架构和云原生部署，搭配 DevOps 、服务治理、SRE 来提高开发效率、运行效率、可用性，框架做的事情反而很少，大多情况下用个 koa 或 express 就能满足需求，个别情况下直接用原生 http 模块手写也很快。

HTTP 协议方面，Nginx 已经是业界事实标准了，而且通常也就是几行配置的事情。你用 Node 是可以做 HTTPS 、托管静态文件的，前者原生模块就能支持，后者框架都有中间件可以一行调用；虽然绝大多语言的原生 API 都可以实现，但性能基本被 Nginx 吊打，除非你愿意花大量没必要的精力去优化。

不管是学 Node 还是学其他什么技术，最好先看官方网站上的教程、API 文档，先了解这项技术能提供什么基础能力；然后去按照自己的原始需求找这个技术栈的最佳实践，看一看有没有比其他技术更满足当前需求的方案。

有的是用了持续集成，然后 Nightly 发版，就是开发者只管提交，然后 CI/CD 自动跑测试，每天定时自动把通过的部分达成新包发一版，有的甚至没有新提交也会打包发一版。

比如我现在在用 Firefox Nightly ，每天都有新版，但如果没必要我可以不更，可以每隔一段时间更一次。

当然也可能是因为其他原因故意刷版本号，比如平台规定必须定期更新否则下架，或者刷平台的曝光度。