Dailymotion, Google Video, sevenload, german TV stations RTL and Pro7 even launched Clipfish and MyVideo respectively to compete with youtube. Youtube happens to be the only one that survived on Googles ad model, the others very quickly realized that paid premium content is much easier to handle (copyright, CSAM) and monetize.
Whatever the reason may be, the fact that pilots regularly engage in rather complicated and obstruse workarounds shows that cockpit design shouldn't be taken as the holy grail of UX.
Incidentally, I also wonder if the many checklists pilots need to go through before the plane does anything are strictly necessary. It seems like automating these steps and removing associated buttons may be beneficial to reduce cognitive load and prevent operator error (such as happened with the Air India crash last year).
While aviation is the origin of UX design, I'm uncertain whether modern cockpit design is born out of UX or out of a resistance to change. For example, for fuel-efficient takeoffs, you need to go in and override the ambient temperature and air pressure sensors and calculate what an efficient fuel mix would be yourself.
Most licenses, EULAs, contracts and so on don't have much precedent in court. There's no reason to believe that GPL would fold once subjected to sufficiently crafty lawyers.
I mean, torrenting is decentralised and not technically takedownable. But it was entirely possible to make it legally painful for people involved in it, as seen in eg. The Pirate Bay, megaupload or an entire cease-and-desist letter industry around individual torrenting users
Intentional noncompliance with copyright law can get you quite a distance, but there's a lot of money involved, so if you ever catch the wrong kind of attention, usually by being too successful, you tend to get smacked.
> They just surveyed some college students and drew conclusions by running statistical analyses on the data until they got something that seemed significant.
Is this just cynicism or based on anything? From reading the methods section it doesn't appear this is what happened
There is no server in Moscow, and I don't think there ever was. Muse Group left their original office in Kaliningrad for Cyprus pretty much the second the war started, and at this point has no offices or employees left in Russia. The servers always have been bog-standard cloud things, so Cloudflare, DigitalOcean, aws via Netlify and such.
A waveeditor inside a DAW is very helpful anyway; it's the place where you can chop up source files to become loops, and where you can throw in stretch markers to conform fluctuating tempo in the source to your beat. And once you have that going, there's very little in the way of having a template which only shows you that.
In Audacity, our goal is to keep it extremely approachable for beginners, so for us the idea of having one view of a clip in context of the project and a different view in which you only see the clip is something we'd rather not do. A wave editor window or panel separate from the main project timeline is however the industry standard, and as such it might be exactly the sort of feature which would be very at home in Ardour.
After its inception, Tenacity unfortunately tackled an irrelevant, yet opinionated part of development first: The build system, together with any internal variables saying "audacity" getting replaced with "tenacity". As such, a lot of the work that's gone into it don't manifest to users, and merging any upstream changes takes needlessly long. As a result of this, Tenacity fell behind upstream a lot, being stuck somewhere around Audacity 3.1 while Audacity already was around 3.7. Last month, mercifully, Tenacity got rebased onto Audacity 3.7: https://codeberg.org/tenacityteam/tenacity/pulls/527 (a +261299 -395037 diff!)
As far as user-facing changes go, it's some new themes, a different compressor, keeping features visible which upstream has hidden by default, MKA support without FFmpeg, as well as support for some more niche systems (Haiku, BSD). All of this is in some stages of ongoing; Tenacity 1.4 alpha 1 got released a few weeks ago, and while that does include the rebase, it hasn't ported back all of the changes which were made before the rebase.
Noteworthy: Most of the development is being contributed by one person, Avery King.
As of right now, I'd recommend Audacity 3.7.x over Tenacity, as Audacity 3.x has been in maintenance mode pretty much since 3.6, while Tenacity is currently finding its footing again. Disabling update checking is easy enough anyway.
In the future though, it appears that Tenacity is going to keep alive legacy Audacity for legacy systems while Audacity 4 is on the way of adding more DAW features and dropping support for older systems. Definitely a worthwhile role to inherit.