Merkel (CDU) pushed it after Fukushima, because "oh it's dangerous", which wasn't rational, but she knew people wanted it

He is on of the few politicians who follow his beliefs about what needs to be done, less so about what is popular. He also made sure Germany had enough gas. He had nothing todo with the pushback of nuclear energy (that was the CDU/Merkel). Nuclear energy is not cheap.

All politicians follow their beliefs. They just become more problematic the more interventionist they are. And Habeck was extremely interventionist. On top of that he used his position of power to go against private citizens under the excuse of free speech. He filed 805 criminal complaints, in some situations just for being called an idiot online.

Nuclear energy pushback in DE was a result of the fear caused by Chernobyl in 1986. Refreshed by the Fukushima incident. The CDU was not brave enough to go against that fear. And Habeck just continued that approach even in difficult moments for the German industry. Nuclear is not cheap, but it’s stable, predictable, does not generate CO2 and if well planned, also provides self-reliance for the country using it.

>All politicians follow their beliefs No they don't they, a lot them will do whatever is needed (change their minds at will) to stay in power. If you ever listened to Habeck, there are simple rational arguments why it did not makes sense to continue running the nuclear plants for longer. There was anyway no easy affordable way to just let them run for many years (contracts). At the end nuclear was only contributing 1.5% to the overall energy production.

Cursor's search is still better(faster and cheaper) then Claude Code. I just did some tests. It looks like they do agentic searches with query rewriting.

Following dependencies is the way to go IMHO. Saying "Code Doesn't Think in Chunks", is IMHO not correct. Developers do thing in chunks of codes. E.g. this function calls that function uses that type and is used here and there. It is not really a file based model like Cline uses. The file based model is "just" simpler to implement :-) . We use a more sophisticated code chunking approach in https://help.sap.com/docs/build_code/d0d8f5bfc3d640478854e6f... Let's see, maybe we should open source that ...

Maybe you should indeed! Without looking into too much details, how CLI-friendly would this tool be?

I am not so sure this makes sense. Training a model to directly use certain tools (web search etc) makes the model very specialized and less flexible. As long as other solutions are more flexible and less costly, training a specialized model would not be worth it.

it is also the "right thing to do" IMHO.

I am using a slightly modified Extend layout since a couple of years, and it was really a game changer for me.

isn't 1080p resolution too low for that size?

Nice! would have needed something like this last year.

USearch has had GoLang bindings for a long time, but it's more low-level and you'd have to use something else for embeddings: https://github.com/unum-cloud/usearch/tree/main/golang

I agree that putting the vectors in a separate DB often does not makes. Just use Hana https://news.sap.com/2024/04/sap-hana-cloud-vector-engine-ai... ;-) IMHO putting the calculation of the embedding vectors into the db (even if it is just a remote call) is not a got idea. How do you react to failures of the remote call, security issues because of code running within your DB ..?

Is SAP HANA used for anything outside the SAP environment?

No.