vim + you complete me 或者 Clion 吧
Clion 的前端好像是 jetbrains 他们自己写的
当然了，你也可以用基于 web 的解决方案
最后就是用最强或者最差的，你的大脑 + text editor

@Skmgo 是数字水印，看不出来的。数字水印对抗转码，缩放等等方式都很强。你除非逆向，通过频域分析去掉对应的水印，否则没救

AES 如果 key 啥的都正确，iv 也有了，解密错误，那么就是你的错
AES 不管用什么语言加密解密都是可以的。这个我对接过很多 API 了。

区别不同的地方其实蛮多的
一般就是包管理
发行版自带的软件不一样
对应发行版的软件配置不一样，包括但不限于配置参数，配置所在的路径
内核版本不一样，导致对硬件支持不一样，内核新特性有些能用，有些不能用

根据以前书上的说法，InnoDB 采取存储为 B 树，那么最好就是用整型的作为主键，自不自增没所谓。
然后哪怕主键是整型，你完全可以定义一个逻辑主键，并使用字符串作为该栏的数据类型。

@Android2MCU 不存在这样的可能，我现在用的一个九阳的，就普通 IH 锅。两种米都煮过。都能煮出来
实际上所谓的五常米（稻花香 2 号）最好还是先浸泡 20-30 分钟，然后再开始煮。效果好很多
而泰国香米或者油粘米（籼米），我一般采取直接煮的方式。
如果你觉得颗粒度不够，其实可以换一种米。吃过几款，我感觉中粮的初萃稻花香（ 60 左右 /5kg ）以及太粮的靓虾王（ 70 左右 /5kg ）都挺好，可以试试

最安全快捷的就是按需开虚拟机。

事实证明，JVM 堆栈配 10G，上 SSD 硬盘，很快。

@godblessumilk 国内基本上是没有个人量化交易

@iwukong 交易所购买的，我记得国内也有券商卖这个。不过这个接口比较贵哦，而且大客户才会卖。国外的也不是没有，相对便宜一些吧

@chaleaoch 不是，因为富士通在 pg 那边有投入，日本人更加熟悉 pg

@outponder 跟“API”没有多大关系，跟“重写”很大关系。
稳定的软件，用原来的技术栈重写一样能获得性能提升，实际上不就是调优嘛。
DX12，vulkan，mantle 都是一个技术源头——xbox 360 研发过程。

<iframe width="560" height="315" src="https://www.youtube.com/embed/vo0Mo0jr7dM" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>
看起来，Jetbrains 家的 IDE 也支持得不错，索引还挺快的。

@zdkmygod 我是这样理解的，因为 x86 是 CISC，arm 是 RISC，那么 x86 一条指令，arm 那边可能需要多条指令才能实现同样的功能，那么很有可能 arm 那边占用的内存就更多了。而且 x86 指令是变长的，arm 是定长的

@JmmBite 浏览了一下视频，不得不说这些软件优化得挺好，一般人可能 8G 也够用了，当然 16G 就更好了。

@JmmBite 其实我更想看到的是，arm 版本的 mac 跟 x86 的对比，一样的软件，内存使用到底有没有变化？
比如平常 PS 的工程多为 1920*1080，那么 arm 版本的 ps 会用更多内存吗？

wine 会重新实现对应 windows 的 win32 api，并能加载 PE 格式的可执行文件，就是这么简单无华但枯燥乏味的原理

说实在的，到今天为止，我都没怎么找到跟 M1 机器相关的内存消耗相关的评测。全部一水的 CPU 效率评测。很多评测也不讲到底是用什么版本的机器。
标配 8G 的机器真的够用吗？

@gypsymao 如果 mac mini 都不是定位为主力，那么今年发布的 m1 就都没有主力机器了。mac mini 再怎么说，都是桌面级，散热肯定会比 Macbook Pro 要好

@Cbdy 你是把自己的个例当作一般，以果为因。一般公司是用 x86 server 所以要求程序员用 x86 电脑开发。不是你用了 arm 的 mac 所以就上 arm 的 server 。一般程序员的偏好并不能影响公司决策，那么何来 arm server 的普及？