保存成功
订阅成功
保存失败,请重试
提交成功
蔡建斌

蔡建斌

IT 经理
技术总监,十年敏捷软件开发经验。合著《敏捷开发一千零一夜》;译著《Elasticsearch服务器开发 第二版》。走进一个软件研发经理的日常,这里我们聊需求,技术,敏捷,架构,流程,设计,代码,质量, 运维, 团队…… 我的每次分享,除了内容本身,更希望塑造你对软件开发的思考模型和价值观。技术都是短暂的,价值观永存。...更多
创作文章2

从码农到工匠:程序员的质量修炼之道

年底加薪时,你是想被老板告知一个百分比?还是想告知老板一个百分比并且给他个理由?程序员的价值在哪?在日新月异的 IT 行业,我们在终身学习的路上有什么是能够积累下来并对我们持续增值的? 答案也许不止一个,但质量无疑是其中之一。做出好东西,才是公司对我们最终的期待。 本 Chat 是讲师十余年码农生涯的经验总结和提炼,带来关于质量的思维体系和价值观,包括: - 什么是质量圈,有哪些不同维度的质量 - 如何度量、提升程序员的产出质量 - 如何与团队中其它角色配合,系统性地提升产品质量 - 如何平衡速度与质量 适合对象: - 对自己有更高期望的程序员 - 对自己的程序员团队有更高期望的管理者 - 需要跟程序员打交道的 IT 从业者
严选程序员
447 订阅

为什么要让我们的“领域模型”充血裸奔?

软件行业的童鞋们多多少少都听说过软件开发行业里的下面这些术语:TDD、ATDD、BDD、DDD。入行尚浅的人也许只听过 TDD,经验老道的会发现前面三个还算有关联,最后一个 DDD 乱入。 DDD (Domain Driven Design) 中文“领域驱动设计”,由 Eric Evans 在同名著作中提出,它顾名思义把Domain作为核心来驱动软件的设计。类似的也许比较常见的说法是,要有充血的领域模型(Domain Model),而不能贫血。当然DDD是有一系列实践组成的,让领域模型充血只是其中一个实践而已。本场 Chat 从 DDD 里的第一个 D(Domain)和最后一个 D(Design)入手,探讨如下问题: 1. 为什么领域模型需要充血? 还裸奔? 2. 具体如何实现裸奔? 3. 什么是软件开发里的设计? 4. 软件总拿来跟建筑比较,它们是可比的吗? 5. TDD等其它DD们的来龙去脉。 我对这篇文章,以及自己所有文章的期待是:除了技术本身,我更希望从中传递我对软件开发的思考模型和价值观。技术是短暂的,价值观永存。
领域模型
303 订阅
微信扫描登录