可以自己撸一个简单的啊，定义抽象 Environment 、Resource 、BeanDefinition 、BeanPostProcessor 、BeanFactory 、ApplicationContext 、Ordered 、BeanNameGenerator 、DisposableBean 、InitializingBean 、各种 Aware 接口、Advice 接口、EventListener 等等。你把那些东西照搬过去不就 OK 了吗，不就是抄吗。把 Bean 流程定义好，下面就是不断完善的过程。

那个 45 讲，对一般的开发足够了，MySQL 圣经（《高性能 MySQL 》）就深入了。就是 explain 看看，看扫描行数，执行秒数，有没有回表操作之类的。按规范来确实有一点用。

eladmin，Github 上很多这种项目，为什么一定要写博客呢？

1L 在教坏新手，这特么缩写就少了一个字母，你当是 HBase 呢，colunm name 要尽量简短，普通的 RDBMS 就直接用对应的名称就行了。不要写成 school_name，直接写 name 就行了，除非是在中间表，或者其他的表中，作为外键（实际开发不用外键）的存在时候，就要写成 school_name 。尽量见明知意，除非你是用的 HBase 这种，或者其他对字段长度有比较大的优化要求的数据库。

@RiceMarch 你可以记下来，写出对应的 Demo 让大家看，并记录有什么好处之类的。然后下次开会或者适当的时候提出来，改掉这个。二次包装 HTTP 已经存在的东西，不太好。

我不建议你使用自定义的返回结果，使用 ResponseEntity<?> 就行了，真的，这个很重要。你必须了解各个状态码大概是什么意思，不要再二次包装 HTTP 状态了，那个不太好，对前端和对接的人，都是折磨，还要再解析一遍。

不算的，我第一家公司就是这种，其实完全没必要出差，根本没必要驻场开发的。项目开发中途回公司了，之后部署再去，改改 Bug，再回公司。

然后项目结束，要发年终奖的时候，给我开了。然后说让我主动提离职，我那 SB 领导，是个 40 多岁的，天天搁那刷手机的产品经理，B 事不干，讲什么他所认为的大道理，感觉一点书没读过，讲得都是类似抖音上那种看起来很有道理，实则就是个屁的屁话。一个简单的页面改他么 7 次的产品，比较复杂计算费用的需求，就两句话带过的人。根本没有需求评审，他说的话就是需求。

我建议你好好问清楚，如果你很介意出差，就不要去。如果你不介意，有补贴，那也还行。100 不算多，也不少了。

每日报工不能说是垃圾公司吧，只能说这公司很介意每天员工干了什么，希望你写下来。而不是通过每日的 Scrum Stand up 和相应的 Kanban board 工具来分配任务。

尽量学习好技术，去大点的公司吧。大公司起码福利好点，当然不要去搞大小周的垃圾公司，福报厂都是双休。大小周是真的疲惫。

用 Binglog 机制不行么，或者 MySQL 的插件 mysql-udf-http 。或者像 Kafka 一样，用带有回调的方法发送消息，阻塞直到发送成功，外加 ACK = -1

大厂都是全额交公积金的，我在一个二线厂也是全额，待遇还不错的。我还是觉得得问清楚做什么方向的，这个很重要。看你是不是维护的💩⛰️，改这个是真的吃力不讨好，哎。

Title 变了，工资也得变啊，不变工资，老板其实就是在稳你，不让你跳罢了。

DataX 了解一下

打法、赋能、抓手、结果论、组合拳，为生态赋能，这些是基础啊😁

你这地址好像放错了，都是 Front-End，没有 Back-End 。