skysight-inc/HackerNews huggingface dataset:
It would suffice not to build any more of them. Then it would be 100%, with somebody else still wasting money on those ramshackle overpriced contraptions.

What we desperately need to fend off looming climate catastrophe is for every dollar spent on energy to displace the largest possible amount of carbon emissions. We get several times as much such displacement by spending that dollar on renewables. And, we get that displacement immediately, not ten or more years on, after spending as much more on coal in that time as would pay the entire capital cost of the renewables.

And, we do not then spend a great deal more on servicing that equipment every year, but can instead use that to build out more carbon emissions displacing equipment.

Starting a new nuke brings climate catastrophe nearer.
I wish Sourcehut displayed code on the repo's primary page (as opposed to a separate "tree" tab) like most mainstream services such as GitHub or GitLab.
As we know from computer science, there are two difficult problems: naming things and cache invalidation. State management is inherently difficult in web apps (I think it's inherently difficult for any complex application). They are effectively distributed systems with local caches and remote server data that need to be synced correctly in order to manage a user application at scale. That all has to align with how the presentation logic is built. It has to deal with the constraints of the web platform, etc.
Does your dad have any suggestion on resources/books that others can use to learn the same crash course he gave you? :)
That doesn't sound like a winning strategy.

First off, there's a big difference between a government collapsing and a government defaulting on its debt. And falsifying the inflation statistics
doesn't even officially count as defaulting on debt.

Second, even if a government collapses, ammo and MREs are probably not
a great investment.
Did you find it useful to invest
in ammo and MREs when the Burmese government collapsed? Probably
not if you're not in Burma. Do you think
Ukrainians in Mariupol who invested in ammo and MREs are the ones who
are in good shape? How about the Iraqis who stocked up before the US invasion?
No, the people who are in good shape there are the ones who left ahead of time.

I can tell you that Argentines who invested in ammo and
MREs when we defaulted on our sovereign debt
didn't end up any better off. Worse off
in some cases, because their arsenals got them
raided by the police. Some of them wrote
entertaining heavily fictionalized blogs, but they didn't come out better off.
People who left and people who organized their communities came out pretty okay.

So, let's forget about your adolescent Rambo fantasies
and refocus on realistic hedges against systemic failure and hyperinflation.
Because I can tell you from experience that living through it can suck pretty
bad, but diversifying can help a lot.
A good developer actually sort of needs other people to make this happen, though. Unless the good developer is also good at business, marketing, and at a lot of other things that are easy to take for granted. While those facilitating roles are to some extent more replaceable, they are still quite necessary to allow the good developer to work their magic.

While polymath geniuses that excel in many different areas definitely do exist, they're a lot more rare than those who merely excel in one or two areas.
A terawatt is a trillion watts (or a billion kilowatts), so no, you're out by 3 orders of magnitude and Ethereum ceasing to use PoW would be the equivalent of losing the need for 30-40 typical coal power plants (or a handful of the world's largest coal power plants)
How does it make sense to pay that much money? That's $80k for the eight people who took the deal.

Was there some special person who was carrying some important item? Or can you pay to bump other people off a flight like that, just because you're rich?

Astonishing that this could happen, I'm pretty sure I'd take the $10k. Seems like easy money.
As a guy, on average you're actually getting more attractive as you age. For women, it works the opposite, which can understandably be very difficult for former hotties.

The tables flip around 35-40 years old.

Regardless, I wish you all the best and hope you find someone as awesome as I'm certain you are!
For the same reason i outlined above: communication. Different time zones, language barriers, cultural barriers and so on. The communication between the SFBA and amsterdam team may still be easier due to more similiar cultures than between SFBA and pakistan.
In another of the get-off-GitHub discussions recently, I mentioned to another FOSS project leader that they should consider taking their projects off GitHub to a forge that respects FOSS licenses. Sourcehut was one of the suggestions in addition to GitLab.

I'm glad to see that some projects are leading the way in this direction. To me, this move shows that the devs are competent and not afraid of migrations away from legacy forges if necessary; similar to how people moved from Sourceforge to GitHub 10 years ago.

I'll keep Kyoto framework in mind if need an SSR frontend framework in the future! I suggest others do the same.

----------------------------------------

[1] https://news.ycombinator.com/item?id=31941568
Bingo. React is great for insane amounts of fine grained control.

But I don't want that. I want to build interfaces and not "manually shift" my local state management.
Functional programming is a universal programming paradigm
React-Query is very aggressive about refreshing the cache by default, including whenever the browser receives focus, on a set schedule, and automatically retrying failed queries multiple times, these can all be disabled. If any queries use the same key they should share data, but I haven't experimented with it enough to learn all its intricacies.
Missing Cryptoqueen: Is Dr Ruja Ignatova the Biggest Bitcoin Holder?
As individuals, and even as companies, we can't do much. Worrying about it is just stressing for no benefit to anyone.

Governments, elected by the citizens, need to address such strategic concerns.

And they actually do. In case it's not clear, most people just don't give a fuck. Hence the weak response to climate change, etc.

So don't stress, just live while you can.
Interesting. I wonder how long they last. Could be good solution to address supply issues.
I'm pretty sure I've run into binaries breaking on new versions of Glibc but maybe it's because the architecture or calling convention changed. I've never really gotten the sense that GNU cares much about binary compatibility (which makes sense, they argue that sharing binaries is mostly counter productive.)
I would of course be happy to do something like this. Safety first, absolutely.

Also, um, can we maybe be cool here folks? This is just two people meeting for the first time in a funny way. I understand what you might read into this, but please, let's not?

Incidentally I think it'd be kind of fun to be catfished for all my HN carma (karma?). Is that the number next to my login? I still have no idea what that means or does after all these years.
My car came with higher end perellis. Was not that impressed by them, but could be my bad luck.

After hitting a fairly big pot hole, it caused a major bubble to form on the side of the rubber. Switched them out for Michelin and haven't had an issue 2 sets later
>I understand Proof of Stake to be much more centralized and prone to takeovers than proof of work. So if the merge ever actually happens, it would fix the energy consumption issue at the trade-off of security (staking, aka rich get richer).

The opposite is true, proof of work is hopelessly insecure and centralized. It's hopelessly insecure because resources needed to mine are external - so any attack by the only realistic adversary (ie. a state) is always just a question of resources, and the most pessimistic cost is in low billions of dollars. Realistically - America could already 51% bitcoin by forcing regulations on existing miners for nearly zero cost.

It's also centralized because mining has infinite economies of scale. Bitcoin mining started with hobbyists mining on home pcs, now there are companies buying power plants just to mine. This only makes it easier for governments to control.

The only reason no big PoW coins were successfully attacked is because there's no clear motivation for anyone - nothing in the real world relies on any cryptocurrency to continue existing. The only realistic attack would be to try to exchange tokens on the attacked PoW network for tokens on another - which is easily done for low 9 figs, but becomes increasingly hard afterwards - making any attack uneconomical. On top of that there are legal issues - it's very possible a 51% double spending attack would be legally treated as theft.

This all changes completely the moment major countries and corporations go down if some blockchain goes down. Imagine Iran defaulting if bitcoin or ethereum gets taken over in a 51% PoW attack, with all transactions from Iran addresses censored. It would be orders of magnitudes cheaper than any serious military action. Fortunately for Iran and crypto holders that's not true. A significant adoption of a PoW network would end up in an inevitable disaster and potentially destroy any trust in cryptocurrencies forever.

Of all invented consensus methods only proof of stake can survive in a truly hostile environment. No government can print eth at will to take over ethereum, and stakers can easily stay anonymous, unlike massive corporate miners.

Bitcoin holders are very good at propaganda and pretending PoW is safe, which works as marketing, but wouldn't do anything against a real military incentive to take control over bitcoin.

>I'm much more bullish on Chia and proof-of-space/time

No, Chia has the same issue. Anything that relies on external resources as consensus votes is fundamentally insecure.
FYI, openai has eased the rule on realistic face generation. Now you can generate and publish Photorealistic faces. They will internally filter those to make sure they don't match famous faces.
Checklist-driven dating.

Re-examining standards and re-evaluating whether every box needs to be ticked is a hugely important next step. I thought at one point that I'd met someone who "checks" all my boxes only to learn that we had some fundamental incompatibilities that kept the relationship from being fruitful for the both of us (in a metaphorical sense).

And honestly, if I encountered a partner who's methodically researched dating with the goal of having kids ASAP, I'd be terrified of getting baby-trapped. The desperation is a colossal turn-off.

Also, since crowdsourcing is up her alley, crowdsourcing relationship errors might not be a bad idea when it comes to OP figuring out where she's going wrong.

---

Then again, I run Relationship Advice on Reddit. Mild bias on my part.
200 million liability cap? Nuclear plants are required to have a minimum of $375 million dollars of insurance per reactor [1]. So I'm not sure where that figure of $200 million comes from.

Nuclear is cheaper than solar, wind and pumped storage. There's a limited number of economically viable pumped storage sites. You essential need an alpine lake close to a freeway to build one economically. Otherwise you're talking about pouring massive amounts of concrete to build a big tub, which is an expensive project. The reality is that dams are the only effective means of energy storage. Lake Meade is one the biggest batteries in the world. Intermittent sources are viable for regions close to hydroelectric plants, but for everywhere else nuclear power is the only feasible route to decarbonization.

1. https://www.iii.org/article/insurance-coverage-nuclear-accid...
Some engines are profane.... apparently :P

https://en.wikipedia.org/wiki/Wankel_engine
Google App Engine was ahead of it’s time, but unfortunately not very good if you weren’t trying to write a webapp with the intention of scaling it on Google hosting.
I approve the move, congrats!
malloc is not related to STL. But about it, big issue with Microsoft STL is that it is atrociously slow on debug builds.
Just use 'this'.
All my best/favorite relationships came when explicitly not looking for anything. If it sounds counter-intuitive, it really is. Kinda like turning right on a motorcycle to go left. There’s no harm in trying it for a couple of months, in the worst case, you don’t meet anyone.

But “bad advice?” That’s pushing it.
My best understanding is that most of our weight loss is in the form of gas as we exhale the carbon from our bodies after using oxidation to split up carbohydrates which are made up of carbon, oxygen and hydrogen. Plants take carbon from the air and use it to build itself, using the power of the sun to break up the CO2 reusing the carbon, releasing oxygen. Our bodies then consume that plant (or an animal that ate it) extracting the carbs for energy and saving them for later. As we burn the fat by breathing in oxygen, we break down the carbs, expelling most of it as C02 gas.

_"...when 10 kg of fat were oxidized, 8.4 kg were converted and excreted as carbon dioxide (CO2) via the lungs, and 1.6 kg became water (H20)."

https://www.medicalnewstoday.com/articles/287046
Yep, worked terribly for France. They emit way more carbon dioxide than Germany \s.
This rant was rather devoid of relevant technical detail.

I mean, why exactly is the malloc of the compatibility msvcrt so slow compared to newer allocators? What is it doing?

An analysis of that would have been some actual content of interest.
> The absurdity of Microsoft and OpenAI’s legal justification for GitHub Copilot.

> Note 1: See Comment Regarding Request for Comments on Intellectual Property Protection for Artificial Intelligence Innovation (application/pdf) submitted by OpenAI to the USPTO

With where I predict the author is heading, I'll point out that that this document clarifies:

> > We do not claim that AI systems are invariably beneficial or non-infringing. Rather, we address the narrow question of whether training AI systems on copyrighted data constitutes copyright infringement.

> > Generative AI systems might generate output media that infringes on existing copyrighted works. We think that this is an unlikely accidental outcome of well-constructed generative AI systems, though it remains possible due to overfitting or developers’ intentions.

----

> It contains a screen recording of Copilot suggesting this Quake code.

I'd call the fast inverse square root algorithm "folk code", passed down and altered multiple times before being misattributed to Carmack. It appears in many repos, often with permissive licenses like WTFPL. I don't think it's generated by Copilot anymore, after steps to prevent exact regurgitations.

As a challenge, since I see the same one example used so much, I'd be interested to see if there are any examples of:

1. With the public version of Github Copilot, not opting out of any protections...

2. Using a prompt that could be entered incidentally...

3. Generate code of problematic length and similarity to existing code...

4. Which is not (even ostensibly) under a license allowing such copying

This tests whether Copilot would be an issue for someone using it earnestly. Whether it could be used to intentionally generate protected code is another question.

Elaboration/reasoning:

1. To allow corroboration and demonstrate that it's an issue on the service being sold commercially. My understanding is that Copilot is deterministic

2. As opposed to, say, intentionally copying 90% of a source file and having it complete the last function. The prompt code appearing in other unrelated repos would be sufficient to show this

3. Doesn't have to be an exact regurgitation, but I think it should at least by unambiguous that the given code is what's being copied

4. Most licenses require at least attribution. "even ostensibly": someone might share code under public domain without permission to do so, but here even an honest human could make the same mistake of copying it
I don't remember the compensation being that high if an airline bumps you involuntarily for an overbooked flight. Perhaps, though, that airlines have gotten so nervous about unruly passengers and ugly viral videos that they feel it's just worth it to pay volunteers more than they would have to if they bumped people involuntarily?
Look into Arranged Marriage ( https://en.wikipedia.org/wiki/Arranged_marriage_in_the_India... ). Instead of dating sites, explore "matrimonial" sites like https://www.jeevansathi.com/ , https://shaadi.com , https://www.simplymarry.com etc. as only people intent on serious relationship / marriage post on such sites.
We give each one of our developers their very own aws account managed through AWS organizations service. They are full administrators and responsible for resources and cost.

So far we haven’t had any issues or bad surprises, although we have setup some aws billing alerts just in case.

Feel free to make them responsible for cost and resources and you’ll be surprised how well they can manage their own account.
It's not that incredible considering availability, requirements, time from arrival to country to getting the keys, etc. But yeah, once you are renting it, it's pretty nice until you have to move.
Other forms of crime, including violent crimes like the sort that might've lead to death before our advances in trauma care - assaults, stabbings, shootings, etc. - are similarly down. It's not just a drop in murder; it's across the board.
Darktable 4.0: 3763 Days Later
I think the obsession the react space has with "state management" is a by-product of how incredibly convoluted reacts rendering is.

The other reason is a lack of exposure to how other technologies for GUIs have handled state for decades.

Maybe look outside the react bubble and see how many of these "issues" just disappear when you stop acting like react is some fundamental particle of the web.
My wife is 4'10" and often has trouble finding cars in which the driver's seat can be adjusted to fit her... I'm guessing she's well below the 5th percentile (at least in the US).
Just like with Windows the challenges affect developers rather than users.

> You get a new Glibc, old binaries still work, it's fine.

Indeed, but when you need to build for an older glibc it's not so simple. This is a common use case, since e.g. AWS's environments are on glibc 2.26.

Ideally you'd like to build for all targets, including older systems, from a single, modern environment (this is trivial in Windows) -- and you can do some gymnastics to make that happen[1] -- but in practice it's easier to just manage different build environments for different targets. This is partly why building Linux wheels is so convoluted for Python[2].

Hardly a world-ending problem, but my point is simply that C runtimes are a pain everywhere.

1. https://stackoverflow.com/questions/2856438/how-can-i-link-t...

2. https://github.com/pypa/manylinux
I dislike this kind of semantic bickering. Yes, technically "open source" once meant only the distribution model of source availability. A lot of time passed since, and now "open source" means something else - a certain social phenomenon with its community, rules, culture and mores. Lamenting that people have grown to expect this is pointless.

Yes, some people can be over-entitled towards open source - and it's the right thing to push back against them and remind them they wants aren't the law of the universe. But it's also wrong that "open source" is just a licensing mechanism. It's a culture, and how people behave forms this culture. That doesn't create entitlement, but it creates certain expectations. No one is obliged to deliver on those expectations - especially if they are exaggerated - but I don't think it makes sense to deny they exist, and usually accounting for at least some of them leads to better results than ignoring them.
Comparing levelized cost of energy between intermittent and non intermittent sources is comparing apples to oranges. The reality is that until some fantastic storage system comes along that makes storage effectively free, intermittent sources cannot provide a path to decarbonization.
> By the way, bitcoin is also "fiat", in the sense that it isn't backed by anything (this is what "fiat" means).

That's not what fiat means in any sense. It has latin origins for "let it be done" which is to say that it is a decree by an authoritative actor.

But both bitcoin and fiat are backed by something - bitcoin is backed by a lot of energy consumption and fiat is backed by government authority.

> Do you mean that private property is enforced by violence? How else do you expect to enforce it?

I don't expect it to be enforced any other way, I didn't mean to give the impression that bitcoin was somehow free from the necessity of enforcing private property. However, bitcoin is different in that you only need to protect people and the network, with fiat you have much more to protect, such as political positions of power and physical buildings like fort knox.
>> If you get a pair of pants, a shirt and shoes it's very likely you are already above $150

That's like $10 at a thrift shop or garage sale. Used to live like that back when I was poor. Now that I'm rich I wear a white T-shirt and sweatpants 99.9% of the time since I have barely left the house in the last 2 and a half years.
Git itself is decentralized. It is entirely agnostic from a centralized/decentralized point of view. We tend to centralize things to make life easier. Who wants to pull updates from each contributor as opposed to a hub?

So the real question is — what are the features of GitHub would you like to see decentralized? CI? Issues? Wikis? Because, you can self host many of these with gitea, GitLab, or sr.ht. That’s the best kind of decentralization, but it does add to your own personal overhead (maintenance, backups), and really limits discovery.

I think what you might be asking for is if there is a federated code repository that supports git. That’s an interesting question, and I don’t know if such a thing yet exists.
Haha, that’s another bit of advice: put a wedding ring on. I would hardly ever get hit on until I put my wedding ring on. Then it was like they came out of the woodwork every weekend I went out. No idea if any of those would ever manifest an actual relationship, but could be worth trying.
I wrote my own Ansible+terraform alternative and frankly, for the limited use (demo of GCE launch, we could start over 1000 raw vms and be doing large scale compute in minutes during the live demo (unfortunately urs wasn't confident so we pretaped that part).

Ansible is not bad but tf is Terrible. Good idea, terrible execution and evolution
If there's a big migration away from Github then I really worry what I'll do about discovering interesting stuff. I spend an hour or so a week looking through my Github feed. Something genuinely valuable will be lost once that is no longer a rich seam of new repos.