@felixcode tmp.link 在国内完蛋了，现在是 ttttt.link

依我看，需要掌握 gmod

BYD 目前来说是最优解。
有钱上可以考虑上唐 DMI 。

歪个楼。原生 es6 不香吗？

从现阶段的方案来看，没有意义。

证书加密的方案是基于信任链，cloudfare 发的证书（现在 cloudflare 都是自己签发 SSL 证书来解密你客户端用户的 SSL 流量了，这个信任链是内置于浏览器的），也是看你信不信任它。理论上 cloudflare 可以读取你的所有通信数据（账号密码 balabala...想看就看，如果你用它来传输的话）。即便在浏览器端加密，那么算法和代码是不是得放在浏览器端，算法和代码浏览器调试工具直接可以抓出来。所以，浏览器可能也是一个问题所在，那么你信不信浏览器。

所以现在的公司，如果想要安全性，那只能自己做客户端，自己信任自己。如果想要便利性，那确实直接用浏览器就行。

其实是人多职位少，这个行业已经到末期了。
楼主没啥问题，简历也没啥问题（虽然楼上老哥们都在挑骨头，别打我）。

说句实在话，如果不介意的话，考虑转移到其他行业，不要一条路走到黑。我有个朋友曾经在体制内混的，感觉没有出头的日子就从体制里出来了，当时他们家里人一片骂声，但是现在人家混得很好，他曾经的同事现在都非常羡慕他，啊他现在已经买好几套房了。

虽然说咱这个论坛里做这个行业的挺多，上面的话不太好听，但是这个行业就是这样，已经日渐式微，有时候换个赛道能过得很好，前提是你是块金子。可能需要重新审视下自己，而不是简历。

分区主要是为了方便重装吧。

楼上提到的 windows 重装系统只会动 C 的 windows 目录是一方面，不过我记得还有其他的选项可以整个分区都抹掉。但是这里面有一个速度问题。就是说，如果是格式化 C 来重装会快很多，所以一般我都是选择格式化 C 。
所以分不分区的最终目的其实还是为了方便重装。

不过现在情况也有所改变，为了更好的性能，大家一般是买一块小一点的盘（ 120G 或者 250G 左右）来单独作为系统盘。再加其他盘来存储数据，所以不分区也是可以的。

@xinJang 我不是嘲讽微服务，我主要是嘲讽 CTO （如果有的话）。有时候真的是笑死。

小公司做这套。。。快醒醒，公司已经没了。

何不尝试带个手套？

啊，Windows 和 macOS 的设备我都有，每天来回切换，说一下我的情况。

首先，软件和生态问题这个其实要自己适应，我觉得 macos 最爽的点是三指拖移，windows 虽然年年都有改进触摸板的体验，但是就是不出三指拖移。

另外类 unix 下统一的工具集也是一个加分项。

除此之外，对开发人员来说，macos 似乎没有更多优点了。

相比之下，windows 效能相比 macos 好很多。然后各种开发软件其实都有针对 windows 专门适配，自己也不用折腾太多，实在是面向 linux 的话，直接上服务器环境远程开发完事。
至于显示的问题，这个是硬件层面了，系统也很难有什么作为（虽然就算是 200% 缩放，也还是有一些界面不适配，不过也比过去好了很多了，2.8k oled 屏路过）。

Windows 毕竟是一个主要靠系统吃饭的东西，给了硬件很高的自由度，也导致了 PC 很多竞争，竞争所产生的消费者红利，我们是确确实实享受到了。只不过需要花点心思好好做一下选择题。但是放到 Apple 阵营，你连选择的机会都没有啊。

这就好比，两个 offer ，一份工资低，但是国企稳定。另外一个外资企业，3 倍工资。做选择题咯。
但是我想大家最终都会选择钱多的，没有人会跟钱过不去，特别是在这个特殊的时期。
“没办法，他们给得实在太多了。”

PS. 我怎么记得苹果的 mac 从来都不是为了开发者准备的，从系统特性到每年更新的优化方向，所有 mac 都是妥妥地为影音工作者设计。可能还是过去那些年开发者地收入确确实实很高吧。

顺路说一下 12 代 i7 版本似乎降价到 5999 了，这样就跟这个 5825U 的版本几乎在同一个位置上了。

每年都会折腾 windows 下的终端方案。

就目前而言，windows 下，windows terminal 目前最好用了。
这套方案的底层实现是 openssh + powershell ，windows terminal 只是一个 UI 。因此你可以把 linux 和 macos 上的那一套玩法完整平移过来，包括基于 key 的自动化登录方案，再配合各大同步盘，可以很轻松地在 macos ，windows ，linux 上使用同一套 ssh 管理及登录方案。

看了一下风向，现在 Go 已经到了这个风评了嘛。。

@ysc3839 不好意思，具体来说就是实现类似 mac 那样的快速唤醒的体验。我看一些测评，通过 evo 的机子，唤醒速度确实很快，基本上是开盖就醒。

@murmur
跑分数据我是参考这个网站，应该比较客观？另外你的机器唤醒速度如何呢？
https://www.cpubenchmark.net/cpu_list.php

@xiaotianhu 没有体验过几十万 QPS 的感觉，不过如果是按 10 万 QPS 来算的话，一天应该是 86.4 亿的请求数。贵司生意兴隆啊！

前后端分离的好处，主要在项目的技术管理方面，更适合多人并行开发。

不过吧，很多时候，大多数公司来说，可能这个项目就你一个人（ 99%的公司），前后端分离只会让你工作量激增。
就算往好了想，你进了一个大公司，这个项目很多人，前后端分离，ok 没问题。但是你可能得花 90%的时间跟大家撕逼工作量怎么分配的问题，做完了估计还得被迫开个会做个技术分享┑(￣Д ￣)┍。

上面说的是我个人的一些经验，仅供参考。
作为被社会毒打了很多年的人的观点：用啥技术栈其实并不重要，关键是你的努力有没有被老板认可，该快快，该慢慢，学会看上级眼色，除此之外你想做啥都行。追求理想没错，但是别为了追求理想把事情搞砸。老板不是给钱请你来追求自己的理想的。99% 的场景都通用的一个准则：尽快把事情搞定，无论什么办法。

我觉得应该用 TCP 的状态（ etc.. LISTEN ，SYN_SENT ，ESTABLISHED...）来表示。这样比较底层，权威性更高一些。
HTTP 协议的状态码都已经是最顶层了，不权威的。

...说笑的。

既然 https://coolshell.cn/articles/22173.html 里说到 HTTP 是协议的一种，STATUS 属于协议的部分，而承载的 BODY 才是业务内容。那么我认为用于处理业务问题的业务协议及其内容，与 HTTP 协议是两种不一样的东西，HTTP 协议的所有内容应该专注于它本身需要专注的部分。

比如 STATUS 503 是服务不可用，服务不可用是服务器硬件资源的问题，而不是业务不可用。尽管业务和服务器状态本身是互相关联的，但是我们应该尽可能去解耦，让运维团队专注解决硬件资源问题，业务团队专注解决业务问题。

虽然大多数情况下，你一个人就是一支军队，所以所有问题都自己解决的话，倒不是有必要区分得那么明显了。

所以还是看业务规模吧，以上个人观点仅供参考。