skysight-inc/HackerNews huggingface dataset:
In my case it's extensive anecdotal experience.
First when I was a budget constrained student with bad hardware.
Of course now I use a really good midrange phone, good laptop and pc.

Then i noticed a stark differences in attitude in the 2 studies I did at uni.
One was more plain compsci. The other more web/mobile design and development.
The later paid absolutely 0 attention to optimisation. Whether it was speed, download size or anything of the sort.
The former treated an inneficient slution as invalid or at least graded lower.
(Note this was in Beligum)

First time I started paying more attention to this where it wasn't when it wasn't in the context of being a budget constraint student was when I did a temporary IT support stint at a gigantic international pharma company and the software was so sluggish it was....insane.
Dozens of people at our facility staring at a slugish webinterface waiting at every action and doing loads of those for every ticket.
It was so infuriating I tried to make a browser plugin to prefill stuff with comon defaults the moment they were available knowing I'd never use it beyond those 3 months. Years of time must've been wasted staring at little loading circles because management did not use the software.

Then when I made native software for a manufacturing industry niche where i was told some suggested db retrieval and prerendering optimisations and such weren't worth the time....And sure. These were lowwage foreign workers using it, it didn't hamper much at all and our time was expensive. Maybe the business wouldn't get the money out of it....but then i ventured to production and notice more than a hundred people pulling the same actions many times a day thousands of times a year ....and see them waiting split seconds or multiple seconds depending on the actions that counted up to combined wasted minutes, hours, days, weeks and I realised what a load of bollocks it was.

Additionally when I helped extend various ERP's I realised the old ones were faaar from great but the move to web based interfaces really didn't do us much favours.

Then I come home and try to help my various layman family members on their comparatively slower windows and android devices and it becomes veeery apparent that this is not just a professional software issue.
Slugish UI libraries on slugish frameworks on a slugish OS with various other slugish apps.

Coming home to a fast pc running Linux and using stuff i write in my free time using C++ or rust or even just various native apps on windows feels like such a extremely stark contrast.

My conclusion is that users won't care enough up to a certain point as studies show
However I do believe that what those studies don't show is that for a good part this is because it's the default for many of them.
They think this is just what tech is and all those countless small waittimes behind actions is normal.
Yes, what you say is true for sure. I think the emphasis on specialization has been net negative in terms of general life ROI but net positive in terms of career/job -at-scale ROI. There's far more positivity to come when you adopt a mindset/attitude like you mention, it bleeds towards everything else. There was societal shift with this and something more should learn.
>Weird. useEffect is like the archetypal hook. The problem it purportedly solves was one of the main arguments they made for hooks existing in the first place -- https://reactjs.org/docs/hooks-intro.html#motivation. They just implemented it in a clunky way, and actually the problem could have been solved in an OO fashion without going to hooks at all, but now everything is a fucking hook.

There was (and still is) a real problem in react with composability. Which they tried to solve with mixins, then HOC and then hooks.

The three main hooks are useState, useContext and useEffect . useState and useContext are very straightforward and an overall improvement on their previous counterparts. useEffect was an improvement over mixins, but it was a worse solution for class component lifecycle methods.

It was fairly obvious that useEffect had a lot of problems from the get go, but it was deemed worthwhile to add so that functional programming proponents could have state without classes and to finally have a way to use composability without the horribleness of mixins and hocs (which were worse then useEffect).

The real problem is that useEffect has it's own problems, and while we no longer have the old problems, the new problems might be worse.
> Is something in our diet, like processed meats and sugary drinks, to blame? Could this be linked to the rise in obesity?

Dr Peter Attia on the Tim Ferris podcast in 2019 suggested it's the fructose in sugary drinks.

> Sugar as a liquid versus sugar as a solid behave differently and also the dose matters, but if you take a bolus of liquid sugar, it’s going to make it further down the GI tract than the solid. Certainly, in animals, the evidence, Lew Cantley actually published this study in Science about four months ago. You could basically take a mouse model that is primed to get colon cancer and you had three groups. One group is getting just a bolus of glucose. The other group is just getting a bolus of fructose liquid, and the other is getting a bolus of sugar, glucose and fructose together. You could make that animal explode in colon cancer with the sugar, the glucose fructose.

https://tim.blog/2019/12/07/peter-attia-transcript/
Paint 3D itself was deprecated later and Paint was un-deprecated, it's just updated by the store now. (It even has a Windows 11 redesign!)

Snipping Tool was deprecated, but everything at this point was ported over to the (arguably better) "new" Snipping Tool, and it just got screen(/area) recording too.
Intel continues with more optimizations to the Linux kernel
I personally don’t really think it’s a problem to blend them. In general, it’s still far better than not getting enough in at all.

I think the important thing to think about is that not all vegetables are created equal. The nutrient profile of spinach versus lettuce isn’t even comparable for example. Then you have fibrous veggies like broccoli that can be great for digestion. So a diversity is amazing, making your core dark leafy greens and adding ancillary vegetables on top.

One hack is that spinach wilts down super nicely. If you’re ever behind in a day, olive oil, cup or two of spinach, and some garlic and you’ll have a very enjoyable way to cram nutrients.
This is exactly the application I was thinking of when I first used ChatGPT. Using AI to summarize complex legal documents, and be able to ask questions about the document.

Have you thought of even larger knowledge-bases? like entire legal systems etc...

Anyway, amazingly executed, nice work!
JavaScript is a better, but JSX is not JavaScript. It reuses many features from JavaScript, but you still need some sort of translation (compilation) step to make it useful. In this sense it is not really fundamentally different from any of those what you call template languages.

You can argue the fact JSX better integrates syntaxes from a proper programming language makes it better than other templating languages (and I’m not going to try persuading you otherwise), but the “JSX is better than template language because it is not one” stance you’re implying won’t help you win any arguments.
Show HN: Chroma – One copy of Electron to rule them all
chroma keeps a central, up-to-date version of Electron, and makes all your installed Electron apps use it, in order to save disk space.

Current caveats: linux only, no flatpak or AppImage support. Currently trying ot figure out how to integrate with Flatpak nicely.
Could also go and work for a hedgefund, pays well or better than Meta and doesn't have a negative impact on the world.
TPM chips are specifically designed so that what you're suggesting won't work.

Their PCR registers (Platform Configuration Registers) act as sort of tripwires so that the boot chain isn't "locked down" but "measured". Each step of the boot chain updates a register with it's own hash that's hashed with the prior step's hash. What a tangled web, huh?

That way, if you're sealing your data to the appropriate PCR registers, the data won't be able to be retrieved if any part of the boot is changed... e.g. usb device plugged in or kernel/grub parameters changed.

In addition, TPM chips are "married" to the computers they're plugged into. Once you remove a TPM and put it in a different computer it will reset itself.

I just did a fairly deep dive into all this getting a machine up and running for co-location. Coincidentally, I just posted a "Show HN" here...

https://news.ycombinator.com/item?id=35066894
> issues where a bigger update, such as switching from one panel to another, takes upwards of 200ms on a mid- or low-range machine.

We have a React+Redux search page where clicking checkboxes takes about that long to update the checkbox, on our good developer machines.

I won't rule out we did something wrong (this page was pretty early in our React understanding), but we've also not managed to fix it due to how much is on that page.
I'm surprised that it doesn't contain any Lisp content.
Its is actually sad just looking from a hardware endpoint. A 2016 iPhone 7 has an advanced 5 nanometer CPU. That is really powerful when looking at the grand scheme of things. Yet most react "websites" will completely obliterate it and make the phone get blazingly hot. I do this for fun a lot when browsing the web: when a website makes my phone literally melt, I check its stack on my PC and sure enough it is almost always React paired up with Redux. These performance apologetics are sad.
I would say that useEffect is my favorite hook. It's neat. My least favorite hook would be useReducer. I've never used that one.
BBC Radio did a great dramatisation of Espedair Street (80s Scottish Rock band story)
Converting incoming emails on the fly with OpenSMTPD filters
I installed this on a whim a long time ago, thinking I was getting a mediocre pdf reader. Little did I know, I was getting a fantastic pdf reader that I would continue using for many, many years to come. I recommend it to anyone unsure what pdf reader to get. Here's to another many years!
The False Promise of ChatGPT
Great insulation and hermetically sealed homes increases the needs for good ventilation. You can't just build a super insulated home without great ventilation. And obviously for energy efficiency you need heat exchangers between in/out air (Alternatively as a slightly cheaper and easier to retrofit option, a heat recovery in your heating system such as an exhaust air heat pump). Maintaining good humidity in any weather also isn't very difficult.

I agree subsidizing new homes doesn't seem necessary. This is simple to enforce in building codes. Defined efficiency limits for construction and building components (e.g. requiring triple glazing and 12in insulation in all walls) would be trivial to mandate and it's as reasonable in Florida as it is in Maine.
Well that leaves aspartame and stevia as the cleanest sweeteners, at least using human data. Thaumatin is another one that should be benign (it’s a large protein, unlike the others), but largely untested.
UX issues aside (running commands directly is worrisome), that example with ffmpeg is striking. That's really well chosen example of a program I (and many others I believe) dread using directly. Having the computer come up with the "correct" ffmpeg incantation based on the high level description of the goal is really tempting. Though as with the other exampmles, I worry they are subtly incorrect.
> It's about the risk that an AI smarter than us

It's also about the risk that AI is dumber than what we expect it to be and fails to properly solve the issue.

A sufficiently smart AI should be able to understand our intentions and - assuming it is aligned with us - attempt to fulfill that purpose.

Dumb "AI" will fail in ways that don't actually solve the task, or solve it only on the surface / do reward hacking.
Before opening this link I thought it was referring to Microsoft Expression Design before remembering the correct name of this older product :)

But clear not! This looks a bit like a competitor for Canva?
I am John Smith of the Texas Oblast and I am demoralised.
Why would you read blog posts instead of the FAQ on openbsd.org?

https://www.openbsd.org/faq/index.html
I don't know that crypto is really necessary in this case. It's already standardized, and is there something specific that worries you about the security of it?

That said, the answer to your question is "yes" - the branch of crypto you are looking for is "verifiable credentials" (searching for that term will get you plenty of info).
Deal, but this time we're not liberating Netherlands.

> Germany has proven to be a lap dog of US interests by staying silent on the matter.

Yes this is the very pillar of NATO, the other is to keep Russia out and this pillar is shaking.
LOL. And what how would one run that proper scripting language. On top of a shell? With a userland and kernel built with shell scripts? Or maybe Microsoft Windows? Perhaps with Windows one can avoid the Almquist shell. Otherwise, it's still there whether one chooses to use it or not. Scripts using this convention are common, at least on NetBSD.
Oh I will reference this from https://www.pixelbeat.org/programming/shell_script_mistakes.... where I also advise against this common archaic idiom
The best rule of thumb for weight loss I've found out is: Never drink calories.

It's really easy to drink hundreds and hundreds of calories with calorie-heavy drinks. It's a lot harder to do the same by eating, fiber in the food tells your body to stop pretty fast.
I had a trusty Bother MFC for years. It recently broke and I was looking around for another one when I realized that I might print a handful of things a year, so I used a printing service. Pretty painless experience and very wide range of options for quality and size if I ever needed that would be totally out of reach of even a very expensive home printer setup.

Per-page for basic black text is a lot more than you could do with a laser printer but even a very cheap printer costs more than the combined cost of what I'm likely to ever print again. If my prediction is wrong and I find myself printing vast amounts of things I can buy a printer and eat loss of a few bucks. Feels good to have one less "thing" too.
Yes, and that makes it even more funny (and disheartening): 2023's self-fixing technology is the old classic "have you tried turning it off and on again" [1].

[1] https://www.youtube.com/watch?v=nn2FB1P_Mn8
I’m really outing how young I am…
It's still using the useEffect hook, but just wrapped in a useFetch or something. So technically you're not building a UI without useEffect, just hiding it, no?
I think the previous poster may be thinking more along the lines of a Mickey Mouse shaped bar of soap, rather than an important component of something useful, like resistors.

There is a mountain of trash end-products out there, which marketing is creating the want for. These products may not otherwise exist without the manufactured want, and could be removed entirely without much detriment to the very small amount of people that conscientiously decided of their own free will they wanted that product.

Marketing is what makes something like a Peloton a viable business, rather than those customers just taking a regular static bike and adding a tablet mount to the handlebars.

In some senses, I think the economy isn't always looking for the most efficient methods. I believe there is some political input involved to keep everybody's heads down under a quagmire of pointless work, so those people (even in a democracy) don't start asking too many questions. Some people could easily be automated out of work, yet they aren't, despite the efficiency it would bring.

To each their own, but I'd be fine with a huge amount of (what I deem) useless products and jobs being removed from the market. Most serve very little real purpose and as somebody else stated, are destroying our planet and wasting away the best years of our lives to attain them.
>still they decided to poke the bear.

In case anyone is wondering this is line is very telling.

It's Russian propaganda -- anyone who uses it has been consuming Russian media.
> If it wasn't abundantly clear, this is not an issue with any of the shells today.

The least-common-denominator aka /bin/sh and its syntax will stick around for decades to come. You can't rely on any of the "modern" shells to be around, particularly if you write scripts that target a multitude of unix-like systems (macOS, xBSD, Linux).
Note: Please don't hide the scrollbar on your website/blog, it's terrible for usability.
I think it’s the pain more than anything of paying $60+ for a game only to have paid expansions and in game currency.
Looks like I didn't read the parent comment closely enough before replying.

Yes, I disagree with it. Zero-rating is just as much of a net neutrality issue as throttling is.
You keep saying useEffect has problems but you never mention what those problems are.
Counter example:

Cameras often do rely on other professions to have existed to do their thing.

e.g. Architects who built city buildings, fashion designers who designed clothes, and engineers who built cars.

They don’t get paid every time their work gets put on Instagram, etc.
Random 200ms lag is different than showing a new panel full of elements.

I'm aware of those complaints. 95% is when people are using a thermal throttled old device, while the app in question is trying to smoothly animate a complete clusterfuck of a webpage (for bonus points it's usually in some god-awful WebView in an app).

It's not simply displaying new checkboxes, inputs, labels, buttons, it's multi-megabyte images with fancy CSS effects and so on.

> They won't say that they had a 200ms lag when they clicked on a button, but the overall experience degrades when things are slow to respond.

Of course, no questions there! But it's not because the "framework is not performant enough", it would be slow even in vanilla JS in 95+ % of situations.

> And when you sit that person in front of a good, optimized, snappy application, they will sing praise.

Yes. And it's because you say to the client/designer/productperson that hey, if you want snappiness even for the 99th percentile of your users (ranked by hardware), then let's test on that device, and let's forego that nice animation that you saw in that native app on your friend's iPhone 15 ÜberMaxPro.

And, not surprisingly, many of the aforementioned culprits will say "I want that shiny thing"

> but our industry behaves like a bunch of babies.

I don't think you're harsh at all! And I agree. Many IT workplaces went all-in with the infantilism. (Daycare for autist-savants! Colorful open-office with a playroom, maybe even a ball pit! You can't concentrate today? Don't worry, just play some table tennis, and try it again tomorrow! -- Contrast this with the endless office gray cubicle farms of the engineering departments ~50 years ago. Which is probably the other extreme of the spectrum. And I believe there's a healthy middle ground. Well maybe slacking off on HN is not exactly part of it.)

> Yet the teams there collaborate just fine.

The games industry is famously not in a "fine" place, I'd say :) But yes, of course, they have a clear target, and even if the process requires some blood sacrifice for the crunch times, it works, sometimes. Sometimes we get buggy things like Cyberpunk 2077, which was less-than-optimized for some target platforms.
Not PR person, lawyers with a copy of Halli contract.

https://www.fastcompany.com/90591604/twitter-has-acquired-it...

https://www.axios.com/2021/01/06/twitter-acquires-design-age...

Apparently he sold his startup to Twitter with payment deferred as his own salary. Firing triggers payment in full.
Well, it's a shame, because I thought you were really on to something.

No, I don't see a qualitative difference. There is a huge quantitative difference because the facts that describe the world overwhelm the facts that make up language, but that doesn't obviously make a connection to reasoning clear.
I wonder if they considered that heavy consumer of Erythritol, especially in combination to Sucralose might be on average more overweight that the general population. Excess body weight correlation to bad cardiovascular health is well-known.
But: he did get away with it. And every time he gets away with it he sees that as confirmation that he should continue.
If you have lost your phone, you will need to contact your authentication provider to disable 2FA on your account. Once you have regained access to your account, you will need to re-enable 2FA.
> Wrong link I believe.

Yes, it was. Fixed, thank you.
Isn't this partially solved from the software side though?

It is common in my work to see read replicas of 2-3. Sometimes those replicas are split up into smaller "shards" across multiple disks even further.

Restoring might be pulling from 10 different disks at the same time.
Chiptune music, also called keygen music (enjoy)
disclosure: supabase ceo

plv8 doesn't have network access, but this can be done with PostgREST.

That said, we actually restricted the HTML content-type on our platform so that users cannot do this. This is because we don't want to get too deep into the "frontend" world, with ever-changing frameworks.

We've found that if we offer a small feature, our users demand feature-completeness. In this case we're better-off waiting until we have solve a few of the major database tasks (branching + migrations, scale-to-zero, edge caching, etc)

FWIW, I think it's very cool serving HTML through PostgREST. I would be pretty happy to do this personally
Now use Whisper.cpp to talk to Jarvis

https://github.com/ggerganov/whisper.cpp
wait, really? I scrolled right past someone posting about "Harry Potter rationality fanfiction" and thought, "huh, oddly specific burn but it's chuckle worthy".

it's an actual thing?

This is a joke, right? tongue in cheek or something. Or should I go get some Brawndo to water my basil...
Experience from using React for many years tells me. Rarely have I needed to optimize anything related to react to make something visibly snappier, and most of the time it's not really React's fault.

And there are some benchmarks that show SolidJS and some other things are faster than React at specifically what React is doing (like dom manipulation/reconciliation etc).

And yes, I'm talking broad strokes!
> All the Western politicians that are pushing for war

Your comment has many factual mistakes, but this is by far the best - you write this as if the NATO attacked Russia, and not the other way around... did you notice that Russia is not only "pushing" the war, but actually attacking another country, not the other way around? That Russians soldiers are in Ukraine, not Ukrainian soldiers in Russia?

> I do feel Russia has had a very valid argument regarding the NATO threat

This is exactly what the Russian propaganda states - they are somehow OK to attack because they feel threatened. I don't remember any occasion after WW2 when Russia was attacked on its home land... especially not by NATO.

Maybe next time they attack your country we can just let them have it, after all, they might be threatened by you and you don't want to get involved in any way, anyway...

> too many people died on both sides

Yes, let's not forget the massacres in Bucha and the other war crimes Russia has committed. What do you propose we do with that? Just close your eyes, since it was not you or your family that they killed, and you don't want to get involved anyway?
Sam Altman invested $180M into a company trying to delay death
The important part is missing in the headline: "What armed forces in NATO should learn from Ukraine’s homeland defense"

Indeed we learned that WW1 style trench warfare is still a thing, so you need cannon fodder, howitzers and shells.

Alternatively, one might try diplomacy like Bismarck (who was fired by the emperor before WW1 and replaced by neocon equivalents).
LWE Made Easier to Understand