It all depends on the use case.
3NF is ideal for transactional systems. So for a data warehouse/lakehouse that might not be ideal.
However there certainly are cases where it is interesting.
Star schema's are def still relevant, BUT with the processing power of spark you can decide to flatten it beforehand (so joining all dims with the fact and write it). Like that you have to do less joins at query runtime, which is often faster.
IMO the beauty of all this is the freedom you get. You are not locked into a certain model. Start with what you think is a good approach, and see where it gets you.
The good old Inmon/Kimball theory is still valid up to a certain point (fact tables, SCD etc) but a lot has also become obsolete.
In my lakehouse I have a mix of flattened star schema's, actual star schema's and plain tables (bronze/silver).