The problem exists because someone "started".
Before we value User(paying money to the business) and Business needs(paying us) over our own "developer happiness". There were a lot of solutions a little harder for developers, but providing amazing results and value to the end users.
Those solutions of the past, and their analogs of today are generally ignored by the developers due to many reasons.
And the "Bad DX" is one of them.
So, that's a classical Chicken/Egg problem. What do you think?
Discussion went to abstract realm. I'm not sure I understand what you trying to say.
Classical example of "choosing DX over UX" is CSS-in-JS. It provides much better DX, than plain CSS, but worse UX, because any CSS-in-JS (with runtime) is slower than plain CSS.
And stop choosing DX over UX in this case would be to use CSS-in-JS without runtime, like vanilla-extract.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
The problem exists because someone "started".
Before we value User(paying money to the business) and Business needs(paying us) over our own "developer happiness". There were a lot of solutions a little harder for developers, but providing amazing results and value to the end users.
Those solutions of the past, and their analogs of today are generally ignored by the developers due to many reasons.
And the "Bad DX" is one of them.
So, that's a classical Chicken/Egg problem. What do you think?
Discussion went to abstract realm. I'm not sure I understand what you trying to say.
Classical example of "choosing DX over UX" is CSS-in-JS. It provides much better DX, than plain CSS, but worse UX, because any CSS-in-JS (with runtime) is slower than plain CSS.
And stop choosing DX over UX in this case would be to use CSS-in-JS without runtime, like vanilla-extract.