《大型网站技术架构》一书读后感

       最近业余时间看了《大型网站技术架构——核心原理与案例分析》一书，李智慧著。全书只有200多页，但涵盖了网站技术架构的方方面面，细节虽然没有过多阐述，但都提供了技术思路，读后让人收获颇多。不过最大的收获并非技术层面，而是工作思路上的收获。

       下面是一些文字摘录及自己的一些体会：

       1. 在合适的场景下使用合适的架构，而不是最好的架构。所谓小脚穿大鞋，不但跑不快，还可能会摔跤。真正理解业务，才能设计出符合业务的架构。有时业务简化一小步，技术就可以简化一大步。ps：对于上面这段话，结合在前公司工作经历，还是挺有体会的。以前公司产品每天活跃用户不到1w，甚至远低于1w，然而老板想要一个支持高性能、高并发的服务端系统，于是找来曾在阿里工作多年的工程师（属于兼职形式，老板本意是想招致麾下，不过最后没谈成）做技术架构。阿里的工程师自然有水平，但是难免会以淘宝的体量去考虑问题，结果设计了基于dubbo的分布式架构，可想而知，典型的小脚穿大鞋。并且很多工程师初次使用dubbo，难免会犯一些低级错误，踩了很多坑，无形中增加了项目开发时间。所以，做技术架构不但要熟悉业务，也要熟悉开发人员水平，尽量使用团队最熟悉的技术先出版本，随后在不断迭代、扩展、演化。

       2. 高手定律，这个世界只有遇不到的问题，没有解决不了的问题，高手之所以成为高手，是因为他们遇到了常人很难遇到的问题，并解决了。一个100万用户的网站，不会遇到1亿用户同时在线的问题；一个拥有100万件商品网站的工程师，可能无法理解一个拥有10亿件商品网站的架构。ps：业务驱动着技术向前走，没有人生下来就是高手，都是螺旋式上升。只要你喜欢专研技术，每个人都会成为高手，只是现实生活中，很多人都懈怠了。想想自己工作几年，做过mfc/android开发、图像算法、音视频编解码、linux网络编程、spring服务端等开发。每一次新的开始，都觉得千难万难，每一项开发任务似乎都是一道岭、一座山， 内心曾经几次隐隐感觉似乎无法逾越了，不过都成功逾越。比如工作早些时候的pc端桌面歌词开发，使用mfc/gdi+技术，当时公司并没有相关产品，也没有同事可以问或者讨论，也没有开源库可以参考，完全是一个人从零开始，具体开发用了多长时间忘记了，最后开发出的桌面歌词无论绘制效果及绘制性能，堪比酷狗音乐的桌面歌词，在绘制性能上比当时的QQ音乐还要好。遇到问题，分析问题，解决问题，经历了这个过程，技术才能升华。也应了那句话，有些路，走过以后，再回头，一览众山小。

       3. 我们活着不是为了工作，不是为了做设计、写程序，这些不是我们生活的目的。我们活着是为了成就我们自己，而要想成就自己，就必须首先成就他人。每个人都有自己成就的目标，而工作是达成自我成就的一种手段：通过工作的挑战，发掘自我的潜能，重新认知自我和世界。软件开发过程是人的智力活动过程，软件开发不仅是制造软件的过程，也是开发人员完善自我、超越自我的过程。所以我们工作不只是生产产品，还要成就人，并最终成就我们自己。ps：这段话说的很经典，值得反复品读。

       4. 大型网站不是设计出来的，而是逐步发展演化出来的。不要企图去设计一个大型网站。ps：对，不要企图去设计一个大型网站，不要为了显示自己牛b，就用一些牛b的技术，还是务实一点比较好。