Hacker News .hnnew | past | comments | ask | show | jobs | submit | jonchang's commentslogin

Got any sources for that?


In 2020 federal memo and regulatory changes under Trump's first administration to send more water from Northern California to Central Valley agriculture via federal projects were ignored by the governor of california, and instead of allowing the water to flow into southern california, his office sued over those Trump-era water rules, arguing they violated environmental protections for endangered fish.... had he done what the current administration forced him to do, there would be no drought in 2020, there would be no empty reservoirs in 2020. So given those facts, I would argue that yes the current Governor is responsible for what happened 100%.

take a look at SB 79 is a 2025 California state law (Senate Bill 79, authored by Sen. Scott Wiener) that overrides local zoning limits to allow higher-density multifamily housing near major public transit stops, signed into law by Governor Newsom on October 10th 2025, despite local resistance by residents.


All urban use is 11% of California water.

SB79 has nothing to do with the drought.

Gavin Newsom ran on building housing, and SB79 is him fulfilling his mandate from voters, "local resistance by residents" is why California has some of the most expensive housing in the world.


Gavin Newsom also vetoed AB 2903, the bipartisan bill for auditing of California's $24 billion spent and squandered on fixing the homeless problem, which only got worse. SB79 is another example of Newsom intent to change zoning laws to allow developers to build high density housing which is what the parent comment was about. if you want to be a shill for the governor, thats your business. It looks like willfull graft to me.

there would be no drought if the 2020 Federal regulations were followed. the only reason there's no drought today is because the federal government stepped in and finally opened up the water lines in the North coming south.

keep in mind there used to be a big freshwater lake (Tulare Lake) in the middle of California for at least ten thousand years.....


> In 2020 federal memo and regulatory changes under Trump's first administration to send more water from Northern California to Central Valley agriculture via federal projects were ignored by the governor of california, and instead of allowing the water to flow into southern california ... had he done what the current administration forced him to do, there would be no drought in 2020, there would be no empty reservoirs in 2020.

How would diverting water from Northern California, where drought was the worst in 2020, to the Central Valley possibly end the drought?

Filling up reservoirs that are upstream by moving water downstream sounds like quite the magic trick.


1. Trump’s order in 2020 had nothing to do with fire, so it doesn’t support your position that this has anything to do with fires.

2. The water management plan has nothing to do with where water flows to fight fires.

3. A legal fight in 2020 is not caused by a bill that was passed in 2025.

> there would be no drought in 2020

That’s not how droughts work. A drought is a lack of rainfall. Moving water can reduce the problems caused by a drought, but it cannot prevent a drought.


The author of nethack4 (Alex Smith) subsequently joined the original nethack (nethack 3.x) dev team: https://nethack.org/common/news.html#newmembers


I hope one day the DevTeam releases a NetHack 5 which serves as a successor to both variants.


It seems like this is the corresponding iPhone 8-era update: https://support.apple.com/en-us/125141


Her name is actually Rachel, not Karen.


I know. Perhaps I should have said "one of those misanthropic online personalities who kills 1000 contributions to open source you never knew you would have had because of their public bad attitude" and the fact that they have supporters is why Facebook wins and open systems lose.


Rachel is absolutely not like this in my experience. How rude!


Developing media literacy is an important skill!

One way to approach this work is to understand the genre of the work you are reading! We can determine genre in a few ways, but in this case, we see that the publication is the New Yorker, which tells us to expect magazine-style writing, specifically longer form feature pieces.

Another important clue is that this is published in the New Yorker's "Books" section, suggesting that this is a book review. And, if you know much about the New Yorker's book reviews, they often include things such as history of the field the book addresses, compares the book to other related books, and what the book's thesis might imply about our world today.

This longer form book review can introduce important context and enrich your understanding of the world! I encourage you to keep an open mind and continue to read pieces that are outside of your usual genre.


Is this written by gpt


The style matches, but I think that's because it's just a median style of writing. It's too… je ne sais quoi, to be produced by that algorithm.


"And, if you know much about the New Yorker's book reviews,", specifically feels like a phrase GPT would never use.


In the style of New Yorker, a joke as old as gpt itself.


It absolutely feels like it


You'll be interested to know that Safe Browsing was introduced in Firefox 2 in 2006, and the malware check feature was introduced in 2014! I suggest you search using your favorite search engine to see how this feature works while also preserving the privacy of your URLs and downloads. It uses hashing! Here's a good link, I suggest you scroll down to the Privacy section and read carefully: https://feeding.cloud.geek.nz/posts/how-safe-browsing-works-...


Yes, but the phrasing about being "more proactive" seems to suggest that perhaps this approach has now been adjusted.

However, according to Bugzilla [0] it seems to be about blocking HTTP downloads on all pages compared to previously only blocking HTTP downloads on HTTPS pages, and then someone tweaked the wording to add the sinister-sounding part about being "more proactive".

[0] https://bugzilla.mozilla.org/show_bug.cgi?id=1877195#c12


CZI and CZF are structured as a for-profit LLC and a non-profit arm, respectively. Depending on where the money came from, it might not be a problem at all, though it could potentially jeopardize Harvard's nonprofit status. I'll leave it up to you to figure the odds of the IRS revoking that designation.


These kinds of union votes are all publicly available online with the NLRB, if you want more details:

https://www.nlrb.gov/case/31-RC-323290


https://jonathanchang.org

Mostly bits of code and explanations that I took notes for and then later realized would make a good blog post.


It's because of fingerprinting. See https://webkit.org/tracking-prevention/#anti-fingerprinting for the official standards position.


Could it just be hidden behind a prompt to enable it on a given site?

I feel like they’re just using fingerprinting as an excuse to not implement functionality that people want. Of course, I don’t really understand the problem space, so it’s likely I’m missing something.


most of the APIs listed there are already gated behind an explicit per-site opt-in in the browsers that implement them, and at least some in the spec defining them

i don't understand how this is a fingerprinting risk either, and i'm pretty sure i'm not missing anything.


> I feel like they’re just using fingerprinting as an excuse to not implement functionality that people want.

Do you actually believe this? Do you not default to more practical explinations like, maybe they don't consider it worthwhile to support because of engineering cost vs people that actually use it?

For example, I'd say 9/10 people I know who aren't tech literate have no idea the Health app exists on their iPhone. This includes people with Apple watches. Similarly it should be obvious that basically nobody ever knew about or used that one feature you liked.


I think engineering/support cost might be an excellent argument against implementing MIDI support in a browser, but the claim I responded to was that MIDI support wasn't on the table due to fingerprinting concerns (which are not obviously well-founded, from my outsider's perspective).

When I said "functionality that people want", I didn't mean to imply that there was a critical mass of people that made MIDI support in a browser obviously worthwhile, I just meant that some people want it and they're being told it won't happen because of fingerprinting.


When you make a web browser engine, you don't get to choose whether a use case is marginal or not (FWIW I use WebMIDI frequently in Chrome). You implement the standards or you perish.

Nobody wants a web browser that "chooses" not to work on some % of websites. Users choose, browsers implement. They are welcome to gate this feature behind a per-site permission prompt if they think it's insecure.


I don't understand any of that. Why not support the features, but leave them turned off by default, so, you know, the user can deci--...

...Well, I guess I was about to answer my own question there. Never change, Apple. Never change.


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

Search: