HN Debrief

Reverse Jevons Paradox

  • Economics
  • Programming
  • Management
  • Public Policy

The post argues that making an activity more expensive can shrink total use of it so sharply that the total "spend" on that activity falls, then applies that idea to software work. Its concrete claim is simple: add enough friction around small code changes, forms, approvals, or compliance steps, and people stop doing a whole category of worthwhile work. The author calls this a "reverse Jevons paradox." Most people rejected the label. They said the post is mostly rediscovering price elasticity and the law of demand, plus the mundane reality of bureaucracy. Jevons, in the stricter sense, is about efficiency gains increasing total consumption of a resource. Several commenters insisted the post blurs together three different things: lower input cost, higher efficiency, and higher total spending. That distinction matters if you want the economics to mean anything beyond "people do less when you make it harder." Even so, the framing landed for some readers because it names a practical failure mode in organizations. Small actions often have thin margins. A little process cost can push them from barely worth doing to never done. The examples people reached for were tiny refactors, low-effort product fixes, quick internal improvements, and transit or housing choices that disappear once friction rises. The useful takeaway was not a new paradox. It was that teams and institutions routinely destroy good behavior by piling on fixed costs, then misread the drop in activity as lack of demand rather than bad process design.

If you are trying to increase a behavior inside a company or product, measure the small fixed costs you add around it, because they often wipe out entire classes of low-margin actions. Do not treat every catchy economics label as a new idea. Sometimes the useful move is just to recognize elasticity and cut process overhead.

Discussion mood

Mostly dismissive of the economics and mildly positive on the practical point. People thought the label was wrong or overblown, but many agreed the examples describe a real organizational problem: friction and red tape kill useful low-ROI actions.

Key insights

  1. 01

    Ticket overhead kills tiny improvements

    Requiring a ticket for every change turns cheap, beneficial fixes into work that no longer clears the effort threshold. That sharpens the post's best point. A small fixed process cost does not just slow work down. It deletes an entire band of improvements that would have happened organically.

    Audit every mandatory step around small changes. If the process cost is larger than the likely benefit of a tiny fix, exempt it or automate it.

      Attribution:
    • alexpotato #1
    • throwatdem12311 #1
  2. 02

    Cheap resources invite waste elsewhere

    Lowering one constraint often shifts waste into another. The memory joke about Electron made that concrete. If platform support made JavaScript desktop apps nearly free on memory, many teams would consume that headroom immediately. That does not refute the post. It shows that when one cost falls, another quality margin often gets sacrificed unless you keep explicit guardrails.

    When you remove friction or lower cost in one dimension, decide in advance which other constraints still matter. Otherwise teams will spend the savings on convenience and complexity by default.

      Attribution:
    • cubefox #1
    • chvid #1 #2
  3. 03

    This is a useful lens on civic friction

    The strongest extension beyond software was to housing, forms, and general institutional slowdown. The value of the post's framing is that it shifts attention from incentives to transaction costs. Many people already want to do the useful thing. The blocker is that every extra step taxes the behavior until it vanishes.

    In operations, policy, and product design, track not just incentives but the number of steps required to act. Removing one approval or one form field can recover more activity than changing the headline reward.

      Attribution:
    • jaynetics #1
    • greenfish6 #1
    • geraneum #1
    • malkia #1
  4. 04

    Elasticity is the real concept underneath

    The clean economic version is about elasticity, not paradox branding. Whether lower prices or higher efficiency increase total spending depends on how strongly quantity responds. That is why the idea felt obvious to some people and historically important to others. The interesting question is never the slogan. It is where demand is elastic enough that small cost changes cause outsized behavior changes.

    If you want to predict the effect of a pricing or process change, estimate response curves instead of arguing from labels. Even a rough elasticity estimate is more useful than a metaphor.

      Attribution:
    • alan-crowe #1
    • rcxdude #1

Against the grain

  1. 01

    The label is sloppy but not empty

    Several people defended the post's basic move by treating efficiency and unit cost as equivalent from the outside. If a system delivers more useful output per dollar, behavior can increase whether that happened through a better engine, cheaper input, or less bureaucracy. On that reading, there is no distinct "reverse" case at all. It is the same mechanism with the signs flipped.

    Do not get stuck on definitional purity if the operational mechanism is the same in your setting. For internal process design, output per dollar or per hour is often the metric that actually matters.

      Attribution:
    • martinhath #1
    • fxwin #1
    • pdpi #1
    • cubefox #1
  2. 02

    The effect is obvious, not paradoxical

    A minority pushed back on the pushback by saying the practical phenomenon needs no exotic theory at all. If public transit doubles in price, some riders do not halve usage. They drop out entirely. In that sense the post is better read as a caution about thresholds and abandonment than as economics jargon gone wrong.

    Look for cliff effects in user and employee behavior, not just smooth percentage changes. Once a task crosses a pain threshold, the right model may be abandonment rather than reduced frequency.

      Attribution:
    • markild #1
    • layla5alive #1
    • hellojomp #1

In plain english

Electron
A software framework for building desktop apps with web technologies, often criticized for heavy memory use.
Jevons paradox
An economics idea that making a resource more efficient to use can increase total consumption of that resource rather than decrease it.
law of demand
The standard economics idea that people usually buy less of something when its price rises, all else equal.
price elasticity
A measure of how strongly demand changes when price changes.

Reference links

Economics references