I remember slop, sloppa, etc. were frequently used terms on /ck/ (the cooking board) long before any nouns and adjectives were prepended to them. it is unfortunate that most 4chan lingo nowadays enters the mainstream via the /pol/ -> twitter human centipede, which usually means the words pick up a certain awful flavor from that board.

Sloppy is extremely common, more so than slop.

An appropriate oil (canola/peanut) and having everything that's going to go in the pan prepped before you even get the heat going are the main things to minimize smoke, but if you're cooking something that really calls for max heat you'll get smoke periodically as the oil returns to that temp unless your burner can't get the pan up to the smoke point of the oil. Prep is very important since adding ingredients absorbs a lot of heat so if you're cooking something that needs smoking hot oil you can immediately add ingredients in when the oil hits temp and that will absorb energy to bring the temp back down. It also helps you get it done asap. If you have to fumble around for stuff or prep ingredient 4 on the side while the pan is already in use for ingredient 1/2/3 it's very easy to loose track of things and end up with a pan that just sits there smoking. Also add the oil just before you start cooking, don't let it heat up with the pan.

Practically speaking in a home kitchen you also don't have to cook with heat that high, even if you're using a wok. There are plenty of recipes that call for lower temps, and you can often even make things that do call for high temps on a lower one instead. If you're dedicating to cooking that way you could also look into improving your vent hood if that's an option in your housing setup.

Yeah it's really jarring to be reading a text in not-english that seems somewhat normal and then to trip over some extremely American reference that makes it obvious it was auto translated. I just want things to have explicit language toggles or maybe allow me to hover over some text to see the translation. Google even allows you to set multiple languages and they still insist on auto translation between 2 languages I have told them I know.

I don't share your doubts. Even people not directly exposed to the bubble may be indirectly exposed by way of funds they've invested in or retirement accounts, or even just by having invested in something that invested in something that may evaporate with the bubble. Not to mention jobs that may disappear, which will result in the people who held those jobs being less able to spend their money, which has knock-on effects in the rest of the economy if it happens at large enough scale.

I think a feature like this sees best use in short lived programs (where startup time is a disproportionate percentage of total run time) and programs where really fast startup is essential. There are plenty of places where I could imagine taking advantage of this in my code at work immediately, but I share your concern about unpredictability when libraries we use are also making use of it. It wouldn't be fun to have to dive into dependencies to see what needs to be touched to trigger lazy imports at the most convenient time. Unless I am misunderstanding and a normal import of a module means that all of its lazy imports also become non-lazy?

Getting any kind of information from a chess engine would be sufficient to gain an edge for a good player. Even something as simple as a nudge that there is a high value move in a position with no information about what the actual move is could be enough. Big chess tournaments tightly control phones and other devices for this reason. That's on a single-match level. On a tournament level there have been allegations of collusion where players will intentionally arrange their own matches to either be quick draws (to get a break to focus on other matches) or to give points to a designated player to help them win the tourney, Fischer famously accused Soviet chess players of doing this.

Makes sene! Thanks, I dont play much chess so its a bit out of my wheelhouse.

>The changing conditions are self-imposed

They are right now sure, but the scenario as quoted in the previous post could just as easily have risen from China's side as a response to some geopolitical drama and the US would have been just as unprepared for it as it was for the current self foot shooting. A strong manufacturing base is a national security asset and the US has mostly allowed it to rot out. Some niches have been propped up by defense spending like weapons design and manufacturing or military shipbuilding, but even those are downstream industries that need a general base to stand on that they no longer have and it shows.

it is opt in until they manage to convince some government to allow them to be the contracted provider of "humanness verification" that is then made a prerequisite to access services.

NIFs have the downside of potentially bringing down the VM don't they? It's definitely true that the glue code can be a pain and may involve warping the foreign code into having a piece that plays along nicely with what erlang expects. I messed around with making erlang code and python code communicate using erl_interface and the code to handle messages pretty much devolved into "have a running middleman process that invokes erl_interface utilities in python via a cffi wrapper, then finally call your actual python code." Some library may exist or could be written to help with that, but it's a lot when you just wanna invoke some function elsewhere. I also have not tried using port drivers, the experience may be a bit different there.

NIFs do have that downside. Rust NIFs mitigates some of those risks, but that doesn't work so well with other languages.

Port drivers have their own tradeoffs, but you can retain the fault isolation.

Yeah, NIFs are dynamically linked into the running VM, and generally speaking, if you load a binary library, you can do whatever, including crashing the VM.

BEAM has 4 ways to closely integrate with native code: NIFs, linked in ports, OS process ports (fork/ecommunicate over a pipe), and foreign nodes (C Nodes). You can also integrate through normal networking or pipes too. Everything has plusses and minusses.

Yeah, a NIF can bring down the entire OS process but I've used quite a bit of Rust NIFs with Elixir and never once had a crash. With Rust you can make sure nothing ever goes down, minus stuff that's completely out of your control of course (like a driver crash).

Think of it more like "why is it important to have Spanish as an option for captions in an area that knows it has a large audience of L1 Spanish speakers?". English/<insert dominant local language> is pretty much a foreign language to many signers. Their native language is ASL or whatever other sign language they know, and these languages aren't just 1:1 mappings of words in the local dominant language to hand signals. They have many dimensions of expression for encoding meaning like facial expression/body motions, speed of the sign, amount of times they repeat the sign that have grammatical meaning that spoken languages express with inflection (noun cases, different verb forms) or additional words. For example, where an English speaker would use words like "very" or "extremely" or choose adjectives with more intense connotations an ASL signer would repeat or exaggerate the sign they want to emphasize (often by signing it more quickly, but it frequently involves intensifying multiple parts of the sign like the entire motion or the facial expression as well).