/导读：Serverless无疑是当前最热的云原生话题，那么作为业务的开发人员或者运维人员咱们应该怎么看待这个事情？云原生和Serverless到底有什么关系？通过本次分享咱们将逐一揭开这些神秘的面纱。通过本文您将了解到：Knative是如何让普通的应用具备Serverless能力的？为什么说Knative...

简介： 《研发效能提升和敏捷实施36计》是阿里云联合Teambition打造的系列课程，课程将从团队和项目协作、需求分析和管理、以及业务创新、以及设计编码等5个方面，详细介绍研发效能提升的方法、实践和工具，并解析阿里巴巴的实践案例。前言互联网时代，业务与协作复杂度与日俱增，竞争日趋激烈，提升研发效能已成为软件...

随着软件项目代码的日积月累，系统维护成本变得越来越高，是所有软件团队面临的共同问题。持续地优化代码，提高代码的质量，是提升系统生命力的有效手段之一。软件系统思维有句话“Lesscoding,morethinking（少编码、多思考）”，也有这么一句俚语“Thinkmore,codeless（思考越多，编码越少）”。所以...

　　近2年，我一直在关注不同企业的发展历程，国内的国外的。看他们成功其中的共性与特性。《蚯蚓创业记》无疑给我开了扇窗——环保企业的怎样发展与壮大。读者还能从书里读出普通年轻人坚持自己梦想最终得到实现的故事，对国内创业者会非常有启示。书的文笔也不错，这多半要感谢译者和出版社（人大出版还是相当负责的）。 　　&n...

刚入门的同学觉得自己能用PHP写出各种程序就很NB了，但其实作为一个专业程序员，你得有个全面点的知识结构。单元测试总得听过，文档工具总得用用，Xss总得会防。推荐大家把《PHPtherightway》这篇长文仔细读读，最好每一段都弄明白了。阅读中文版：PHP之道...

直播回访观看地址:http://play.itdks.com/watch/10045724   嘉宾如下(对这些嘉宾背景和经历感兴趣的，可以使用Google或Bing及百度搜索来了解他们，中间如云风、陈皓等都有自己的博客，通过阅读文章了解他们学习他们也是一种不错的方式): &nb...

组件依赖关系图不应该出现环。我们一定有过这样的经历:当你花了一整天的时间，好不容易搞定了一段代码，第二天上班时却发现这段代码莫名其妙地又不能工作。这通常是因为有人在你走后修改了你所依赖的某个组件。这种情况叫做”一觉醒来综合症”。这种综合症的主要病因是:多个程序员同时修改了同一个源代码文件。虽然在规模相对较小、人员较少的...

软件复用的最小粒度应等同于其发布的最小粒度。从软件设计与架构设计的角度来看，复用/发布原则就是指组件中的类与模块必须是彼此紧密相关的。也就是说，一个组件不能由一组毫无关联的类和模块组成，它们之间应该有一个共同的主题或者大方向。从另一个角度来看，这个原则就没有那么简单。因为根据该原则，一个组件中包含的类与模块还应该是可以...

组件是软件的部署单元，是整个软件系统在部署过程中可以独立完成部署的最小实体。例如:对于Java来说，它的组件是jar文件。而在Ruby中，它们是gem文件。在.Net中，它们则是DLL文件，组件则是一组源代码文件的集合。无论采用什么编程语言来开发软件，组件都是该软件在部署过程中的最小单元。我们可以将多个组件链接成一个独...

依赖反转原则主要想告诉我们，如果想要设计一个灵活的系统，在源代码层次的依赖关系中就应该多引用抽象类型，而非具体实现。我们每次修改抽象接口的时候，一定也会去修改对应的具体实现。但反过来，当我们修改具体实现时，却很少需要去修改响应的抽象接口。所以我们可以认为接口比实现更稳定。也就是说，如果想要在软件架构设计上追求稳定，就必...

回顾一下ISP最初的成因:在一般情况下，任何层次的软件设计如果依赖于不需要的东西，都会是有害的。从源代码层次来说，这样的依赖关系会导致不必要的重新编译和重新部署，对更高层次的软件架构设计来说，问题也是类似的。接口隔离原则告诉我们:任何层次的软件设计如果依赖了它并不需要的东西，就会带来意料之外的麻烦。...

1988年，BarbaraLiskov在描述如何定义子类型时写下这样一段话:这样需要的是一种可替换性:如果对于每个类型是S的对象o1都存在一个类型为T的对象o2，能使操作T类型的程序P在用o2替换o1时行为保持不变，我们就可以将S称为T的子类型。在面向对象这场编程革命兴起的早起，我们的普遍认知正如上文所说，认为LSP只...

开闭原则是BertrandMeyer在1988年提出的，该设计原则认为:设计良好的计算机软件应该易于扩展，同时抗拒修改。换句话说，一个设计良好的计算机系统应该在不需要修改的前提下就可以轻易被扩展。如果A组件不想被B组件上发生的修改所影响，那么就应该让B组件依赖于A组件。软件架构师根据相关函数被修改的原因、修改的方式及修...

SRP是SOLID五大设计原则中最容易理解的一个。很多程序员根据SRP这个名字想当然地认为这个原则就是指:每个模块都应该只做一件事。没错，后者的确也是一个设计原则，即确保一个函数只完成一个功能。将大型函数重构成小函数时经常会用到这个原则，但这只是一个面向底层实现细节的设计原则，并不是SRP的全部。历史上，我们曾经这样描...

通常来说，要想构建一个好的软件系统，应该从写整洁的代码开始做起。毕竟，如果建筑所使用的砖头质量不佳，那么架构所能起到的作用也会很有限。反之亦然，如果建筑的架构设计不佳，那么其所用的砖头质量再好也没有用。这就是SOLID设计原则所要解决的问题。SOLID原则的主要作用就是告诉我们如何将数据和函数组织成为类，以及如何将这些...