我本来想从严肃的人性角度回答这个问题，安慰下 OP 的。
但突然发现这个在程序上是个多线程访问共享资源的竞争问题。
所以 OP 你也有责任！
你访问一个共享资源，在不清楚是否有其他线程访问这个资源的情况下（关着门），没有加`if`判断进行验证（你没敲门！），就擅自访问这个共享资源了！这是线程不安全的。然后你中招了。

当然，人不是机器。世界是复杂的，每个人都有自己的喜好和厌恶。从便利性、舒适性、人与人之间是熟悉还是陌生。你问的问题没有统一的答案。放在不同环境，不同做法都有可能是可以的。
多出几次错，大家就默契了。
可能到时候，所有人都无所谓臭味，用完就开着门。关着门时，默认里面有人。
或者大家都很讲究，默认门应该关着，然后自己进去就上锁，其他人要用就敲门。

还有嘛，这世界是草台班子组成的。讨论啥规矩都没用。每个人都毛糙的不行，都按照最方便的方式行事，不撞几次墙不会改正。

@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 类似银行，运营商会被烦死的。借卡的人就是往死里说我借给亲戚了。然后往死里闹。你说运营商怎么办。

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

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

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

真心半解

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