最近半年，业务飞速发展，架构不断进化；在接下来半年内，业务将继续高速发展，我能看清楚三个月内架构进化的目标。但是，我却无法想清楚半年或一年后架构演化的蓝图？这个问题给我带来不少困惑，直到最近，才理清楚了一些道理：不为业务服务的架构演化都是耍流氓，对架构长期目标的不清楚，就来源于对于业务多变性的不可预测。先讲讲近一年项目的架构演化，年初的时候，业务单一，基础薄弱，算法朴素；在线上事故的教训下，增加了
本来十分懒得码字了，但看了思寒的帖子突然想写一下，我也来灌水了。生活：波澜不惊，用一个矫情的词叫做“岁月静好”。但爱人的舅妈被车祸夺去生命和我的大舅罹患癌症（所幸在早期，手术很成功，基本上痊愈）让我更加意识到生命的脆弱和人生的无常，更珍惜安宁的生活。希望所有亲人朋友都永远平安。去年工作太忙导致疏于活动身体不大健康，于是从今年年初开始跟着热爱运动的同事刻意锻炼。谢谢在航信一直拉着我我跑步的前辈和在雪
作为ThoughtWorks的一名用户体验设计师，我做过很多不同的产品。我常常发现项目组早已列出了一系列他们想要实现的功能，而在工作中，他们只是在寻找一个新办法去改进设计流程，让其变得更有效。通常我会从他们列出的功能中找出一个，然后问他们一个简单的问题：“这个功能为用户解决了什么问题？”，这个问题往往就能把他们难住。接下来，我能看出他们脸上的疑惑。为什么在已经有解决方案的情况下我还要去了解问题？我
今天我试着问8岁的女儿这样一个问题：问:“你知道IPad上的游戏是怎么记住你玩的进度的？”答:“就像书签一样，找到书签就翻到上次看到的地方了！”问:“那游戏里的东西存在哪儿呢？”答:“IPad里呀！像一个仓库什么的”和我们的时代不同，8岁的小孩已经开始接触电脑了，在电脑上玩游戏，用搜索引擎搜索视频，会编辑简单的文字，所以完全可以直接告诉孩子数据库是什么，但关键是我们能准确的描述“数据库是什么吗？”
TDD是一种限制的美学。因为限制，所以美因为限制，所以快因为限制，所以聚焦因为限制，所以好懂因为限制，所以你知道自己正在哪里，并朝向哪里而去。在开发软件时，「限制」才能发挥最大战力。「限制是一种方法，是一种引导，是一种跟自己内心的对话。」是，我就是在讲TDD的「哲学」、TDD的「道」。Developer是全世界脑袋动最快的角色之一，一旦没有让想法收敛、聚焦，他们狂放不羁的想法就会暴露在程序码中。这
（接上文）可测试性分析导语认知可测试性·质量的先验知识。如果我们已经相当了解一个产品了，我们不需要太多测试。·容忍失败。所需的质量要求越低，或产品可以承担的风险越大，就越不需要测试。项目相关的可测性·变更控制。频繁和破坏性的变化导致重新测试，并且使我们现有的产品知识失效。谨慎的变更控制有助于产品在测试阶段的发展。·信息的可用性。我们得到所有所
“哈哈”是网络用语中大家最常用也最熟知的词，中国人通常会使用“哈哈”或“:)”或“XD”是代表有趣好笑的意思。近日，法国媒体在脸书上为大家整理出各国“哈哈”用语，想不到泰国的用法超方便。近日，一家法国媒体在脸书上贴出15个国家（或地区）使用网络用语“哈哈”的字样，例如：日本打出来是“WWW”、韩国“KKKK”，最特别的是泰国竟是“55555”，超有趣的哈哈打法，让窝友又涨一番姿势。Ps：测试国际化
2015年11月，ThoughtWorks发布了新一期的技术雷达。技术雷达是以独特的形式记录ThoughtWorks技术顾问委员会对行业产生重大影响的技术趋势讨论的结果，为从CIO到开发人员在内的各方利益相关者提供价值。这期雷达的技术趋势主要体现在：受到热捧的微服务相关技术，逐步成熟的以Docker为典型的容器化生态系统，备受企业和用户关注的信息安全问题。本文就从这几个新趋势来分析一下给软件测试带
快到年尾了，这段时间，有一部分工作就是制定新年工作目标，有些目标可以利用相关的数据进行预估，有些目标却像雾霾天里的朋友圈，一张照片比一张照片糊。突然有个问题涌出，是不是所有的事情，都可通过数据来做度量呢，而后做决策？我想起很多年前看过一本书，叫做《Howtomeasureanything》，我读的是中文版本，但我实在不喜欢它的中文名翻译为《数据化决策》，如果我来做翻译书名，直接叫做《如何度量一切》
在一个软件开发过程中取消了质量保证团队会发生什么？更少，而不是更多的错误，以及一个大大加快的开发周期。至少，根据雅虎的经验，确实如此。该公司的首席设计师AmotzMaimon，以及科学与技术高级副总裁JayRossiter介绍道。经过2013年发展过程中一些小变化，以及从2014年中期到2015年第一季度期间的大力推动，雅虎的软件工程经历了翻天覆地的变化。这项努力是雅虎一个计划中的一部分：他们称之
热门文章