选 1 的话 你自己到新公司卷自我驱动，名义上你是负责人之类的，你有收益分红，实际上公司根本不看好你。
如果看好你会把你和项目留在老公司，你自己心里应该明白。
算下来你的那 70%都不到 10 万占股都到不了 10%，而且新公司是否盈利是老板算成本和业绩指标不是你，他有一万种办法给你加成本，导致你永远盈利不了，还是会倒闭换壳，然后从现公司调人过去接手项目自己开始维护继续做。

这件事情说到底就是公司拿你 70% n+1 的钱再给你发几个月工资，这期间你还要继续上班到最后，在家躺几个月结果没有任何改变，钱还是那么多钱。
你可能会说那公司也会投钱，对啊，公司投钱是公司把控，他到时候就说钱烧完了，你还能查账吗？到时候你劳动关系挂在新公司没有工资发，但你是股东，劳动仲裁都不行，只能自己起诉。

@Heisenberg66 #10 好傻。。。。你是 5 年的员工，按照 20k 计算 n+1 你起码也有 10w+的赔偿。。。当然不想给了。。

public beta

app 或者大模块首页接口之类的必要性大模块结构可以提供聚合，其他的接口最多提供多批量查询。
接口性能和可靠性是后端负责的话就不可能给你这么提供，不然前后端分离意义在哪不如直接 display ？

租固定车位小区就行了，有车其实不是很在意靠地铁和远近。

我的理解同一个逻辑需求大概率只有一种写法，不是很在意是否为最佳实践，其他语言在这方面包袱很重。
同时还有 Gofmt 自动格式化比较舒适，所有人的代码是一个格式，没有多余的无效引用和灰色的无用代码。

眼睛看瞎了只会加速裁员

痛！太痛了

不开 4k 没啥压力。。。1080p 2000 元现在就能特效全开了吧

@kkbear #11 因为这种需求就是 mysql 做也能做，但是随着数据量的增长只会越来越痛苦，感觉早点换方案更好，到这个数据量了一年加个小几万来解决这种问题感觉是比较超值的，不然在 mysql 凑合最后还是要迁移重做一遍。

AMD EPYC 9754 估计对楼主勉强够用

我倾向于用其他数据库做 例如 clickhouse 或着其他大数据方向的数据库计算，并不是用关系型数据库。
如果可以接受不是很精准的话可以用布隆过滤器

我觉得既然是水硕就不要谈认可度了吧。。

多少人劝你 劝不住你的，你还是会上头，只有亏了才醒悟。

9 块 9 的瑞幸喝的飞起，19 的光明还吵贵。。
不懂啊

可能我会选择 All In Mac Studio / Mac mini
能稍微安心点
但是我确实没有 op 这种连续 2 年多的长期使用经验

能问出这种问题的人一定没有实践过。。。问题本身过于开放，聊 2 个小时可以不重样。
他根本预设不出来一个具体的性能问题，只是感觉会有问题实际并不会有。
以现在硬件来说并不难达到，成本也不高，上云就更简单了。
解决方案根据不同的业务场景有很多，单纯 crud 不写垃圾 sql 没什么跑不动。