工作一年的杂谈：一年编程杂谈-不要掉入设计模式等技巧的"陷阱中" - 掘金 (juejin.cn) 工作两年的杂谈：两年编程杂谈-如何写出可读性高、不易崩溃的代码 - 掘金 (juejin.cn)
祝大家新年快乐，这也许是我今年的最后一篇博客啦，等我重拾起对技术的热情后，也许会再写。

一、工作跳槽-其实和面试官看同一份八股才重要

仍然被问八股文-很难受

说来实在让我叹息，工作三年了，面试还是问我一些对于实际工作完全无用的八股文，比如问我AQS原理-为什么AQS要维护双向链表呀？其实我以前肯定是思考过的， AQS实现的原理及一个实例分析(ReentrantLock) 博客重写计划Ⅳ - 掘金 (juejin.cn)，但如今问我我只能说出经过自己提炼、抽象的知识或者一些需要注意的使用方式 ，很多细节早已搜骨刮肚而不知。可能看这篇的读者会疑问，这不是你自己没有看的原因吗，我想说，当然是呀，可是我不想浪费自己的时间在无止境的知识细节里面，所以我突然觉得很可悲，八股的海洋浩如烟海，如果面试官在自己熟悉的八股领域一段输出，所以面试能不能通过，大抵是你俩看的八股文的内容、看的进度是否匹配了。

那八股文一点没用吗？我觉得当然不是，一些Java源码的设计还是挺不错的-在数据结构的选取、使用合理的设计模式辅助代码逻辑分层、分块管理，多阅读好的代码大抵才能写出好的代码，所谓读书破万卷，下笔如有神~

很少有人问项目-方向适配很重要

因为在上家公司做的是数据中台，但是这次跳槽基本上有机会的都是C端的业务，所以基本上项目都很难给面试官讲明白，因为面试官希望听到的是你们的业务是咋拆分的，比如交易、首页..业务模块，但是中台模块拆分涉及很多专有领域名词，想讲明白需要的时间太长了，然后就会被打断；也许你可能问，那为什么不找匹配的工作呢，太难找啦，这个方向有hc的太少啦~

所以第一份工作的方向很重要，还是尽量少选中台相关的方向，因为中台和中间件差不多，做好了，不需要迭代只需要运维的时候，团队也就结束了，所以后面的hc大抵只会慢慢收窄，而且小厂哪有这些团队呢。

二、写小说

写小说的初衷的

根本原因是新冠疫情，一年发一次烧，我这脆弱的身体还能发多少次烧呢？
直接原因是计算机行业，我还能干几年呢？失业以后如何生活？所以想找一个可以离群索居但也能挣一点生活费的行业，写小说就映入我的眼帘，恰好我也有一些表达的欲望，希望借小说表达自己对《桃花源记》中的桃花源的畅想吧、

不过说来惭愧，自己的文字太过苍白，比如描写场景缺少氛围感。目前在学习我以前比较喜欢的小说，比如猫腻的《间客》，乌贼的《诡秘之主》，学习他们如何做世界观铺陈、剧情推进、人物刻画的、

三、如何快速学习一个新框架

上面说到最近换方向了，组里使用的技术和我以前的适配度不高；比如网关使用SpringCloudGateway，老项目的Web框架使用支持协程的tornado，并且这些框架都不太好上手。

那么如何快速学习一个新的框架呢？

首先要明白这个框架为什么要出现？ 框架的出现大抵是为了解决旧框架的一些痛点的，一般框架的痛点可以从性能、可扩展性、可维护性这三个方面考虑。比如SpringCloudGateway相比Zuul，支持了异步，所以更好的利用资源达到性能、吞吐的提升。
其次要明白这个新框架如何解决了老框架的问题？又是如何使用的？ 一般是引入了新的技术，或者适配了新的生态，比如SpringCloudGateway正是借着Spring webFlux 的东风。
工程侧有哪会有多少新技术，太阳底下哪有多少新鲜事？最后还是要从框架基于的思想出发，从实现这个思想的demo出发去看源码吧 比如Spring webFlux实质上还是基于Project Reactor这个最基础的异步框架实现的，而Project Reactor又是基于ReactiveStream这个思想构建的框架。

所以最最重要的还是要理解思想，就像打败诺基亚的永远不会是功能机，而是智能机；如果某个框架发生了重大的变革，那一定是指导编程的思想发生了根本性变化。

四、再见啦，各位

写博客四年了，这是四年来最不认真的一篇博客 ，确是最认真的一篇告别文，有点累了，有缘再见，很开心能在掘金这样的平台上发了四年博客，当初选择掘金的原因就是干净、纯粹，也希望掘金能一直这样。

最后祝大家生活愉快，万事如意，龙年大吉。