News for hackers. Stuff that matters.

enether

Re:HackerTube: YouTube built from videos recommended by HN on Monday November 02, 2026 @06:32AM (#50335504)
100%. it's complete trash and has been for a while. It always deletes my Downloaded videos without telling me for some reason
+1. very important imo
Re:HackerTube: YouTube built from videos recommended by HN on Monday November 02, 2026 @06:21AM (#50335442)
It would be really cool if you open sourced the database
Re:OccupySaaS on Monday November 02, 2026 @06:18AM (#50335416)
I really doubt this goes anywhere
Re:How the Claude Code team does code review on Tuesday October 20, 2026 @03:30PM (#50171476)
??
Re:How the Claude Code team does code review on Tuesday October 20, 2026 @03:27PM (#50171439)
it's annoying but as you show, it can be automated away trivially
A regular day in modern France. The "country" is vastly different in culture and ethnicity than the country during those times
Re:How Europe is killing makers and micro-entrepreneurs on Monday August 24, 2026 @10:46AM (#49420562)
Sounds a bit like registering and reported to each country's VAT system, which almost no online creators do (even ones making hundreds of thousands of online subsription revenue)
The permission thing is a killer to productivity, if you're running Claude I think it's more efficient to just run in a disposable sandbox (like exe.dev[1]) or in some form of docker container with permissions you're personally ok taking the risk with on a personal machine[2]

[1] - https://exe.dev/ is a new cloud provider with some very useful agent UX [2] - I built https://github.com/stanislavkozlovski/dclaude/ for this; not perfect but gets my job done on the rare occassion I need to run the coding agent locally

I have to say, it works pretty good. I tested it by creating a Kafka cluster here: https://x.com/kozlovski/status/2050943790580457646

In <15 minutes it got everything up and running - the Kafka brokers, the Kafka controllers, schema registry, Grafana. Pretty impressive

are there really no other maintenance tools that do this already? seems like a low hanging fruit?
Re:Everything that went wrong with Claude on Monday April 27, 2026 @04:34AM (#47919102)
the irony of using Claude to create this lol
Re:Ursa – a new Iceberg-first storage engine for Kafka on Friday April 10, 2026 @01:09PM (#47721026)
Yeah, which is why this Ursa-for-Kafka (UFK) fork can be a drop-in replacement. It holds both the classic Kafka topics with disks, and the Ursa engine topics that have higher latency.

I agree with your assessment re: latency. I've been very vocal about this ever since this type of architecture came out.

Re:EFF is leaving X on Thursday April 09, 2026 @01:36PM (#47706706)
It could also be that the world as a whole cares less about privacy today than they did seven years ago. Without a relative measurement from a similar platform, it's a bit of an empty statement

One thing that has certainly changed is that algorithms have become more aggressive. If your content isn't performing well, it gets hidden much faster and more aggressively than before. This makes sense when you consider it from the PoV of the platforms (they have much more content to choose from)

Re:Kafka Options Explorer on Friday April 03, 2026 @06:17AM (#47624959)
A very in-depth tool that acts as a easily browse-able reference to many Apache Kafka internals like configuration options, error types, the wire format (by version), config advice and version upgrade diffs.
Re:IBM Announces Strategic Collaboration with Arm on Thursday April 02, 2026 @03:59PM (#47619433)
They make $8-9B a year (~90% profit margins) selling software to mainframes, which were deployed ages ago but still have to be maintained because critical COBOL business code was written on their systems - and migration is too riskly/costly.

To give you an idea:

- of the risk in regulated industries like banking: a UK bank was once fined *$62 million* for botching a mainframe migration and causing downtime. - of the difficulty and risk in non-tech industries: Australia once spent *$120 million* trying to migrate its social security system off mainframes... and failed.

Mainframes are not their only business, of course, but it's a major cash cow that's under appreciated. I, for one, didn't know that business keeps growing.

Coincidentally, I wrote about the topic of mainframes with relation to IBM's acquisition of Confluent here today: https://blog.2minutestreaming.com/p/ibm-confluent-acquisitio...

Re:Claws are now a new layer on top of LLM agents on Monday February 23, 2026 @04:20PM (#47129034)
exactly. i posted about the same thing today https://x.com/twitter/status/2025949280251597291

It's an accelerant, both good and bad. How that plays out in companies where the majority are below-average is a nuanced and concerning case

Re:Claws are now a new layer on top of LLM agents on Monday February 23, 2026 @07:22AM (#47121386)
I think it's worth it to build your own miniaturized versions of OpenClaw/claw-like agents. It's easy enough to build and the confidence of it being in a language you're familiar with, small enough surface area to limit risk, etc. seems worth it imo
Re:Claws are now a new layer on top of LLM agents on Monday February 23, 2026 @05:17AM (#47120351)
In a way I think handing off digital tasks to an AI bot that does it behind the scenes IS reducing technology in your life.

But has to be done carefully to not increase the scope of things being done

Re:Claws are now a new layer on top of LLM agents on Monday February 23, 2026 @05:15AM (#47120334)
we will need some sort of payment-block checkmark for use of social media soon enough. This claw phenomenon is opening the floodgates of spam even more than before
Re:Claws are now a new layer on top of LLM agents on Monday February 23, 2026 @05:08AM (#47120285)
Mm, not at all. The usual LLM doesn't have its own file system, browser, persistent memory of all actions, etc. The usual LLM experience is you open chatgpt.com and have a singular chat session.
> I built this because running Kafka locally for development is painful — gigabytes of RAM, slow startup, ZooKeeper/KRaft configuration. I just wanted something that accepts produce requests and gets out of the way.

This is not true. Kafka's latest `-native` images are very fast to start up (~100ms) and use relatively little memory.

https://cwiki.apache.org/confluence/display/KAFKA/KIP-974%3A...

Older »