I would argue there's a difference between "rewriting the project" and "building something new based on additional decades of experience in the domain". Taken too literally, your comment suggests we should never e.g. write a new filesystem. Should Apple have taken Joel's advice and stuck with HFS+ forever? Sometimes the world changes enough that you can't keep grafting onto the old system, and need a new one.
I don't know if Linux/Fuchsia meets those criteria, but given that there are extremely smart people at Google working on it, I would think that it's at least plausible.
IF you consider that there are some fundamental flaws in the Android Framework at the surface level, either oversights or just based on what the landscape looked like 10 years ago, then we have to reach a tipping point where it makes more sense to do a full rewrite than to continue building on this codebase.
FWIW, there are major incremental improvements made at each release, most of them with very few changes to the high level APIs.
The VM itself evolves at each release and has even been completely replaced from Dalvik to ART. The permission system has moved from install time (designed by engineers .. ) to iOS-like incremental runtime permissions.
Not everything can be updated that way though. So it might be worth redesigning the OS with better assumption about its usage and by totally rewriting the APIs from scratch in order to avoid the mistakes made by Android (of course Fuchsia will also make some mistakes in its APIs .. all immense projects do, it does not mean that it can't improve on Android)
And I don't think the OP article applies very neatly here. Android is still being worked on and is constantly improved.
We are not in a situation where Android's development is going to freeze for 5 years while Fuchsia is being worked on. Completely different teams work on the 2 projects.
If anything, Fuchsia has a lot of pressure in order to catch up with Android. And it might want to start supporting kotlin so that the dev experience gap is not too wide and to add an Android VM for retrocompat before starting to consider competing with Android.
