Yeah well. MCPs are better for use cases where remote access is required, but for development use cases what you need in the majority of use cases is to manipulate local files. Skills are just the more natural solution here. You can argue whether Skills should come with more type information (MCPs are slightly better here), but otherwise it seems pretty clear to me that if you do not need remote access then MCPs are not really needed.
Very good article. With regards to the guy being a designer, he is IMHO still correct with regards to layouts. Currently LLMs ares till pretty clueless about layouts. Also SWE is much more then coding. Even in the coding area there is much more room for improvement. The idea that you would not need Software Engineers soon, is brain dead.
>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.
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.
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 ...
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.
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 ..?
I agree this is not a great test. What's good about it is that it is a constraint satisfaction problem, and I would expect LLMs to be pretty bad at unknown problems of this kind. Simple reason, an LLM only has a a finite number of layers and it cannot do arbitrary long searches.