我先加入了后端团队,App团队,负责巨石架构 Ruby on Rails 应用。当时我们没有把它称为遗留, 而是称它为母舰。App 团队拥有 Rails 应用程序中的所有内容, 包括旧的用户界面。...为了尽快确定文案的基调, 并确保我们不会浪费整个季度的功能推出, 我们必需要在deadline之前完成这些更新。
这时我们决定去尝试理解我们的成长过程。...在使用假的/静态数据将设计转换成适当的基于浏览器的体验后, 工程师将记下他们需要的 Rails API 在工作中的变化。然后进入Pivotal Tracker, 这是App团队的工具。...我们确定需要更好的用户故事, 但员工培训需要时间, 为了业务存活,我们需要一个短期的解决方案。
结论是是应用最古老的把戏:结对。我们的要求是, 代码应该由另一个开发人员来审查。...例如,订阅模块是一次性生成的, 只有在付款网关要求我们更改流程中的某些内容时才会修改。另一方面, 与增长和保留相关的通知和其他模块将每天发生变化, 因为我们的年轻的初创公司试图获取更多的用户和内容。