{
  "id": 10162043,
  "title": "No measurement, no optimization",
  "url": "https://urgent.news/2026/09/27/no-measurement-no-optimization",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-09-27T07:10:01.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/jantolentino/no-measurement-no-optimization-32m"
  },
  "original_language": "en",
  "account": "No measurement, no optimization. This adage holds true in programming, where it's crucial not to optimize code before measuring its current performance. The author of this story learned this lesson the hard way during a recent project. While they enjoyed the prospect of refining code and enhancing efficiency post-release, they discovered the consequences of optimization without measurement could be disastrous. Most performance issues in their project stemmed from database queries, not architectural flaws. After the initial release, the author identified two particularly complex queries that they intended to optimize. They planned to combine the queries for efficiency, but upon testing, they realized the combined version had a higher average response time than the original implementation. The author conducted a performance test using Postman, sending 100 requests to calculate the average response time. While some requests were indeed faster than the old version, there were significant spikes, indicating the new implementation wasn't uniformly better. The author attributed the regression to an oversight in understanding the structure of the data and its data types, which unexpectedly impacted performance. This experience taught them the importance of Laravel performance tools, the utility of Postman in this context, and the necessity of researching potential performance regressions. The author concluded that while optimization based on instinct can be a starting point, it must be validated with accurate measurements. As the saying goes, you can only call it optimized if you have the benchmarks to prove it!",
  "summary": "No measurement, no optimization. There's a common saying in programming: \"Don't optimize what you haven't measured yet.\" You can only truly appreciate this advice when you experience it yourself. And I definitely did. I'm always looking forward to projects where I can optimize the code after the first release. It's really satisfying to refine code and make it cleaner and more efficient. But I've…",
  "key_points": [
    "Optimization should follow performance measurement",
    "Database queries caused most performance issues",
    "Combined queries had higher average response time"
  ],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}