是，没记错你还可以用 init 函数对你的对象进行初始化

讲道理，这些人都是很机械地遵循某些规则。阿里的数据多大啊，它的系统想用 join 都用不了，很多表都分库分表了，显然 join 不了了。
另外一个例子就是谷歌，按照谷歌那边大牛的说法，你们在分布式系统里面用 SQL 就是弱者的表现，BigTable 这样的数据库才是正道。
所以不是什么合理不合理，要结合实际情况，因地制宜。我见过从上线到下线都没有超过 10 万数据量的系统。这样的系统我用不用 join 有关系嘛？哪怕不上索引都没有太大关系。
问合不合理之前先看看数据量有多少，系统的客观限制是什么，有没有时效性的限制，是不是分布式系统。仅仅上来就问合不合理，其实你这更多是发泄情绪，寻求认同，我觉得可以理解，但是这对你没有帮助。你应该多点了解你们的系统，多做实验，然后拿数据说话。这样哪怕是领导错了，但是他们不改，你下一份工作你也懂得什么规范是好的，什么规范是画蛇添足。
好比马克斯主义是好，列宁主义是好。但是不本土化，能救中国吗？

@chamuyaye 游标分页，然后上搜索功能。那种传统分页在大数据情况下都是要禁掉的

@Numbcoder 他有不少 RH 的股份，还有 Linux 基金会可是给他发薪水的，多不多我不知道，反正他的收入一年一百万刀还是有的

@tottea 交叉编译不需要目标平台的机器，如果你用目标平台去编译你的程序，那么就是本地编译。交叉编译需要使用交叉编译工具。一般 C/C++, rust 这类系统语言，如果你剔除了对应平台的 API，或者用宏或者其他编译时的技术抹平了平台之间的差异。一般交叉编译的难度不大。

多建一个多对多关系表，然后就好像普通情况一样用 join 声明关系

不一样的类型是正确的，其实你需要的不是什么 Point，是一个 LazyPoint 或者一个公式，Excel 的公式用过吧。
C 应该是代表 Add(A, B)，需要用到值的时候再求值。完美满足你的要求。你自己控制一下类似的 Lazy 类对象的求值时机就好了。性能都可控

先多写两行 golang 的代码，你就知道到底 golang 缺什么，有什么优势。不要天天 golang 的代码都没写多少就开始各种安利。你连坑都没踩，连填坑都不知道怎么填，安利都很无力就问能不能替代这个替代那个。你心中都没有数，告诉你结果你又会相信么？

其实 JIT 不需要解释器，之前的 V8 就没有解释器

@heyjei 没错，也就 MySQL 可以，像 Postgres 才不管你。要不然你重新建表。我觉得这个真的是没有必要，特别是 MySQL DDL 还锁表

@dcoder GraphQL 是好东西，不过这个东西要配合好，相当于再造 SQL 解析层

@kokutou 不是强制核显给宿主机，然后独显旁路给虚拟机吗？

@xiaoFine 主要还是 GPU compute，相当于特意搞了一个兼容层，然后将 GPU 旁路了。不是将 DX 移植到 linux 。linux 依然不能用 DX API 。看来是跟英伟达 py 了一番

@wxch111vv 能合并进去上流肯定比自己单独维护更好，你看 hyper-v 的那些驱动啥的都是合并进去的，现在主要是在撕 DRM 相关问题，还有 userspace 部分不开源。

GPU 相关功能还在跟 linux 内核维护者撕逼，能不能合并进去还得看后续。

@zuoakang 是的，只是逻辑关系，完全交给 ORM （应用层）处理关联关系了

@zuoakang 你用 ActiveRecord 那些 ORM 可能会需要外键，但是 Data Mapper 类的 ORM 一般是可以通过你自己指定映射关系的，所以不存在必须手写关联查询

@WebKit cleanroom 很复杂的，要律师看着的。怎么说要律师审核，不是随口说说就可以了。

用 Neo Vim 插件试试吧