@kneo 嗯，我记错了。有一段时间没写后端了。
我们团队里面，各种原因，kotlin 的特性也没有用的很深。只是觉得写起来比较简短和自由。当然，kotlin 的一大缺点就是编译时间太长了。

这语言挺好用的呀。
我们用了好多年了，上线了好几个后端项目了。没遇到啥语言上的问题。
这语言对比其他 JVM 语言，变化算少的了。如果不用一些复杂的语法，纯粹可以当做简化版的 Java 用。
特别是 val 变量声明，用了这个，几乎杜绝了我们项目里所有 NPE 问题。
协程的话，没有 go 和 C#的好用，但也帮助我们解决了某些特殊需求。

多线程环境，或者 age 值实时从数据库中获取到的。那么这两种写法区别很大。要想清楚再选择。

@wenhuibrave 这个也是我发现的主要问题。Web 以外的职位很少。

@wenhuibrave 不同游戏，架构区别挺大的。需要根据游戏类型来选型。
一般每个团队都会根据自己的需求搭一套框架，里面塞不同用途的比较基础的第三方库。
比如网络通讯用 Netty 。
数据库用 Mybatis 或 Hibernate 一类，以及 sharding-jdbc 一类的库。
自己写或用其他现成的框架解决跨进程、跨机器的通讯和计算。
有用到外部缓存，那么还要考虑外部缓存相关的访问库。
另外，看情况决定用或不用消息队列。
其他的就是，额外搭建日志仓库。
还有准备轻量级 Web 服务器实现对外的 GM 相关服务和平台对接服务。

只要能实现需求，用什么技术或库的都有。

做游戏，感觉更像实现一个特殊目的的大型中间件。

不是屏蔽，是网页版的搜索有问题。App 上就可以搜。

为啥不通过 Google play 装？
通过 Google play ，基本上绝大多数国外应用都能简单安装和使用。

工程和商业领域有大的进步，但科学领域意义不大。所以上升到人类层次不太合适。

目前航天领域，人类就只是坐个独木舟拿个小浆在靠海岸几十米的地方捕捕鱼。
远没到风帆时代。
所以在能源技术等没有质的突破前，理性看待就行了。

你买房买不买二手房？

@s4d 毕竟企业本身是逐利的，承担社会责任也是违背企业的初衷的。绝大部分情况下，这和逐利冲突，也会无意间给竞争对手机会。

@s4d 或者说，我卡丢了，没时间挂失。

@s4d 类似银行，运营商会被烦死的。借卡的人就是往死里说我借给亲戚了。然后往死里闹。你说运营商怎么办。

我一直秉承一个观念，就是经营婚姻就是经营公司。所以财务、现金流啥的很重要。当然，让我老婆也认清这个想法是某次婚后我们俩某次吵架并沟通后做到的。

下面是一些我的想法。
- 搞清楚你老婆在家庭经济上是否能量力而行。如果很铺张浪费的话，结婚不是你遇到的第一件麻烦事。
- 最优先解决房子首付。房子是婚姻投资中比重很大的一块。包括首付，包括后续每月按揭。婚后很多麻烦事围绕房子的，没窝你们也不好下蛋。
- 搞清楚对方家庭谁做主。我老婆那边，我老婆做主，其次是丈母娘。你那就是尽量做通决定权最大的那个人的思想工作。如果不是你老婆，那么要针对经济问题，把你老婆也拉到你的阵营中。
- 彩礼可以谈，谈的过程中搞清楚他们彩礼怎么个用法。如果彩礼他们会散给亲戚啥的，就要想办法尽可能往下谈。如果彩礼留在她父母和她那边，那么后面就可以做思想工作让彩礼再投资给你们家庭。
- 28W 的车太贵了！这是你们最能降低经济压力的点。砍一半我都觉得不过分。甚至，可以做到车让你老婆那边买。
- 你这经济状况比我那时候结婚好太多了！放松心态，迎接新生活。只要你和你老婆感情好，三观 OK 。不要自己给自己找心理上的麻烦。

资本家有一百种轻松转移资产的手段，这种结论怎么得出来的？

你可以趁此机会学着排查下原因。
不稳定问题，事件管理器里面找找线索。
功耗问题，装个进城监控的软件看看哪些进程开销大。我记得微软自己就有这样的小工具。

按我折腾的经验，家用硬件搭配家用系统 24 小时运行就是有几率出各种状况。这个几率很小，而且出的状况各不相同。

真心半解

@churchmice 这个是 cloud-init 里面的脚本。位置是/usr/lib/cloud-init/下。也就是说，直接改，哪天更新时会被覆盖回去。
不过这些都只是绕过。根本原因还没找到。

@Taieo
相反，家用台式机功耗反倒更低。
未来内存如果不超过 128g 。那么普通台式机就可以了。
我们公司内网跑测试服，装了 k8s 。7*24 跑也没出过什么宕机问题。
普通台式机还有个好处，就是单核性能更高。没有太大并发要求的场景，反倒更好用。