• 行为驱动开发(Behaviour Driven-Development)与测试驱动开发(TDD)两者都强调敏捷迭代，BDD使用“用户故事”来描述需求，然后开发人员将这些故事带入具体应用，通过不断迭代添加入真正的业务本质，也就是说，在BDD中，领域模型是通过开发迭代过程不断取自于于用户故事，而一般人理
  • 敏捷开发其实意义不是很大，在复杂项目中 复杂系统的开发，不会采用敏捷的方式，而是要在开始阶段，多考虑完善，多在架构层面，留有余量，而这个余量，更多的是通过设计方法--例如，采用灵活的顶层设计，留有余地的接口，抽象类来实现，而敏捷式开发，更多的强调是，你做出
  • 项目管理领域正在不断快速演进发展，从“敏捷死了，持续交付永存”到“Devops死了，serverless永存”，这些新的概念不断涌现，本文试图简单梳理一下其中缘由。 敏捷死了，持续交付永存来自Gradle的Miko icon
  • 所有的聪明的人在同一时间，在同一个地方，在同一台电脑上工作于同样的事情。 Mob编程是一种软件开发方式，是结对编程的扩展，整个团队从事同一段代码编程。这类似于两个人坐在同一台计算机上，同时对一个任务或一个问题上进行结对编程。 icon
  • 最近，马丁·福勒( Martin Fowler)2018年在澳大利亚敏捷论坛发表主题演讲，其中阐述了2018年的敏捷状态. 提出干净架构的马丁鲍勃大叔发表文章表示赞同，并总结了该演讲的主要观点: 小心敏捷-工业综 icon
  • Lean Software Architecture精益软件架构 一书介绍如何通过敏捷建立架构上的永恒价值，认为：敏捷架构不是脆弱的架构 。 icon
  • 在敏捷架构上的观察一文谈了如何让敏捷Scrum或Lean落地。 icon
  • 这是Rails之父David H. Hansson (DHH) 一篇否定单元测试TDD引起广泛争议的博文，大意翻译如下: 测试优先的原教旨主义就像是禁欲教育：是一个不切实际的，无效的道德活动，让人自我厌恶和羞耻。 icon
  • What is th icon
  • Waterful vs. Agile vs. Reality icon
  • 上周我参加了DDD欧洲会议。这是第二版，它在阿姆斯特丹举行，我住在那里。我工作公司Werkspot赞助了我的入场票，所以我还想要什么？ 嗯，其实我希望一个好的会议，实际上它就是！非常有经验的开发人员都发表了演讲：Vaughn Vernon，Udy Daha icon
  • 最近应聘时老是听说到敏捷开发什么的，有谁在项目开发过程中有用到吗？最好具体给解释下~~~ icon
  • Spring创始人Rod大叔一直在和厂商派扳手腕，厂商派认为开发人员应该更关注业务，其他事情交给他们，这从Istio推出可以看出来，Istio认为Spring cloud里面那些服务发现、负载平衡等应该由第三方组件如Istio实现，但是Rod大叔代表的Spring派显然不是这种观点，所以推出Spri icon
  • Mathias Verraes (@mathiasverraes) 在Qandidate.com 现场进行DDD建模风暴会议图： icon
  • 在我知道DDD之前，对于如何给类命名，我曾经提到过以下的想法。 如果我们用客户习惯使用的词语来命名类呢？这难道不让我们更容易向客户解释我们为他们实际建造了什么吗？ 当然，实际中有可能是完全错误的，但我想说我们与客 icon
  • event sourcing 不能被滥用。我用single responsibility的例子来做个类比。当一个类可能因为两个原因变化的时候，说明不符合单一职责原则。需要重构为两个类。同理，如果应用中有两个方法调用，本质上是传递同一种消息，那么可以抽象出一个事件。换种说法，只 icon
  • 项目的需求算是过了评审了，现在开始要进入设计阶段。 但现在有个很现实的问题，设计在一般项目开发中应该做到什么程度？ 或者说项目设计阶段应该做哪些事情？完成哪些输出物，就我知道的是概要设计文档，详细设计文档，还有源 icon
  • Agile is a Sham - William Edwards, Coder icon