应该还是可以用 Windows 的不过只能是 ARM 版的 Windows
不要以为只有 Apple 在 diss Intel
MS 一样一直在努力上 ARM 的
只是生态差了 UWP 基本上没办法和 win32 程序比
但是现在 Windows App 也在积极加入 ARM64 原生版本 比如 Edge

而 Mac 确有比 macOS 更好 iOS 生态加入
加上开源那堆东西堆东西 最近树莓派的流行 以及 Android 一定程度上的贡献
Linux 和很多开源软件已经对 ARM 有不错的支持了

唯一的问题就是那些专业、行业 App 了 但是以 Apple 的号召力 不少专业 App 本来就有 iPad 版本的计划
但是还是需要时间的 行业 App 也就更是时间问题

@Tink @06_taro 之前转 Intel 的时候也有个 999 刀的 dev kit
然后 Intel Mac 出来后免费给换一个 iMac

@hanliu 你看 MS Windows 也一样
你看从 Vista 的高清图标 到 Win8 的彻底扁平化
然后最新 Win10 又开始了 Fluent UI

其实我觉得和之前拟物风格还是不一样
之前拟物 都是高清纹理 重点在背景图片和物体的真实感
而扁平化就是去掉高清背景改用纯色 然后物体抽象化

而现在可能觉得这样扁平抽象化看上去太单调古板
所以类似 Material 加上了一些阴影来呈现层次感
而且加回毛玻璃半透明效果来加强

所以现在这种风格其实就是更加立体的扁平化设计 但是不是在拟物

@gcyrn 其实审美这种东西 每个人都不一样 让所有人都完全满意本来就是不可能的
所以让用户习惯习惯就好了 当初扁平化的时候 可比这个困难多了

Apple 每年 macOS/iOS 都要抄一大堆的 App 然后让那些 App 哭泣

@shijingshijing 其实 WP 的设计还是挺不错的 可惜生态搞残了
就像微软的 C#/.Net 技术上都比 Java/JVM 好 就是生态搞残了

iOS 借鉴 WebOS/WP/Android 也无可厚非 大家都是互相借鉴的
而且这些功能不是强迫你用的 你不喜欢不用就是

Apple 每年 macOS/iOS

@20015jjw Catalyst 是移植 API Runtime
开发者可以把 iPad App 方便的移植给 Intel Mac

但是 ARM 的 Mac 可以直接原生运行 iOS App
开发者除了发布外 估计不需要重写或者重新编译 App

@sekfung 网游就是相当于锁区 主要是利益问题

@sekfung 这个你要分情况的
如果是网游 那么原因就像上面说的 相对于“锁区” 主要是利益问题 同时避免大家涌入低价格的平台购买 又在高价格的平台玩

但是我觉得你说的可能更像是单机游戏 那么就很容易解释了
绝大部分情况是因为仅仅是存储的云平台不一样 iOS 版存档在 iCloud Android 版存档可能在别的地方 自然没办法同步
但是往往跨平台的游戏存档格式是一样的 所以还是有可能有部分把文件手动转移一下
当然有可能不同平台的游戏存档格式都不一样 那么就没办法了

@foam 我觉得基本上未来就是 Kube/Docker + Serverless Function
然后 IaaS 就用来自搭 Kube/Docker 或者 Serverless 或者 BaaS 或者跑一些老旧服务
纯 PaaS 估计要被淘汰了


@murmur 对于小厂 虽然交出了数据和控制权 但是省下了运维人工费
这个对于初创公司而言 意义就大了 找 1-2 个开发和测试 产品都不用写完就可以上线了

@love 对于 php 的特殊性 对于纯开发而言 确实没什么区别 可能虚拟主机还更方便 因为不用部署 直接上传即可
但是对于运维而言 区别还是有的 首先不需要配置虚拟主机 而且也不用考虑扩容的问题
对于收费也不一样 如果持续都在用 估计会更贵 但是如果用的频率低 那么费用会大幅减少 说白了就是没人用的话 你基本上也不用付钱

不是大神 只是我自己的理解 你说法有点不对
HTTP/3 就是 新版 QUIC 其实就是换个名字（或者是 QUIC 被标准采纳成了 HTTP/3 ） HTTP/2 就是 更新的 SPDY
HTTP/3 是把传输层的 TCP 换成了 UDP

如果存粹基于 HTTP 协议的应用协议 如果兼容 HTTP/2 没问题 那么对于上层应该是透明的 因为 API 基本上一样 可能只有写细节估计要处理
但是 HTTP 1.1 和 HTTP/2 区别还是挺大的 HTTP/3 其实就是把 HTTP/2 的底层改了

另外我们一般把云服务分成 IaaS PaaS SaaS
IaaS 其实就是可以用 API 自动管理的虚拟机 VM 比如 AWS EC2 和 GCP CE
PaaS 其实就是“弹性”的虚拟主机加某个语言的运行时 可以是基于 VM 也可以基于容器
SaaS 其实就是应用本身了 一般 SaaS 要用 PaaS 或者 IaaS 来运行

作为基础的 IaaS 目前其实就那样了 只需要提供效率，速度和加强管理能力
但是 PaaS 比如 GAE/SAE/BAE 现在已经愈来愈不流行了
因为出现了 CaaS (容器即服务) 和 Serverless

CaaS 即可以当作是一个更加灵活的 PaaS，你可以随便定义自己需要的环境；也可以当作是一个更快更轻量的 IaaS，启动时间大大减少，扩容也更加容易 介于 IaaS 和 PaaS 直接

Serverless 就上上面说的就是一个简化版的 PaaS 你只需要提供 Function 来触发即可 而且可以支持多种语言 收费也更加弹性 可以理解是比 PaaS 更加接近 SaaS

Serverless 可以看作是 GAE/SAE/BAE 这些 PaaS 的进化
GAE/SAE/BAE 只是提供了一个弹性的虚拟主机加运行时环境
你在 GAE/SAE/BAE 上面写的 App 还是一个独立的 server
既然是服务器你既要一直跑着 如果停了 你的功能就停了

Serverless 其实就是在 PaaS 基础上 你这个常驻的 server 不需要了
你直接提供一个 Function 然后由 Serverless 服务来触发
而且这个触发条件也很丰富 不一定要 http call 了

另外由于这个触发的模式 那么计费的方法也就完全不一样了
PaaS 或者其他形式的服务 就算没有人用你的 你的 server 还是得跑着 那么就要付钱
Serverless 默认情况下 如果没有人用来触发 Function 一般情况下你就不需要付费

外企估计会有黑名单吧

@jjianwen68 基本上和当年网吧里面玩的效果差不多 挺不错的

@raoxiaowen 但是这样影响 Apple Pay 的使用吧

@tesorouo 现在大部分硅谷科技公司 基本上研发大都是三哥 不管是高层中层还是底层码农 基本上要占大多数
本来华人比例就逐年减少 这次贸易+疫情 会导致越来越少的华人有机会进入这些科技公司 而且华人也更加难得到晋升的机会了
与此同时三哥们越来越多 越来越高层 又特别抱团 加上积极参政 这些科技公司迟早都会变成三哥主导的公司的

inc field 这个操作本身不是幂等的
直接放到 PUT 和 PATCH method 都不合适

比如 /object/11111/count 需要 inc 操作
那么 PUT 和 PATCH 都应该是直接对 count 进行赋值 而不是 INC 的操作
而赋值是幂等的

如果非要支持 INC 操作 那么应该用 POST 比如 POST /object/11111/count/inc 或者 POST /object/11111?op=incCount 这样比较合适
PUT 一般对应 db 的 replace 功能 替换记录
PATCH 一般是 update 功能 部分修改