本身就是个提示助手，现在 AI 还是集中在快速 api 手册，还有大量同模式性文本的生成
你真提问个项目的架构，优化，设计，它是绝对没能力解决的，最多提供一些思路
目前用来，最方便的还是 api 提示，还有就是跨语言时间可以快速上手（不用一个一个去查另一门语言的 api 了

推荐看看哲学书，先入个门，看看《大问题》
楼上大部分人的思辨水平只是在单纯论述自己的价值观而已

至于你表述中比较核心的问题：“这样的人是不是应该相信权威，相信社会精英？”
我们也可以通过几个问题来思考：
1. 怎样的人是值得相信的权威，是社会精英？广泛意义上的成功，有钱、有权力、社会地位高吗？
2. 相信的是他的建议以及看法，还是相信他人的本身？换句话说，你相信的一位权威某日突然说地球明天就要爆炸，你信吗？为什么？
3. 如果权威之间意见冲突了，我该采纳谁的？如何做判断？是否可以再找一个权威来做判断呢？
一步一步回答这些问题，你会发现自己心中到底跟认可怎样的价值观，到底怎样认为一件事情的。回答完后，结果其实已经很接近了

一般现在基于日志的文件系统都是按页来的，数据可能会丢
那么出现文件损坏的情况，一般就是对文件完整性要求比较高（比如用大 json 存，保存时直接一段没保存上，json 格式被破坏了），或者存储方式没有使用日志，否则也应该只是丢数据而且不是文件直接损坏
从这个角度看，业务 app 可以尽可能保持两种方式去保存数据：对文件完整性要求不高的、基于日志的存储（类似于 ext 的 log ，或者 mysql 的 redolog ）

@Narcissu5 #32 linux 俗称 jvm 启动器😠

@bugmakerxs #28 你把拦截器理解成一个非字节码层面而是 api 层面实现的切面就好了，你对一个东西修改，已经计算好的内容框架是不管你的。
这个只存在人家设计的时候巧不巧，如果他的 content-length 是在最后计算的，那你就会为了他这么智能而感到开心，但是实际上只是运气问题而已

@tomcrowley #1 同病相怜啊哈哈，我也是 M3MAX16 寸

bug ×
错误的使用 √

laravel 确实简单，现在这份工作在做公司之前商城项目 PHP 转 java 的工作，发现了一些问题：
1. 之前用 laravel Eloquent 写的复杂查询基本维护不动了，动不动几十行的 with 关联查询，出现慢 sql 只能把这个 orm 去掉重写 sql ，或者跟 eloquent 的 orm 关系 battle ，生成的 sql 还得去日志或者云厂商后台慢 sql 里看为什么慢
2. base 杭州，招 php 的时候发现，大部分 phper 的简历和项目都很单薄，计算机相关知识普遍偏弱，这块做 java 的你是可以从简历筛出来一些基础好的人的
3. 接口给前端返回的结果和入参，基本就是 db 透传，db 查出来透传给前端，前端把整个数据库对象传进来，接口平均几十个字段
4. 99.9%的 php 开发不了解 php 的内存调优和管理机制这些，但是 java 开发不论程度（起码背了八股），对 jvm 和 gc 起码是有个概念的
5. 对 web 好像基本的概念缺失，laravel 是支持 JWT 加密的，但是原来开发配置了一个 secret ，但是算法没指定加密算法，laravel 真的用明白了吗？
6. 现在 PHP 不是主流，你想招到一个有一定业务架构、技术架构概念的人很难，基本都是一些简单系统 CRUD 。
7. 商城用了多个库，之前的 php 开发直接用 laravel 多 DB 去操作，不知道分布式事务的概念。

从面试 php 的经验来看，大部分 php 面试者都想转 go 。其实也是个这问题：你 php 作为弱类型的语言，或者作为 C 的 web 进阶，比起 node 和 go 优势到底在哪里呢？

个人换了 mac 以后感觉最好的几个点
1. 省心，续航（虽然基本放在那不怎么动），风扇，性能
2. 桌面逻辑更专注
3. 类 unix 很爽

其实同价位，你就算找 windows 本也不好找，想要性能基本没有，windows 本配置上去以后，游戏本那个风扇受不了，专门的办公本基本也没有。
感觉 mbp 的定位就是：不用折腾高端工作笔记本

现在普遍已经笑贫不笑娼了，阴德重要吗？

网课我一直感觉又偏又没用，真要学 java 不如去看看计算机和操作系统，jvm 为什么叫 jvm 呢？

我个人有一次经历，当时一发生我就感觉到大多数人说的所谓鬼压床是什么玩意了
我有一次在家躺着睡觉，就在刚好要睡着的阶段（你可以认为就是上课打盹低头再抬头那种），突然想起来自己好像忘了关洗手间的灯，于是我就又想爬起来去关一下
就因为这个，我当时很明显的感觉到，我的思维很清晰，但是无法控制身体了，但是也没很慌，过了一会儿就好了去把灯关了
所以个人感觉这玩意主要还是神经方面的问题，去医院看下吧，没那么玄学

你确定是这俩玩意的问题？
作用域：
单例（ Singleton ）：在整个应用程序中只创建一个 bean 实例，默认为单例。
原型（ Prototype ）：每次请求时都会创建一个新的 bean 实例。
会话（ Session ）：在 Web 应用程序中，每个会话都会创建一个 bean 实例。
请求（ Request ）：在 Web 应用程序中，每个请求都会创建一个 bean 实例。

你可以试试每次都创新一个新的 hibernate 或者 mybatis 实例来使用，看看到底是哪层的问题

按照你的描述来说，如果是 hibernate 或者 mybatis 不支持多线程使用，不应该是 sql 执行结果不对，而是经常生成的 sql 错误，不是吗？

这次随意，以后离远点，不愿意去主导然后实际一堆事儿逼的尽可能远离