- cross-posted to:
- hackernews@lemmy.smeargle.fans
- cross-posted to:
- hackernews@lemmy.smeargle.fans
It’s mostly stopping the world to re-write everything from scratch that is a mistake.
Good practice is to refactor the codebase until it’s modular (if it’s not already sufficiently modular), and then proceed to replace modules gradually until you reach your desired state of re-writtenness.
This has the benefits of actually getting you up to speed with maintenance over time without having to halt new feature development, giving you the best of both worlds.
For anyone who was confused as I was about hearing of a new release of Netscape, this article is from 2000.
The 2000 in the title didn’t give it away?
Netscape
You may know it as Mozilla, the namesake project that Mozilla (the company) felt was too hard a raison-d’etre to maintain and, yet, still exists. If you ever hear of Mozilla the org refered to as MINO, it’s because they couldn’t even continue their you-have-one-purpose task.
Unleash the downvotes, ye dissonants.
I only left the comment because of my pfp being the old Netscape logo haha
Except if your initial code was first written for something slightly related to the current usecase and with a tenth of the current feature set.
Then you better start from scratch and take some bits and pieces from your old code.
never put salt in your eyes
Shipping JavaScript in one week
laughs/cries in embedded we are currently changing from mbed to zephyr rtos. at the beginning it was decided we will never replace mbed, the thing i am currently replacing, so all the code is using parts of mbed everywhere. there’s not enough space on the chip to have both mbed and zephyr in parallel. yay. you desktop/server/web/whatever people don’t how good you have it.
Except when your rewriting it in rust, ofc 😎



