language-agnostic - 尽早规划效率与过早优化

标签 language-agnostic optimization

我似乎注意到关于优化的两种思想流派:

  • 过早优化是万恶之源 .只有在编写了最易读和最简单的东西时,才应该进行优化。如果在分析后确定软件速度太慢,则应进行优化。
  • 优化应该在项目生命周期的早期完成 .优化需要计划,但应该合理地进行。

  • 从表面上看,他们似乎是相当对立的观点。问题是,我看到了两种思想流派的优点。我还可以想到这两种思维方式帮助我编写更好更快的软件的时候。

    有什么办法可以调和这两种想法吗?有中间立场吗?有没有一个想法是完成工作的最佳工具的时候?还是我提出了一种错误的二分法,两种观点可以和平共处?

    最佳答案

    我通常做的是应用那些不会花费我任何费用(或几乎没有费用)的优化。我也一直在寻找不能很好地扩展并且经常被调用的算法。除此之外,在软件运行并且我有机会启动分析器之前,我不会进行优化。只有这样,我才会投入大量时间进行优化。

    关于language-agnostic - 尽早规划效率与过早优化,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/516160/

    相关文章:

    MySQL:从子查询到单个查询

    mysql - 如何在 MYSQL 中优化此查询?

    algorithm - 是否有比 O(N²) 更好的算法来确定矩阵是否对称?

    algorithm - 计算下一次执行 cron 作业的时间

    c# - 加速 40,000 行的 linq 查询

    python - 优化创建字典

    regex - 哪些编程语言是常规的?

    algorithm - 当我想检查一组的所有可能组合时,我使用什么技术?

    algorithm - 构建反向语言词典

    optimization - 你如何测试VBA代码的运行时间?