计算机基础里提到过一门完整的语言必须具备以下三个条件：
顺序
条件
循环

只要最底层还是基于 JVM 的，加密最坏都是有办法从 JVM 层来破解的。而唯有基于 AOT 技术将 Java 代码真正转换为二进制，使之与 C 编译后的二进制毫无差别，才能真正杜绝代码级别的泄露。至于将 C 程序从汇编的角度被破解则是另一回事，因为已经不是原始代码逻辑的直接泄露了。

如果按照楼主对量化交易的定义，那其实就是在一定的规则集合下的自动化交易。如果规则本身的理性的，那计算机则可以将人工交易的速度，误差等尽可能降到最低。其实很多时候赚钱的交易的时机是转瞬即逝的，即时人工已经判断出最优策略，但由于人类神经反应和鸡肉速度的天然限制，是无法付诸实践的。而计算机则可以在数十毫秒内做出判断并实施。这就是量化交易的价值所在。

其实规范都是给设计自圆其说提供的一种依据。当你不需要规范为你背书的时候，就可以随心所欲了。

URL 加版本 /v1/abc, /v2/abc 。既要支持多版本，又要代码完全不重复是不可能同时满足的，鱼与熊掌不可兼得。只能尽量通过抽取公共代码的方式来消除重复代码。毕竟对外的 API 就是这种特性，一旦暴露即等同于固化。除非根本就不管兼容性的问题。

从能量守恒的角度来说，可以的。但是人体能量利用其实很高，平常的速度走路能量消耗速度太慢。每次要达到基本的效果都得 5 个小时以上，一半人每天不可能花 5 个小时只为走路。
再回到能量守恒，既然消耗太低，那就减少摄入量。这个比较好控制，尤其是减少碳水摄入，比如少吃米，面等淀粉制品。至于糖，水果等甜的就更不摄入。
如果这样能坚持几个月，效果应该是立竿见影的。

惠普有个云打印的微信小程序，不知道和你要的是不是一回事。

前端加密就是掩耳盗铃。除非用户的行为是完全受控的，否则数据总会从最弱的一环泄露的。当年马奇诺防线号称坚不可摧，可人家就不跟你硬扛，直接绕过去。

APM

table 加 tennat id 如果能在框架层面做还好。否则纯手动维护，如果碰到粗心的程序员在某些语句中忘了加 tenant id，那后果就不可设想了。在某个项目中碰到过这样的案例：开发在本地测试的时候只有一个 tenant，没有测出这个问题。结果在项目上线后被客户发现看到了其他公司的数据。。。

电脑客服成本比人低，但关键是够不够智能。苹果的 Siri 都跟人工智障一样，其他的能够怎么样。

OData 有规范支持。用户可以先获取 metadata 来拿到字段定义，之后就可以有选择性返回指定的自动

PV 中的 local volume 就是为你这种需求量身定做的。

单纯的异步用线程池就可以，但要极大地提高性能，底层的 http 客户端应该要用 NIO 才行。

原来我不是一个人遇到飞利浦电动牙刷无故启动的问题。

后端如果约定返回 json，那就是后端的锅。
有可能是后端没有用 json 工具序列化，比如 jackson，而是自己手工拼接的字符串。

这不就是文件系统吗？可以研究下主流的文件系统是如何解决这些问题的。

喜新厌旧是人的本性，这是写在人类的基因里的，只不过每个人的程度不同罢了。也真是这种基因，人类文明才能够不断进步，不然混吃等死，和其他物种就没有区别了。