The idea that "modern" equals "similar to a ribbon" is a normalization effect: the Microsoft interface has become a benchmark because of its ubiquity, not because of its proven advantages in terms of usability. Added to this is the fact that many users evaluate office software through the lens of familiarity with Microsoft Office and consider deviation from it as a problem rather than a design choice.
Possibly highlighting a difference in how users learned to use the software. I have long held a belief the methods to teach tech can be divided into two classes. One we'll call the "theory-oriented". You learn about how the software functions and what features do, but less about specific procedures.You would learn about spreadsheet application, but not necessarily Microsoft Excel. It's the method you're more likely to learn in traditional education settings. The other I call the "task-oriented approach". It teaches the software via learning how to do common tasks in it step-by-step method. It's what you're likely to encounter in "boot camps" and on-the-job training. You're using X app, here's how you do Y in the app.
The former method will give you a more rounded understanding of the technology that you can apply other places, but it takes longer as there is more material to cover and it requires the student to use critical thinking to apply what they learned to specific situations (I need to do this with this data -- how can I accomplish that understanding how these types of programs work?)
The latter method gives you direct instruction in how to accomplish what you need. It's faster and more focused. But you're left with less understanding of how the technology functions verses the Theory approach. Companies prefer this method for their own training because it gets their employees up and running doing the tasks they need faster. They learn idiosyncrasies of the company's tools and following the organization's internal procedures too. But it conveniently also gives them fewer transferable skills they can take to a new job when they're just following a memorized or documented procedure to do a task, with little understanding of what is happening.
People bemoaning LibreOffice not miming Microsoft Office are more likely people who have a Task-Oriented understanding of the software. They know to go to A menu and choose B command and then enter values in blanks C,D,E, formatted in __ way, to get F result. They can do what they most commonly need quickly. But when the interface changes they now struggle with how to adapt and accomplish the same task as easily since they are only familiar with how the other thing worked. With a Theory-based understanding you know what you are trying to do and can infer the method through the discoverability of the software's interface. You don't need to be told where a specific feature is because you know how it's categorized in that class of the software and likely places to find it. There's just a learning curve to figure out and remember so you can access it quicker day-to-day.
When I was in high school I took a computer applications class (this was a beginner class necessary if you wanted to take higher-level classes). The class was taught in a lab using Microsoft Works for DOS. Keep in mind this is the late 1990s. The GUI, Macintosh, Windows 95 have all been a thing for awhile, and we're learning computer apps on DOS. No one is going to be using this software in the real world now. The result was the instruction was theory-based. You learned the functions of word processing software, so when you sat down to Office 6.0 (or whatever the current version was then) you went to the menu/dialog that dealt with the same type of feature to find the command you wanted. You didn't go "Oh noes! There's no [foo] button on the ribbon! What do I do?"