谁告诉你横线需要的是转译？

@winkidney 自己配的电脑会死机？

ReFS 当文件系统出问题的时候，会自动删除受影响的文件。

这个特性对于高可用服务器来说很重要，对于重要数据存储嘛，你自己决定。

哦？有夜夜版浏览器支持 26 了么？搭了个服务器正愁没浏览器用……

@ThirdFlame 人的精力也是钱，请律师通关系找法院安排开庭时间，一套流程下来，几个月官司打完，赔多少还是个问题。再遇上法官认定你并非以消费目的购买，而是以赔偿为目的购买，然后可以直接拒绝你的多倍赔偿要求……

@lyog
要舍得花钱的，直接搞工作站机子，看好生产力软件推荐的配置然后直接找傻多戴的客服聊。
缺点当然就是新品真™贵。

要不舍得花钱的，搞那种洋辣鸡，就是 E5v2 双路配上大容量内存和 SSD+盘阵的机器，淘宝上慢慢淘就是。
缺点当然就是要花时间找。

你这套配置，除开那块地球上不存在的硬盘，剩下的配件大概就是去年的中端游戏机（为什么买超频版 CPU 配不能超频的主板我们先不说）。

插上一块移动硬盘，

@skiphuang 只能花钱买教训了，签都签了还咋办。

@Kongtou 如果你只是追求速度快（意味着你不追求项目的可维护性，公司是否挣钱，是否容易找到同事等等这些因素），那 Python 的速度的确可能不适合你。

但是日常开发时，99.999%的公司不会去关心 Python 的性能有多高，因为没有必要去关心。

我们是用 Ruby 的。前几年湾区大多数的初创企业起手都是 Ruby on Rails，这货比 Python 还要慢，但是大家都在用。谁关心性能？对于企业来说，可维护性，开发效率高不高，以及招人是不是方便，比这点破性能差距不知道要重要到哪里去了。项目维护跟不上，损失的是几十万几百万美元，服务器才多少钱，一个月扔几万美元堆服务器，太便宜了。

真的要用到性能的地方，老老实实 Go 或者 Java 或者 C 或者汇编。
可以看看 x264 和 x265 项目，特别是 x265，最近在大规模部署 AVX512 的汇编指令代码，那才是要追求性能时候的正确做法，和手调汇编比，优化编译 C 代码的速度简直太慢了。

@lfzyx 每秒本来就是说的平均，大量用户集中在某一时段去调用 API 也是你一厢情愿的想法，具体分布需要楼主自己提供。如果是面向服务器的监控 API 呢，服务器会白天多调用晚上少调用吗？如果面向的是全世界的人呢，调用分布不也平均吗。楼主只提供了 24 小时的访问量，除以 24 小时得到每秒访问量算什么错误的想法。

就算我们退一步，楼主的 API 一天只跑一个小时，剩下 23 小时打酱油，那就是一个小时 60 万，也只是一秒 170 个请求，不还是轻轻松松。

这年头配 7700K ？你是做雷锋帮商家清库存吗……

10000+RPM 的 2TB 混合硬盘是什么玩意儿？我搜了半天没搜到这型号，是你找希捷定做的爆款吗？

简而言之：从过时了的游戏用 CPU，到地球上不存在的硬盘型号，这配的都是什么瘠薄玩意儿。

出交通事故是保险公司赔钱啊，哪要自己掏腰包赔的。
当然你要自己塞钱谁拦得住你……

不回收咋办？像身份证一样，以后手机号都 18 位？

通知信息啊，前段时间刚刚用 TG 写了一个 Bot。

Dropbox 一年 100 刀，1TB。
要是微云能做到同样的水平，为什么他不去国外开展业务把 Dropbox 啊 Onedrive 啊 Google Drive 之流全弄死呢。

语法表现力强的，大约是说语言比较灵活强大，用一两句话可以实现别人好多行代码的功能。
性能好，大约是说语言比较接近底层，可以精细粒度控制代码，用很多行代码实现别人一两句话就能实现的功能。

@moa 耗电？占地方？你认真的？

每秒不到 10 次，估计对 Go 来说就像挠痒痒。

@Osk OEM 自带 Windows 都是通过读取 UEFI 里的密钥来激活系统的。