Beyond drivers, which seem to be resolved, this is going to be problematic, as I don't feel strange that almost every mac user has a favourite app in 32bits. Even supported software could be lazy and late at taking every component to 64bits (Apple is being). And abandoned -but useful- apps could turn completely unusable.
Of course, there's the virtualisation way... It seems indirect and messy to me. Being prog. ignorant, I wonder if it's so difficult to develop a more specific way or program to keep using 32bits apps.
Apple made a much more incredible effort with "Rosetta"... and there's software to emulate 16bits DOS hardware... right now for your mac...
This is a question to skilled programmers:
So difficult to translate on the go, or manage a 32bit app on a 64bit system?
Really?
(I think Apple tries to hurry developers, but I bet there'll be a third party utility - if not Apple's- for 10.15 since day one).
The sad thing is there's really no reason for this. Executing 32-bit code is a feature of all x86_64 CPUs and that feature isn't likely to go away anytime soon. It's not like Apple is facing hardware on the horizon that won't run the code.
It's likely they just want to reduce MacOS development overhead by deprecating old libraries... but the end result is we lose access to software if it's no longer maintained.