1. Strategies to reduce complexity

    Reading time: 5 minutes
    Posted 4 days ago

    Software development is a craft and we can follow many routes to achieving a specific goal. Having this freedom allows us to create simple solutions for very complex problems. That same freedom has a flip side, where very complex solutions can be applied to very simple problems!

    To be clear: I don't think anybody purposefully sets out to create complex solutions to simple problems (unless part of an artistic discovery). I think it is a sign of lack of understanding of a certain domain or technology. I also think there are several strategies you can apply to reduce complexity!

  2. Go public!

    Reading time: 5 minutes
    Posted 14 days ago

    As developers most of the actual work is done behind the scenes (or screens). This is not just for backend development, but goes for frontend development just as well. Consider all the time, effort and planning that goes into executing a technical solution or building an interface. Aligning between multiple stakeholders or comparing technical solutions and routes before implementing, goes largely unnoticed.

    In most cases, what the end user sees, is just the tip of an iceberg! With "going public" I mean proudly exposing the underside of that iceberg. Not for the sake of the end user, but for your self. You should always consider contributing to your personal brand!

  3. UX is not about design!

    Reading time: 7 minutes
    Posted last year

    I saw this post, by Erik Flowers while scrolling the LinkedIn feed which resonated with some thoughts that have been floating in my mind without anything to latch on to. But now those thought found something to root.

    I am currently working as a "software engineer" (commonly also referred to as "frontend developer") and although I like to label myself more as an "interaction developer" my main domain consists of designing software architectures and writing code. My background has always involved some level of getting involved with the user experience (UX) aspect. And while that may seem something that sticks out, I feel it is both to build good software and unfortunately also something that is not commonplace.

  4. The importance of crossing the disciplines

    Reading time: 4 minutes
    Posted last year

    When you're part of a "modern" software building team, changes are, it is being referred to as "multi disciplinary" or "cross functional". This is to indicate that the team is made up of backend developers, frontend developers, some design role(s) and maybe somebody in charge of metrics and KPIs or some additional, specialised roles.

    The thought process here is that if you do that, the team can be completely in control of their responsibility (maybe add some DevOps terminology in there then, as well). Which makes for agile teams.