《代码英雄》第二季(4):更好的失败( 六 )


00:21:56:
很多这样的对话已经改变了 , 我认为这就是为什么如今公司在提供有意义的技术方面做得更好的原因 。 我还想说的是 , 我们发布的速度越快 , 我们就越容易知道我们的假设和决定是否真正实现了 。 所以 , 如果我们对用户可能想要什么做了假设 , 在此之前 , 我们需要等待 , 比如 , 一年到两年才能确定这是不是真的 。
00:22:25:
而现在 , 如果你看看亚马逊或奈飞的模式 , 你会发现 , 他们每天会发布数百次假设的客户需求 。 他们从使用他们的应用程序的人们那里得到的反馈 , 会告诉他们他们是否在做用户需要他们做的事情 。
00:22:46 - Saron Yitbarek:
是的 , 这听起来需要更多的合作 , 因为即使是你之前提出的关于构建、破坏构建、经常破坏它的建议 , 这就需要工程团队或开发人员与 DevOps 保持步调一致 , 以便他们能够破坏它 , 并了解尽早发布并经常发布是什么样子的 。 听起来这需要双方更多的合作 。
00:23:15 - Jen Krieger:
是的 , 对于拥有敏捷教练这个头衔的人来说 , 或者以我作为首席敏捷架构师看来 , 总是很有趣 , 因为《敏捷宣言》的初衷是让人们从不同的角度来考虑这些事情 。 我们通过开发和帮助别人开发来发现更好的开发软件的方法 。 它确实是敏捷所要做的的核心、根本和基础 。 因此 , 如果你将 10 年 , 15 年以上的时间快速推进到 DevOps 的到来 , 并坚持我们需要持续进行集成和部署 。 我们有监控 , 我们开始以不同的方式思考如何将代码扔出墙外 。
00:23:56:
所有这些东西都是我们最初开始讨论敏捷时应该想到的 。
00:24:03 - Saron Yitbarek:
嗯 。 绝对是的 。 所以 , 不管人们如何实践这种失败的理念 , 我认为我们都可以接受失败 , 将失败规范化只是过程的一部分 , 是我们需要做的事情 , 是我们可以管理的事情 , 是我们可以用“正确的方式”做的事情 , 这是一件好事 。 它对开源有好处 。 跟我说说这个新运动的好处 , 这种接受失败是过程的一部分的新文化的一些好处 。
00:24:36 - Jen Krieger:
看着这个过程发生是一件美妙的事情 。 对一个人来说 , 从一个他们害怕可能发生事情的环境 , 到一个他们可以尝试实验、尝试成长、尝试找出正确答案的环境 。 真的很高兴 , 就像它们已经盛开花朵 。 他们的士气提高了 , 他们真正意识到他们可以拥有的是什么 , 他们可以自己做决定 , 而不必等待别人为他们做决定 。
00:25:05 - Saron Yitbarek:
失败即自由 。 啊 , 我喜欢! Jen Krieger 是红帽公司的首席敏捷架构师 。
00:25:19:
并不是所有的开源项目都像 Rails、Django 或 Kubernetes 那样声名鹊起 。 事实上 , 大多数都没有 。 大多数都是只有一个贡献者的小项目 , 解决一小群开发人员面临的小问题的小众项目 , 或者它们已经被抛弃 , 很久没有人碰了 。 但它们仍然有价值 。 事实上 , 很多这样的项目仍然非常有用 , 可以被回收、升级 , 被其他项目蚕食 。
00:25:54:
而另一些人通过他们的错误启发我们 , 教导我们 。 因为在一个健康的、开放的舞台上 , 失败会带给你比胜利更好的东西 。 它给了你洞察力 。 还有一点 。 尽管有那些死胡同 , 尽管有各种冒险的尝试和惊呼 , 但开源项目的数量每年都在翻倍;我们的社区正在繁荣 , 事实证明 , 尽管因失败我们没有繁荣 , 但因失败我们正在繁荣 。
下一集预告 , DevOps 世界中的安全性如何变化 。 持续部署意味着安全正在渗透到开发的每个阶段 , 这正在改变我们的工作方式 。 同时 , 如果你想了解更多关于开源文化的知识 , 以及我们如何改变围绕失败的文化 , 请访问 redhat.com/commandlineheroes , 免费资源等着你 。


推荐阅读