个人的角度说下吧，工作几年了，最近面了至少 100 人，也进来和走了一些人。

首先 6 个月试用期，我了解一线互联网都这样，可能是我见的少吧。而且是合法的 https://bjgy.chinacourt.gov.cn/article/detail/2018/01/id/3181481.shtml

而且试用期是 100%工资，没啥区别。这么多年没见过试用期没过的（不考虑行业影响，比如这次的教培）。

说两个事情吧：
1. 虽然没遇到过试用期没过的，但是遇到勉强过的，最后还是离职了，其实这样也好，不然双方都痛苦。
2. 实习生转正的事情，这个比较试用期更修罗场，这个是有名额限制的，一般都会让转正过的，但是如果有人明显比同期差，就会出现人比人的情况，这种很容易就不过了。

工作这个事情，很看机缘，见过很多这个组干的很痛苦，双方都不满意，换了个组风生水起的。个人认为这是双向选择吧。但下一家公司确实很会在意试用期没过的事情，需要找个好理由。（ PS 你觉得你牛逼，上个公司认为你不能胜任，这不是好理由）

公司管饭的怎么算。。。

@x97bgt 有专线，要加钱

没必要

最近我们在合微服务，基本 3 个合成 1 个

都这样，好像都在倒逼客户用自己家的自动还款。微信还款特别还提醒了这个

go 对 java 有优势

但 go web 和 spring 完全不能比，项目做多了就喜欢标准化的（不需要纠结选啥库，更多精力做业务），spring 写的再差也中规中矩，go web 的话能写出花，还是希望框架统一点（事实上公司内部是统一的，用起来还是很舒服）。

@KouShuiYu 不一定，很可能不返回来，特别是女方还有弟弟啥的

慢慢谈吧 除了相亲的，很少见一下子就谈好的，谈崩的更多（可能幸存者偏差吧）

这个问题我们团队深入讨论过，最终觉得用两个字段区分比较好
字段 1，卡片本身的状态，尽量少 开始、进行中、结束 可以打平 bug 和需求，这样一个项目看板里很容易看见各个状态（ bug 还可以和需求关联）
字段 2，解决结果（类似这个意思吧），就是不修、下个版本修、重复 bug 、非 bug，表示确实处理了（不一定是要修了）

我提供一些其它参考吧
因为我们要 to b，遇到的数据库很不标准，既有 MySQL 也有各种云的，还有 newsql，甚至还有国产数据库。用外键那不是没事找事嘛。之前做 Oracle 系项目何止外键，存储过程啥的都用的飞起。

uuid 没问题呀，单查询的话

实体接收也用下划线，这个也还行吧，其实这样也好。编程规范核心是统一，如果涉及数据库、json 的都用下划线，其它 java 本身用驼峰，挺好的呀，只要不是混着来

修仙多好

这个岗位非常的专，而且要非常大的厂才有专门的岗位。做得好肯定还是，但是应届生不建议，因为你连基本的开发流程都不知道，这岗位需要很深的积累才能做好

从来不鸟他

我只信以毒攻毒

个人感觉新业务可以用
但前提你要保证你自己确实对这个深入理解了，不然出问题没人帮你 java 那帮人不了解这个

因为 Python 天生是同步的，一旦出了问题你就得背锅了，之前有个对口的同事就这样走人了

这年头外包也要 oncall ？那做外包干嘛，我觉得外包唯一的好处就是责任小，下班早