kohlerm
Joined 329 karma
Markus Kohler
http://kohlerm.blogspot.com/
https://plus.google.com/+MarkusKohler/
- kohlermI checked the codex source code a few months ago and the implementation was very basic compared to opencode
- It is definitely a real problem to be solved. We used something similar in an IOT application some time ago
- 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.
- I think I have seen it being used in Snowboards
- >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.
- 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.
- 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.
- 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.
- 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 ..?
- WASM ATM is IMHO most useful for VSCode Extension, where it can help to avoid the dependency nightmare that nodejs modules with native code cause.
- 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.
- Really nice"
- What is the memory bandwidth? I could not find any numbers ..
- It also very much depends on the quality of your documents. E.g. if you have a set of very good recipes, rather than a random set coming for the Internet, then you can get very good answers with RAG