segments的专栏

面对一个架构设计繁复的linux服务器端应用，难于维护的局面，如何破局？看看《unix编程艺术》一书里，unix哲学基础章节如何说的。1 模块原则：使用简洁的接口拼合简单的部件2 清晰原则: 清晰胜于机巧3 组合原则：设计时考虑拼接组合4 分离原则: 策略同机制分离，接口同引擎分离5 简洁原则：设计要简洁，复杂度能低则低6 吝啬原则: 除非确无它法，不要编写庞大的程序7 透明性原则：设计要可见，以便审查和调试8 健壮原则: 健壮源于透明与简洁9 表示原则: 把知识叠入数据以求逻辑质朴而

写下这个文章的时候，刚从一个复杂的linux服务端网络应用项目中脱出，除去身心的疲惫不堪后，不得不反思标题中的问题，如何破局？这样在下次面对相似问题时，可能就多几分幸存的几率。“最想知道我是在什么地方死的，这样我就可以避开死亡了。” 这个是查理芒格多次讲过的话。但是很多人被困难问题击败后，都没有找到自己是在哪儿失败的？如何破局？首先是找到在哪儿挂的和挂的原因。

Android 8.0 版本的一项新元素是 Project Treble。这是 Android 操作系统框架在架构方面的一项重大改变，旨在让制造商以更低的成本更轻松、更快速地将设备更新到新版 Android 系统。有人告诉我android系统多出了Treble架构后，我查询到以上谷歌官方的宣言。Treble这个名词，让我开始以为是很新的东西。但是仔细研究后，发觉Treble还是建立在已有技术上的。当然，谷歌弄出Treble的真实原因到底是什么呢？先从Treble带来什么开始吧。...