Hacker Newsnew | past | comments | ask | show | jobs | submit | projct's commentslogin

This is a confusing thing to say, can you explain?

What you need - the only thing you need - is dispatchable power. That is power supply that can rise and fall to meet demand. That is not what baseload is. It's also not what wind/solar provide.

What baseload is is electricity supply which is only economical if you use it all the time. Nuclear falls into this category because of its very high capital cost and low op-ex. If it's cheaper than dispatchable power (nuclear isn't) it's nice to have as much of it as the minimum demand that you see on the grid, to lower costs. If it's as expensive, or more expensive, than dispatchable power, that's fine, you just don't need it at all and can replace it entirely with dispatchable power.

It's similar to wind and solar in this, which also aren't dispatchable (though there supply curve looks different than the constant supply curve which "base load" is used to mean). Except wind and solar actually are cheaper than dispatchable power so they make economic sense.

The term is half marketing term and half a theory that constant supply non-dispatchable power would be significantly cheaper than dispatchable power so we should organize the grid around it. That theory didn't really pan out (apart from some places with non-storable hydro, and a few with geothermal).


have a read through this: https://cleanenergyreview.io/p/baseload-is-a-myth

basically, base load means the lowest point of demand on the grid. And you matched that with slow-to-respond thermal power plants (coal mainly, also nukes). Because those are slow to respond and are most profitable running at 100%, so you tried to keep them there. So called base load generation.

But note there is no rule of the universe that says you have to meet the base load demand with some static constant power source, you can get it from anywhere. And now, since renewables and batteries are cheaper than this base load generation, it knocks them off the grid rendering it unprofitable. So the whole concept of base load supply is obsolete. Anyway, the linked blog explains it better.


You don't need to run coal power plant close to 100% to be profitable. You want to run nuclear power plant close to 100% because fuel is cheap and you want pay back CAPEX as early as possible.

The article you send is perfect example why it's not economic to build new coal or nuclear power plants in US. The reasons are: very cheap natural gas and no CO2 tax. In US natural gas + solar is the cheapest way to generate electricity.

In Europe the situation is very different.

"Europe is in the opposite spot. The continent's main gas point, the TTF benchmark, nearly doubled to over €60/MWh by mid-March."

https://www.briefs.co/news/u-s-natural-gas-just-hit-a-record...


Renewable + battery is already the cheapest and fastest way to build new power in many domains + geographies, and the number of and range keeps expanding as the price keeps dropping.

It's always a peculiar response that outright ignores certain power combos, and it always seems to come in nuclear discussions.


You mean solar + batteries. Batteries can be used to flatten the day/night cycle of a solar power plant on many days. But it's depending on location and it's not cheap.

For cost of $100 / MWh, you can do it in sunny regions like Spain, Mexico, middle East.

https://www.carbonbrief.org/guest-post-how-solar-panels-and-...

It doesn't make economic sense to combine batteries with wind, because periods of low wind output can be multiple weeks long. The betterie costs would be ridiculous.

How do you cover the last 10-20% of the missing solar+wind+batteries output, at what cost?

Usually its a combo of solar+wind+batteries+fosil , costs depend gas cost and CO2 costs.


Five years ago, skeptics were saying a few hours of grid on battery was "impossible" and coal would be displaced only by gas. Now we're talking days of grid supply from batteries even from non-grid optimal lithium tech. Batteries are following the manufacturing optimization S-curve and its not even on the fastest part of the curve yet. Lithium is dominant only because its early in the pipe but multiple types of other battery techs (flow, iron+ etc) will probably become viable unlocking weeks -> months -> seasons of output. And probably this will happen before the first nuclear plant from this Iran adventure energy squeeze is even ready to light up - as its taking the west 20+ years to plan and commission a nuclear plant.

It took decades to develop, comercialize lithium batteries, starting in 1970s. Only after 2016 we started to see a large growth.

https://en.wikipedia.org/wiki/History_of_the_lithium-ion_bat...

Cheap gas has displaced lot of coal in US, staring from 2007, fracking gas revolution. In China not much.

https://ourworldindata.org/grapher/share-energy-source-sub?t...

Currently, the Iran energy squeeze is not much felt in the west, just slight increase in prices. It would take real pain, something like 1973 oil crisis, for west to reconsider nuclear power generation.


> How do you cover the last 10-20% of the missing solar+wind+batteries output, at what cost?

First of all, we're very far from this being a problem. If you "only" move 90% of the electrical grid to solar and use fossil fuels to make up the remaining 10% it's a ridiculously huge win anyways. The person you are talking to is just talking about "new power", not "replacing all existing power"... so unless the grid is growing by 5 to 10x your objection here is utterly irrelevant.

Secondly, that whitepaper shows you can do this with incredibly unfavourable assumptions. Namely that they're

1. Ignoring transmission, in reality we can and will move power around from sunny to shady areas. The paper is assuming a single off grid facility. Because different areas are cloudy at different times this greatly reduces the peak amount of batteries needed.

2. Ignoring other sources of energy, like wind, hydro, etc. Because their failures are uncorrelated with solars failures, they greatly reduce the amount of storage needed to hit reliability targets. It's a lot more likely that you'll have a cloudy week than a cloudy and windless week.

This is also why pairing wind with batteries makes a ton of sense. You aren't just pairing wind with batteries, you're pairing wind with a mix of other electricity and batteries. The more uncorrelated sources of electricity you have the less batteries you need to paper over outages.


so what should europe do? gas being expensive doesnt make nuclear economics better for the role of variable backstop of an increasingly renewable grid. Its still a fatal economic equation for nuclear.

Btw battery is rapidly changing the math on > US natural gas + solar is the cheapest way to generate electricity

california went from 45% gas in 2022 to 25% gas in 2025 almost entirely because of batteries (and more solar), and they're just getting started. I know its not generally true across the US, but very soon batteries are going to be pushing a huge amount of gas off the grid.


Europe should:

1. Think very hard how to reduce reliance on imports (US, Russia, Middle East fossil fuels), (China solar, batteries, consumer goods).

2. Think very hard about the decarbinization strategy. The strategy was: we will replace fossil fuels with renewables, we will be successfull, everybody else will see how see how successfull we are and everybody will follow our example. This strategy is not working, world-wide CO2 emmisions are increasing every year, industry from Europe is moving outside Europe because high energy prices, GDP is stagnating. Europe should think how to push other major CO2 emmiters China, India, US, to strongly decrease CO2. Europe alone will fail to fix climate change.


LiquidPiston addressed both of those issues.


Mazda addressed both of those issues, Rotax addressed both of those issues, Norton addressed both of those issues, NSU addressed both of those issues, Comotor addressed both of those issues...

The issues remain fundamental, and largely unaddressed.


> having to map my structured data into tables and rows and joins and schemas and primary keys

You don't have to. You can just use JSONB.


Snopes:

> While the sheriff's department said protesters at one point blocked entrances and exits at the hospital, no videos or photos confirmed that was the case.

[snip, most of the article about the shooting itself]

> Rather, video footage showed a handful of deputies standing in a driveway (apparently an entrance to the hospital’s emergency room), while the small group of protesters paced up and down a sidewalk feet away from them.

> At one point, deputies detained a journalist with LA’s NPR station, KPCC, who was reporting on the small protest, as well as a male protester who “refused to comply” with deputies’ demands to leave the area.

> The sheriff’s department said the reporter, Josie Huang, ignored deputies’ repeated commands and did not present “proper” press credentials. But she said and videos of her arrest show she didn’t have time or space to react to deputies orders before they shoved her and forcefully took her into custody. In one video, she can be heard shouting “I’m a reporter… I’m with KPCC” as officers push her to the ground. They cited her with obstructing justice, though KPCC is urging authorities to drop the charge.

https://www.snopes.com/fact-check/blm-deputies-compton/


Adding onto this to say that the LA Sheriff's Department has less than zero credibility when it comes to any matter concerning either race or protests against police action. They literally have violent and racist gangs operating in that department. There is a reason why "Google LASD Gangs" has become a meme in LA and LA-centric circles of the internet. It is a known problem and almost no one in power is working to fix it.


Covid killed 3895 people yesterday, with a 7 day average of almost a 9/11 of people every single day this past week.


That's absurd. Spotify is not the only place you can publish a podcast.


That makes it futile (for someone as big as Rogan anyway), yes. But Young still made the ask. It's the ask I find objectionable. He could have just taken his ball and gone home, but he went farther than that.


Then why does he care if it's on spotify? Bit of cognitive dissonance going on here eh?

This is absolutely Young pulling an authoritarian "You're not allowed to hear things I don't like" move. There's really no other way to spin it. Disagreement with people is great, to then take the next step and say that others should not get access to the things I do not like.... well that's just a step another rung up the authoritarian/fascist ladder. It's a elitist control freak mindset.

It's so opposite of what his music is supposedly about you have wonder whether he's just been a sellout this whole time.


I'm curious if you've found any GUI frameworks for any OS, in any language, that have ripped out all their legacy code and/or the design tradeoffs and hacks their legacy code required.


>I'm curious if you've found any GUI frameworks for any OS, in any language, that have ripped out all their legacy code and/or the design tradeoffs and hacks their legacy code required.

Yes, Qt4 is not compatible with Qt3 , Adobe Flex4 was not compatible with Flex3 , I only used at that time this new versions and did not had to work or learn the old stuff. Old projects continued to use the old stuff and continued to work.


Add a little line noise for the average 30-70y/o house wiring and you get 43 hours for 33.6 or 50 hours for 28.8. It took running a brand new line in order for me to get 56k. So, the parent comment is accurate.

It was absolutely prohibitive for the average person with a shared line, and the direct comparison to shared line today is a metered connection. Even in the US it can be as much as $30 per gigabyte which would make that 60MB download cost $1.80.


There's a proxy polyfill. And if you really wanted there's at least one pcre2 wasm build you could wrap to make a polyfill, lol. Barely anyone uses lookahead/lookbehind even in pcre, though.


Proxy polyfill: assuming you are referring to this [0], since I haven't seen anything else like this, then I'll paste here what the readme says:

> The polyfill supports just a limited number of proxy 'traps'. It also works by calling seal on the object passed to Proxy. This means that the properties you want to proxy must be known at creation time.

i.e. that's not a polyfill for Proxy. It's a polyfill for a subset of the thing, maybe that's useful for somebody, but it's useless for the use cases I had for Proxy so far.

Shipping an entire regex engine with your app: right, that's the only way to do something like that. Not that that's actually the same thing though, I can't just load this and use lookarounds as normal, i.e. it's not a polyfill.

For all practical purposes these features are not polyfillable. If your idea of a polyfill includes not actually polyfilling the entire thing or shipping an entire engine with your app then sure, anything is polyfillable, you could even run Java in the browser.

[0]: https://github.com/GoogleChrome/proxy-polyfill


>Shipping an entire regex engine with your app: right, that's the only way to do something like that.

You mean like shipping an entire 100+ MB browser and rendering engine with your app?


Electron does not weigh 300+ MB for starter, and one means basically statically linking your app so that it ships with its own dependencies and works more consistently, while the other means shipping a language because the one you have to use is not implemented properly by the platform, pretty different things when you look at them. I'll give you though that in both cases you are shipping a big engine with your app, so it kinda sounds like the same thing.


The key leak could just as easily be incompetence. Accidentally committed to git, or in their travis setup in such a way as to be easily obtainable, or a bunch of other options.

High effort for high reward like this is not surprising but it could all start with incompetence.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: