其他都不好说，但是睡觉和健身对任何事情都有帮助。

@darkengine 我查了下安卓 ROM 原来会包括整个操作系统。我还以为就是个 bootloader 。还是我搞错了？我对 ROM 的记忆还停留在 8086 那个带 BASICA 的年代。。。

@bitduke 没错，只想一个人搞技术，交流也行但是得和技术人交流。看起来只有少部分活适合我们这种人。

@caqiko 对业务没啥兴趣只想做面向程序员的技术，所以一点点的往外挪。

@wintersun 多谢。我入行晚，现在 40+了也只有 6 年多经验。按照我的职业路径来看，作为一名数据工程师，尤其是 BI 转过去的数据工程师，似乎无脑选择业务技术一把抓的复合型人才，而且这么多年也是这么走过来的。但是从我的本心来看，其实我是个不喜欢和志趣不同的人交往的人——或者这么说（毕竟有谁真的喜欢？），我对和志趣不同的人交往的忍耐力很低，所以从我的本心来看，转变赛道专门做技术是有利于身心健康的路径，但是这条路明显很难。

我也没想好吧，现在有点业余时间就做点技术上的项目，看以后吧。不能转变赛道就继续熬，看看能不能转成所谓的数据平台工程师，或者数据相关的 DevOps 。

如果是底层，精学，其他的无所谓了，做多面手更好。

@xueling 大佬，我真是小虾米而已。。。

@levelworm 举个例子。我是做数据开发的，现在业务需要做一个数据层（但是现实中，我其实也需要把 BI 做的 data modelling 和 dashboard 给做了），因此无非是找相关的 dim 表和 fact 表。业务很贴心地给了个 required fields ，按图索骥即可。

根据本人的经验，dim 表很好找，因为每个数据层几乎都是用到这么些 dimensions 。但是 fact 表由上游产出，那么质量就随机了。目前做的项目质量很差，是第三方导出的数据，上游做的无非就是把第三方的数据导出到一张全字符串的表中。所有的研究和过滤工作都交给我和业务协商。可想而知这有多痛苦了。业务能够从业务上讲清楚他们需要哪些数据，但是没有办法写表的过滤逻辑。我会写过滤逻辑，但是我也没法把业务直接翻译过来，而上游除了做了个 dump 之外，其他都需要转发给第三方，这个速度可想而知。

所以我现在是不高兴做这些东西了。我想挪到上游去。看起来上游好混日子啊。。。

@xuanbg 可能性实在是太多了。比如说我做数据开发的，业务最多只能描述个大概，但是我必须落实到这张表的所有细节上。换句话说我也得懂业务。这就太痛苦了。

@BeautifulSoap 最好是做面向程序员的程序员。最佳是做底层，操作系统和编译器这些。其次是做框架、工具等等。

越接近业务越累。我现在是看透了，只有这层不能糊弄，其他层都可以。

@miaomiao888 真有人点广告花钱么。。。好吧我落伍了。

微软这样喂屎也不知道是为什么，真能增加收益吗？

这广告不错，好歹用心了。

@kmyq 川大？北大？爱好和职业不一样呀，地质不好找工作吧，要不就很辛苦。

有过那种异常的宁静感，不过很少。

挖化石的地质学家，修电子产品的。

Roguelike ，试试看模仿 Lovecraft: Untold Stories 这种风格的？

看查询需求，怎么方便、技术上能够减少负荷就怎么来。