后端是 golang 吗

会改；但是关于前面前端同学说的点我也想补充一下，有些情况下，多加一些字段并不是所谓的"改下数据结构"就能达成的，很多时候多的字段需要额外的请求外部服务、额外的关联表查询等等，这块对于性能和复杂度是会有一定影响的，有时候甚至需要针对这部分做专门的优化，所以有时候所谓的性能问题有时候并不是都是"借口"；就个人的观点来说，接口在满足业务需要的部分，额外所谓易用性的部分，是需要根据业务场景再来做取舍。再者就是前后端同学还是要更多的交流和互相理解吧，不然互相都会觉得对面在甩锅😂😂😂

昨天投了一个，不过没注意到要发自我介绍😂

啥公司

投了一手，不知道本菜有没有机会面试

遇到过一次类似的情况，司机过来附近，在我们前面一个路口接了个人就跑了，由于我们连车都没上去，也不知道是不是跟你一个情况😂

要开源，要免费，要安全，不能有漏洞，我被黑的一定是开源项目的问题，都是它垃圾才害我被黑的。手动狗头。

噗，用的搜索忘记看发帖时间了，忽略忽略，尴尬了

@jesson 最近才发生的新闻 "离职因多写 3 个字被索赔 2.9 万"，某些无良公司可能跟你杠

第一排第四个，感谢 NTRsaXV6cUBnbWFpbC5jb20=

@3dwelcome 能干活和干好活是两回事，但凡这个人能和精通有一点挂的上钩，也不至于一个有明显报错信息，很表面的问题都排查不出来；如果按你这个的啥艺术技术的难两全的说法，那么那些做 TA 的都是什么人？用这种说法来掩饰的，往往两边都菜。

支持一下~相信自己能变成分子，狗头

楼上的大部分回复，我知道为啥现在网上带节奏这么容易了。

下个 TestMem5 用 ollie 或者 anta777ex 配置跑 2-3 轮试试，你这个描述大概率还是内存问题

你的 B 手机是可以绑定到你人的，A+简历也能绑定到你人，感觉能找出来好像不是那么难吧，整合数据归类，做用户画像什么的，应该有专门做这类的黑产公司的。。

程序规模不大的话，也没有性能要求的话，随便吧，否则从程序设计的角度上看，外键会使你的程序对底层 DB 强依赖，其实是不利于程序的扩展的，在不少的分层设计中，仓储层是需要无感知能替换切换的，用了外键就不能实现这一点，而且用了外键，分库分表的之类的就没办法做了，一些分布式的 DB 也基本不支持外键，当 DB 成为瓶颈点再来大改的话反而更麻烦。
另外那个评论的例子，我想知道有没有什么其他有实际意义的场景，以这个例子来看，参照完整性好像没有什么意义，就算是子表多了一条脏数据，其实对业务本身是没有关系的，完全可以后续再清理。

一颗钻石被丢上了屎山，很快它就被屎山淹没了。