skysight-inc/HackerNews huggingface dataset:
>C#'s async is cooperative multithreading and this is pre-emptive multithreading. Both have different goals and they have their own place.

Yes, but that's not really the issue at hand. The issue is that async/await, as a particular _implementation_ of cooperative multi-tasking, has resulted in code bases dominated by async function declarations and bodies filled with awaits. Where, qualitatively, the volume of async/await code outweighs the actual need for concurrent/non-blocking execution.

>My expectation is if/when Java's Loom tech gains steam Microsoft will release its own pre-emptive thread pool into C# alongside async/await (again because they're different styles with different goals). Then everyone will be happy, ...right?

Maybe. That'll depend on whether they can address the viral nature of async. And it won't automatically get rid of the `xxxMethod/xxxMethodAsync` duality that has arisen. It'll also add yet more cognitive overload for developers ("should I use cooperative or pre-emptive multi-tasking here?").

--

EDIT: fixed spelling
Exactly.

The difference between a joke and bullying is that if it's a joke, the mark gets a laugh out of it as well.

Also that the honor of being the mark rotates around the group somewhat fairly. If you're either never the butt of the joke, or always the butt of the joke, you know that the people around you either don't respect or trust you.
It is a massive drain on morale. Billable hours sure, but tracking non-billable hours is just making management's job my job. I the impact it has is regularly underestimated.
There are activities that produce significantly more than 2.5% emissions, like burning coal for electricity and heating (which is something like 20-25%, I guess).

Also, coal-fueled power plants have clear alternatives (nuclear, solar, etc). What is the alternative to transporting containers by ships?
For the lighting I'm using a mix of ray tracing and stochastic cone tracing. Cone tracing mainly because it's very cache friendly and almost doesn't introduce any noise.
I'm not really using a regular cellular automata or rules, it's just similar on the aspect that the simulation is based on neighbors.

I took some inspiration from Noita and Sandspiel, but I found that falling sand simulations aren't flexible enough and I was thinking about how a system could be created to visually program the behaviour of circuits or stuff like falling sand yourself.
Also Noita is single buffered, while my simulation is double buffered which actually makes a huge difference in the possible features you can realize. Single buffering is faster but much more chaotic and "random", while with double buffering you get very precise behaviour. Also the simulation was designed from the ground up to be run on the GPU, while Noita and Sandspiel are CPU-based. Here's [0] a video of a previous 2D prototype doing falling sand on the GPU

- [0] https://www.youtube.com/watch?v=aWLPEzngkOo
Exactly, why not build a solid product that serves a modest market and earns a steady revenue over a long term. You can focus on quality, features, innovation etc. and still run a sustainable business. Not everyone needs to grow all the times.
>Eckersley died of cancer on September 2, 2022...

The closer I get to 40, the more anxious I grow after reading stories like this. Guess I can just let it motivate me to appreciate those in my life and push me towards achieving goals.

Rest well Peter.
In a similar vein I visited Cyprus some years ago. In the middle of nowhere was a shaded spot with a few tables, a fridge and a plastic tub. You took a beer out of the fridge and put the money in the tub. That was how it worked.
That's just what Nationwide told me when I was in the UK. I guess it is a common myth. If I google it, it sounds like it is
or SalesForce in the case of Slack
I think the problem is libraries implicitly affecting code outside the library. This time has been related to optimization of floating point operations, next time it will be other thing. Why bother having lexically scoped languages if the real behavior is dinamical? Debugging this kind of error is very hard
The only reason I haven't bought one yet is because I am waiting for a Ryzen version.
Is the modern tooling to blame for? It didn't use to be so simple that everything could be automatically updated or pulled. Had to actually go out and see what you were brining in and maybe even take a look in documentation or dates of last update.
You are right but I have seen some reward algorithms that should result in more fairness

https://arxiv.org/abs/1809.07468

https://www.sciencedirect.com/science/article/abs/pii/S00200...
This is the #1 reason we use .NET for our banking apps. Everything we need is baked into the Microsoft-owned dependencies. Certainly, you could argue of transitive attacks still being possible but from a liability perspective we get to point our finger at Microsoft if something goes wrong (while we hastily rebuild with their patch)

Even for my side project - building a custom 3D rendering engine from scratch - I use libraries like System.Numerics to calculate the camera perspective transform and perform all the linear algebra for me. I was wasting a lot of time trying to reinvent this, which is a typical but lethal risk to any project.
I don't consider it excellent support.

I once had a slow performance on their zfs instance and asked the support what happened and all they said was, "It should be better now, please check" and it still had mixed performance for a while and I asked what was the problem and they ignored my request for comment.

Also, I don't care much but their email formatting is like a random chat without any salutation and signatures in the end but just body message which kind of looks a bit amateurish.

And they don't seem to respond when they ask me whether they should proceed with a change and I respond "Please proceed" and I get no acknowledgement, so not sure when the change took place or they've read it because one time, they just missed my email and once I asked why I'm getting no response they said they have somehow missed the mail...

Really all pretty basic stuff...
Most of us can only dream of such a lasting contribution as Let’s Encrypt.
> Your argument is "because I'm not used to Fahrenheit, it must not offer an advantage to people used to it"? Really?

But that's your argument for Fahrenheit...
> Citibank in Japan has the funniest rule: you have to receive in person a letter sent to your residency address every month if you intend to keep your account alive. Failing to do so for whatever reason automatically locks the account and you have to come to them to prove you still meet their requirements.

While this is annoying and is excessive to what's required in law (it must be done at least yearly, and most banks do not try to annoy foreign residents more than what's legally required), Japan does require all Japanese-domiciled bank that they verify that the owner is either a Japanese national or a long-term resident in Japan. In fact, most Asian countries do have a "must be a citizen or resident" or even the much more stricter "must be a resident" requirement.

At least it's not India, according to Mastercard and Visa India even prohibits foreign long-term residents from maintaining an account in their country of nationality (and therefore we must always certify that upon our knowledge we do not send cards, even debit, to India).
There are multiple versions of colour-blindness.

Most colour-blind people can still see colours. Only a small fraction is reduced to greyscale.

Those pictures would likely be calibrated to the different versions of colour-blindness.

Your idea might work for some pictures.
Yes that is true, but most of the time this happens in places where only a few pedestrians are likely to use it. I can count on one hand the amount of times in the last few years that I have needed to walk on a bike path as a pedestrian while working in Amsterdam and visiting many other cities and towns.

It happens I agree, but as far as I can tell there are few places in the Netherlands where more than the occasional pedestrian need to walk on the bike path for more than a few meters.
This is incorrect. Converting current pipelines to move H2 would be a modest investment at best.

https://www.energy.gov/eere/fuelcells/hydrogen-pipelines
This is only insane in the engineering world because actual human lives are depending on the structural integrity of your cathedral.

Even if you face a supply chain attack, the only value lost may be money for most businesses, and not enough that worrying about supply chain attacks is worth it.
> You're assuming the US healthcare system isn't equally underfunded.

You don't have to assume. It costs twice as much as the most expensive health systems on earth, but delivers Afghanistan-level life expectancies. The problem isn't that we're spending too little.
It's an interesting paper but I think most of the limitations in H2 production are in electricity supply, not in water supply
I'm not attacking him, merely setting some of his assumptions straight.

He's assumed that the _person_ or _people_ involved with implementing any of the hundreds of features in this software set out to deliberately do it wrong or to a poor standard.

He's assumed that writing software at any level is easy and happens without compromises. Spoiler: there are always compromises, and most of the time, they're between a rock and a hard place.

Rather than put effort into fixing or attempting to correct, even on an advisory level (filing a bug report perhaps?), he's bashing the software- but its _my_ responsibility to educate him that there's another way?

He's not bringing anything to the table that's new. He's not pushing the discussion forward on how we can make software better.

I wonder how the narrative changes if he posted that he fixed just one tiny bug, or improved the app's navigation- and was able to remark that it was painful and provided a kernel of an idea for how we can improve it? Or that it was easy and he's now working all of his spare time to improving the project further?

Maybe he should start writing the 'new open-source office suite' and let us know how we could have done x, y, z features differently with his new found vast experience in writing software. Or maybe spend a million dollars and see how much software development that buys- 5, 10, 20 developers for a single year, what would this new office suite be like?

You don't get to bash for free, without someone bashing you back.
I'm reminded of the fisherman story. Money is just a means to an end. Take some time, decide if you have a particular end in mind, and if you really need boatloads of money to achieve it. Otherwise, enjoy your freedom!

Fisherman story - https://bemorewithless.com/the-story-of-the-mexican-fisherma...
Yup. This is why I hang onto a fancy private banking account that is ridiculously overkill for my pedestrian needs: all their processes are geared towards human interaction
You seem to have read only the introductory paragraphs.

There is little need to store or transport hydrogen that may be produced right where and when it is needed.
Aaaugh. You just summarized all the frustration of trying to help my family with technology.
What about when you sit on the toilet and look at the stall door, then see a bunch of buggers stuck on the door?
> First it is incorrect because hydrogen is not a natural energy source, it is a way to store energy.

Yes, unless you count fusion. But that's a completely different context.
There will just be a fork under a different name, starting from the last freely-licensed version. Right to fork is integral to FLOSS, specifically to protect against the whole "suppliers take the ball and go home" scenario.
Very hard to know if you've missed logging some billable time if your work day isn't in the time tracking system. We hemorrhaged billable hours when I said ppl didn't have to log non-billable time.

You'd end up with a 2.5h block and it was unclear if that was 2.5h of internal meetings and email and whatnot, or 1h of forgot-to-time billable and 1.5h of genuinely unbillable.

It's a pain in the ass but people are fallible and this catches those falls.
I think you need to replace it with more than two if you want to achieve 2^64, probably, at least, replace it with "as many as are left + 1" each time, then start with 3 and you'll have a chance :D but you'll run outta cash first I'm afraid xD
>that's a property of our political systems, not of the type of money we use.

That actually is a property of the money we use because the wealthy can always refuse to spend or invest which forces the government to borrow more money.
Cool, I agree and I moved from Mac to FreeBSD (with KDE) for the same reason. I also find macOS too closed and iOS-like these days.
New Study on P2P Lending
I see some Clojure examples in the article. We use Clojure almost exclusively and this would be a great replacement for line-based Git diffs, providing much more insight in actual changes.

Is there any chance such an alternative differ could be used in Git (and adjacent tools like GitLab), or are we stuck with line-based forever?
> Furthermore, liquified hydrogen is the future of aviation.

What makes you think so? Why not eg methane? Or other synthetic carbohydrates?
> It is vastly more cost effective to build electric transmission lines instead of gas pipelines, and crack hydrogen at the point of use

No it's not.

You are building in your assumption that I talk about solar panels for electricity generation. I don't.

I'm talking about direct aerochemistry, without separate solar panels, to avoid tackling up the conversion rate of solar to electricty on top of the conversion rate of the chemical reaction that would create the hydrocarbons.

There is gas in North Africa. This gas can be directly burnt to generate heat. It can also be used to generate electricity. That's short term.

In the long term, we'll be able to make similar compounds from energy (sunlight or heat) + CO2 + H2O.

Inbetween, there's a window of opportunity for nuclear and solar, but both are extremely polluting due to the metals used: we should avoid getting locked in this bad situation.

Also, I think the lack of nuclear accident in Western Europe so far has just been luck. With the dense population, it's a catastrophe waiting to happen.

> Furthermore, the desert is a lousy place to put solar panels

I don't think you understand, as I don't suggest at all the use of solar panels.

Using solar panels to generate energy is nice, but it's at best carbon neutral. I'm talking about the future: being carbon negative: extracting CO2 from the atmosphere and generating a usable from of energy.
There's not copyright in the US on a typeface (the look), you can only have copyrights on the individual implementation (the font)[1].

[1]: https://www.crowdspring.com/blog/font-law-licensing/
Exactly. Airports in the European Union have signs warning passengers about such rules for carrying large sums of cash.

When carrying €10,000 or more into or out of the European Union, you must complete a cash declaration. In practice, I'd feel uncomfortable carrying more than I'd be happy to count while hurrying for a plane, especially if the value were close to the limit and in a currency other than Euros. (Other currencies are explicitly included in the EU rules, which makes sense, not least because some EU member states use other currencies instead of Euros.) I don't know whether you can complete a cash declaration in case the exchange rate changes such that the value of your cash crosses the threshold, but if you can't then maybe carrying cash close to the limit would attract a lot of attention from customs or airport security (because it might look like you're violating the rules until the cash had been counted and the interest rate checked).
That doesn't make sense, if everyone done it you would run out of fridge capacity within few hours, why not take one, replace one?
Fantastic, thanks a lot, that pretty much answers my question!
Bitcoin as we know it exclusively relies on centralised exchanges.
Yes, I get what you mean. I was very happy to replace 90% of my use of convoluted EQUIV MATCH with XLOOKUP. Sometimes new functions are great.

The point I wanted to make is that sometimes you can just get results quickly by some manual manipulation like sorting in complement to formula.
One thing about civil asset forfeiture is that it is an action against the property, not the person. So, the cash itself is a "suspect" not you. You can't even file a complaint, because you are not a party to the whole case.
Speed. Whether it's hot reloading, auto-completion, history searching etc. as has been discussed in the thread, it's really all about doing things faster with less input and better feedback.
This may be a bit of a different scale, but pay attention to how many lawyers are in the company. If the amount dramatically increases for some unknown reason, it's probably a good time to depart.
> would you be OK with jokes about skin color and such?

No, I'd never take the piss like that..... not even out of gingers.

(BTW: Quality piss taking is expected in the UK, to the extent a US HR department would probably have a fit, and probably the moderators of this US dominated forum for the above joke!)
You can make sexist or racist jokes as you want if you are the butt of the joke yourself. It still makes other people laugh.
I mean if they're making money from things people are freely choosing to buy, that's about as close to good as I can imagine for a large organisation.
When the security tickets are consistently ignored, it is time to bail.
You're right about the 3-button mouse.

However, this was not an Acorn innovation: several Unix vendors, including Sun, also used 3-button mice, with comparable functions.

I'd argue that Acorn's innovation was formalising the functions and providing a rich GUI to use them.

1. The left button is called Select. It does what a left-click does on most OSes: select an item, and so on. It terminates the action: e.g. click Select on a button in a dialog box, it closes the dialog.

2. The middle button is called Menu. It opens a context menu related to what you click on. These are the only menus in RISC OS. There is no menu bar, no hamburger menu, etc., only context menus. Each app's global menu is the context menu.

3. The right button is called Adjust. It changes what it's clicked on without terminating it. E.g. click Adjust on the OK or Save button in a dialog, it applies the changes without closing the dialog. So, no need for an Apply button.
Adjust-click a scroll bar and it scrolls in the opposite direction from clicking with Select, so no need for a wheel mouse.

Lots of OSes have Select and Menu mice buttons now; nothing else has Adjust.

The good things: cleaner GUI (no visible menu bars or buttons, no Apply buttons, no file navigation in file dialogs because you drag and drop to save.) Richer control of that GUI with 1980s mice. (No scroll wheels or anything because they hadn't been invented yet.)

The bad things: a steeper learning curve. If it's your first GUI, it's harder to learn. Mouse controls are significantly more complex than GUIs with a 1- or 2-button mouse. But it's more powerful. If you already know a GUI, you have to unlearn stuff, which is harder still.

To use the classic computers/cars simile:

I do not have a car and don't drive much, but I would describe using a 3-button mouse in RISC OS as being like using a manual transmission. The Mac OS X/Windows model, with 2 buttons, is like using an automatic. It's easier to learn and easier to use, but you sacrifice a large degree of direct control. Scroll wheels are like flappy paddles on an automatic car's steering wheel: they try to restore a bit of control, but they only influence it a bit, you don't actually get the full native control back.
You're just flat out wrong. The original point is correct, all modern frameworks have comparable performance, which is why the app will perform similarly, no matter which framework was used.

However, bundle size has a direct impact in loading speed and there are multiple thresholds where even kilobytes can matter.

The only time you can ignore it is if your users will exclusively access your website from a direct broadband connection.
“Whoever fills the fridge needs to buy a new fridge”
The author mentions they're using it with Git and Mercurial. There are docs here: https://difftastic.wilfred.me.uk/git.html
For the curious it's:

go list -m all
I remember reading there is a system for detecting crashes and restarting it.
For Julia Jacklin, a crappy old Casio keyboard changed everything
Cool!

Are you aware of / had you considered implementing Quake's famous Reaperbot:

https://www.quakewiki.net/quakesrc/56.html

- might make for good demos, I thought?

(Some of the links are old and broken - https://www.gamers.org/pub/idgames2/quakec/bots/ works)
By all means please let it motivate you to get regular cancer check-ups. I had a basal cell carcinoma removed from the side of my nose a few years ago. I recently went to a dermatologist for something different and was told that I should be coming in at least once every six months for a cancer screening (because I had previously had cancer and because I am whiter than the whitest freckled ghost).
You miss the meat of the article.

Highly efficient production not subject to fouling makes hydrogen generated at point of use practical. H2 has myriad uses, and is gaining more at breakneck pace.
idrive and backblaze

to some extent office365 too
All these things fall into the same trap, because they implicitly assume a sound definition of understanding (e.g. for reasoning) and consciousness (e.g. for hallucinations), which we simply don't have. Don't get me wrong, all these things would be nice to have and to some degree we actually already do (at least for internal representations and probabilistic reasoning engines). But with our current level of research you simply can't claim they're better or worse ideas than those listed in the blog.
I live in a suburban area and I go to the doctor for completely random things for my kids because it’s so easy. I can get appointments to be seen within hours.
Happy to see they finally reduced the instantiation time to a few microseconds. I have had 1 micro in prod for another emulator, so I was wondering what the holdup was. Also see they are using madvise for CoW - it is fairly slow and I ended up not using it. That is, pagetable changes on Linux are just absolutely unusably slow on a larger scale, in production.