@humansjl #25 这个是真实感受，同，30 分钟出行时间跟 130 分钟出行时间是完全两个概念。

年纪大了，折腾不动了，刷机刷一个晚上，各种插件 玩安卓的年纪已经过了，当年我们宿舍有个哥们超级喜欢刷机定制自己的手机 不知道这哥们现在还玩得动么

@namesc #10

第一，并不是每个人都天天去刷各种微博知乎，大家工作很忙的，爆漫虽然有很多槽点，但是不妨碍它成为一个老新闻播报机的价值

第二，爆漫本身的受众人群就比较年轻化，大多以 90/00 后为主，有些东西出格了 只能说明做这个产品的人没有认识到 TG 的厉害。

docker 吧 9012 年了 还不用 docker

@murmur #12 看住哪里吧，大闵行也不是不可以

直接买防毒面具吧 又不影响敲代码

@tempdban #39 加一个网卡

ebtables 可以直接在二层协议上面 过滤 同时也可以指定三层的规则，做个网桥可以让对方 神不知鬼不觉的连不上游戏，但其它一切都正常

@itkdqwzero #31 在机房该网线的接口上 中间装一个树莓派 用 iptables 将游戏端口跟 IP 打入黑洞就好了，或者直接在二层协议上面做透明网桥，然后分析包以太网包 解析里面的 IP 协议包 对指定的 IP 包跟 TCP 端口进行干扰

@tail2 #10 另外现在的 Spring 比以前智能多了，我最早用 Spring 的时候 使用构造函数注入 但是不小心搞了个环装依赖 直接给我报 StackOverflow，现在 Spring 直接会报告你 使用构造函数注入形成依赖的环型结构。

另外很多框架的东西也不需要去了解原理细节 大致会用就行，需要的时候看看文档拆开黑盒来看一下 时间上来说比较划算。

@tail2 #10 不客气，以前刚学的时候也是没有头绪，后来看了些源代码 发现这些东西本身并没有什么特别的地方 都是 Java 代码而已，只是自己没有发现更底层的技术 所以没法想象他们的实现原理，另外这些框架都是成熟的工具，有很多代码是用来 cover 那些 dirty path 的，不建议直接去阅读，有兴趣学习的直接去阅读 TinySpring 收益比直接阅读这些工具代码高。

解决问题方面，字节码修改的黑魔法有现成的 ASM 框架，没必要自己去搞字节码修改，Loombook 很多都是靠这个实现的， 另外像事务这种跟线程绑定的东西 不了解 ThreadLocal 肯定是没法做出来的，我之前也遇到过 SpringBoot 异步线程丢失认证身份线程上下文的问题，了解问题大致会出现的可能性，针对性搜索解决问题还是比较快的。

边用边学，其实这些框架没什么特别的地方，掌握几个主要技术点，其它东西都是一通百通的

1.学会使用 ASM JVM 动态代理技术 模拟一个简易的 AOP 框架 了解注解的使用 以及解析注解
2.了解 Bean 的组装过程跟原理
3.了解 ThreadLocal 实现线程本地线程变量 （ Spring 事物 SpringSecurity 等依赖线程上下文的都要依赖这个类）

以上三个技术点吃透了 其它用法就是看看文档了

9012 年了 追求技术栈的更新肯定是重中之重，毕竟这是码农安身立命之本，说不更新技术栈的 都是说风凉话的
另外还是要用现实的眼光去看待事物，很多事情 你根本没法反抗，除了改变自己去适应，别无他法。

@nolest #21 还是太年轻，太理想主义，从现实的角度来看，这种遗留项目不出事就是最好的事情，整个团队都在养老，你在那边瞎鸡巴折腾 很让人讨厌的，另外生产效率真的重要吗？很多 ZF 的项目，一个破网站可以卖几百万，中间回扣各种油水，老板还真不一定 care 你的生产效率。

总想造个大轮子，Linux 就在那里，这么大的生态跟体系 不是一天就能建成的，有现成的不用 总想搞个大飞机 是不行的

一般不建议全局拦截，有需要拦截的地方 自己 AOP 做一套 然后在需要拦截的地方加注解，这样一来可以减轻人的思维负担，排查各类问题也比较方便，特别是 Java 这种 本来一个简单的方法 调用栈就成千上百个方法 本身就很难受了。

老哥 我不建议这样发帖，既没有效率 也浪费时间，既然摆明了要合作，那把公布一些具体的信息