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 的行为很多地方会有差异，在具体的使用场景时需要注意。

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

有志者，事竟成。

这是开始，而非结束。

与本人沟通无解的话，和老板商量下争取换个位置呗？

欧美都远程工作了，我觉得这本质是个沟通和技术问题。

That japanese grandma is 82-years-old and she created a pupular iOS app for ages people.

https://cdn.aarp.net/content/dam/aarp/work/working_retirement/2018/02/1140-82-year-old-programmer-masako-wakamiya.imgcache.rev.web.1140.655.jpg

You're Never Too Old to Code.
https://www.aarp.org/work/working-at-50-plus/info-2018/worlds-oldest-app-developer-fd.html

本质上，其实是在问如何与老婆沟通和相处的。

想必每个家庭都有自己的模式，就像每个人也都有所不同一样。

别人的答案，别人的模式，未必适合你。

加油

还能治疗就治疗吧，不能治疗就陪伴吧。

我父亲也是 19 年肝癌去的，昨天做梦还看见他。

嗯，加油。

你买的不是游戏机，而是游戏。

是否有 switch 的游戏让你牵肠挂肚？

我经常有空的时候就玩下树枝，很沉迷这种“慢”游戏。

可惜，好久没做 RoR 了。

目前国内还是 spring boot 这套更好找活。也有些写 flask 的。

我觉得都不是。

我 43 了，两者都有过。

Pro: 上述两项都可以保证你的竞争力，如果公司不合适，换家企业凭着管理或者技术能力都能找到下家，薪水也相对不错。

Cons: 但是终究是依赖，很多时候还是需要妥协或者无视。

我觉得还是应该有属于自己的作品或者行业人脉，哪怕做个 freelancer 。

一家之言，浅见，仅供参考。

健身

不用花钱，先从跑步开始吧。每天先跑个 3 公里。

1password 订阅

定时同步至 enpass 买断

enpass 通过 WebDav 使用云盘存储

我推荐 KVM，硬件层面，最快，性能损失最小。

小口 KVM 也没多少钱，不过最好还是选择品质较好的。配合可切换的蓝牙键盘和鼠标，还是挺好用的。

以前有段时间公司台机+Mac 笔记本，一边做 iOS 开发，有时还兼做些其它事，使用过 KVM 。

这种冗余字段设计在 2000 年前后的金蝶、用友、ERP 中还挺常见的。

那时大家使用关系数据库，报表或者表单通过中间映射表甚至是语言层动态映射。

为了扩展很多事实表都会做类似处理。

你要以 2021 年眼光来看，有 MongoDB 、json types，那确实挫。

没办法，很多时候手上有个锤子就看什么都是钉子。