这不就是个概率问题么，我们来算一算，找了一些资料，

[创业从天使走到 D 轮概率不足 2%] ，https://www.jiemian.com/article/799309.html
[分析了 15600 家公司后，看看科技创业公司被收购的概率究竟有多大？] https://www.36kr.com/p/1721645449217

这两篇都没谈到 IPO, 第一篇是天使轮到 D 2%，第二篇是美国的，1% 的公司从 pre-A 到了 F 轮，基本上来说能 IPO 的估计也会低于 1%。

我们给它高一点的概率，按照第二篇的数据，融资每过一轮就有 60% 的公司被淘汰，楼主公司 A 轮了，那应该是 2.5 的概率到 D 或者 F 。

如果 10 年能拿到 200 万，平均每年多 20 万，这是概率 100% 的情况下，那么 2.5% 话 20 * 0.025 = 5000，也就说这 10 年 下来楼主的每年收益是 5000 元。

我相信 10 年内，楼主肯定有能力工资超过现在的工资 + 5000

@Liang 别乱打比方，对我来说扣掉 Touch Bar 是最好的选择，经常误触，Touch Bar 上的功能键我不低头我是按不对，几乎是没用的

这么难用的 Touch Bar 早坏掉不是很好么，不坏还容易误按

找个键位映射的软件，把相关键位映射到组合键位上，就好比 HHKB 这种就没有 F1-F12，照样用的舒服的不行

得整个好封面

@opengps web 端可以在前端建模隔离接口变化，至于客户端更新的问题，在 BFF 建模隔离接口变化，当然都走 GraphQL 是最方便的

思路就是错的，代码写的再好也是屎山

接口和 组件 porps 的变化怎么隔离？不隔离接口一变，你代码也跟着变？组件换了这套代码再来一遍？一个需求变化就得重写的东西

另外一个 map 数据的代码有啥值得优化的，明确输入和输出就完了，你代码是屎，别人要重构只了解输入和输出不看你逻辑就行了

大多都是函数式语言，ocaml , haskell, racket, 等等，毕竟 S-表达式 不就是天然的 AST 么

你这几首曲子都挺好的，可以专辑了

@sagaxu 主要都自觉的往坑里跳，反抗到真少见啊

@adminharlem 摸鱼才是生活

也许未来也会有音乐界的 github