| > Yeeees... so instead of being "told" by your employers, you're "told" by the hype-train? How exactly is this better? Because occasionally our peers are right? Do you really have so little respect for everyone in the industry around you that every new piece of tech that comes along, you just assume it is a mass of incompetence and marketing? A diversity of perspectives, ideas and approaches is a fertile ground for personal growth. There are never any shortages of such hype trains. And at least they're made by fellow software engineers. Not, you know, corporate hiring comittees. > And what about all the gotchas and quirks that every framework has? The pathological performance edge-cases, and suchlike? The ones you only discover after weeks and months of in-depth use? I'll have to learn a whole new set of those. Getting domain specific, you'd be doing that anyways because of how rapidly browsers are growing and changing. > And what about my "legacy" codebase that used the last framework du jour. Do I just ignore it? Do I convert it? Hmm. Wonder how long that will take, and what else I could be doing with that time. > Maybe you enjoy the churn: endlessly learning useless knowledge that will be of no value to you in a few short years because it's no longer trendy. Lucky you. Why is it that the value of software is defined by if it is trendy 5 years later? That's a conflation of concerns I can't follow. > For me it got boring, because I've got stuff to build. For me, squatting on one stagnant pile of never-really-that-good technology building the same boring things over and over again at the behest of others is equally boring. You suggest all the frameworks are poorly designed hype, but then decide you want to take an arbitrary moment in time (when you showed up, that fated day) and freeze everything there. That reasoning seems unconvincing. |