Chinsung

@itakeman #123 这 OP 天天发这种主题的帖子踩一捧一，摆明了就是带节奏，你要么是 OP 的小号，要么就是他的纯种野生大孝子，我 java python go 都用，php 也用，你这上来就一定 javaer 急了的🎩，和 OP 一样经典的贴吧套路啊。大孝子

@itakeman #122 孝

[果然吃内存，一个简单的 Java 程序就占用了 250M 内存]( https://www.v2ex.com/t/1055770#reply125)
你是不是🤡啊，隔三差五就要发一个这样的话题来哗众取宠，然后还隐藏自己的提问记录。
把这当贴吧呢

微服务又和分布式是 2 个概念，许多人理解的微服务就是什么勾八小的领域都拆个服务出来，真不知道带来的分布式系统复杂度他们打算怎么处理的。
你这个问题主要在于分布式配套的组件不够，排查人员的经验不足，排查手段受到团队基建影响。本质上这些是要 sre 团队考虑的。

gpt 的数学能力差的很，之前问他一个简单的计算，一个小数相乘都乘错了，算出来的最终值极其离谱

之前用过 shiro ，感觉 spring 在这个方向走错了，shiro 和 spring security 都过于复杂和庞大了

画个靶子自己打可还行，你这个诉求你既然对内存有要求就用 c 和 go ，用 java 就要考虑 GraalVM 。
你这个例子我可以用来吐槽任何语言。反正把那个语言的短板拿来直接套就完事了

随便写个类访问，打印下 classpath 和 resourcepath 这些，然后看下你那个 html 在不在下面就行了，不在又想强行打包过去，要么 resource 配置下，要么找个 maven 插件去打包。
话说为什么不先用 maven 命令编译完再去执行，难道你最终打包也不用 maven 打包而是把 java 文件丢到服务器上去用这种命令执行吗

这玩意永远是一个投入产出比的问题，做法是次要的，做法就是走 merge request 做每次提交的 CR 后合并，要么就是定期开 CR 会
第一个保证的是代码质量和低级问题，还有统一的代码规范
第二个就是提升大家整体代码的意识，提升团队技术氛围
做 CR ，形式和方法都不重要，成本才重要，落地和加入项目流程的成本项目组愿不愿意承担，结果效果可不可视化以至于是否能让相关方愿意承担，有没有这个必要性以使得所有相关方愿意承担