weiweiwitch

我去年搬家，新家没有入户光纤。联通的安装师傅带了冲击钻，免费帮我钻墙穿光纤入户。
搞不懂你那的联通怎么回事。。。

@jixiaopeng 我觉得，相比你问的这个问题，你可能更要想清楚，自己当前的经济情况、个人能力是否适合和别人一起创业。
开公司是个失败率很高，非常耗费个人的时间精力，也非常考验个人的经验和能力的事情。

我不确定你想参与的事情有多大。

如果是小打小闹。完全不需要担心你的说的这个问题。因为摊子很小，随便找个老婆亲戚啥的，参与进去，就几乎不用担心你说的风险。
如果是看到机遇，准备搞个大的。那相比你说的这个问题，我更担心你跟别人一起单干的风险。以你的经验啥的来说，感觉有点悬，要趟的坑很大。

一种是找到靠谱的国内镜像源，然后 daemon.json 中配置 registry-mirrors ，指向这个镜像源。

另一种是在运行 docker 的那台机器上添加配置，让 docker 的 daemon 走代理访问官方源。
这种方式假定你已经搭建了代理服务器。
具体可以看下这篇官方的文档。
https://docs.docker.com/config/daemon/systemd/#httphttps-proxy

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

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

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

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

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

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

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

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

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

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