一直在坚持arts, 后来上不了slack, 便放弃上传了. 但是从来没有停止学习和总结分享.哈哈!(接下的日子,可能要把写的内容都搬到 slack 的 #arts了)

如果说今年最大的收获, 就是认识了耗子叔.
让我明确了未来的方向, 人生没有捷径. 付出才会有回报.

也加了耗子叔的微信, 说出了想要去外面见见的想法.

一定要践行自己的承诺
以后, 一定是要出去的, 到时希望能和耗子叔说声谢谢.

借用我同事常挂在嘴边的一句话: 真正的大师, 总是怀着一颗学徒的心.

给耗子叔点赞!!!

最后, 再说声谢谢吧!

咱们青山不改, 绿水长流. 他年国外相遇, 定要请你尝尝我做饭的手艺. ^_^

大学的时候，偶然的一次机会，我第一次浏览到了酷壳这个网站。看到里面一篇篇干货满满，讲解细致，引人入胜的技术文,我瞬间就被吸引住了。这对于一个渴望新知识，渴望挑战，热爱学习的理工男来说是一个巨大的知识的宝藏，我依稀记得刚接触这个网站那会，我如饥似渴的阅读着网站里面的文章，有时候甚至会通宵的阅读好久，一页一页的，一篇一篇，每一页，每一篇都从头到尾认真的阅读，忘记了吃饭，忘记了别的事情。当然这个过程中，在学习的过程中自己不断的反思，思考总结，去实践，记笔记。

现在回过头来想想，这个网站当时对我帮助特别大，到现在依然如此，闲来无事的的时候我就打开那个网站，看一两篇文章，每次看必然有新的收获，新的体会，就像品味一瓶隽永独特的陈年老酒，每次品都有不一样的味道。

当我读研究生的时候，有一天突然在酷壳网站看到了耗子叔开了专栏，我第一时间毫不犹豫的就下载了极客APP并且加入了耗子叔的专栏。

在《左耳听风》专栏里面，我印象中最为深刻的是《程序员练级攻略》系列文章。这些系列文章包括【入门篇】、【修养篇】、【专业基础篇】、【软件设计篇】、【高手成长篇】五大篇章。
里面系统的介绍了一个基础的程序员如何从学到专业知识才算基础入门；作为技术人员如何提高自己的修养；作为一个追求技术的人应该如何较好地掌握专业基础；介绍了基本的软件设计知识；最后介绍了如何成为一个高手要掌握的与人沟通交流的这些能力，一些成长性的认知的思维。

在一步步如饥似渴的学习过程中，不知不觉感觉自己慢慢有了自己的收获，自己对自己将来要成为一个怎样的人有了进一步的思考，说真心话，这个专栏对我来说真的是收获很大。

当然，专栏里面还要好多好多一样精彩，充满干货的文章。比如，如何利用技术变现、如何面试、如何选择新的技术、如何学习、如何管理自己的时间、如何管理自己的老板和工作、如何成为一个 Leader……这些东西一定会对你有用。在这里耗子叔还不忘告诫我们，这里一定不会有速成的东西。一切都是要花时间和精力的。任何学习的东西一定是要经过漫长曲折的道路慢慢的坚持，肯下决心做计划才能一步一步学，不可能一口气吃完一个胖子，我相信大家应该懂得这个基础的道理。

总而言之，在《左耳听风》这个专栏里，我学到了很多的东西，收获真的很多很多，最后，因为加入时间晚了，被客服通知读者微信群群已经满（o(╥﹏╥)o），但是还是好想能有机会加入《左耳听风》读者微信群，可以有机会跟更多优秀的人一起成长，一起进步。

音频一开头，发现居然有配音，心想，完了，估计没有第二季了。
不过转过头想想，没有第二季也好，因为我实在是赶不上进度。现在还在阅读和练习 《程序员练级攻略2018》中的 《编程语言篇》中的《Java语言部分》中的《Java 并发编程实战》中的《第5章》 （由于是中英文对照着看的，所以非常非常慢）。你看，一句话里面有这么多个“中的”，可见这颗知识树有多庞大了（抬头一望，眼前一黑~）。
所以从自身的进度来看，我不奢求10年能达到皓子哥的水平，30年能达到我就谢天谢地了。
以后我争取每个季度来这里汇报一下进度。2018年第3季度的进度是：《Java 并发编程实战》看完了5章；开通了博客，并写了17篇文章。
最后，感谢皓子哥一年的付出，希望还能在极客时间或是CoolShell上继续看到皓子哥的成长与分享，祝一切顺利。

从 coolshell 开始慢慢跟着您的指导一直坚持，虽非 CS 专业，但是一直坚持夯实基础。非常感谢这个专栏的干货。今天还想借这块地请教一个问题。

问题的上下文是这样的，公司早期为了快速发展业务，还有以当时公司的现状找不到特别优秀的工程师导致目前总体平均水平一般，所以业务应用的质量不好，线上这段时间故障频发。这里面既有流程方面的问题，也有基础中间件部分缺失或功能不完善的因素，还有一些是工程实践不规范，程序员的质量意识不够等多方面因素综合作用的结果。但是目前我接下了 提升整个服务平台稳定性 的活。

这个活感觉落实起来比较难，总有一些两脚一踩飘空的感觉。目前我们做了下面这些工作：
1. 开发了分布式的压测引擎，构建了全链路压测平台，可以做到压测日常化了
2. 应用服务的基础监控报警，以及服务的监控、限流、降级、熔断等
3. 梳理了每个业务域的业务架构、技术架构，各个业务域之间的依赖关系（区分强弱依赖）
4. 基础设施：消息服务、KV 存储、缓存（包含热点自动检测与预热系统）、数据库中间件

目前遇到的问题是，做了这些后，应用的质量是有部分提升，但是还会有新的问题不断冒出来。所以想考虑如何系统地、体系化地指导大家提升每个业务域的稳定性，或者说鲁棒性。这方面有没有相对成熟的理论体系做支撑，参照着指导我落实提高稳定性这件事儿