There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

TCB13 ,
@TCB13@lemmy.world avatar

See if there are cracked versions of MacOS that I can boot in a VM and see if I like it. I have to think about that.

You don’t need any cracks. The issue with running macOS on a VM is that the VM won’t provide a compatible GPU and it will lag a lot. Yes, it’s painful and there aren’t decent workarounds unless you can passthrough an entire GPU supported natively by macOS.

The whole thing looked completely mental (to me.) And I think there is something like that on Windows, too.

Yes, there’s vTask (proprietary) and AutoIt for Windows. The second one is very good and very reliable.

I can only imagine things like that break easy and you’re never able to change things if people actually rely on it. But I’m really not an expert on this. Might have valid use-cases. Or it’s just a silly way of doing things.

AutoIt doesn’t break as much as you think if the developer knows what he’s doing. “Unfortunately” I spent the better part of 2010 coding AutoIt to automate exporting data from a very proprietary Siemens software and after a few months you just learn how to it properly :P It can target the Win32 controls directly and you can bind code to UI events by their internal Windows IDs. Another interesting thing it can do (sometimes) is explore a program’s DDLs and internal funcional calls and call those directly from your code instead of button clicks.

What Apple does with AppleScript is a less advanced version of AutoIt, you can call their framework’s functions directly from it (hance the ability to build entire applications) and interact in robust ways with the GUI of some application. Applications can also load “plugins” into the editor and provide methods to do certain tasks the developer decided that might be important for someone.

Might have valid use-cases.

In the macOS land the use case is allowing anyone without much coding experience to be able to automate some GUI task. While not perfect this a large win for a lot of people, specially because you can just click “record” > do your repetitive task > “finish” and it will translate the task into code - the best part is that this “record” feature doesn’t actually record click positions, it will actually find out the IDs of the buttons and menus you clicked and write optimized and reliable code for the task.

In my case with the Siemens software the use-case was very simple: we needed access to data that was only made available either through their software that was about 300€/month OR with a special license and another tool (that provided a local API via socket with the data) that would cost around 50 000 €/month - when you see a price like that I believe it’s totally justifiable and okay to automate the UI. Note that this was in 2010 and from what I’ve been told my code is still running the same task today without changes (AutoIt is complied and they don’t even have the source). I believe this speaks volumes about how reliable AutoIt can be.

Something I don’t agree with is Windows and MacOS succeeding because of solid and stable APIs. Theoretically this might be the case for developers

And and developers create software that people use. Large companies, without being given stable APIs and good documentation won’t ever feel like developing for Linux. They couldn’t justify a very expensive development process with large maintenance costs for such a small market share. If the APIs were more stable and there were better frameworks it could be easier to justify.

So while in theory the Windows Kernel API might enjoy a good development model, it has little to zero effect on the end-user

It’s not just about the kernel, it’s about the higher level APIs and frameworks that make developers be able to develop quickly. It’s about having C# and knowing the thing is very well supported at any corner of Windows and whatnot. It’s about having entire SDKs with everything integrated on a IDE made by them where everything works at the first try.

re, I’ve tried. Installing the old dotnet or c++ runtimes and directx versions is a hassle, sometimes impossible. Some games crap out entirely. I can’t do it the other way around and install an old version of Windows on modern hardware.

It seems you’re picking the hard case - games. But for instance you can install Office 2003 and Photoshop 6 on Windows 11 and they’ll run without hacks - Linux desktop (not CLI) never offered this kind of long term support. Recently I had an experience with an old game on modern Windows that might interest you: lemmy.world/post/10112060.

Apple changed the entire kind of processor architecture, and then again. With them things also don’t stay the same. They solve that with other techniques. And a Macbook won’t be thrown to the garbage after a few years because it’s gotten so slow. I see people keeping them for quite some time. But they usually don’t run the latest version of MacOS any more. At least that’s what I’ve seen.

Apple simply obliterates the old and doesn’t care much about it, Microsoft usually is way better at this. BUT… still as you’ve noticed their Rosetta 2 compatibility layer allows you to run Intel software on ARM machines without issues, even games and heavy stuff.

But they usually don’t run the latest version of MacOS any more. At least that’s what I’ve seen.

Yes, they’ve restrictions because they usually want to cleanup their kernel and some system components of support for older hardware and this seems to be a big advantage when it comes to the performance and reliability of their OS. Either way those machines with older macOS versions keep working and getting at least most of the software for a reasonable time.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines