适合一万以内并发的???

mongodb 5.0 之后也支持时序功能
https://www.mongodb.com/zh-cn/docs/manual/core/timeseries-collections/
建议先去尝试优化

从技术层面看
我觉得架构师的设计有问题。
从软件设计的角度看起码得有一个设计思想作为指导，
比如可重用性高、可读性强、可靠性高、灵活性好、可维护性强。起码得沾一样。

所有技术栈都是为了某种需求延申出来的，当前的技术栈可以满足当前需求，为什么要引入新的技术栈。
程序没有任何跨平台通讯的需求，使用一个为了网络通讯的技术，做本地通讯，提高了程序复杂度和可维护性。

从非技术层面我赞同 xavierchow

@huihushijie1996 盲猜还是想炫耀，结果被别人吃豆腐 233

这游戏大体型的怪 hit-box 都有问题，视角也及其奇怪

abac
https://pathbox.github.io/2021/03/12/iam/

你这个“有可能“有多大可能，有很多时候你认为的有可能只是你认为的。
在没有明确需求的情况下去为未来做一些事更容易产生屎山。
你总想的那么多，别人看你代码就像屎山。

将数据库事务操作抽象成对象状态，
用户在使用 ORM 的时候只考虑对象本身即可。
目的是降低使用者的学习负担，不需要考虑数据库的操作了

赞同 7 楼所说的
可能是这个提出问题的人抽象的不到位，所以写出了不灵活的代码
打个比方
你们是一家做平台的公司，
要与客户来对接，
你的第一个客户定义了的名称需要用 user.full_name
你的第二个客户定义了的名称需要用 user.first_name 和 last_name
你的建模是客户如何描述他的业务字段，而不是判断客户的字段
你的建模定义为

客户 1
field:'name'
column_name：name_str
type: string
value:'zhangsan'

客户 2
field:'name'
column_name：name_obj
type: object
value:{'first_name':'zhang','last_name':'san'}
通过 type 统一了两个客户对象的建模，不需要写出 if column_name == full_name 这种代码

水平差，冤框架。让上代码也不上，block

@XiaoJiang9527 晒代码，别虚空打靶

/*
* Copyright (c) 2008, 2019 Oracle and/or its affiliates. All rights reserved.
*
* This program and the accompanying materials are made available under the
* terms of the Eclipse Public License v. 2.0 which is available at
* http://www.eclipse.org/legal/epl-2.0,
* or the Eclipse Distribution License v. 1.0 which is available at
* http://www.eclipse.org/org/documents/edl-v10.php.
*
* SPDX-License-Identifier: EPL-2.0 OR BSD-3-Clause
*/

// Contributors:
// Linda DeMichiel - 2.1
// Linda DeMichiel - 2.0


package javax.persistence;

/**
* Defines strategies for fetching data from the database.
* The <code>EAGER</code> strategy is a requirement on the persistence
* provider runtime that data must be eagerly fetched. The
* <code>LAZY</code> strategy is a hint to the persistence provider
* runtime that data should be fetched lazily when it is
* first accessed. The implementation is permitted to eagerly
* fetch data for which the <code>LAZY</code> strategy hint has been
* specified.
*
* <pre>
* Example:
* &#064;Basic(fetch=LAZY)
* protected String getName() { return name; }
* </pre>
*
* @see Basic
* @see ElementCollection
* @see ManyToMany
* @see OneToMany
* @see ManyToOne
* @see OneToOne
* @since 1.0
*/
public enum FetchType {

/** Defines that data can be lazily fetched. */
LAZY,

/** Defines that data must be eagerly fetched. */
EAGER
}

不看文档，不查手册的吐槽我不是很认可

求一个码用

windows 的盘符和目录转义符让我完全没兴趣用它的 terminal

我喜欢 Laravel
不喜欢这篇文章。
兼听则明，偏信则暗，没有对比就说一个框架如何如何优雅优秀是不够客观的

像编码量比较少还是多实践吧，多写一些应用代码。多看官方 guide ，
找本整洁代码读读。
太深入了的体会不到，太肤浅的不如自己实践。

这个么一个小 kit 和整个 spring 生态做耦合，里面还塞了一个 hutool 的大杂烩，也没有测试