danjac
Joined 7 years ago
Joined 7 years ago
Personally, I would lean towards refactoring - a rewrite is the "declare bankrupcy" stage of technical debt and should only be considered in extremis. For example, the original codebase was written in ColdFusion and in 2025 you can't find any ColdFusion developers (or anyone in their right mind who wants to become a ColdFusion developer). But in any case, rewriting a trimmed down codebase is easier than trying to replicate features you don't need any more.
You can refactor, but you're also wasting time optimizing code you don't need. A better approach is to sit down with rest of the company and start cutting away the bloat, and then refactor what's left.
Then having got there, a VC-funded competitor will just roll over you as they'll have better connections and funding.
I would not recommend them for a serious, money-on-the-table business.
Little secret: outside of self-proclaimed "leaders" in the Linkedin bubble, most normal people think like the writer, if not put so eloquently. They have jobs to do, and know how to do them, and do not appreciate being dragged into a 4 hour meeting to listen to bullshit. Of course they'll do it if they are told to. But if you are a "leader" you would be conscious of their time and not waste it on self-congratulatory claptrap.
That's not to say React is to blame, per se, but good code is the result of good developer practices rather than some framework.
Personally I don't apply to public job listings any more, even when I match all requirements. They are a waste of everyone's time. But networking has its limits.
https://github.com/danjac