2019-12-03平台工具中其实有中台的概念：只不过DevOps的中台概念和我们知道的中台业务对象不同而已。个人觉得初期开源工具的二次开发或直接商业化是个不错的方案，大幅减少初期时间成本。
个人觉得从产品的角度可以如下流程：
初期如果开源工具能基本满足直接用就可以+适当的商业化；
中期应当是要做二次开发-本质是节约成本；
后期应当是尽可能适当的开发+基于底层内核的二次开发，或者合理整合开源应当是个不错的方案。
产品经理的课学习了一些：从产品的视角去思考DevOps,应当会更清晰的去看待DevOps。单独的从产品或者程序角度去分析或者打造，反而会迷失其真实的合理性。展开作者回复: 其实我的看法是，软件交付这条链路是企业的核心生命线，这条线的效率高低，客观上限制了软件交付的速度和质量，所以自主可控也是从这个角度出发，毕竟商业化工具的响应速度和定制化能力还是要打折扣的。另外，做啥都是为了解决问题哈，工具只是锤子嘛，还得看钉子在哪里，为了做工具而做工具就没啥意义了。
2
2019-12-10乔帮主说，好的产品设计，它本身就是说明书，确实有道理作者回复: 没错，特别精辟，在网站设计领域有一本特别经典的书叫做 Don’t make me think，虽然有些年头了，也不厚，可以找来翻翻哈。
1- 2019-12-10看到老师提到成本和资产，刚好刚才在复习老喻的《人生算法》课里第十一章的涌现也提到了这个概念，摘抄一下以做复习……
“拼多多的创始人黄峥就是这么一个人，他学习了贝佐斯的思路，他把自己当作一张资产负债表，把每一个生活、工作中的决策都看作投资决策。
这个方法的关键，就是你要去分辨，用时间和钱换来的这些东西，哪些是资产（asset），哪些是费用（cost）。随着时间流逝，会加深你的护城河，给你带来新价值的往往是“资产”；而那些只是当前的消耗，或者时间越久对自己越不利的可以看成是费用。
选择多投入“资产”，少投入“费用”。随着资产的不断增厚，你这个系统的价值就会越来越大。”展开作者回复: 特别赞的补充呀，其实工作也是类似的，如果只是一味消耗，也没有什么成长就可以看成是在消耗自己的费用，相反就是对自己的投资哈。
1 
2019-12-04石老师，您好，请问关于知识管理的工具，到底如何定义和理解落地呢？谢谢作者回复: 说实话，现在很多公司所谓的知识管理工具就是wiki为主啦，最多代码倡导内部开源和组件共享，另外事件管理有专门的平台，整体并没有一套完整的体系，不像是CICD这么热门哈。
1
2019-12-03大型企业如果没有很好的落地devops或者想拥抱devops，我个人建议直接购买第三方商业工具平台，首先是第三方工具平台可以快速帮助你构建一幅devops全景图，帮助企业从理论到实践应用的直接有效提升，他们有更好的功能完整性，易用性，可维护性，安全性等！其次，第三方一般都会提供一些咨询服务，比如培训和项目实战，帮助企业快速建立自己的devops团队并赋能，让企业可以短时间内拥有自己的转型团队，帮助企业在后续进行推广和持续优化！最后，第三方还可以根据企业目前的情况进行定制化开发，比如集成企业目前已有的工具等！目前像阿里云效，京东云，腾讯蓝鲸等都是不错的选择！特别是云效在业内口碑非常不错，服务好，价格实惠，落地效果佳！作者回复: 恩恩，你会发现慢慢效率也变成了一种资源，变成一种经济，说白了效率双赢的事情，所以很多公司一方面输出效率产品获取收益，另外一方面也是展现技术能力，以一种增值服务，附加值的方式提供出来，从而推动更大范围的合作。其实这里有一个潜在的风险，就是软件研发流程不会随意变更，否则就乱套了，如果决定采用一个商业化服务，那么就要做好心理准备，是否软件交付的命脉就交给别人了，这就跟当初上云是一模一样的。
1
2019-12-17devops的服务受众就是企业内部的技术团队，说的再具象一些就是软件产品的生产线，正如工业都提倡4.0等升级概念，软件产业在研发效率和质量控制方面的投入绝对是值得的，这部分钱绝对不是简单的成本中心，而是可以带来利润中心的效果作者回复: 呵呵，希望每个老板都能具备如你这般的视角，效率最终将决定一家企业的天花板的高度，而由我的观察来看，2020年效率将正式进入企业的主战场，这一点在我们公司的战略规划中已经一览无遗，这个方向的发展空间足够大，我们一起加油！
2019-12-11总觉得jenkin有点英雄迟暮的感觉，更亲睐drone.io。自定义，简洁，saas服务化，插件与底座藕合度低等。不过最关键的还是在于人和流程(✿◡‿◡)作者回复: 哈哈，工具其实从来不是问题，不过对于一个十几年的老产品，跟不上节奏也是正常的，不过在我们的实践中，依然还是使用Jenkins，其实说到底还是因为熟悉吧，毕竟对于用户来说，他们压根不关心这些细节，因为都被平台封装和屏蔽掉了。
- 2019-12-10感觉虽然不一定要做产品经理，但是产品经理的思路和同理心真是很重要的竞争力。这时候想想马化腾一秒钟变小白的能力真是令人佩服，需要学习
2019-12-06石老师好,我在一家民营企业上班,管理层完全没有devops的认知,我们私下两三个人一起基于gitlab,jenkins,kubernetes,istio搭了一套平台实现了容器化,自动化集成和灰度发布等.但目前有一个问题就是所有的版本无法与需求关联起来.
我们有一套免费版的TAPD(也没有完全用起来),版本变更内容应该来源于产品和开发,产品的需求可以更新到TAPD,但开发变更的内容也到TAPD去更新对开发来说体验太差了.请问有没有这方面的最挂实践.
如果能做到开发在日常开发过程中通过commit代码最后在版本变更中就能自动收集到当前版本的所有变更就好了.
希望能够得到大神的指点.展开作者回复: 你好，其实这一点并不难实现，首先需要跟研发约定在所有的commit信息中关联需求编号，然后在构建系统中建立代码基线（说白了就是这个版本对应哪个提交就在提交处打个tag），并且比较任意两个版本之间的代码变更记录，并提取其中的需求管理编号，从而生成版本的变更记录哈。
2019-12-06数据库管理平台，比如管理SQL的变化，老师有什么工具推荐吗？现在利用的git进行版本化管理的，但是不能清晰的看到变更的语句是什么，很是不方便高效，每次部署应用都很头疼作者回复: 你好，对于大公司来说，数据变更管理平台都是自研的，因为这些都是DBA的自留地，他们有自己的规则和流程。工具方面的话，像是flyway，inception，还有小米开源的soar也都集成了基本的审核扫描检测功能，可以基于他们的来进行二次开发哈。
1