Thoughtworks 的分享
DDD诊所——异步事件综合征 (insights.thoughtworks.cn)
“DDD诊所”是Thoughtworks DDD社区的一项活动，通过对同事们在实施DDD过程中遇到的问题进行分析和解答，共同提高开发水平。我们将其中一些典型案例整理成文供大家参考。之后也会考虑在适当的时候将这一形式对外部开放。
by @Thoughtworks 2022-08-18 16:12 查看详情
如何评估企业的数据质量 (insights.thoughtworks.cn)
好的数据质量，经过数据分析、挖掘、机器学习等手段，可以更好地辅助业务决策、帮助企业降本增效；差的数据质量，从数据中获得的价值有限，甚至会误导做出错误的业务决策，从而给企业带来灾难性的后果。
by @Thoughtworks 2022-08-16 14:07 查看详情
像用户一样测试：不妨犯傻 (insights.thoughtworks.cn)
验证软件具备基础的体验能力后，测试人员不妨故意“犯傻”，反向验证一下软件的防呆能力。
by @Thoughtworks 2022-08-11 15:31 查看详情
BFF避坑指南 (insights.thoughtworks.cn)
BFF在前后端分离的架构模式下隔离了前端和后端的关注点，特别是在多个前端或第三方的情况下，BFF都是非常好的选择。
by @Thoughtworks 2022-08-09 10:15 查看详情
完成原型设计的五个步骤 (insights.thoughtworks.cn)
很多新手在刚入门原型设计时，总会花费很多精力在工具的选择和打磨上，却忽略了原型设计的核心。等真正上起手来，只能照猫画虎，没有一个完整且系统的思路。因此我想聊一聊我在设计产品原型时的思考过程，希望对新上路的小伙伴们有所帮助。
by @Thoughtworks 2022-08-04 15:36 查看详情
敏捷交付的工程效能治理 (insights.thoughtworks.cn)
在Thoughtworks，我们通过对最佳实践(Sensible Default Practices)、能力和度量的持续治理和改进，在保障交付正确的客户价值和减少浪费的基础上，使交付质量更好，速度更快，反馈更及时，从而达到追求工程卓越和形成发展工程师文化的目的，最终产生客户影响力。
by @Thoughtworks 2022-08-02 17:09 查看详情
Google Cloud Spanner的实践经验 (insights.thoughtworks.cn)
基于Cloud Spanner独特的结构，它能确保客户在以较小的用户群和业务量为起点时，不必过多担心在未来数据量和业务量增长后需要对数据库进行迁移或重新编写的问题。
by @Thoughtworks 2022-07-28 17:40 查看详情
数据仓库项目从来不是技术项目 (insights.thoughtworks.cn)
本文提供了一个从落地实施角度观察数据仓库的视角，数据仓库并不是简单的技术组件堆砌，使数据仓库产生价值更需要会“掘金”。
by @Thoughtworks 2022-07-26 11:11 查看详情
浅谈契约测试 (insights.thoughtworks.cn)
契约测试不是一个新鲜东西，但在实际项目经历中发现用好契约测试真的会大大增强开发的效率，因此写下这篇文章来简单总结一下契约测试的一些内容。
by @Thoughtworks 2022-07-21 10:59 查看详情
单体 or 微服务？你以为是架构权衡？其实是认知负载！ (insights.thoughtworks.cn)
Matthew Skelton和Manuel Pais在他们提出的团队拓扑学中，倡导团队优先的思维方式，以降低团队认知负载为宗旨，避免工作内容（架构、运维等）超出团队的最大认知负载。
by @Thoughtworks 2022-07-19 10:27 查看详情
DDD 中的几个困难问题 (insights.thoughtworks.cn)
在做 DDD 的培训和工作坊时，会遇到来自客户或学员的疑问，有些问题值得我们深入思考。我整理了一些常见的问题，欢迎补充和讨论。结合 DDD 社区最近的讨论成果，这里我先给出一个简单的参考答案。
by @Thoughtworks 2022-07-14 11:05 查看详情
如何应对团队协作的五大障碍 (insights.thoughtworks.cn)
本文从“团队协作的五大障碍”出发，首先对团队协作过程中遇到的各种问题进行抽象归类，然后分享我们在团队中试过且效果很好的一些敏捷实践，最后展示建设成果，最后展示建设成果。
by @Thoughtworks 2022-07-13 10:39 查看详情
遗留系统的服务拆分 (insights.thoughtworks.cn)
我们正在书写、即将面对、正在面对遗留系统。在与遗留系统的相爱相杀中，需要我们基于项目目标和现状、结合过往经验、经过剪裁和取舍，才能迎面不断出现的挑战。
by @Thoughtworks 2022-07-07 10:19 查看详情
Thoughtworks 全球CTO：按需求构建架构，过度工程只会“劳民伤财” (insights.thoughtworks.cn)
借此技术雷达峰会之际，InfoQ有幸采访到了Thoughtworks 全球CTO Rebecca Parsons，请她来跟我们聊一聊技术雷达发布这么多年，希望给大家带来什么样的价值？未来有哪些技术趋势值得关注，以及一名技术人应该如何保持技术前瞻性等话题。
by @Thoughtworks 2022-07-05 15:05 查看详情
故事点 vs. 人天 (insights.thoughtworks.cn)
大部分客户其实并不在乎你做的什么敏捷，他在乎的其实是你能不能在规定的时间内交付应该交付的软件。你告诉他我们用的是故事点估算，他会告诉你我不懂你们的故事点，你就告诉我这个功能几天做完。
by @Thoughtworks 2022-06-30 09:47 查看详情
如何设计数据可视化平台 (insights.thoughtworks.cn)
当数据平台逐渐变成每个企业发展所依赖的重要因素，设计出好用的数据可视化平台便是体验设计师的职责，文章会从设计的角度回答三个问题：什么是数据可视化？为什么需要可视化设计？以及该从何处着手设计一个数据可视化平台？
by @Thoughtworks 2022-06-28 10:01 查看详情
你的代码会说话吗？（上） (insights.thoughtworks.cn)
编程高手不是能够快速写出可用代码的人，而是能够快速写出别人一眼就能看懂的代码的人。
by @Thoughtworks 2022-06-27 09:50 查看详情
敏捷教练技术的融合方法 (insights.thoughtworks.cn)
敏捷转型的过程十分复杂，我们有时候需要做培训，有时候需要做团队教辅，有时候需要推动组织变革，有时候需要引导会议，有时候需要做干系人管理等等，在这么多复杂的场景中，是否可以有一个相对简单的模型，让我们可以区别什么时候应该保持什么样的状态，采用相应的技术呢？
by @Thoughtworks 2022-06-24 09:54 查看详情
你还只知道测试金字塔？ (insights.thoughtworks.cn)
金字塔建议底层单元测试占比应该最多，而顶层UI层测试占比较少，中间层的集成测试居中，整体呈现金字塔结构。这适合比较理想的项目，而实际项目中可能有很多不适合测试金字塔的情形。
by @Thoughtworks 2022-06-23 10:14 查看详情
疫情下更合适的开发模式 (insights.thoughtworks.cn)
尽管在远距离办公的时候，PR开发模式越来越流行，但我们仍然需要小心谨慎地使用它。
by @Thoughtworks 2022-06-22 10:17 查看详情