3 ms·
>Picking the right tool for the right job will always be a problem to solve My experience has been that this is a very challenging problem. Business leaders co
by chasingthewind 8y ago
>Picking the right tool for the right job will always be a problem to solve
My experience has been that this is a very challenging problem. Business leaders consistently apply pressure for faster results (rightly so!) which means that technology leaders will also be under pressure to deliver faster results.
Tools at the highest level of abstraction (like the various "declarative programming" app builders) trade away power and flexibility in return for simplicity. The sales teams that sell these tools then inevitably highlight the speed and gloss over the trade off that's being made. The message that buyers (business and tech execs) hear is that a tool can solve problems faster.
That is often true when the tool is being applied to a problem for which it's suited and can be disastrously incorrect when it's applied to a problem it's not suited to.
My experience is that the promise of "faster" often drowns out the voices warning that a tool is being applied to the wrong kind of problem.
- ehsankia 8y agoRight, that's why the best abstractions are built on solid tools, and if needed, give you access to that lower level foundation. If I can do 95% of my work using the super simple UI, and then for that last 5%, I can go in and hack my way with some code, I'm much happier than having to write 100% of the code with code. Of course, if that last 5% is impossible to achieve at all, then yes, you're definitely not going to be happy and that 95% will have been a total waste.