terraform --modules ----vpc_subnet ------main.tf ------variables.tf backend.tf use_module.tf基本就能开打了。自己玩了 aws ,然后找一些第三方的 provider 玩玩,比如 lxd 。发现只要了解下 doc 的大纲,看看有什么可以实现的,基本都可以问 gpt 要答案。实在太方便了。以前叫干中学,现在直接干就完了。1w 小时定律起码减少到 5000 小时,devops 这块代码量不高,可能会继续减少到 1000 小时。顺便,现在转 ansible 了,通用性更高一些。
初期挺爽,但一旦遇到练过全本“九阴真经”的就完犊子了。
就算想补基础也没那个耐心了。
AI 确实很好用,能降低入门难度,逻辑简单的代码或者很常见的算法写的都很快。但是核心的东西还是要自己来,不然 prompt 写半天 ai 搞不定更浪费时间。复杂的东西写 prompt 其实也不是特别简单的事情。
刚刚用 cursor agent mode ( claude 4.0 max mode )写代码,我自己搞好了几个单元测试,写了一大段 prompt 。最终生成的代码过了单元测试,但是是错的,稍微改下测试就不行了。其实这个过程也挺费时间的(加测试样例这些搞了大概一个半小时),还是要对 ai 的能力有一定把控才能更高效。(浪费了 100request, max mode 真费 request)
个人看法:开发用到的东西自己还是都得会,不然出问题都没法修,或者不知道出问题。但是 AI 用好了能大幅提高效率。
是的,ai 给人最大的感受就是,你的提问决定 ai 的质量。提问得基于你对需求的确定性,以及对技术的可行性了解。所以一般不了解的技术栈,先让 ai 明确是否能解决我的需求,其次就是对沉默成本进行对比,如果有多个 iac 的话,也就是第一步,选型。
然后就是找个入门文章或视频,掌握工作流程,5%的知识需要自己完整掌握的,这是唯一需要大脑记忆的。第三步就是文档扫一遍,了解即可,为询问 ai 做知识储备。然后就可以开干了。简单的工具,比如配置定义基于 json 或者 yaml 的,基本按照这个方式大体都能解决,ai 解决需求的关键就在于将需求细分。
但不得不说,ai 降低内卷难度,却增加了内卷的广度。对于 startup 来说,ai 辅助,ai first ,这些已经超过 cto ,成了必须品。再也不单一依赖某个大佬了。
现在有了 AI 学啥都更快
更多是与人比愿不愿意学