ThoughtWorks洞见

长远来看双模IT并不是企业在进行敏捷转型中追求的目标或终点。敏捷企业需要的是随时能够响应市场的变化，跳脱出IT的小圈子，扩展到业务甚至运营，真正做到全流程端到端敏捷。

通过引入微前端架构，我的团队解决了单体架构下、多团队协作所产生的相互影响，相互依赖的问题，使得团队更大程度的获得了自治权。

精益测试的思想主要是帮助团队制定合适的测试策略，并不是一种具体的测试方法。精益测试的精髓是将测试做到适时、适量和精准，就是让测试做到恰到好处以减少浪费。

长尾市场的基本逻辑很多人都明白，只是很难把这个市场吃下来。但为什么互联网公司就能吃掉长尾市场呢？经过我们的分析，最核心的能力是四项，只有做好这四件事情，才能在长尾市场混得如鱼得水。

在工具的帮助下，很多安全漏洞都可以被自动化的扫描出来，但还是有一些安全问题目前只能依靠人工来识别，如果团队能够频繁的对源码从安全角度进行回顾或者检查，必然更有助于尽早发现安全问题，降低问题修复成本，最终确保应用程序的安全质量。

许多企业正在对下一代数据湖进行投资，希望从海量数据中挖掘商业洞见，并最终实现智能化决策。基于数据湖架构的数据平台常见的一个失败模式是，不能保证业务层的扩展性。为了解决这些问题——失效模式（Failure Modes），我们需要从中心化的数据湖或更早的数据仓库中转变。转向一种借鉴现代分布式架构的范式： 关注领域（Domain），运用平台思想来创建自服务（Self-serve）数据基础架构，并将数据视为产品。

以提升研发效能为突破口，以“四化”建设为重要举措，配合两个阶段的实施策略，为企业带来客观可量化的增长。ThoughtWorks帮助多家企业定制并落地该方案，普遍带来了4个关键指标均提升20%+的效果。

Thoughtworks安全团队正在积极探索符号执行在安全领域的威力，通过自动生成测试用例，再结合模糊测试（fuzz）工具，集成到DevOps的环境中，在整个软件的开发周期内持续的发现安全漏洞，为软件安全保驾护航。

实际上函数式编程语言的类型系统，不但能够帮助开发者建立一个丰富的领域模型，同时简单可组合的类型系统，也为代码即文档提供了基础。

测试用例存在一些真相与事实，有些广为人知，有些却很隐蔽。基于这些真相与事实，可以对我们的手工测试、自动化测试、甚至规模化的自动化测试（数以万计的用例）带来不同的启发。

今天先不聊中台，开个新坑，来聊点更“虚”的，谈谈：数字化。什么是数字化？为什么需要数字化？数字化有什么局限？

随着数字化转型的逐渐加深，为了追求未来业务的持续发展，银行业内普遍开始强调开发与获取非金融高频场景，逼迫自己走向场景。但场景之路并不好走，银行企业可以试试另一条路：在场景中将自己定义为能力型企业，通过开放API构建生态，利用其他企业接入场景，最终抢占市场与业务机会。

本文基于在ThoughtWorks帮助各类客户提供不同种类支付网关的经验，以及帮助客户开发和维护月交易量在百万级别的支付网关的经验，分别从功能、安全、集成方式三方面来帮助商家了解并快速选择适合自己的支付网关。

按照现在的主流模式，一个设计系统主要由三部分构成：设计原则、风格规范 和模式/组件库 。然而在2005年Sun Microsystems就已经创造出符合现代定义的设计系统了。在瞬息万变的 IT 领域，为什么设计系统经久不衰？我花了一些时间，看了看设计系统的过去和现在，也想了想设计系统的未来。

步入职场的新人好学上进，充满着对知识的渴望，但是往往缺乏目标管理和职业规划。学会如何提升自己，是每一个职场新人都需要研究的重要课题。