xuld

有没有可能直接用 tsc 编译一下就变成 js 了--类型啥的，是你说不要的

你以为是因为这事才降薪？天真。
降多少过两天让我找他了解——这叫服从性测试

你去找了，说明你心里还是有这个老板的，说明你离不开这份工作。
那不给你降给谁降。

可带，有多人带教经验，前端任意框架、后端 node 、go 、python 、java 都可教，可 100%帮你解决所有技术问题，点我头像有邮箱

这个需求静态分析肯定是做不到的，除非静态分析把所有 Integer 到 int 的转换都报错

@mazyi 关于设计模式，我确实是非常反感的。我认为那是把简单的解决问题的方法用哲学的方式去表达。

举个例子：什么是观察者模式
观察者模式是定义了一种一对多的依赖关系，当一个对象的状态发生改变时，其所有依赖者都会收到通知并自动更新。
你需要先创建一个 **Subject**，然后创建一个 **Observer**，然后 **订阅** Observer ，当 Subject 被修改时，需要通知 **Observer**，**Observer** 随后可以做出反应。
如果你是 Java 用户，会觉得上面这段话“小儿科”，
如果你没学过 Java ，很可能觉得这段话莫名其妙。

同样的需求，在我的框架下如何实现？
如果你希望一个对象被修改时执行一个函数，但这个函数不想固定写死。那你可以创建一个变量，变量的值是一个函数，因此它可以和函数一样被调用。

var callback
callback += (obj) => log('传入 1 obj = ', obj) // 串联已有的 callback
callback += (obj) => log('传入 2 obj = ', obj) // 串联已有的 callback
callback(1) // 打印 传入 1 obj =1 传入 2 obj =1

@mazyi 你可以有你的衡量标准。但请不要试图去证明哪个标准是对的，哪个标准是错的。世上没有绝对的对和绝对的错。
聪明的人，在不同的情况，可能也有不同的标准，而不是认准一套。

作为语言、框架的设计者，只要用户认为我的产品能帮他解决问题、提升效率，那就是硬道理

@kran 我简单说下我在做的框架的一些理念：
1. 未来程序员一定是结合 AI 工作的，新的框架必须是 AI 友好（意思是，能确保 AI 生成 100% 对的代码）
2. 大部分传统框架帮忙做的事情，都不再要手写代码（比如，更新路由表，接口参数校验，CRUD ）
3. 各大厂的基建，一定是框架集成好的功能（比如，服务端热启动、服务器监控、错误跟踪、SQL 优化和漏洞扫描），而且用法、规范统一。
如果有兴趣可以私我邮件细聊。

@kran 说一些客观的理由
- 首先，我做过 springboot 的项目，也做过 gin(go)、nextjs(js)、aspx(C#)、asp 、等主流 web 框架的项目。
- 没有对比就没有伤害。我的衡量标准是开发效率和学习成本，衡量方式是：开发同样功能，是不是需要更少代码，是不是需要掌握更少的概念，那 springboot 完败。
- 如果你只用过 springboot ，而它恰巧成为你吃饭的家伙，你自然会认为他非常优秀，毕竟你的标准是能赚钱，至于效率啥的不需要关心，反正老板不开你就 ok
- 有的人会说其它框架的文档我也看过，但总有 XXX 毛病让我不能接受。那其实你已经先入为主了。你所谓的毛病其实都是“给自己一个不想学其它东西的借口”，要是那些毛病真的是毛病，为啥全球还有上百万的人学习那个框架？
- 我是 web 框架的设计者，我认为未来 springboot 的占有率一定会逐步下滑。

springboot 不符审美，因此我早早放弃 java