Why can’t developers KISS?
Tags: developertools, softwaredevelopment, opensource
Published: 2019-10-30 20:38:19

---
title: Why can’t developers KISS?
published: true
date: 2019-10-30 15:01:24 UTC
tags: developer-tools,software-development, open-source
canonical_url: https://medium.com/prodo-ai/why-cant-developers-kiss-14bf0f3129a3
---

![](https://cdn-images-1.medium.com/max/989/1*UOqw54Pt4Jx9gNPoBJpLWQ.jpeg)<figcaption>Software development has become so complex that it’s almost funny.</figcaption>

I’ve heard many developers praise the “[Keep It Simple, Stupid](https://en.wikipedia.org/wiki/KISS_principle)” principle in public, but I’m yet to meet one describing the code they work with as “simple”.

One of my favourite posts of all time, the insightful [What’s Awful about Building Software](https://www.onebigfluke.com/2016/04/whats-awful-building-software.html), has already covered nicely _what_ complex software feels like and _how_ it affects our lives. So I’m going to assume that you’ve either read it or experienced some of the pains yourself. But having now spent 10 years building software, including the last 3 years building developer-facing products (to try and simplify programming), I wanted to reflect on the reasons _why_ it is so hard in practice to change our code, our tooling, our culture and the status quo.

Below are 10 reasons that made it to my list, in no particular order:

1. [**we have an ego problem**](https://dzone.com/articles/developer-ego) ** ** — developers can have strong opinions about the right way of doing things, and the right way is _their_ way, regardless of how complex others find it
2. [**we suffer from impostor syndrome**](https://medium.com/@rajeefmk/why-does-software-developers-suffer-from-imposter-syndrome-ccf961d0c29a) — some blame themselves for not being smart enough when they should in fact blame the unnecessary complexity that crept into the code
3. [**we can be pessimist control freaks**](http://www.grokcode.com/722/be-a-paranoid-pessimistic-programmer/) — instead of embracing high-level, declarative and automated frameworks, we often prefer the much more complex low-level alternative to remain in full control, just in case we might need this control down the line
4. [**we’re particularly snobbish about low-code**](https://dzone.com/articles/why-developers-fear-low-code) ** ** — those “Enterprise low-code platform” are designed for the “suits” and not for smart people, right? Granted, the vendor lock-in of traditional low-code platforms can be a non-starter, but why isn’t anyone building an open-source platform?
5. [**complex tools make us feel smart**](https://twitter.com/iamdevloper/status/1184779211107717125) ** ** — think about complex tools such as Kubernetes or Redux with their ~50k stars on GitHub; those are great for large-scale software projects, but [you’re not Google](https://blog.bradfieldcs.com/you-are-not-google-84912cf44afb), and some of us only use them out of vanity (to feel smart or boost our CVs)
6. [**we still confuse code with Maths**](http://www.sarahmei.com/blog/2014/07/15/programming-is-not-math/) ** ** — yes, good abstractions can be extremely helpful (relational algebra gave us SQL), but there’s nothing simple about functions calling functions calling functions calling functions…
7. [**we get very attached to our code**](https://www.coderhood.com/12-reasons-avoid-individual-code-ownership/) — we might have learned about all the problems that come with “code ownership”, but deep down, we’re still territorial and tend to push back when anyone suggests to refactor our own code just to make it simpler
8. [**radical innovation is hard and risky**](https://medium.com/@gerstenzang/developer-tools-why-it-s-hard-to-build-a-big-business-423436993f1c) ** ** — how many technical entrepreneurs will dare building disruptive tools to “simplify software” when Microsoft is worth [$1T](https://www.theverge.com/2019/4/25/18515623/microsoft-worth-1-trillion-dollars-stock-price-value) and controls a big chunk of the developer tools industry, including GitHub?
9. [**developers care, but no one else will **](https://mortoray.com/2015/04/20/nobody-cares-about-your-code/)— it could really help if non-technical colleagues were contributing to the effort of keeping code simple, but that’s hard in practice. How could a PM or a designer tell the difference between simple code or complex code?
10. [**it’s all because of Trump and Brexit**](https://www.youtube.com/watch?v=fyzYEMVGvM4) ** ** — just kidding here, but doesn’t everything boil down to politics at the end? It might help if society started to care a bit more about [software transparency](https://link.springer.com/article/10.1007/s12599-010-0102-z). Perhaps the complexity of software should even be [regulated](http://www.europarl.europa.eu/RegData/etudes/STUD/2019/624262/EPRS_STU(2019)624262_EN.pdf) one day.

Despite all of the above, I personally remain very optimistic that things will eventually change for the better, simply because software _has_ to become simpler to write and maintain. The need for software and the [shortage of developers](https://www.daxx.com/blog/development-trends/software-engineer-shortage-us-2019) have never been so acute, the [low-code space is booming](https://adtmag.com/articles/2019/08/12/gartner-lowcode.aspx), and VCs have a [renewed appetite](https://www.businessinsider.com/microsoft-github-silicon-valley-investors-2018-8?r=US&IR=T) for dev tools, thus creating new opportunities.

More importantly, and despite all the aforementioned hurdles, there are still many passionate developers out there shipping new open-source solutions to try and fix the complex mess we’re in. If you’d prefer to look at one of those new solutions (instead of just reading me rant about old problems), please consider giving [Prodo](https://github.com/prodo-dev/prodo) a spin and [discussing](https://prodo-feedback-slackin.herokuapp.com) it on Slack!

* * *