Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

UX is hard. What usually happens is that you have:

- developers who are bad at UX writing the software and improvising with all the use cases that were not adequately specified in the design document

- end users who are bad at UX giving their input, but can tell when something feels right for their use case

- managers/spec writers who are bad at UX and are trying to translate the wishes of end users to the developers

The result is a worthless spec, garbage in, garbage out.

Sometimes, when the stars align, in your team you get someone who is actually good at UX. I am told this happens, because in my career I have never seen such a unicorn. And even in that case, the end user with no understanding of UX, the one that actually pays for the project, might really, really want that periwinkle blue button, so in pretty much all cases GUIs get through countless rewrites and tweaks.




I've found that most teams are hesitant to show backend code, API calls, etc. during demos.

Screw that! Show your product owner and stakeholders the complexity of the backend _in conjunction_ to the ease of the front end.

The underlying note is "here is what you'll do manually and without support if you don't want the UX as it is now."


Showing the code won't do anything for non-technical people. They'll nod along politely and file it under "they did the job they were hired for".

Plus, it feels a little too passive-agressive to me.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: