它仍然是我见过的最伟大的工程团队，或者我有幸参与过的最伟大的工程团队。我只在那里待了2011年初到2012年中，但带回去的东西改变了我作为工程师的思维方式。这些想法和方法的卓越程度……我感到非常幸运能亲眼见证。我认为我无法过分强调这一点，尽管很多人可能会认为这都是夸张之词。我并不总是同意所做的决定，而且我确实在产品停滞开始的时候在那里，但我们努力减少技术债务，构建更好的基础设施，并进行改进……但天哪，我们经历过的战斗。有很多美好的回忆，包括我见过的最严重的工程错误，我至今仍在思考它（但永远不会在公开论坛上发布：））。能和你一起工作真是荣幸，bgentry！
源讨论关于Heroku的更新原帖 352 条评论 · 导入时统计作为在Heroku第一天工作的那个人，正是这次收购完成的那天，我认为将Heroku的停滞和最终的不相关归咎于Salesforce是一种误解。Salesforce给了Heroku大量资金，以实现一个远超时代的技术愿景。Docker直到2013年才出现，而AWS在那时甚至还没有多个区域。他们主要作为投资者，让我们自由地做我们自己的事情，或者至少最初几年是这样。 2011年多语言Cedar运行时的发布带来了惊人的增长，到2012年我们已经陷入技术债务和扩展挑战的泥潭。尽管在第一年员工人数增加了三倍（从20到74人），但我们还是无法跟上。 2012年中期尤其糟糕，因为我们遭受了两次us-east-1区域的停电，间隔仅两周。这使得可靠性问题更加严重，而我们不得不偿还技术债务…
完整原文把你的经验，加入这段讨论。
我只是想插一句，谢谢，我认为在我们心中还没有与heroku的git push直接进入合理生产环境相媲美的产品。 我 honestly 觉得这有点疯狂，有一些接近的选项，但使用它们时，我仍然觉得它们还没有真正花时间去完善用户界面，所以我只是想感谢你和GP所做的工作，这非常有帮助，我很高兴它帮助我推出了几个产品方案以及一些有趣的想法
完整原文> 到2012年，我们已经陷入了技术债务和扩展挑战的困境。 > 我见过的最棒的工程团队 在你看来，这两者如何协调？在我看来，快速做某事是容易的部分，良好的工程只有在你希望事情可维护和可扩展时才需要，所以上述说法对我来说并没有太大意义。
完整原文告诉我们一些改变了你作为工程师的一些想法和方法吧！我们很乐意听听！
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。