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

Isn't the latest shield hardware 7 year old at this point? Only one year newer than AV1 itself


Hilarious that PPD would say "the two-month delay in detecting and reporting the incident to the City is unacceptable" despite "the police had not seen the tip because it was marked as spam."

So apparently it's fine if the police indefinitely ignore crime tips marked spam but Anthropic needs to detect and respond immediately to any mistaken actions their agents take.


I mean, it was spam...


Agreed, it would be nice if it was more straightforward to set up self hosted hot patching on arbitrary Linux distros


Super easy to override software on nixos.


And quite a few of the features seem like common sense additions that should be pulled into Immich itself.

It's not entirely clear to me what warranted a forked release, are the immich devs not open to accepting some of these new features?


They forked because these are all heavily vibecoded changes that we don't want to merge upstream as such. (- I'm on the Immich team)


I read their "why use our fork" page, and it's very obviously AI-written, which causes me to distrust it.

As a happy Immich self-hoster, I'm not excited by the idea of switching to a fork written by folks who can't even be bothered to write their "why this fork exists" explanation themselves. It inspires very low confidence both in the quality of the many additions (because of the vibecoding) and the long-term sustainability of the project (because of the lack of any effort, and because vibe-coded one-offs tend to die faster than labors of love).

Buried at the very bottom of the wall of slop text on their "why our fork" page is this very last "FAQ" question:

>Why fork at all instead of upstreaming features?

>Several Gallery-exclusive features (Shared Spaces, Pet Detection, contextual filters) were either declined upstream, considered out of scope, or required architectural changes that wouldn't have fit Immich's roadmap. Forking lets us experiment without slowing down the upstream team — and rebasing means we never lose touch with their progress.

There's no mention there of "our vibe-coded implementations of these features were declined by upstream because we vibecoded them"; instead, they frame it as "upstream doesn't want these features for their users", with a dash of "upstream has made bad design decisions" (particularly the note about how upstream Immich "required architectural changes").

That's more than a little disingenuous on "Noodle Gallery's" part.


You’re reading that into it. That is not what it says.

So far the Noodle communications feel considered, professional and friendly (that’s what a Claude sub buys you), while the Immich communication is just “vibe coded”.

Okay - is the code bad? Are you collaborating to improve it? The answer appears to be no, for reasons hopefully better considered than “vibe coded”.


Are you planning on hand-implementing any of the features he's vibe-coded? The search functionality in particular seems like a basic consideration.


Of course. We have many big items on our roadmap[0], and just recently in our latest minor[1] we released a new search query API and the first piece of many sharing improvements.

[0]: https://immich.app/roadmap [1]: https://immich.app/blog/v3.2.0-release


Are you working with them to get the features into mergeable shapes? If not, are they refusing this or are you?

Is “heavily vibe coded” supposed to signal bad code quality or is it simply how it was created?


Thanks for chiming in. Is the issue that they are vibecoded, or specific issues with the changes themselves?


It'd be specific issues with the changes themselves, originating in them being vibecoded ;)


Please consider communicating it more like that rather than putting the focus on the process of the creation. This saves you some irritation by people like me who find it weird and unproductive to do the latter.

Additionally, the author claims to not have vibe coded the features, so some of your credibility is on the line here in claiming they did.


Sometimes, certain processes strongly predict bad outcomes, though.

If someone told me to choose between two barbecue restaurants, where one used an wood-fired smoker and the other used a microwave, my reaction wouldn't be "you really shouldn't judge based on just the process." The microwave is a sufficient indicator of low quality.

Vibecoding (as distinct from using AI as a resource while writing better code yourself) is the microwave: fast, hands-off, low-effort, low-quality.


Thank you


Plus just put 32 in stripping RAID if you really need to read an exabyte a day


Eh, that doesn't math out. It's the bandwidth per storage density (or ultimately per price) that matters.

If you have great cost per byte but your bandwidth per byte is bad enough that the price per byte doesn't make up for it then you have an issue.

They've started making hard drives with multiple heads because of this issue, they increased density to the point where it's not useful to continue adding density if it doesn't come with more bandwdith.


*RAED

Or maybe RAEND


RAVED is more likely. These things aren't cheap.


What is RAVED?


I read it as "Redundant Array of Very Expensive Disks".


Do you have a source to your Bryan claim?

If you look at the map, there are zero flock cameras reported in that region.

None in Moscow Idaho where the murder happened, none in Pullman where he lived, and none showed between the locations.


You can't rely on Flock's "transparency" reports either, they're woefully inadequate. In our County, the Sheriff spoke of a PD in the County getting a Flock hit. It was news to many, including Flock's transparency site, that that PD was a user of their services.

So I'm not overly surprised by this.


There's a disclaimer when you first open the page that the map is incomplete and that users need to submit the data. It's possible that data hasn't been submitted/parsed yet


It's possible, but I can't find a corroborating news report, and it's the first I've heard this claim made about that case.


I can't find anything corroborating that example either.

I've been seeing a lot of similar grandiose claims made in random comments/Tweets/etc recently that Flock solved this or that specific high profile case that have also turned up zero proof when I did research.

I'm not sure whether it's just individual techno optimist fantasy that somehow becomes confabulated in the brain with some other crime in the news as if Flock was actually used, an organized persuasion/lobbying/misinformation campaign, or something else. But I'm seeing it a lot now which feels a bit concerning.


Qubes OS is the Linux version of this concept. Hardware and their drivers get VMs for security boundary isolation.


It's fun when a subject matter expert shows up and blows your mind with their level of knowledge on normally unnoticed intricate details that go into everyday things.


There could be a world where the muon radiation fallout of WWIV has contaminated all unmined terrestrial mineral sources.


> There could be a world where the muon radiation fallout of WWIV has contaminated all unmined terrestrial mineral sources.

All unmined terrestrial mineral sources? I don't know what the heck you're talking about, but that sounds like a world where everyone's dead. Pretty sure all the bomb shelters in the world are shallower than the deepest mine.


A heat pump water heater seems like a no brainer way to improve efficiency. They're not yet common, but there are many more options available over seas than in America.

This project seems emblematic of the challenges facing funding manufacturing initiatives in America. What's funded are the projects that appeal to tech investors, more of a focus on flashy presentation, luxury design, AI, and cloud app features, than the baseline functionality.

We get innovation as a side effect of convincing investors that the idea will disrupt industries and create app ecosystems that lock in consumer attention. Chasing the 100x unicorns and no longer training workhorses


Big problem in the US is that in many regions natural gas is cheaper than electricity, causing heat pump water heaters to be more expensive for the consumer. So everyone ends up burning more.


That doesn't make a lot of sense. A modern gas-fired plant is ~50% efficient and heat pumps typically have a COP of ~3 for hot water, so if you take natural gas, burn it to convert it to electricity, then feed that electricity to a heat pump, you'll get ~1.5x the energy you'd get if you just burned the natural gas.


How does the electricity get from the generating unit to the heat pump? What are the environmental conditions during heat pump operation?

These things sound so obvious when you don't factor in the annoying little details like transmission of energy. System complexity also matters. There's this thing called "total cost of ownership" that paints a more honest picture regarding how these economics interact.

Using heat pumps to solve a problem looks fantastic in operational efficiency terms, but what happens if the control board breaks and the vendor decided to move on? Dumb, slightly less efficient appliances might actually be cheaper and better for the environment in total. If I have to create a pile of e-waste every 3 years just to save 10% on my energy bill for something that is already incredibly cheap in absolute terms, I think it could be argued I've made everything worse.


Maybe the problem is shared deeper than that, that both industry and individuals are not interested, incentivized, or capable of investing into improving on good enough.


What about heat pump and solar. Maybe just a financing issue then? Maybe installation issue for appartments and rentals.


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

Search: