skysight-inc/HackerNews huggingface dataset:
And that, economically, the eye watering cost of nuclear power in america only makes sense at all if there is a military to share the skills base and supply chain with.

The nuclear military industrial complex alternately hates the environmentalist movement and wants to hold up a mask and pretend to be it.
Hm, looks like there is another alternative - kitty:

https://sw.kovidgoyal.net/kitty/graphics-protocol/

But if anything, mpv works with sixels better than with kitty for whatever reason.
No idea why you were downvoted. Crypto has had a significant impact on electricity demand, I'd be interested to see if it was visible too.
> The value of Vim/Emacs isn't the modal editing or key chords. It's the community and architecture

These are empty words that have no meaning. I don't use my IDE for "community" or for "architecture". I use my IDE for writing code, navigating code, finding code, refactoring code, exploring unknown code bases, analyzing code, moving code around, reading code...

How many of those things have the words "community and architecture" in them?

> you have to wait for JB to implement features that (neo)vim have already implemented

You mean the other way around. Nothing NeoVim implements trumps the depth and breadth of features IDEA offers out of the box. NeoVim (and others like vim and emacs) is busy re-creating, with great delay and poorly, a subset of a subset of features of a modern IDE.
This article completely ignores the Macintosh and the greatest IDE ever, which came out in in the mid-80s: Coral Common Lisp. It ran on a Mac Plus with 1MB of RAM and it was fucking awesome. It included a drag-and-drop interface builder that let you build a complete app in literally a matter of minutes. Nothing I've seen has come close since.
Back in 1856 Eunice Newton Foote, created an experiment showing CO2 traps heat from sunlight, by putting jars containing varying degrees of CO2 in direct sunlight.

What she wrote in her paper describing that experiment was the heat rise happing in the jars fill with CO2 could also happen to our planet.

“An atmosphere of that gas,” she noted, “would give to our earth a high temperature”.

So, the science describing this phenomenon is nothing new. When it comes to the science, there is no longer any doubt.
If Python is considered secure yet CPython is written in C, then, perhaps, it is not that difficult?
I figured it was a 'smarter' system based on image recognition of satellite data. Or perhaps based on location data of people traveling.

I guess this option is much simpler. And it is so frustrating, because it is almost easy to fix, if only you knew the real data source. Especially if it is a local government, they should be quite responsive.
The origin of the term doesn't mean that the term isn't an effective form of greenwashing that creates false perceptions around its harmful effects.
It’s extremely rare to have projects be considered stable for years without any updates. Unless there are no external dependencies, uses very primitive or core language constructs, there’s always updates to be had - security updates, EOLs are common examples. What works in Python 2 might not work in Python 3

Software needs to be maintained. It is ever evolving. I am one of those that will not use a library that has not been updated in the last year, as I do not want to be stuck upgrading it to be compatible with Node 20 when Node 18 EOLs
Like I said, these are all obviously wrong points. And I find it a bit disheartening that points like these are the first to pop up on HN.

I think most (all?) of the comments which contained these obviously wrong points have now been flagged to death.
But isn't that why we have config files that you can easily copy to a new system?

But I guess you have to look at how much time you'll gain from your copying your personal config, vs the overhead of copying your personal config itself. If you often switch to a new system where you would have to copy the config file, but if you only really edit 2/3 files on that system for which a personal config won't have much benefit, then it is understandable. If I need to setup a new server for example, that doesn't need to be configured heavily, but just some installs and small config changes, and won't have to touch it anymore after that, then why would I spend time putting my personal editor config there? But if I have a personal computer that I use daily, and I edit a lot of code, it would benefit me greatly to optimize my editor for my use cases. And whenever I get a new PC or I get a PC from work for example, I can just copy my config and benefit from it.
> I like the term “emissions-free”.

Because it's false? Nothing is emissions-free: making solar panels and wind turbines create emissions, and since they are all made in China, just transporting them around the world where they are used cause emissions as well. And when they become garbage they are shipped once more around the world to be disposed (and not recycled). So it's only "emissions-free" if you ignore the whole supply chain.
also, it's actually faster than reading /dev/zero if you need some filler data hahahaha
I was skeptical about the claim that a single Russian Poseidon could create a tsunami the size of Mount Everest.

A quick check showed that even a 500m tsunami, as claimed by Russian propaganda, is out of the question.
https://en.wikipedia.org/wiki/Status-6_Oceanic_Multipurpose_...
The key word here is DX. If a team is exposed to how the DX of their owned service or library enables others in the company to build things that bring smiles to customers' faces, they'll be able to better design for their downstream teams' experiences, finding the right balance of keeping API churn low while building for future flexibility. This is true whether the API boundary is over a network or over a function call.

That said, microservices have the added problem that if you don't get the culture and boundaries set just right from the beginning, it's harder to change. They're good for small domains where boundaries are defined, and many even-early-stage startups have some of those, but it's unlikely that the primary interface for customers is included in that.
Of course! There is more than one concept that has value. And each concept also has a price (or price range as there will always be multiple implementations of each concept, each implementation will deteriorate over time and so on and so forth). There will always be more than one class of consumers, more than one set of value/costs preferences. Otherwise we would only have one programming language, wouldn’t we? So acknowledging one concept has value doesn’t mean announcing that it is the only concept worth existing.
> "natural gas"

Gas can be created by many other means (combustion, chemistry, etc). Natural gas means it's gas that is found "as is" without any kind of synthesis.
Cool tool but I don’t think I’d call this a visual dictionary. With that title I imagine an image for each word. This is more of a mind map dictionary.
I don’t see it happening in the United States. I’ll give a small example from my area of the country which is New England.

We had 5 Nuclear power plants (one each in ME, MA, NH, CT and VT) of which the last to be commissioned was in New Hampshire (Seabrook) in 1990. This took from the late 1960’s to 1990 to be commissioned with similar regulatory obstacles.

Since 1990 Maine Yankee shut down in 1997 due to NRC safety concerns and additional money required to fix them. The plant operated from 1972 to 1997. Vermont Yankee shut down in 2014 due to overwhelming public support for not renewing it’s license to operate. The plant operated from 1972 to 2014. Pilgrim in Plymouth Mass shut down in 2019 due to the cost of safety upgrades. The plant operated from 1972 to 2019. Two Nuclear plants remain at Seabrook NH and Waterford CT.

The New England energy market was deregulated in 1998 moving to a wholesale market run by New England ISO. Since 2000 older oil fired and coal fired generation plants have largely been replaced with Natural Gas. Recently renewables and net imports from other areas are trending higher. We have almost no coal or oil fired generation in the entire region today.

The stated plan for NE ISO is to continue to pursue renewables. No new Nuclear projects are on the horizon. The current remaining reactors make up approx. 20-30% of the regions baseload power and are nearing end of life.

The Nuclear plants require bailouts to continue to function. In 2019 CT mandated that half of the Waterford plants output was purchased for 10 years at 4.9 cents/kWh. While this increased customer bills initally, it recently saved money when Nat Gas spiked last year. It also saved a 25% spike in the regions total emissions if the plant were to close and be replaced by Nat Gas.

A summary of some of the risks is explained here:

https://www.iso-ne.com/about/what-we-do/in-depth/power-plant...
It is ungodly complex, but no one needs to understand all this complexity just to use the language to write application code.

"do's and don'ts are all over the place and even a thing "simple" as a cast can lead to UB"

And most of these things were present in the first revision of the C++ standard or even in C.

"You don't need to be a compiler engineer to make good use of such information."

Why do you think that a programmer has to learn C++ by reading the standard? One does need to have a good mental model of what's happening but it's enough to have a much much simpler mental model than the standard.

"and then to map what is valid in which version"

That's where skills acquired 5-10 years ago are most relevant)
In Delphi u didn’t need any code to add a tooltip to a component - just add it as a property in the inspector. U can do it in code if you want, but it’s easy to do since u see the available properties in the inspector.
You have the terms essential vs accidental complexity for that.

Accidental complexity is something you should work hard to avoid. Trying to avoid essential complexity however is a fools errand and if you try, it will result in a deck of cards that only work under perfect conditions.
Cold blooded: random utility written in C 40 years ago.

Warm blooded: random app using random Javascript framework, written 6 months ago.
Humidity is a big factor in whether heat is bearable or not, and 3.5C is an average over the entire globe. Some places will get much hotter than just 3.5C, some places won't.
The MultiversX blockchain has very small fees (now it is approximately $0.0035)
The network is using less than 0.01% of the energy Bitcoin uses. I believe it's carbon neutral.
I had a CEO once who would only really read the first two sentences of any email …

taught me a thing or two about leading with what matters.
You did read the dateline on the article, right?

> Thu 23 Mar 2023 // 10:02 UTC

TBH I do not follow videogame news at all, really. I read Penny Arcade, though.

That's where some of this crossed my personal radar.

https://www.penny-arcade.com/comic/2023/09/15/disunity

https://www.penny-arcade.com/comic/2023/09/18/undercraw

Note the dates in those URLs.

My impression is that the controversy is more recent than the article, and back in March, Unity was not as "beleaguered" as currently.

Not that John Riccitiello (whoever he may be) was popular.

https://www.penny-arcade.com/comic/2022/07/20/low-and-slow

When I wrote "we previously called" that means "someone else from the Register said this in the past". The link was to a 2017 article. The real purpose of the backlink is to explain what Unity is to readers who don't know.

I personally am not enthusiastic about Unity. I am not a gamer or a developer. I am totally indifferent to it. I don't care in any way. I have bought one (1) new computer game in the last decade. I think it might have been written with Unity but I don't know and I don't care.

I'm impressed and enthusiastic about the technology behind Croquet, but I personally have no particular use for it myself. It is still cool tech, though.
> There's something very calming about knowing that if it performs well with 1M thoughts, its fit for purpose.

Exactly. I've been using my note-taking app (of which Plume is built on) since 2014, so I have 4850 notes in total, and it's still rock solid and fast.

Another plus of efficient software is that my 2017 Macbook Air actually loads text ~2x faster than the best competitor (Bike) on a 2021 M1 Pro (with much more performance)

2017 MacBook Air:

Plume: 0.8 seconds

Bike: 3.46 seconds

MacBook M1 Pro:

Plume: 0.3 seconds

Bike: 1.5 seconds

That alone says a lot.

> For what its worth, I'd recommend explaining all of that with the benchmark explanation. "Measured on a 2017 macbook air with the text of War and Peace". Seeing Bear crash doesn't really tell me enough about whats going on.

Thanks for letting me know. Do you have a suggestion for how to convey it better?
Jason - great work here. Your Swift code looks like mine :) on this, some folks in the UK have created Crux - an interesting abstraction layer for mobile apps using Rust. Might provide some ideas for optimisation/ipc. https://github.com/redbadger/crux
A reason why i liked the SurfaceBook so much. Their aspect ratio was near perfect. Now I am back to MBP which comes second
I'm sure it works for some people - you can see a ton of testimonials on the website - I guess I'm just not the target audience.
I wonder what is worse: the consumption of sand for manufacturing, construction, and man-made islands & beaches or the loss of sand generation that dams cause.
That’s not encapsulation, that’s just an ugly hack.

Somewhat related, it has been shown that a language with public/private visibility modifiers is more expressive than one without (that is, it can’t be locally replaced by another expression that results in the same program).
Here in Denmark it would be around $95 to fill your Miata. Assuming it has a 45l tank.
Emphasis on usually.
Moved to vscode with the neovim extension (vim mode was slow for me over large files). vsc is super customisable, and you can remove all the tab bars, side panels and anything else you don't use fairly easily. It's also far more stable than the neovim ecosystem, i don't have time to mess with neovim plugins breaking bi-weekly anymore
That’s like saying democracy allows voters in the US to elect anyone. Sure, on paper, but here in the real world that’s just not happening. With a few minor tweaks like ranked choice, it could, but the powers that be will never get onboard.

Similarly bitcoin is decentralized in that “anyone can fork it” but reality is without backing from major players, that will never gain any traction at all.

So no, functionally it is nothing approaching decentralized.
Not sure if trolling, but just in case:

Nothing in science is proven without any doubt. Check the meaning of the words theory and hypothesis.

"Isn't it possible that global warming is part of a naturally occurring cycle that happened by accident at the same time industrialization took place?" - You can ask the same type of question about literally everything we can observe and every theory explaining that. Isn't it possible that things falling down is just random phenomena and not a proof of some gravitational theory?

If you have a good alternate theory to global warming then explain/link to it.
I love this. It reminds me of the two vs 4 spaces. And some dude will inevitably say 3 spaces fuck you. My point is... We need this in the office so that every time I turn on video chat I have to explain why I'm slanted.
I think you misinterpret my motivation here.

What I want is less use of Javascript and related scripting languages across the web. I'd like more websites that don't need it.

I am merely proposing a mechanism for getting people to explore what can be done without it, and how it might in fact be easier, more fun, and more maintainable.
If you know your history then you should know that r/btc predates the fork by multiple years, and that it existed as an uncensored subreddit and a refuge from r/bitcoin where you got banned simply for voicing an opinion.

It still lives on as an uncensored subreddit where all forks of Bitcoin may be discussed.
> why? Because someone somewhere has decided that I should move on to something newer and more exciting. But I don't want new and exciting... I want rock solid!

Well, it also could be because someone else decided to move on to something newer and more exciting instead of dutifully maintaining 10y old free software because someone WANTS to have peace of mind on their vacation.

People and companies don't want to pay for maintenance work. I think that this is actually the main reason for all of this complaints about perceived short longevity of libraries and languages. Unfortunately entropy is a bitch, one can put up colossal amount of work up front, pyramids amount of work equivalent but eventually decay will catch up.
Yeah, it’s disheartening. The noise of falsehoods seems to be fast in coming on, and outside this community, it doesn’t get flagged - it gets promoted. Sometimes it feels like we are racing full speed with our head down towards a wall.

(Although I think the three mile island stuff isn’t obvious since you really had to be alive at that time to understand the context of today)
I have a strong suspicion that they're cross-referencing between multiple different data sources, including OSM. Meaning that if OSM has the necessary correct changes, reporting issues tends to have more of an effect.

Basically the last resort is to create a thread on Google Community Guide forums, then actual staff will eventually address the issue.

But is tedious and ridiculous how there's so little recourse against Google spreading incorrect info.
I prefer OpenLierox over Liero
Completely unrelated, but Google Maps seems to have (or had) a rule in place to expand "Int" to "Interchange".

Meaning here in Singapore there are a lot of local bus interchanges that get labels like "Bedok International".
If you teach a beginner to use GitHub Desktop lots of the complexities you mention above are smoothed over.

The PR/MR is the biggest win, being able to comment on, discuss, suggest, resolve and 'sign off' changes works better in a PR/MR than any other versioned tool I've seen.
While still a “sister”/subsidiary company, Huami’s Amazfit Bip (particularly the 1st gen but I think also the Bip S IIRC) have transflective memory-in-pixel screens with 1-3 months of battery life (3 months being almost an anomaly that I experienced with a fresh battery) - while still tracking movement and sleep.

I got an Amazfit Band 7 after my OG Bip died. More info as far as blood o2 and fitness recovery & VO2 estimates etc, but it loses the compass, barometer, a physical button (bizarrely imo) & a few month(s) of battery life. The OLED is certainly nicer in some situations (almost always indoors) but I very much miss the battery life. Oh, and lots of app & custom watchface support too.

Btw if you have a larger budget, Garmin is also apparently pretty good with good battery life and a very similar screen type (and much better sports tracking).
In most cases there's going to be substantial overlap between the functionality required for various business functions, and even in differentiated systems the ideal technical domains may not map cleanly to business domains. It's very easy for this to result in multiple teams having half-assed, semi-compatible implementations of the same functionality.

Some places try to address this by creating dedicated "core" or "platform" teams, but there's numerous pitfalls this way as well. Platform teams and product teams necessarily have to justify their budgets in different ways. They have different stakeholders and internal sponsors. This can result in political struggles over headcount. "Brain drain" scenarios where product teams are perennially starved as their strongest ICs are moved to platform. "Slush fund" scenarios where platform teams are regularly "temporarily" reassigned to support feature development. I've seen them both.

The longer you can have your entire engineering team share responsibility for the entire product the better. I am convinced of this. Unless you can truly, completely decouple systems -- making them separate products with dedicated teams -- you run a high risk of having a codebase that is more complex that people still need to understand in its entirety to work effectively. The worst of both worlds.
I think, as per my comment above, you're misinterpreting me too.

I am not trying to create a reason to make script-free websites. I think they are their own justification.

I am trying to propose a method for making them visible and showing webdevs what can be done and why it's worth trying.
This is part of why Solana has been making such inroads the past couple of cycles.

Shopify and others are now using SolanaPay to do USDC transactions and they settle in under a second for under a cent. It takes a very beefy server to run a Solana validator, though, so many worry that it’s insufficiently decentralized.

I suspect that in the longer run, most of the value will be stored on Ethereum and compatible chains while most transactions will be done on Solana and newer chains.
Yup. News has been rampant with speculation, hearsay, and propaganda all my life。 Content mills and astroturfers already bury the truth or relevant stories with noise.
It's merely one factor among many, I'm sure, but don't the results, ever decreasing fertility, speak for themselves?

Why would you attribute decreasing fertility, something that affects every western nation on the planet, as something to do with US health care? It even affects Russia, China, Japan, literally every "modernized" nation.

People have had condoms and other methods to prevent pregnancy, but no one ever cared about the cost of kids before the last few decades. This is merely an excuse, for what is really happening...

Lack of fertility due to some environmental factor.

If it was cultural, Japan and China ... nations most divergent from US and Western cultures, would not be affected the same way. It doesn't matter about access to the pill, or other measures, nations with or without the pill in wide use have low birth rates. Nations strong on women's rights, and more "traditional" views on women, also have reduced fertility and births.

It's not cultural. It's not choice. It's not cost. It's not conscious.

There is, quite literally, something affecting a drive to procreate, which is entirely different from the drive to have sex.

Given that it's not cultural, and that it's not access to contraceptives, one has to wonder what it could be. Microplastics? Electricity? The types of food consumed, eg preservatives in modern foods seen in all the above countries?

There can be guesses, but no one is even doing any substantial research into this. Meanwhile, the planet's population is set to halve within 30 years. And if this trend continues, if fertility / birth rates continue to decline as they have been, we will likely be down to 500M people worldwide before the 2100s.

That is an immensely alarming trend, which leads to human extinction by the 2200s, due to "whatever it is" completely blocking all attempts to have offspring.

This trend also doesn't take into account a global plague, or re-emergence of world war, or devastating health issues due to global warming. Should that happen, with "loads of our current, younger offspring" killed in war, or by plague, the trend is astonishingly scary and disturbing.

Sorry to be a bit excessive in my reply, but the whole fertility thing is greatly disturbing to me.
Just to clarify, my incredibly vague point is that people having been saying FreeBSD and now REST are or should be dead for so long but they never die :)