46 | 服务端开发篇：回顾与总结

老师，很感谢您推荐的值得重点关注的技术列表，我深知他们的重要性，可是我有一个疑惑，了解到什么程度呢？ 是越深越好哈？还是应用级别，浅层原理级别，深层原理级别？

问下许老师，服务端治理是不是就是运维？

服务端开发这个分工，出现的历史极短。如果我们从互联网诞生算起也就 40 多年的历史。以进入民用市场为标志，它真正活跃的时段，其实只有 20 多年。作为架构师，记住这一点非常非常重要。20 多年能够形成的有效经验并不多。这意味着我们不能固步自封，很多惯例是可以被挑战的，并且最终也必然被挑战的 重复一下老师的话，这给所有有志成为一名架构师的小伙伴一个诗和远方！！！

桌面技术的迭代是交互的迭代——为什么这么说？结合老师以前的文章，我说一下个人的理解，桌面技术可以划分为桌面应用和桌面交互两个方面，桌面技术的发现和演进必然是由这两个方面共同驱动的，它俩像人的两条腿一样共同带领桌面技术稳步前进。 先来看桌面应用，如果按照网络发展的时间轴来划分桌面应用，大致可以划分为单机应用、网络应用、移动应用这三个时期。在单机应用时代桌面应用有文本编辑、语音、视频、游戏等；到了网络时代，桌面应用还是以那几个为主（网络支付是新产生的），只不过增加了资源共享的能力（典型的如BT下载，共享的安全也需要考虑）；但是到了移动时代，桌面应用出现了爆炸式的增长，从数量上来看各种各样的APP和小程序如雨后春笋（如何快速安装和卸载，即插即用，兼容性，应用的故障隔离等），从质量上看出现了以语音识别和图像识别为代表的智能应用（这些智能应用往往需要移动端的和后台的紧密协作），这些应用的发展必然会导致桌面技术和架构的不断迭代和演进。 再来看桌面交互，交互方式经历了命令行交互、字符界面、图形界面、智能交互（触摸屏+语音为主）这几个阶段。其中字符界面到图形界面是交互技术的第一次飞跃，从架构上目前来看智能交互框架还不能和现有的框架很好的兼容像素可以有独立的属性(每个像素可以有不同的颜色)。从图形界面到智能交互是可能的第二个飞跃，目前来看还主要是语音交互（语音识别、语音助手）并且智能交互框架还不能和现有的框架很好的兼容（语音交互的上下文、语音交互框架的独立性）。如果以人与人之间的交互来类比的话，桌面交互的翻天覆地的变化是越来越自然的提现了交互的本质，后续必将和现有的框架完美融合同时还会出现新的交互方式以丰富交互的多样性，如动作识别、表情识别。这些新型交互技术的出现必将驱动桌面交互技术向着越来越自然、越来越智能的方向前进。

我刚工作一年多，做的服务端开发，刚开始技术繁杂，令人眼花缭乱，学习老师的专栏，暂时就是知道该学习那些知识，什么个次序，至于架构师应该是水到渠成的事情。

不能固步自封 挑战部分惯例 国庆快乐 打卡46

how about redis?yy

学习打卡

速错这个概念，指在程序中遇到错误后，能够迅速的抛出错误，让程序员定位的错误，当我们需要对一些特定程序，比如连接数据库程序，对它们做try catch操作，仅仅应该把这一行需要处理异常的代码，用try代码块来包起来，就这样才更易于在维护过程中和调试过程中定位错误。 我遇到在实际开发中有很多 Try catch 操作，其实只是把异常隐藏了起来，并没有做任何处理，而且把无关代码也放进try 块中，只为了定义变量的方便。关于这个问题，事实上我们只应该在不得不做预处理的时候使用try catch ，比如某些组件抛出的异常，而且在处理这类异常的时候，尽量不要再牵扯到其他代码，try块一定要小，一定只包含发生此类异常的代码。

真不错