Thoughtworks洞见

性能优化是个恒久的话题，它伴随着业务的一次次迭代，产品的一步步演进，它陪伴企业一步步走向壮大再走向衰败，是我们 … [阅读更多]

由于在写作中经常需要配图，本文分享下我常用的绘图工具以及如何存储并展示配图。 白板绘图 Excalidraw … [阅读更多]

React Native（简称RN）是Facebook于2015年开源的移动端跨平台开发框架。RN从开源以来已 … [阅读更多]

中国银行业的敏捷转型经历近十年的探索，逐渐进入深水区。领先的国有大行、股份制银行已经跨越以科技为中心的团队级敏捷阶段，开始探索和实施整合业务、技术（“业技融合”）多部门以产品为核心的敏捷交付，以最大化业务成效，提升端到端的业务响应力。在此过程中遇到了诸多挑战，本文将分享Thoughtworks在帮助多家银行实施“业技融合”的产品级敏捷过程中的最新探索与相关实战经验。

研发效能的度量很大程度上取决于公司的类型，规模，文化，与之合作的项目类型等因素。 一个团队的度量指标很可能与其他公司或团队的完全不同，这是完全正常的事情。那么有没有一个稍微简单的方式能帮我们快速识别一些更适合现阶段的度量指标呢?

聚合是一组始终需要保持一致的业务对象。因此，我们作为一个整体保存和更新聚合，以确保业务逻辑的一致性。

对开发人员来说，安全从来都是一个重要的话题，除了从基本的业务上对安全做出的一些考虑，比如密码强度，多因子验证 (Multi-Factor Authentication – MFA)，对于更多其他方面的安全相关性考量，比如基础设施和攻击手法，对于一个正经开发人员来说，可能很难面面俱到。

数据库重构和代码重构有相似之处，也有不同之处。相似之处在于修改的过程中基本的思路是一致的，测试->修改->测试，小步快跑，反复迭代。不同之处在于拆库还依赖于硬件的基础设施，这就更要求测试环境尽量去模拟生产环境。

Serverless 是云原生架构（Cloud Native ）下水到渠成的必然产物，从 IaaS（Infrastructure as a Service） 到 Paas（Platform as a Service） 甚至再到 Saas （Software as a Service），我们看到的是运维能力不断外包的迁移过程，这有助于塑造精锐团队专注于交付业务价值以及灵活应对市场变化

不要把测试覆盖率视为太过重要的指标，它的目的还是帮助提升代码的稳定。有的代码没有覆盖也没关系，有的代码值得你覆盖好多遍。毕竟，我们不是为了写测试而写测试。

今年是全球软件及技术咨询公司思特沃克（Thoughtworks）每半年发布一期《技术雷达》报告的第 11 个年头，本次报告突出了平台产业的低迷

第25期技术雷达正式发布！部分内容抢先了解

随着持续部署（Continously Deployment）在项目中的使用，之前定期或者固定时间的发布节奏变为了随时高频率的发布。这就要求每次发布都应该是零停机部署（Zero Downtime Deployment），否则将会引入bug。k8s中有一套完整的机制保证我们的应用能够实现零停机部署，本文将重点分析其中的优雅退出部分。

类型流是针对大团队、细分工组织设计的方法论。 高级程序员团队画类型流图建模，利用工具生成代码骨架，初级程序员填空。高级程序员团队仍然是一个敏捷团队，而初级程序员只有基本的编程要求。甚至单元测试能力也不要求。

打造企业内部的研发平台的过程不是一蹴而就的，企业可以从工具链开始尝试，构建自己的研发平台，逐步演进成技术开放平台。只有在业务价值的驱动和有效的战术执行下，平台才能通过减轻产品开发团队的认知负担并加速组织的创新来取得成功。