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 ，每天都有新版，但如果没必要我可以不更，可以每隔一段时间更一次。

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

买卖而已嘛，谈得拢就成交，谈不拢就另请高明。

市场行情对买家卖家有指导意义，谈不拢几次就可以知道该怎么修正预期了。

Ultimate Hacking Keyboard
一个挺开放的键盘，官方提供零件替换和自行维修的详细手册，还提供一些 CAD 图纸可以供自己定制和 3D 打印，固件和配置软件是开源的。

还有个特点就是键盘自带微计算机，可以把按键映射、宏等写入到键盘计算机里，动手能力强的话可以 Hack 出一些特别的玩法。

我是 2015 年参加众筹的，等了三年，每个月会有个进度报告的邮件，详细说明在做什么、遇到了什么问题、如何解决的，以及有一些方案选择的问卷，然后就量产发货了，收到后到现在用了三年多，质量还不错，中间出了个键轴接触不良的问题（据说机械轴使用时间长了都会有这个问题），按照官方手册第一次了解到 WD-40 神器（当然官方没恰饭只说是 contact cleaner spray ）。

他们后来从众筹平台毕业了，独立运营后又搞了个 v2 版本，搞了背光、热插拔键轴、Type-C 接口等更新。

我都是试一下 Ctrl+a+d ，要是出来了就再进去（捂脸

近期看的 The Expanse/苍穹浩瀚 /无垠的太空 感觉还不错，被称为最硬科幻的太空剧，可以看到挺多设计都是比较靠近当前科学水平的；比如我以前一直觉得太空船设计得像水里的船那样水平结构，但剧里的太空船结构是像楼一样的垂直结构，再结合可以长时间 1G 加速度的引擎，在无人造重力的设定下感觉还挺合理的。

当然毕竟是剧，肯定有些地方为了表现力会做一些艺术上的妥协，不过总体上还是能看出创作团队对太空中的很多情形做了不少功课。

@afeiche #28 额，TS 是必须要转成 JS 才能运行的，横竖都得处理代码的话，估计用打包工具会方便一些。

@afeiche #26 现代浏览器应该是支持 script 标签的 type=module ，递归依赖也是支持的，浏览器在遇到 import 指令的时候会去按照路径请求对应的 js 文件，你可以试试。

具体可以参考这个 https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Guide/Modules

当然，如果依赖是用 require 来引用的话，就必须用打包工具合并或转换一下了。

打包工具不是必需的，如果只是做个 demo ，很可能不需要打包。

用了打包工具，最终还是需要在 html 里插 script 标签引入 JS 。

非要用的话就看自己用的框架有没有自带打包工具的脚手架，直接用自带的就行，没必要浪费时间亲自去配置。

加固通常对源代码没有侵入，个人认为能用加固解决的问题就尽量不要去污染源代码。

感觉运维招聘通常不会看证，非要看的话可能也是网工相关的资质会加分，但也只能算基础，跟云计算领域的大多工作不强相关。

云计算运维面试的时候，很可能是考察一个或几个云计算厂商的产品的使用和配置经验，比如负载均衡、VPC 、消息队列、数据库、堡垒机、监控，这些可能不同厂商的产品在特性、使用方式上会有些许区别。
有些公司的运维岗可能还包含一些严格来讲非运维的工作，比如 DevOps 、SRE 。
涉及到云原生和大数据的，可能还会有对应的框架搭建和调配的考察。

建议多了解云产品，学习实操，然后在简历里体现出掌握哪些运产品的使用，最后好好准备面试。

按我自己的话来说，编程语言视运行时内存管理模式可以划分有 GC 和无 GC 两种，有 GC 就是运行时会自动检测无用的内存数据并释放掉，无 GC 就是开发者决定哪些内存数据什么时候释放掉，不管是显式释放（ C 、C++），还是隐式释放（ Rust ）。

GC 机制本身不一定非要暂停应用，这取决于使用的 GC 算法。
比如一种算法是先标记可达对象，再删除没被标记的对象，那么如果不暂停应用的话，可能在标记和删除操作之间产生了新对象，而这些新对象还没被标记，而删除策略是删除所有未标记对象，就会造成误删。

很多有 GC 机制的语言同时支持多种 GC 算法，具体可以了解一下是不是每种都会暂停应用。