感谢分享

HASH 本身能有啥意义？

但前面说的也是，一堆纸片片，印成红的绿的，就能换取全世界的物质及至让人听命，那张纸又有什么意义？

这就是所谓的“共识”吧，类似的还有“国家” “意识形态” 等等

大家都信这个，有人买有人卖，那这事就有意义。

假如真的 fallout 了，P 的意义都没有，还没瓶盖有价值，那个至少还是金属。

同意 @makdon 的意见。

过早优化常常会带来其它的问题。除非这是张大表，有复杂的索引等等。

从设计本身角度，更推荐该空即空。

此外变更前与同事取得一致也是一种尊重。

但是，汉语拼音不能忍……估计我看到也会很难受。

这样的地方，我也想去。

厦门：环境很好，工作机会也不少，奈何房价很高，户口更是非常难搞。

泉州：环境尚可，房价稍好一点没有福厦那么高，IT 工作机会就真不多了，厂 T 有一些，薪资普通一般

一般不需要。

除非你进行的是超大型项目，类似运营商 CRM 这类。表结构大，数据多，未来会上 N 多个 BI 、分析系统，主表如用户或者交易还经常会被各种联表、过程进行查询。上述情况，推荐添加。实际上，电信以及相应厂商的规范里面也写的很清楚。

正常一般应用，我是觉得 User.name 比 user.userName 好多了。

第二年会续还会优惠

武汉是个大学城，所说在校高校生数量在全世界排名都很高。

本地薪酬一直上不去，但是不少大公司都在武汉开了分部、分公司。

但是不少也以招应届，做旁支或者外包型项目。

房价前期控制还好，这一两年也开始涨了。不过，武汉有个优势就是市区很大，如果考虑周边地区，也有便宜的。

北上广深，感觉广州已经越来越赶不上其它三家，后面第二梯队如杭州，南京，武汉都在追赶。

但是广州有个好处就是距离深圳很近。

我有个朋友，他学习语言的方式就是最后折腾一个 lisp 解析器。

ActionScript, Javascript, Scala，到最近的 Kotlin

……

我说个相反的吧，并没有任何否定楼主的意思，每个家庭都有自己的情况，我觉得多多诚恳的沟通应该是最重要的。

我 40 多了，父母从不找我要钱……爸爸 19 年底去世了。每每回想，感觉都是他照顾我，包容我，帮助我。我基本没做到什么帮助他的。

我感到很后悔。

我刚买车也这样，一年平均小事故 2 ～ 3 起，还追尾过警车，保险大哥都劝我。

5 、6 年后就好了，现在几年没出过事故，违章更加没有……这算好事吗？是不是也是一种制度化？

可以考虑开车的时候多听听钢琴曲这类，我自己觉得对于缓解情绪还是很有效的。

《非暴力沟通》

我也有类似的问题，这本书挺不错的，强烈推荐。

换个角度想，这总比你有个女朋友但是天天吵架要好？

为自己而活，而非他人。

CCC +1

+1 想吃

你是专家，你说的都对。

我是普通用户，所以没水平，也不能、不敢、不应去评价。

看不见皇帝的新装，那肯定不是皇帝的问题，是看客的智商不够。

3 年，200 万，呵呵

:0)

有，自己负责的主力项目，后端业已全迁移至 Kotlin 。

Pros: the language, spring/spring boot, Func Programming, even coroutines & kotlin ReactiveX 这些都用过，没碰到过什么大坑

Cons: Kotlin 的强类型模式，在某些时候会不爽，比如对外接口。Data object 认为 String 就是 String , Int 就是 Int 。但是有可能对端实现变更或者多接一个调用方，应该传 "1" 的变成了 1，kotlin （看具体实现方式）就有可能报错。这种时候，最怀念 Groovy 或者 Ruby，你认为它是 Int 它就是 int，认为它是 string 它就是 string.

BTW：json 可以考虑使用 moshi 或者 jackson json

这其实是世界观的不同，估计你们要好好讨论一番了。

无论谁说服谁，希望能求同存异。

其实，未来这样的挑战想必还会有很多，Good luck

两者碰巧在工作中都用过，说的错漏之处，还请指正。

* RabbitMQ 是基于 ERlang 的 Socket Queue 封装。即使是跨互联网传输，单机可轻松支持上万连接。一对一，多对多，RPC，广播都支持。RabbitMQ 使用二进制直接传输你发送的内容，client 本身并不支持诸如加密，压缩。需要发送和接收端自己完成。支持集群和证书加密，但是前者压测性能损失很大，据说在最新的几个版本中有相当优化。

* Kafka 在我的理解，其实更像一个日志系统。broker 发送过来的信息，按分组等相关设置进行记录并根据设置定时或定量丢弃。Consumer 按 group-id 进行读取。Kafka Client 本身即支持多种压缩算法，连接时修改设置即可。Kafka 消息读取会受 group-id 及分区设置影响。如果用于任务分发队列，RabbitMQ 与 Kafka 的行为很多地方会有差异，在具体的使用场景时需要注意。

浅见，错漏之处，恳请指正。