我是运维工程师一名,需要写自动化脚本。
经常遇到这种情况,已经写完了代码,完成了需求,测试也通过了,已经可以拿到生产上使用了。
这时,想到了更好的逻辑。
把哪些代码打包成函数呀,或是用另一个更好的方法实现,之类的。
这时,就只好返回,修改代码,再Debug,再放到测试环境测试。

我发现,这不只是一次两次的问题,经常出现这样的状况。怎么样才能防治呢?

2 收藏


直接登录
最新评论
  • 白菜 软件工程师 2015/12/02

    我也做过一段比较长时间的运维
    运维最重要的是稳定,不要经常修改脚本哦

    • 天绘 实施工程师 2015/12/02

      这样是否会有违自动化运维的理念?
      因为同事们不太接受自动化运维,更相信手动执行。
      是不是我太极端了..

      • 白菜 软件工程师 2015/12/03

        我的意思是,修改前要更深思熟虑一点
        特别是替换生产环境的脚本时

  • 阳光搓澡男 软件工程师 2015/12/02

    那就说明,你必须仔细仔细的为你做的事情思考,而不是想到之后立马就开始写代码。
    前期思考的时间,会在以后编码的时候,显得越来越有价值。
    当然,有时候你没必要修改代码,如果他工作的很好的话。不是每个代码都必须简洁。

    • 天绘 实施工程师 2015/12/02

      接到需求后,先画出逻辑图,然后想的是能不能实现。
      觉得能实现一个逻辑已经挺难得了。
      这是因为我经验太少了吗?

      • 阳光搓澡男 软件工程师 2015/12/03

        我觉得也和经验有些关系,因为有时候我也会发生你类似的事情,而别的更有经验的人,能第一时间找到最好的解决方案,而我也会饶点路。
        所以有时候我会问问别人的意见,然后再总结一下再做。

  • @@@@ 码农 2015/12/02

    强迫症得治了啊。。。

  • newlife   2015/12/03

    不用防止,代码不是一次写好的。不断修改自己的代码,可以很快的提高。不要两次都掉进一个坑里就好了

  • pqiao 程序猿 2015/12/03

    上线之前往死里改,
    上线之后死都不改。

  • 冬生 分布式存储 2015/12/04

    遇到过类似问题,我的感受是:
    1 经验不足导致,特别是涉及到业务;
    2 编码前的设计导致;
    3 随着时间推移,思考的多了,方法自然越来越好。