3 ms·
As a database person this pains me to say, but if the people keep using the tool wrong you may want to start fixing the tool.
by hobs 3y ago
As a database person this pains me to say, but if the people keep using the tool wrong you may want to start fixing the tool.
- tekla 3y agoYou can't stop people from doing dumb things if they don't want to learn.
- acdha 3y agoThe problem is that the domain requires flexibility. If you aren’t allergic to the documentation, the problems described are exceedingly uncommon (or entirely self-inflicted like the “gets mad” bit) but there are a lot of people who treat infrastructure as somewhat beneath them and get upset when it doesn’t work like other things they know. That’s a really hard problem for a tool developer because people who do know what they’re doing often need odd configuration points. I think the general answer is to push the first group up the stack: you get fewer choices but also fewer decisions you need to understand the consequences of. As a database analogy, most of the problems I’ve seen are similar where people chose not to learn how their tools worked and then said it was the database’s fault that they were making billion-row joins or O(n) queries because they knew what they wanted and the database should have had Do What I Meant mode.