Wondering if hn ever considered doomscrolling and why they did not do it

I mostly limit myself to 3 pages of HN, till I see a count of 90 as the last article, then I stop.

I don't want this site to be destination for doomscrolling.

Probably cause they’re not selling ads

Sub Question : IS there a real successful agent product today that uses a library for harness(like langgraph etc)? Building our own worked for us. Works with our components(postgres, events ...) and scales naturally with our system.

I don't know about real successful. Since you mentioned Langchain, you could look at https://www.langchain.com/dcode which is a CLI harness build off Langchain deep agents.

Postgres its all you need means to me(IMHO) postgres for all Olap (DB + message) , not all analytical databases.

It can run analytics too, natively on some volumes of data, but also there are more specialized extensions.

sorry all OLTP

Great article. Few suggestions:

- If you are bootstrapped, you can build dual use technology. - All of this is predicated on the idea that building software is hard, you need 8 years to build a product that people like. Maybe this is all going away in the AI world in a couple of years.

I don't think you need 8 years to build a product people like, Prodfiler got good resonance and we built it in ~18 months, it would probably take 4 months now...

We have been working on https://talentpulsar.ai for exactly this. Hope to find some good collaborations with the hn community with some little self promotion, hope this is okay.

If good and bad both get amplified, I hope the equilibrium is maintained.

actually we don't want that- a high equilibrium could still contain a world with a very large imbalance- on one side people dying of thirst, hunger and on another side people have it so good that they waste a ton of food, water everyday. we should aim for a more balanced world even if we have to sacrifice the amplitude of a few but we are only going further from it.

Debezium was built exactly for that to power a queue based on WAL.

We had considered Oban when deciding whether to go with Kafka/Debezium or not. We sided with Kafka because it can do high throughput ingestion and it is easier to maintain it with cursor in today's world. Postgres is not meant for heavy writes, but heavy querying. You could fix that with lot of care but then it does not scale multi-master very well either. Kafka scales much better for heavy writes.

Google predicting that hn frontpage will not change at all? lol

Would this mean cursor and cline don’t have to do context management? Their value is much more just in the ui now?

I don't think cline ever had to do much context management, which is why i prefer them over cursor. Cline is similar to claude code, but without the vendor lock in.