编程语言有新功能可不一定是什么好事,c++功能够多了吧,大型 c++工程不做很多编码规范的限制的话就是灾难
不同语言有不同特性,适用于不同场景
比如 go,语法很少,有统一的编码风格,有优秀的 interface 设计,就适合用作在大型基础设施工程,但是由于不面向对象,对于业务代码编写其实效率是偏低的
python 这种就相反,弱类型加面向对象,写什么都很快,但是当工程足够大后就会不好维护
ts 和 js 同理

站在一个 developer 的角度看其实各种语言区别不大,但是站在 engineer 的角度看就不同了

其实 lumia 系列的 windows phone 是真的不错的,只是生态不行,可惜了

如果你看到图片的第一感觉是不我 100%确定这就是 HDR 的效果，那才是真的 HDR
如果你有一丝丝怀疑这是不是 HDR 的效果，那么它不是

刚买了同面板产品，对生产力提升是极大的，编程其实比双屏更好用
不过我买的是川升的，同 LG 40 寸那款的面板只要 2888 ，接口齐全有反向充电，这个价格不用考虑保修了，只是出厂调色会有问题，不过我有校色器，自己调一下就完全 ok

@zqhkey 可以设置，要把 gpu 映射进 docker 中

功耗是怎么监控的？

推荐一个: 无添加的爆米花,算下来能量很低,还能过嘴瘾,即使连续吃一下午算下来也没多少
我喜欢吃那种棍棍的

有 linux 基础可以考虑自组一套 x86 ，同价位性能高几倍甚至几十倍
如果不依赖某些成品 nas 的系统应用的话

懒这个理由挺好的
相反我就是因为爱折腾所以从来不考虑苹果家的产品

这个问题等效于: 能效比最高的平台
arm > x86
新架构 > 旧架构
由于实际上 arm 做 NAS 会有一些不方便的地方
所以直接无脑最新架构 + 某些特挑体质的 CPU 型号

@ciki 没必要服务端解码吧,原画质播放+客户端解码就完全没问题

@netizenHan 网络就是另一个主题了,我是软路由+tplink xdr5480 做 AP, 100 多平完全没问题,AP 摆放的位置很重要

@SoyaDokio 并不算是 AIO,软路由和主力机是单独的设备,剩下这些东西 BOOM 了只要数据不丢也影响不大

@totoro625 目前文件 70 多 G ，我主要是做双向同步和文件分享，用起来目前没任何问题
做照片同步是完全不行的，移动端 app 做的太差了
我是 10 代 I3 4 核 8 线程，跑这些完全没问题

如果你是比后台运行能力，那么还没比 iphone 就已经输了

@hanguofu google 上一搜有挺多的，电报上也有很多，具体我就不发了

@nnegier 除了虚拟机基本都能做到，不过 mac mini 没有足够的储存空间啊？