为什么我不建议你乱参加技术大会？

今天给大家推荐一个我的好朋友：小乐，人称乐哥。5年的软件行业从业经验。 其实乐哥就是一个内向的码农而已，不擅交际，喜欢看书。

有不少人问小乐为什么不多写热点相关的东西，那样阅读量大，转发多，吸引粉丝多。蹭热点是好，但是我内心还是坚持整理一些能够经受时间考验的文章，可以让更多的人看到，也许你几年后回过头来看依然有收获，而不是热点过后就烟消云散。

小乐有个公众号，他喜欢通过实战的形式跟读者分享一些自己的经验和想法，比如学习技巧、架构心得、算法、职场跃迁秘诀等，我自己也是一名忠实的读者，感兴趣的同学可以扫描关注下：

下面几篇是他整理的文章：

面试官问我： 一个 TCP 连接可以发多少个 HTTP 请求？ 我竟然回答不上来...

同时收到多家公司offer，怎样选择？

十大经典排序算法（动图演示，看了都说好）

Git使用教程：最详细、最傻瓜、最浅显、真正手把手教

谁说不能用 Python开发企业应用？

用Python开发爬虫，看这篇文章就够了

一份从0到1的Java项目实践清单，看这篇就对了！

“习惯了”究竟有多么可怕？

聊聊从面试到离职的这些职业道德

持续性自律与间歇性自虐

阿里巴巴为什么能抗住90秒100亿？ 看完这篇你就明白了！

下面是一些节选：

《阿里巴巴为什么能抗住90秒100亿？ 看完这篇你就明白了！》节选

双 11 即将来临，本文以设计淘宝网的后台架构为例，介绍从一百个并发到千万级并发情况下服务端的架构的演进过程

在介绍架构之前，为了避免部分读者对架构设计中的一些概念不了解，下面对几个最基础的概念进行介绍。

系统中的多个模块在不同服务器上部署，即可称为分布式系统，如Tomcat和数据库分别部署在不同的服务器上，或两个相同功能的Tomcat分别部署在不同服务器上。

系统中部分节点失效时，其他节点能够接替它继续提供服务，则可认为系统具有高可用性。

在常见的集群中，客户端往往能够连接任意一个节点获得服务，并且当集群中一个节点掉线时，其他节点往往能够自动的接替它继续提供服务，这时候说明集群具有高可用性。

请求发送到系统时，通过某些方式把请求均匀分发到多个节点上，使系统中每个节点能够均匀的处理请求负载，则可认为系统是负载均衡的。

限于篇幅，他还有很多不错的文章， 现在关注他，还有机会添加他的个人微信号，进行一对一的交流，坑位有限(微信号有5千人的限制)，大家抓紧啦！

他的公众号有很多干货文章（比如：Java、Python、算法、职场、大厂面经等）：