rxjs 不知道,rxjava 就是一种开发范式.由事件和数据驱动业务逻辑,将业务解耦得比较彻底,适合复杂多变的业务场景,当业务发生变化时,改动比较小-------以上是官话.

我没用过只看过别人的例子,我的理解是简单项目尤其是现在大家都是微服务了,真的用不上这个,如果要用的话也不会直接用,应该结合各自的业务场景再封装一遍,否则开发效率可能要大打折扣.东西是好东西,但是没必要全盘接收.缺点是代码的可读性变差,当然整体上来说更易于理解,逻辑也更清晰了,但是局部代码因为变成了通用逻辑,读起来没那么直观.还有个重要的缺点是调试起来更麻烦了,如果不熟悉的人可能搞不懂它的执行流程.还有涉及到并发 /异步 io/流控什么的时候容易用错. 如果没有接触过这些概念的话有一定的学习成本.

另外,用不用是一回事,了解一下思想还是有好处的.我就是了解了一下,这不是就装了个 X(

认真生活,尽量不随波逐流

现在有几个个人房东？都是二房东。别人就靠这个过活，套路多得很，一分钱都要给你榨干，而且还没有契约精神，你拿什么约束他们。自如起码是个正经企业，明码标价服务透明，合同也不会有什么问题，而且管家也都是年轻人，沟通也方便，虽然服务一般，好歹不会烦你更不会三天两头想涨价。

不谈谈读后感吗

这个可以在公司内部搞

适当抽象下，做成可配置的，类似 ORM

想站就站啊，没人闲得慌老看你的

很多人就是睡觉的时候忘记呼吸死了

你这是表锁啊，应该不会超卖，但是性能很差

是通过传输 class 的字节码构成这个类的吗？如果是的话需要将这个类放入当前线程上下文的 Classloader，如果跑在 tomcat 上的话一般是 WebAppClassLoader，但是因为 Classloader 的 defineClass 方法是私有方法，不能直接加载这个类的字节数组，你反射调一下就可以了。

这个字哪里敏感了

人生就是 CRUD

给他点政经哲的通识书籍，这些是一个人建立世界观的基础。沉迷游戏大多是因为逃避现实，首先得把他拉到现实中来

了解下 bean 的生命周期，spring 的扩展点，再看下 spring 的启动过程。spring 是 ioc 框架，在启动的时候准备好各种组件，首先你要看的应该是这个过程，了解 spring security 怎么参与其中的，然后再看请求过来之后，spring security 是怎么触发的，其实你看明白了启动时候的组件准备过程，就已经大概知道组件怎么作用的了。
ps. 咱是 oop，没有什么第一行代码之说吧

我觉这些分发平台应该根据机器配置不同分发不同的版本，开发者提供多个版本的 app，尤其是支付宝这种巨型 app，又不是养不起几个适配和优化人员。

七楼很详细了

future

今年你几岁，有过几次 one night~ o~~ qq 爱