←back to thread

838 points turrini | 3 comments | | HN request time: 0.632s | source
Show context
caseyy ◴[] No.43972418[source]
There is an argument to be made that the market buys bug-filled, inefficient software about as well as it buys pristine software. And one of them is the cheapest software you could make.

It's similar to the "Market for Lemons" story. In short, the market sells as if all goods were high-quality but underhandedly reduces the quality to reduce marginal costs. The buyer cannot differentiate between high and low-quality goods before buying, so the demand for high and low-quality goods is artificially even. The cause is asymmetric information.

This is already true and will become increasingly more true for AI. The user cannot differentiate between sophisticated machine learning applications and a washing machine spin cycle calling itself AI. The AI label itself commands a price premium. The user overpays significantly for a washing machine[0].

It's fundamentally the same thing when a buyer overpays for crap software, thinking it's designed and written by technologists and experts. But IC1-3s write 99% of software, and the 1 QA guy in 99% of tech companies is the sole measure to improve quality beyond "meets acceptance criteria". Occasionally, a flock of interns will perform an "LGTM" incantation in hopes of improving the software, but even that is rarely done.

[0] https://www.lg.com/uk/lg-experience/inspiration/lg-ai-wash-e...

replies(27): >>43972654 #>>43972713 #>>43972732 #>>43973044 #>>43973105 #>>43973120 #>>43973128 #>>43973198 #>>43973257 #>>43973418 #>>43973432 #>>43973703 #>>43973853 #>>43974031 #>>43974052 #>>43974503 #>>43975121 #>>43975380 #>>43976615 #>>43976692 #>>43979081 #>>43980549 #>>43982939 #>>43984708 #>>43986570 #>>43995397 #>>43998494 #
dahart ◴[] No.43973432[source]
The dumbest and most obvious of realizations finally dawned on me after trying to build a software startup that was based on quality differentiation. We were sure that a better product would win people over and lead to viral success. It didn’t. Things grew, but so slowly that we ran out of money after a few years before reaching break even.

What I realized is that lower costs, and therefore lower quality, are a competitive advantage in a competitive market. Duh. I’m sure I knew and said that in college and for years before my own startup attempt, but this time I really felt it in my bones. It suddenly made me realize exactly why everything in the market is mediocre, and why high quality things always get worse when they get more popular. Pressure to reduce costs grows with the scale of a product. Duh. People want cheap, so if you sell something people want, someone will make it for less by cutting “costs” (quality). Duh. What companies do is pay the minimum they need in order to stay alive & profitable. I don’t mean it never happens, sometimes people get excited and spend for short bursts, young companies often try to make high quality stuff, but eventually there will be an inevitable slide toward minimal spending.

There’s probably another name for this, it’s not quite the Market for Lemons idea. I don’t think this leads to market collapse, I think it just leads to stable mediocrity everywhere, and that’s what we have.

replies(35): >>43973826 #>>43974086 #>>43974427 #>>43974658 #>>43975070 #>>43975211 #>>43975222 #>>43975294 #>>43975564 #>>43975730 #>>43976403 #>>43976446 #>>43976469 #>>43976551 #>>43976628 #>>43976708 #>>43976757 #>>43976758 #>>43977001 #>>43977618 #>>43977824 #>>43978077 #>>43978446 #>>43978599 #>>43978709 #>>43978867 #>>43979353 #>>43979364 #>>43979714 #>>43979843 #>>43980458 #>>43981165 #>>43981846 #>>43982145 #>>43983217 #
1. femto ◴[] No.43979843[source]
It can depend on the application/niche.

I used to write signal processing software for land mobile radios. Those radios were used by emergency services. For the most part, our software was high quality in that it gave good quality audio and rarely had problems. If it did have a problem, it would recover quickly enough that the customer would not notice.

Our radios got a name for reliability: such as feedback from customers about skyscrapers in New York being on fire and the radios not skipping a beat during the emergency response. Word of mouth traveled in a relatively close knit community and the "quality" did win customers.

Oddly we didn't have explicit procedures to maintain that quality. The key in my mind was that we had enough time in the day to address the root cause of bugs, it was a small enough team that we knew what was going into the repository and its effect on the system, and we developed incrementally. A few years later, we got spread thinner onto more products and it didn't work so well.

replies(1): >>43979895 #
2. throwaway2037 ◴[] No.43979895[source]

    > feedback from customers about skyscrapers in New York being on fire
Which skyscrapers (plural)? Fires in NYC high-rise buildings are incredibly rare in the last 20 years.
replies(1): >>43980020 #
3. femto ◴[] No.43980020[source]
Don't know. The customer ran a radio network which was used by fire brigade(s?) in NY, so we weren't on the "coal face". It was about 15 years ago.

It was an interesting job. Among other things, our gear ran stage management for a couple of Olympic opening ceremonies. Reliability was key given the size of the audience. We also did gear for the USGC, covering the entire US coastline. If you placed an emergency call at sea, it was our radios that were receiving that signal and passing it into the USCG's network.