r00ty

OK now see, if I saw that I'd think it was a parody. With the alpha male, right there in the name still.

GOTTEM!

But seriously, it's like chicken wings, without the bones. I'd not seen them until I went to the USA years and years ago. Now I see them over here in the UK too. Couldn't say when they arrived here for sure though.

If you have to tell everyone, you're not it. Having said that, it must be a parody account. Tell me it is.

Can Linux run programs that rely on frameworks like .NET or other Windows-specific libraries?

So this one I thought I'd answer because I've done development in both NET framework and NET core and how it works is different for each (although things will usually work one way or another).

For .NET framework applications, if the program is compiled for windows (the .exe) you can usually run it with mono (you generally don't need wine, but there's some caveats that mean sometimes you should use wine). This will include programs with GUIs. If the NET framework app calls other windows programs it is best to run it via wine, you will need to install the net framework within wine, but there's a winetricks command for that. There are a few things that are generally niche things that do not work in linux net framework's mono though. By niche the one I can think of, is serial port events. Very annoyingly they all exist, so the program will run but the events will never trigger an action in the programs. Very annoying, but luckily very rare/niche stuff.

For .NET core, you can build directly to linux targets, and if the project you are working on does target NET core, then you can run the binary natively (note: you usually cannot build applications using forms to linux native binaries, for these you should run the windows exe with wine). You can also run the .exe files for this with wine and I've rarely had a problem with it.

Note that if you develop .NET applications, you won't be able to build anything that uses the standard forms GUI under linux. There are other UI frameworks out there you can use that are multi platform. For this reason, for the projects that do use windows forms, I have a VM with windows on that I boot up for this reason.

In short, if you're just running windows binaries, you will be generally fine with mono for framework and wine for core. For development "it's complicated".

Well, you might be able to do it. But you might not want to be holding it in YOUR hand when you turn it on. :P

The problem is, this assumes that even if the kind of AI creators that are scraping relentlessly (and there's a fair few that do) took this data source directly, that they'd then put an exception in their scrapers to avoid wikipedia's site. I doubt they would bother.

Not really, an almost infinite number of non-shakespeare monkeys came before him and also didn't happen to write the entire works of shakespeare.

There are quite a few April Fool RFCs, but this one is definitely one of my favourites. This one and RFC 1149 (A Standard for the Transmission of IP Datagrams on Avian Carriers).

In the year twenty-five, twenty-five, twenty-five.

Although this year might feel like it has 25 months actually.

As an outsider looking in, everything this regime does is testing the waters to see if they can get away with that, and if so how much further can they push it.

If someone doesn't actually take real action to stop it soon, it may become unstoppable.

No! It's Eastasia. I mean smartphones!

Maybe c# has similar. There's \r\n or \n like c++ and Environment.NewLine.

Probably it's similar in that Environment.NewLine takes into account the operating system in use and I wonder if endl in c++ does the same thing?