@SenLief 在北京努努力，多干几年，赚套老家房子问题还是不大的。当然前提是老家房价别太高。

“出门的时候”，这么短的面试还是现场面的？这不是打个电话就能搞定的么？

一般只把不作为业务中查询条件的数据放在 JSON 、JSONB 、HStore 这类字段中。
比如我设计表时经常保留一个字段叫做 extra_info 或者 extend 之类，存一些未来有可能扩展的属性。
如果后加的字段需要作为业务查询条件，可以考虑加个扩展表来存，表中字段为 id, item_id, key, value 。其中 item_id 加索引，(key, value, item_id) 做联合索引。
GIS 数据存在 NoSQL 字段里之后，我印象中是可以用 PostGIS 函数的，已经多年不用，不是很确定，楼主还是自己验证一下。

钱没赚够，能力也没提升到位，就回家躺平，实在是早了点。
等将来有娃了，钱会更加不够花。

主要原因其实就一个：以前都是用 redhat 的，转到 centos 基本无缝衔接。

大公司应该都会按月支付的，而且一般比 30% 要高。
公司启用竞业的目的是为了防止你去竞争对手那里，一般不会在钱上恶心你。
我之前被启用过一次竞业，按前 12 个月总收入（包括年终奖）的 50%，按月支付的。
只要别做的太均分，明目张胆去有直接竞争关系的公司，基本不会有问题。
干一份活拿两份工资的感觉真的很爽。

@gBurnX 要考虑性价比的好么
内存 ECC 了，其他硬件也得搞到服务器级别才平衡吧？
就随便跑点自用的东西，没必要多花那么多钱。

ECC 内存没太大必要，普通家用就可以。
编译 AOSP 我 2000 块组的一台 2600X 也能跑，比我 19 款的 MBP 快多了，只是 acloud 用不了。所以你 5000 预算是肯定够的。
无显卡的话有几种解决方案：
1. CPU 带核显，但是这类 CPU 用作服务器的话性价比就低一些了，毕竟显卡只做亮机用。
2. 亮机卡，淘宝上 50 块搞定。很多主板在用亮机卡装好系统后，把显卡拆掉仍然能跑，微星 B450M Mortar 亲测可行。
3. 用服务器硬件。

高德用了 6 、7 年，从没遇到过漂移问题。
做过一年多的跑步 APP，遇到的 GPS 信号漂移基本都和 APP 无关。
唯一可能和 APP 有关的，就是 GPS 坐标系的问题，APP 误判了系统给的坐标系，导致显示错误。做过地图的应该都知道坐标系这个大坑。

自己组台台式机就好了，这预算攒出来的性能绝对够用。
如果偶尔要跑高负载任务的话（比如编译个 openwrt 之类的），不要选迷你主机或者小主机，散热不太好。
直接普通机箱，只做服务器时先随便买个几十块钱的亮机显卡，等显卡价格正常了再加块显卡，可玩性会比较高。

https://github.com/alibaba/canal
要保证数据一致性，这基本是最优解

项目小了怎么写都行，项目大了要找适合这个项目的写法。写 web 服务或者 api 服务，controller service Model 三层结构的适用性是最广的，但并不一定适用于你的项目。
先写吧，写着写着可能就会发现怎样怎样写更好一些，然后再重构呗。
我个人经验经验是这样的：某个 model 自身有些特定逻辑，并且在多个 service 中都会用到，那么可能需要抽出一个 dao 层来做。
另外如果针对 model 有缓存的话，service 和 model 之间可能也要加一层，叫 manager 之类的。
简单来说，当你在同一层的多个文件中经常 copy&paste 代码的时候，就要考虑提出一层或者提个 util 出来了。

@locoz 加塞多见于等红绿灯的路口，某条车道排了超级多的车，其他车道比较空，这时就会有很多人走畅通车道到前面加塞。
北京赫赫有名的大山子路口可以了解一下，已经不只是加塞了，为了快一点通过，还有很多车不按导向车道行驶。“人生五大过不去，生老病死大山子”

@locoz 你或许是没开过北京的早高峰，才会说出“硬挤的那种并不多”这种话。

习惯了就不紧张了，而且越是大故障越不能紧张，紧张容易出错。

年底最便宜

36 分钟大篇幅介绍了项目，还能问这么多问题，看来确实每个问题都聊的不深。

1. 只是代步的话，动力无所谓，同价位同类型车不会有太大差距。8 秒和 7 秒的差距，在代步时没什么大影响。舒适和安全方面的配置比动力更实用。
2. 如果近几年内有要宝宝的计划，建议 SUV，轿车拉上婴儿车后备箱几乎就满了。而且抱孩子上下车总弯腰会比较累。

楼主需要多高的性能？ tps 1W ？ 10W ？