{% include "/include/DECLARE.md" %}
我的DevOps的故事和DevOps发展在同一时期。在DevOps概念刚刚形成以及第一个DevOps日会议举行之后不久，我的之夜发生了以外的改变，进入运维行业。幸运的是，我发现自己在一家电子商务小公司的一个小企业中担任一个女性业务团队，并且我热爱业务工作。即使我一个人干的时间很久，DevOps很快对我产生了影响，因为你不需要多说废话就可以和组织里其他部分的人高效沟通合作。当时，我是个脾气暴躁的系统管理员，整天躲在数据中心里。我是唯一一个随叫随到的人，正忙着在工作中救火，但是我仍然对开发人员（其他任何人）的工作一无所知。后来我想到了在团队之间分享责任和信息以打破这道障碍。
有些组织比其他人更容易改变和新想法，会有一些抗拒性，当然这家初创公司并不热衷于听一个非常初级的系统管理员所说的话。“你甚至不是一个真正的系统管理员，“他们的话语里怀疑我的想法。他们也没有足够的预算，甚至给我买几本书（我买了Tom Limoncelli的“操作系统和网络管理员的实践”和“系统管理员的时间管理”，它们值得一读），更不用说送我去LISA或Velocity，而且DevOps日过几年也不会再纽约举行了。
幸运的是，我在网上找DevOps社区，有一些和我有相同工作的人会分享他们的工作经验，我从他们中学习并对工作充满兴趣。James Turnbull，现在是Kickstarter的CTO，但他那时在Puppet工作，发现了我Twitter，开始与我交谈，并送给我一本Pro Puppet在我管理大爱有两百台服务器甚至没有任何的脚本。这个简单的行动使我认识到一个欣欣向荣的社区，并希望有朝一日我也能成为这个社区的一分子。
就像Jennifer在她的故事里说的那样，当你筋疲力尽的时候很难改变，一年之后，在我尝试做出改变和提升公司运维现状时，及时公司即将倒闭，我还是有些经验不足（但是还是每天在积累），我仍然选择继续坚持。我不断地学习和提高我的技能，但仍然没有完全适应我最终工作的地方。我似乎还在和同事和组织斗争，而不是和他们一起工作。
2013年1月，我参加了纽约的第一个DevOps日，尽可能的学习他们谈话中讲的内容，即使我认为我没有足够的经验和他们一起交流。我在Twitter关注了#VelocityConf这个话题。在同年十月，我参加了纽约的第二个DevOps日，并遇到了Mike Rembetsy，这个会议的一个组织成员。他告诉我可以去Etsy工作，但几年后回想感觉他是开玩笑的。在我第一次发现运维和DevOps社区后，我在网上就关注了Code、Craft和Etsy运营团队，但我认为我还不够优秀能够加入他们的团队。
我从来没有这么高兴我之前的想法是错误的。我的运维职业生涯中使我经历了数个不同的组织，和开发团队，运维团队有时甚至“DevOps”团队一起工作。我曾经在一家25人的初创公司工作，在一家有几十年的时间，拥有数万员工的企业工作，我看到了很多种软件开发和交付的系统，有些比其他的更为高效。
在年轻的时候做过7*24小时随叫随到的响应，或者其他不是很理想的工作情况，现在我想分享的技术和方法，我和我的团队多年来帮助人们减少组织里在开发中所遭遇的失败。我写这本书的大部分动机是能够讲述这些故事（既有我亲身经历过的，也有别人告诉我的）这样我们就可以分享、学习和成长为一个社区。社区帮助我找到了今天的位置，而这本书是我回馈的一种方式。