skysight-inc/HackerNews huggingface dataset:
Just to add to this: You seem to be referring to the global picture. If we look at the US in isolation it is a different story. 30 yr low was ~4M barrels of crude oil from fields. We were at ~12M Barrels in 2022.

It is true that no major field has been opened recently which I blame on the (legitimate) push against fossil fuels and the rising cost of capital for projects that won’t pay off until at least year 5-8 of an investment. Furthermore, the shale revolution made smaller fields competitive and distributed production. Major oil fields opening are not a good indicator anymore for the industry’s state of business. For example, the Bakken formation was already open but only saw its peak extraction relatively recently.

Speaking about the US: Crude oil will be around for a long time together with LNG. Whether that is good or not is an interesting question. Either way, the conversation IMHO starts to become very different for the US compared to other significant economies, and global metrics are becoming less useful.

(Just one example: German chemical plants are moving to the US where LNG is cheap and abundant. They are rebuilding entire, enormous industrial processing plants. The US attracts fossil fuel based industries without even opening new major oil fields. Just by what is already there. )
Why not just "decentralized"? I'm not sure I ever saw a blockchain that was posited as "distributed".
I'm not saying they're grading on a curve or adjusting each exam. Just that on average it turns out the average student is a C student.

But yeah, the whole point of grades is actually to use them to compare others. So even grading on a curve is better than giving everyone an A.
I don’t think react valued simplicity. It didn’t have an official store for years and still lacks CSS solutions out of the box but it seemed to be the only way to do components so people used it.
> not recognizing that there are substantial populations that read and write

Who isn’t recognising it? This article is a story of personal discovery, not actual discovery. That’s why it’s a narrative press release. Not a paper.
Processes with write access to moricons.dll are able to do much worse things.
Who will actually pay to ship "millions of tons to Mars"? SpaceX certainly will not.

Almost all of SpaceX's income, absent Starlink subscription fees, traces to tax dollars.
> I really can't imagine that "recompiling the world" when the ABI is changed would be considered a normal thing to do or expect from users.

> I really don't see how this can be considered as a reasonable thing to do […]

Well, Linux distributions do exactly this, since decades, and it works just fine.
This is a very American perspective. The rest of the world has used bank transfers for decades, and the risk is very well understood. Online banking usually requires 2FA via a phone app, or using the bank card with a separate reader. 2FA via SMS has been mostly phased out due to the risk of SIM-swapping.

Bank transfers are also usually commission free, and are instant in many countries.
China and Russia are currently planning to go to the Moon and build a base there.
There is such a theory, Thomas Gold thought that hydrocarbons came from underneath and then was processed by the metabolism of bacteria living far beneath the surface. He later wrote a book about the theory called "The Deep Hot Biosphere". He turned out to have been right about deep life at least.

Here is a retrospective: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5502609/
Both. Human nature can be weird.
This one is the best introduction. Never heard of Val before until these last few days.
Home Insulation Makes Little Difference to Energy Consumption
Too bad, it’s a great web-app. I wonder why not open-source it if the owner is not interested in keeping it up?
Fair points, especially on the “same five cities”. That’s what sorting job markets by raw salary combined with wanting “culture” gets. Compare relative salary to CoL instead. That and restrictive zoning to keep property values up so the geriatrics don’t retire in poverty.
Winter driving cover a broad range of conditions, from "I see snowflakes" to "are we still on a road?" Alleged "snow tires" that are good enough in the former can be next to useless in the later.

I helped an AWD SUV/crossover thing ten feet off the road a couple weeks ago. It was in very deep fluffy/dry snow, half on its side, sitting its weight on the snow rather than the tires. Only one wheel actually turned (front left). The AWD/TC system was literally out of its depth. 4WD, potentially with locking diffs, would not have had that problem. Once we pulled it enough to get some weight on the wheels, the AWD system kicked in and helped drive it back onto the road.

The guy had what he thought were snow tires (snowflake mountain symbol) but looking at the treads myself I didn't see the small grooves that imho are typical of proper snow tires. They looked like all seasons perhaps with some extra silicon to qualify for the badge.
Hallucinations are a real problem right now, and that needs to be solved. But we don’t need the tech to be perfect in order for it to have a massive impact.

One question is how far off we are from a model that is reliable enough to autonomously handle hard business transactions. But an entirely different question is how much better could many user experiences be that don’t involve an automated culmination of a hard transaction.

I think of you differentiate this way between transactions with a hard impact (ie charging a customer or shipping a product) vs. informational transactions, you can allow for a lot more to happen on a much faster timeline.
I agree entirely. Some of the stuff SpaceX has done is nothing short of incredible (regardless of the involvement of Musk). Imagine if just 20 years ago you said something like "You know, we should make a rocket reusable!" You would have been laughed out of the room, even at a place like NASA.

Humans have an extremely bad habit of discounting future tech.
OpenNebula 6.6 “Electra” is the fourth stable release of the OpenNebula 6 series, with an expressed focus on equipping and supporting Day-2 operations for production deployments.
Firefox/Mozilla seem to have the reverse-Midas touch with anything they're involved with these days. No thanks.
indeed. I also have https://lite.cnn.com/en but in general it seems rare.
As someone involved in ocean tech, I sometimes see a similar attitude, although the number of former naval personnel looking for new opportunities helps to bridge that gap a little bit.

I've had tech people occasionally propose ideas, or ask if something sounds feasible, and one of the first things I often remind them is that the ocean is brutal to most forms of human engineering; something like Murphys Law incarnate. Weird physical stresses, bad wireless comms, corrosion of all sorts, biofouling of all the things, large temperature swings, etc. Sometimes a good day in ocean tech isn't "it worked", it's "it didn't work, but we got our equipment back out of the water." The domain knowledge involved in building or operating even moderately-reliable systems like that is hard to get without first-hand experience. There are lots of important, interesting problems offered by the ocean, but they always come hand-in-hand with these not-so-fun ones, which in my experience tends to dampen tech people's enthusiasm a bit.
I read the blog, was mortified but luckily others have already provided feedback in an earlier thread: https://news.ycombinator.com/item?id=28325563

To the author’s credit, I loved that he is thinking analytically and he did take the feedback positively - there are some good ideas in the post.
Flowchart Fun for graph storage and visualization
I’ve put a lot of effort into a redesign of flow chart fun. I’m hoping a few more people will try it out and let me know what they think!
I've bought a single "lifetime" license and it was for Elite: Dangerous. Back in late alpha, you could pay $120 for access to all future expansions and updates. I think this would've been a great deal for anybody who likes E:D, but I ended up not liking it very much and was disappointed with the expansions. I still feel like it was a good deal, if only because I can jump into the game whenever I want to experience what's changed and it's cool flying around with VR and HOTAS for an hour, but I don't think I've gotten very much out of it otherwise.
> A settlement on Mars could conceivably preserve our cultures and current civilization in the face of such an event.

huh. most honest answer I've seen so far. "We're going to mars so we can later to go war with Earth, ideally when they are weak"

BTW Do you guys think building big chemical rockets just automatically advances your matsci/chem/bio timeline? It doesn't. That's the effect of massive government cheese.

Fun fact about the age of discovery: shit was already discovered. Domesticated food, fresh water, and abundant friends were already there.

The universe is bored of generating new challenges for your particular kind of aggressive. It has lots of fun new problems for people who are willing to work together though. Sorry.
>On another note, checks charge 0% commission: to pay someone $5, you need $5.

I can make a direct bank transfer "faster payment", which usually takes a few seconds to arrive in the destination account, for a fee of £0.
I still do a mixture of jQuery and whatever I learned from modern JS. I totally missed the boat on everything else. I still render server sided, and rarely run into any issues.

I can simulate any kind of asynchronity with the server trough websockets or boring but effective polling.

It works for me, yet all job offers I see are looking for react or whatever Devs with rails experience. It's like JavaScript totally took over.
"That was a completely different problem," said Viñoly, insisting he was following a masterplan that specified arc-shaped towers. "We pointed out that would be an issue too, but who cares if you fry somebody in Las Vegas, right?"
Can we not do the drive-by “X is a terrible person”? It’s endemic to the rest of the internet: https://www.reddit.com/r/196/comments/100nfgs/forget_mr_rule... and also off-topic.
For JavaScript, two main factors both driven by fairly mundane and well accepted SWE principles:

1) npm encouraged small, "single responsibility" packages/libraries

2) developers are encouraged to never "reinvent the wheel", leading to them to pull in these libraries without considering the tradeoffs

In other engineering disciplines people are taught to consider tradeoffs more than in software engineering.

The tradeoffs of depending on npm packages are:

1) You don't need to reinvent the wheel, i.e. you can build very feature-rich applications at high velocities

2) Tracking, researching, integration, maintaining, and (for longer lived projects) migrating from package-A to package-B can cost way more time and energy than you'd initially think

3) Almost all packages are open source, so maintained in an ad hoc way by the contributors to the project. Even the biggest, most cohesive, well planned projects under the umbrella of tech megacorps sometimes fall into stagnation and maintenance hell. "react-scripts", which underpins the de facto standard way to bootstrap react apps "create react app", hasn't had a patch version released since Facebook pivoted to the Metaverse.

Answer to follow-up:

No, you can absolutely write modern, feature-rich front-end applications without any dependencies. You'll spend significantly more time writing lower level code allowing you to render your data into some kind of view, manage form inputs, app state and routing, but if you're disciplined and determined it's totally possible to do.
I would put an emphasis on "workable". XP Tablet Edition was not that.
Moving from the UK to the US a few years ago was like going back in time 20 years in finance tech. No-one supported contactless payment, cards didn't implement it, despite it having been standard tech in the UK for years.

The UK de-facto deprecated cheques in 2011 when the cheque-guarantee scheme was closed, so it was very shocking to need one to rent an apartment in the US. (The UK would just use a bank transfer).

Even with improvements seemingly brought on by covid, the US still seems massively behind the times - for example ACH still takes several days to do a bank transfer that is instant in the UK, and venmo or whatever seems to be overcomplicating it.
Staying hydrated is linked to lower risk for disease, faster aging, early death
I don't want to dox you but I have to ask, what bank in Poland do you use that wouldn't take a check?

I've got a friend there and he says he has no problem cashing checks at his bank and has never heard of a bank not taking a check and there were no fees for cashing checks.

The exchange rate sucks but that has nothing todo with a check

EDIT he did say it can take a week for the money to clear, so that is a big downside.
Multiplayer, multithreading, and an actor model in C++
> Yes, but debuggers are useless without the source code.

That's not true in my experience. Sometimes it's helpful to see the call stack even without symbols. And sometimes there's benefit in debugging at the disassembly level, even without access to the source code.

> And if you have the latter, re-compiling to match the new ABI is easy.

I think we're talking about the scenario where the code was already compiled to the new ABI, but the debugger doesn't understand the new ABI.

A few thoughts on this:

1) Depending on circumstances, even if you have access to the source code, you might not be able to recompile it for the sake of better debugging.

2) If the code is linked against libraries that use the new ABI, or uses compiler features that require the new ABI, you can't necessarily produce a build that uses only the old ABI.
Efficiency is a double edged sword. Hydrocarbons will always have a higher energy density than batteries due to physics, which is great when moving heavy things.

Trucks are probably a good use case for synthetic zero or negative emission fuels.
I think it's generally caused by a few issues:

1. UI development is hard to do well. Throughout my career I've seen complexity explosions in C++/Win32, C#/WPF, and JS UIs so this isn't a new phenomenon

2. It's always easy to develop the correct UI in hindsight once all the requirements are known. When starting out it's hard to know what will be needed or not and this leads to overly complex solutions

3. The browser as a platform has historically been painful to use due to a lack of good standard library

4. JS in particular has a low barrier to entry, so a lot of folks start there and learn as they go. This leads to picking the wrong tool for the job due to lack of experience
ⴰⵣⵓⵍ,

There is no african writing system. Even less so using this alphabet.

It would be as ridiculous as claiming the discovery of some unknown Eurasian writing system, dated some 12 centuries ago.

Multiple writing systems were used throughout Africa, some likely
totally native to the region , and some being the result of influences of one or many writing system coming from elsewhere.

In north Africa alone, Latin, Arabic, and before that some variant of phoenician was commonly used. All three even still used to this day.
All used before, during and after the most recent colonies. Those of the French and the British who may have generalised the observations that people didn't seem literate when they got there. Authorities probably thought it would make a good narrative and justify their presence: bringing civilisation to inferior races. It isn't from me, that's exactly what some key figure of the "enlightment" period was claiming. Some moral obligation to colonise. Certainly convenient for some who figured natural resources over there could be quite useful to boost their ambition. Or desires for comfort provided by cheap labour.

African regions had numerous writing systems. To find African history, you would get better luck studying oral traditions. If writing systems is your funded research, start with what others had already figured out.

It's appalling "research" has fallen that low, this thing was actually funded and the result even published on some .edu domain.
> I don't think that this is a very good application for the technology. Compared to lithium batteries,

Mazda also have an all-electric car, the Mx-30. (Starting MSRP $33,470)
Now you have me smiling while imagine a future where someone crashes the world economy by messing with the cash flow games.
> A much better plan to avoid extinction is multifold: (1) Stop destroying our own environment, duh. (2) Get rid of nuclear weapons. (3) Stop killing each other in general. (4) Invest in asteroid detection and deflection. (5) Build shelters on Earth capable of surviving disaster, such as underground. It also wouldn't hurt to (6) Stop being afraid of vaccination.

That all sure sounds simple enough if you handwave over all the inherent complexity, but by that standard so does colonizing Mars, and yet colonizing Mars also sounds like a fun adventure.

In particular, (2) and (3) are working at cross purposes here—nuclear deterrent is the primary thing that has prevented a great power war from happening since 1945. Also, (4)—asteroid deflection—could provide a safeguard for earth, but could just as easily be used as a weapon of mass destruction.

(1) is a slogan and not a concrete plan. How do you plan to provide food, energy, housing, and health care to eight billion people? Environmental issues are a question of tradeoffs and cost-benefits. Windmills are a hazard to birds, hydroelectric dams are a hazard to fish, solar and batteries require mining rare earth metals, and so forth.
I get the feeling that it may even have been deliberate. no one died or even got hurt, and none of us would have heard of the guy if it wasn’t for this
If the other house has better protection against thief's and you trust the owner and inhabitants then, yes, maybe that makes sense.
One of the best examples of this complexity inflation problem I always see is the Redux pattern in frontends. This pattern comes with a lot of overhead, a lot of things that need to line up (Actions, Reducers, Actioncreators, Selectors, ...). And most of the time the applications that use it are completely trivial. If you remove Redux, half of the code is gone, it's faster and easier to understand and extend.
motorsport is a quarter trillion dollar industry, about 50x the size of the synthetics market, and there are already a ton of teams engaged in research partnerships with fuel companies

just at the highest level: formula e is floundering; f1's 2026 regulations will introduce a 100% sustainable fuel while making the electric part of the powertrain _less_ sophisticated (removing the MGU-h, so no more energy recapture from turbo spindown)

all three of these seem perfectly realistic:

- synthetics take off widely

- synthetics don't take off, but get far enough along that they are competitive with existing popular race fuels (which go for $10-15/gal)

- synthetics don't take off, but they get far enough along that speciality fuel producers can stand up their own supply chains with marginal r&d spend, but can't compete with other race fuels... for the first 5-10 years, then the race fuels are made illegal
exciting, will surely check the git repo
That depends.

What is the cost of the environmental damage from traditionals?

What is the real cost of the military used to guarantee the delivery of traditionals?

That is the opportunity cost of that same military expense?

Oil refineries, they have a cost.

What happens to the cost of synthetics as production volume increases?

Etc.

We need to consider the full cost landscape, not simply gallon v gallon.
I think the Frontend is mostly what gets promoted by Sales and Marketing when selling the product. The complexity results in trying to exactly meet what they request, or give them enough to talk about being new in the product. Performance improvements for the most part can only take up a few lines. New features, on the other hand, can take up countless pages if needed.
Expectations have increased a lot in web development. When I first started working, web front ends for business applications were ugly. They were designed to do the job and nothing more. They might also be hard to use without a manual. These days the designs I get given look pretty and have simplified interfaces for the user. The designs never use native elements and often invent novel UX interactions.

Back when I started, the go to front end wasn't a web app either. It was some GUI on windows which involved pretty much the same level of complexity as we have today on current web apps. So maybe the question isn't really "why did front end development explode in complexity?" But really "why do we expect front end development to be simple when asking for complex UX?"
1- As @tgflynn mentioned: historical complexity

The web was made for publishing text, not making rich apps. But it turned out to be exceptionally good for publishing SaaS. So we continued to pigggy back on it. Working directly with the DOM is too verbose, hence nobody wants to touch it.

2- Service oriented architecture

When mobiles became a thing around 2008, normal MVC apps with some AJAX would not cut, because mobile phones needed their own UI. Hence REST based approach became more popular. Things like React and Angular (or Backbone and Knockout) filled that void.

3- UI is an evented runtime

I think of UI as a small Kafka because it needs to handle events (from the user, from the browser window, from OS etc). This makes managing state tricky. To manage this complexity, the community comes up with libraries like Redux. This creates a gap for developers working at a smaller scale. With a small app, you might not run into issues arising due to event management, you might not run into race conditions. But since big companies use a particular library, small companies start using it too. This adds to the bloat.

Is there a fix ?

I think so. But it will include developers thinking outside the browser (or maybe the browser starts thinking outside the DOM?). Libraries like Hyperview and DearImgUI exist and are being used in production. Games are a good example. A game engine can render a complex scene with 100s of moving entities at consumer grade hardware. At the same time websites suffer when rendering large list views.

At the end, FE is a political landscape. A large majority of developers and companies are happy with the current state of tooling. Unless an influential figure pushes for a better UI standard, we will continue to write React.
A majority do, but our politics do not work on majority opinions.
Apparently they produced it with agricultural by-products. So no net CO2 (other than the energy it takes for the transformation)
As much as we talk about "social determinants of health" it is has long been known that death is a great equalizer.

It's possible for someone to have a million times the wealth as somebody else but wealth buys you a factor of two in lifespan at best.
C++ gets special treatment for some reason when it comes to backwards compatibility and modern language features.

Oh no! we got threads and timers! C++ recognized the existence of file systems and regular expressions, woe I say! Polymorphic lambdas? I've got std::bind1st haha! Wait, not atomic! Anything but that!
There is a lot of abandonware out there that limps along. Most applicable is all the semi-failed social media: MySpace, Digg, LiveJournal, Foursquare, etc. are all still out there. Maybe they have problems with illegal unmoderated content and bad uptime, but nobody cares. Some still make money. I doubt any, maybe all of them put together, are worth 10% of what Elon paid for Twitter.
The yield keyword is optional. The result is a List<HtmlElement>

I don’t see how this can be done in Python without using mutation, which makes code scattered across multiple statements