为低资源地区建造数字化医药库存系统 (insights.thoughtworks.cn)
我们与一家国际非营利组织合作为莫桑比克政府设计开发了一个医药电子库存系统(ESMS)。在低资源地区与政府合作实施的技术项目中存在很多与商业伙伴合作不同的挑战。我们从中学到了一些有价值的经验,分享给你。
by @ThoughtWorks 2017-10-23 16:23 分享 查看详情
提升微服务实施效率的7个步骤 (insights.thoughtworks.cn)
《微服务进展缓慢的5个难点》中描述了实施微服务常见的主要阻碍。本文针对前文提到的5个难点提出了7个步骤。每个步骤分别包含了管理和技术两方面的建议。
by @ThoughtWorks 2017-10-23 10:38 分享 查看详情
微服务 | Martin Fowler (insights.thoughtworks.cn)
“微服务架构”这一术语在前几年横空出世,用于描述这样一种特定的软件设计方法,即以若干组可独立部署的服务的方式进行软件应用系统的设计。尽管这种架构风格尚无明确的定义,但其在下述方面还是存在一定的共性,即围绕业务功能的组织、自动化部署、端点智能、以及在编程语言和数据方面进行去中心化的控制。
by @ThoughtWorks 2017-10-20 18:09 分享 查看详情
如何成为一个技术全面的架构师 (insights.thoughtworks.cn)
架构师是一个充满挑战的职业,需要关注很多维度和技术。只专注于单一领域的架构师并不是优秀的架构师。一个好的架构师需要是技术全面的架构师。一个技术全面的架构师需要具备哪些特质?
by @ThoughtWorks 2017-10-18 11:06 分享 查看详情
微服务进展缓慢的5个难点 (insights.thoughtworks.cn)
笔者从2013年加入ThoughtWorks至今共4年时间。在这4年时间里,我分别以开发人员、DevOps工程师、DevOps咨询师、微服务架构师以及微服务咨询师的角色参与了共计7个产品和项目的微服务咨询和实施。其中有成功,有失败,有反思,更多的是学习和总结。以下是我这些年来在微服务咨询上的经验总结,希望能给陷入微服务实施困境的人带来一些帮助。
by @ThoughtWorks 2017-10-16 16:10 分享 查看详情
敏捷团队需要专职QA么? (insights.thoughtworks.cn)
最近和组内的QA聊起以后的职业发展,发现一个有意思的事情,有说想转BA的,有说想转开发的,有说想转型作PM的,还有想以后往咨询方向发展的。很少有说想在团队里面继续作QA的。QA这个角色难道就这么没有吸引力么?敏捷团队需要专职QA么?
by @ThoughtWorks 2017-10-13 17:32 分享 查看详情
企业实施DevOps的七大挑战 (insights.thoughtworks.cn)
DevOps这个词在近年来可谓大火。从2014年底我开始给一些企业做持续交付/DevOps相关的评估和咨询,似乎每个企业都表示想要推行DevOps,或者说他们正在做DevOps。这把火蔓延的速度远远超过当年敏捷在IT行业的传播。然而有些企业管理者对DevOps的认知让我们意识到,由于各种有意或无意的因素,这个概念不幸地成为了一个让人困惑的buzz word……什么是DevOps?企业在实施DevOps过程中会遇到哪些挑战?
by @ThoughtWorks 2017-10-11 10:28 分享 查看详情
精益价值、原则和软件实践(下) (insights.thoughtworks.cn)
所谓的精益思想的价值和原则非常多,这里引用ThoughtWorks同事Jonny Schneider即将出版的《Understanding Design Thinking, Lean,and Agile》, 通过日常软件开发实践来补充这些看起来很虚的价值和原则,以此推广“精益”成为更好的软件开发指导思想。这是下篇。
by @ThoughtWorks 2017-10-09 10:28 分享 查看详情
Serverless实战:打造个人阅读追踪系统 (insights.thoughtworks.cn)
进入互联网时代,知识的获取成本变得前所未有的低廉,但是无论再好的知识,若是没有对个人产生价值的话,那也只不过是一种信息噪音而已。

在之前的一篇文章——《基于GitHub的敏捷学习方法之道与术》,其中提到使用GitHub Issue来管理自己的学习计划,于是就产生了这么一个想法——将我的稍后阅读列表跟GitHub结合起来,使用ZenHub丰富的图表功能将阅读体系进行追踪与可视化。
by @ThoughtWorks 2017-09-29 10:53 分享 查看详情
从React到React Fiber (insights.thoughtworks.cn)
React这样的调度策略对动画的支持也不好。如果React更新一次状态,占用浏览器主线程的时间超过16.6ms[1],就会被人眼发现前后两帧不连续,给用户呈现出动画卡顿的效果。

React核心团队很早之前就预知这样的风险的存在,并且持续探索可解决的方式。基于浏览器对 requestIdleCallback和requestAnimationFrame这两个API的支持,以及其他团队对这两个API的实现,如React Native团队。React团队实现新的调度策略–Fiber reconcile。

Fiber)是一种轻量的执行线程,同线程一样共享定址空间,线程靠系统调度,并且是抢占式多任务处理,Fiber 则是自调用,协作式多任务处理。
by @ThoughtWorks 2017-09-28 11:10 分享 查看详情
都100%代码覆盖了,还会有什么问题? (insights.thoughtworks.cn)
很多人看到这个标题时,都会想“你都100%代码覆盖了,怎么还会有问题呢?” 100%的代码覆盖率不等于100%的测试。我们用一个代码例子来你解说。
by @ThoughtWorks 2017-09-27 10:34 分享 查看详情
精益价值、原则和软件实践(上) (insights.thoughtworks.cn)
所谓精益思想的价值和原则非常多,我这里引用ThoughtWorks同事Jonny Schneider即将出版的《Understanding Design Thinking,Lean,and Agile》, 试图通过日常软件开发实践来补充这些看起来很虚的价值和原则,希望能推广精益成为更好的软件开发指导思想。
by @ThoughtWorks 2017-09-23 13:14 分享 查看详情
如何成为优秀的程序员? (insights.thoughtworks.cn)
作为一个从业快10年的程序员,我想给新入行的程序员们一些建议。这些建议是我希望自己可以在毕业时就读到的,也希望它们可以帮助你成为一个更好的程序员。
by @ThoughtWorks 2017-09-21 15:57 分享 查看详情
技术领导者即服务 (insights.thoughtworks.cn)
Tech Lead需要扮演三种重要的角色:技术决策者、流程监督人、干扰过滤器。要一个人做这三方面的贡献很多时候是不切实际的。如果我们能用一个云上的平台来承载这个居中协调者的能力,对整个组织的交付质量和能力成长都会有帮助。
by @ThoughtWorks 2017-09-15 15:58 分享 查看详情
解读基础设施即代码 (insights.thoughtworks.cn)
现代软件开发对基础设施的管理提出了更苛刻的要求:产品要适应瞬息万变的市场,要求基础设施有更快的响应速度。持续交付和DevOps的推行要求产品团队对部署和运维要有更高的自主性。技术的快速进步和演化,也使得基础设施的配置不得不频繁变化。在这种快速变化的过程中,要求基础设施既要灵活,也要安全、可靠。
by @ThoughtWorks 2017-09-15 15:25 分享 查看详情
持续交付模式下的安全活动 (insights.thoughtworks.cn)
在上一篇文章《开发团队面临的三大安全挑战》中,我们对现如今敏捷精益团队所面临的安全挑战进行了总结和分析,在接下来的几篇文章中,我们将逐一为你介绍团队、组织应该如何应对这些挑战。本篇文章先来讲讲如何解决第一个挑战:一次性的安全检查无法匹配持续性的交付模式。
by @ThoughtWorks 2017-09-13 11:27 分享 查看详情
React全家桶与前端单元测试艺术 (insights.thoughtworks.cn)
单元测试的好坏在于“单元”而不在“测试”。如果一个系统毫无单元可言,那就没法进行单元测试,几乎只能用Selenium做大量的E2E测试,其成本和稳定性可想而知。科学的单元划分可以让你摆脱mock,减少依赖,提高并行度,不依赖实现/易重构,提高测试对业务的覆盖率,以及易学易用,大幅减少测试代码。
by @ThoughtWorks 2017-09-08 10:34 分享 查看详情
Keycloak单点登录平台 (insights.thoughtworks.cn)
Keycloak首次在ThoughtWorks技术雷达VOL’16中以“评估”的状态出现。技术雷达15期正式提出“安全是每一个人的问题”,同时也对Docker和微服务进行了强调。

在微服务盛行的时代,现代Web服务的拆分对鉴权和授权也提出了新的挑战,而这正是Keycloak解决的问题。
by @ThoughtWorks 2017-09-06 10:46 分享 查看详情
持续交付2.0:云原生持续交付 (insights.thoughtworks.cn)
《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代(2010年)云计算尚未得到广泛应用,尤其在软件开发过程中的应用非常有限。如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容,我们有可能提出一组全新的、原生于云环境的持续交付实践。
by @ThoughtWorks 2017-09-04 11:01 分享 查看详情
Build Security In PII (insights.thoughtworks.cn)
PII泄露的事故正如很多信息安全故事一样,如果不出事故则不会被重视,但是一旦出现事故,结果往往则是无法挽回的。
by @ThoughtWorks 2017-09-01 11:04 分享 查看详情