4 ms·
And it may brings back a little bit of humility in our field. There's often no need for a hammer, as shiny as it is, to crack an egg open. Sometimes quick and
by Xoros 9y ago
And it may brings back a little bit of humility in our field. There's often no need for a hammer, as shiny as it is, to crack an egg open.
Sometimes quick and dirty makes clients happy, and sometimes this is all that matters.
- mythrwy 9y agoWhile this is certainly true it's also our responsibility to consider the long term well being of a client rather than just their temporary placation with a bit of sugar. Picking apart what people actually need from what they claim to need is an underrated skill.
- unclebucknasty 9y ago>our responsibility to consider the long term well being of a client True, but I don't think the answer is just "framework" either. A more thorough analysis of many of these scenarios would likely yield a surprising number of cases wherein the answer is not framework, if all tradeoffs were earnestly considered. For instance, a couple of short years ago it would have been seen as responsible to build on Angular 1.x. Today, those clients are stuck with an obsolete, underperforming stack that has been deprecated with no reasonable upgrade path. In some ways, knowing what we do about the ever-changing framework landscape, a reasonable argument could be made that it's almost irresponsible to recommend dependency on these ever-heavier, more intrusive, monolithic behemoths.