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

何不尝试带个手套？

啊，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 是服务不可用，服务不可用是服务器硬件资源的问题，而不是业务不可用。尽管业务和服务器状态本身是互相关联的，但是我们应该尽可能去解耦，让运维团队专注解决硬件资源问题，业务团队专注解决业务问题。

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

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

php 的心智负担确实是极低，基本上 array 一把梭，变量类型自动推导。
所以更换到其它语言的时候，楼主还是需要仔细看一下其它语言的数据类型和数组，并应用在合适的场景。

所以当你认为 json 反人类的时候，可能你也变成了跟楼下喷 PHP 的那些人一样。

有一些编程语言虽然不如 php 那样心智负担比较低，但是它们那么设计是有一定的场景需求的（就像汽车的手动挡和自动挡），所以用合适的工具去做合适的事情是一个成熟的人应该具备的能力，不要代入情感和偏见。

ps. 很多语言都有语法糖，但是可能都不如 php 甜，个人看法。

现在甲骨文的机子还是得搭配 vxtrans 用才舒服。

tmp.link 可解，速度一般都能到 20MB/s 左右。

一直套 vxtrans 使用，啥事都没。

tmp.link?可以直接用 curl 上传。

肯德基炒饭 17 块钱一份再买个宅神卡美滋滋啊。
为什么要出矩阵生活。

看样子你需要 php