2019-12-05就记得那时候做paas采购选型，灵雀时速之类的，我问你们这流水线里有没有啥自选的审批功能，我们老板比较传统，不自己当看门狗心里不踏实，都告诉我还得定制开发，我想我估计是落伍了，然后偶尔看到好像是叫weaveworks把还是啥的，gitops这玩意儿一下子就惊了，心想我咋就没想到捏，PR一统世界不远了的感觉，算是有过眼前一亮的感觉吧
其他时候大都是眼前一暗，好比说我原来在一个公司用bitbucket，PR的approval可以强制，否则不能合代码，感觉挺好，后来到一个公司图便宜咱弄个 gitlab ce吧，这功能咋也找不到，最后弄半天这得企业版才支持，这里用的社区版，好吧，那commit测试不过总可以吧，发现gitlab社区版也没这个和jenkins结合的功能，还得付费版...这玩意儿看起来有些钱还必须得花...展开作者回复: 其实这个问题也简单，要么投人，要么投时间，要么投钱，比如你说这些PR强制评审的功能，我也见过有的公司自己写Webhook来实现，不通过的话自动强制关闭。随着团队扩大，我越发觉得标准化的研发流程和规范至关重要，小作坊式的开发模式不会长久，对于团队成员尤其是新人来说甚至是一种伤害，所以不要让灵活成为混乱的借口哈，你要想办法说服老板想明白这个道理。
1
2019-12-05一个好的或者成功的DevOps其实要有全栈的能力：超级全能。突然想起这些年自己的职业DBA&&OPS：产品和研发工作中吵架-自己中间协调完后大家没问题了，开发和运维工作中吵架-中间调节然后问题解决了。换个角度解释一下老师的课程：看看是否有理。
1.DevOps要有全栈经历：整个项目的整体任何环节都大致明白，直接全栈经历过一次；【注：我自己就差不多属于这种；从DEV->DBA->OPS-机房运维】
此处其实是同时需要具备3个视角：用户视角、产品视角、项目视角
2.DevOps要有一些能力：产品设计能力、项目管理能力、研发能力。
作为一个内部项目，各种视角的切换之间才能看见问题，可是很多人不会站在对方的角度去思考问题解决问题。记得苏杰老师的课程中有句话很经典“要想否认别人的创新，你先得证明你的创新”。
学习到现在我觉得我已经不是在学习了：享受学习沟通中的快感。老师提及的不少我都学过了差不多的东西，算是把自己这一年在极客时间学习的一堆课程做了一个梳理。极厚薄发提前规划，等待合适的时候去实现。
谢谢老师的分享：期待下堂课的学习。展开作者回复: 非常赞呀，我给你个建议，可以适当的梳理下自己的逻辑和体系，可以从你的留言中整理出来一条主线，然后试着对外MVP输出看看反响，我觉得很多东西单向输入效果一般，有主动思考能力才是最重要的哈，DevOps不是一家之言，我说的也不一定正确，所以一定要三思而后行，哈哈。
实际上，我目前来看，最欠缺的就是DevOps产品的产品经理，你提到了几种视角，其实代表了几种不同的思维模式，能在不同视角中无缝切换，这不是一句简简单单的话而已，拥有全流程的能力自然有助于你更好的换位思考，但是不知道你还记得前面的加餐里面，关于DevOps工程师的技能章节，我有提到过共情能力，这个才非常重要。 1
2019-12-18个人觉得在devops领域做商业化变现，很难脱离咨询服务去单独盈利，因为市场上都是一些IT大厂才有能力做出一些具有普适性的工具软件，但企业级客户往往需要从方法论开始逐步渗透（0到1），最终可能工具软件都是添头，反而超强的咨询服务才是大头作者回复: 其实这是两个方向，工具最大的价值在于快速规模化，但是问题在于DevOps产品很难一套通吃，这就带来大量定制化的需求，导致无法简单的规模化，而咨询则不同，靠的是人天的投入，又极度依赖于咨询师的经验和能力，所以很难做到规模化，所以对于任何一家咨询公司来说，如何平衡规模化和定制化是个永恒的话题。