FY19是我们公司制定的员工成长与工作目标的年度方案。基本上是与manager one by one的产出物。大体上和个人的职业规划很相像，多出来的则是公司对你的期望以及帮助。
Manager是位很nice的人，给予到我这样的新人的思考还是挺多的。
我们团队是devops下面的SRE team，职责是保证CICD的稳定，troubleshooting，优化流程，编写脚本，dashboard，输出供客户使用的产品等。日常工作中dev和ops都有涉及。
由此引来的第一个思考就是：快！ops工作的特殊性，快速的定位问题，快速build出开发团队所需的环境。系统比较庞大，如何快速的定位问题，要求需要对各个service的功能有所掌握，需要对各个slave环境的配置了解。如果CICD block了，基本上开发团队的日常工作很受影响。每当开发找到我们说给个环境，而我们给不出的时候，很尴尬。快还有一个方面就是反馈，以前更多的是面向客户的产品，反馈也是从客户那边得来，当然此时的反馈可能已经经过了层层过滤。现在的定位是开发团队，我们的脚本是否方便了开发团队的工作效率，是否对我们的整个产品是正相关的，需要人为的有意识的调研。与此同时我们的service team 有14个，人多，带来的显著问题就是沟通，而沟通问题一定是最显著的。快速迭代，快速反馈，频繁沟通是不可少的。
第二个问题：稳。CICD等工具的稳定，系统产出物的稳定。稳定性一方面可以提高团队的公信力，SRE team在整个devops的各个环节，但是也在火车末尾的核心环，产出物质量的保证需要一套稳定的工具来保驾护航。目前的Jenkins job大大小小算下来有几十个，目前也在如火如荼的改造中，换成可以版本控制的pipeline。image的管理，nexus的迁移等锻炼的机会很多……
第三个问题：认知自己的价值以及作用。如何发挥自己所长去为团队带来价值也是一个值得思考的问题。做自己认为有意义的事情，小步快走，及时回顾。我一直觉得敏捷的方法论用在这样略显浮躁的社会里再合适不过。做一些有可预见性的事情能给自己带来激励。目前工作的切入点是pipeline，大大小小也交付了很多。那么高一点的要求就是能不能成为pipeline 的expert，成为对外的窗口，我想结果是可预见的。还有其他的如k8s，vagrant，automation等。
还有一个思考是：考虑问题需要有界限。这是从对话中得来的感悟。自己常常说想做design，做从0到1的事。那么问题来了，0到1的事的对象是谁，你认为的0在别人看来不一定是0……还有这件事的本身真的是0也是个问号，它需要依赖系统吧，需要开发的语言等，这些其实已经不算0了，可能实际上做的是0.99到1的事！所以要认清事物的本质，明确界限，细化task。否则都有可能把自己吓倒。
go语言真的会取代python？看个人喜好，熟悉的才是最好的……
要学习机器学习吗？产品中有virtual agent，可以了解，但是一定要想好可以为CICD带来什么，有怎样的产出。
……
FY19告一段落，新的一年快来了。就像我后面的哥们每天早上在线会议时说的：good afternoon，long time no see，……，fine,everything is ok ……
嗯，everything will be ok! Just March on
