oakpond

4 ms·

1.
by oakpond 27d ago
Yes, it's not stable. Once you have a working config, think twice before updating. I wish they would improve on regression testing.
2.
by oakpond 2mo ago
>To support further research, we open-source the KDA kernel and vLLM implementations, and release the pre-trained and instruction-tuned model checkpoints. This is just awesome.
3.
by oakpond 6mo ago
Shouldn't the energy instead be focused on creating a standardized eIDAS driver API that OS vendors are required to implement?
4.
by oakpond 6mo ago
I notice this kind of "Sent from iPhone"-type spam with other AI tools too. It's awful.
5.
by oakpond 6mo ago
This is a fp16 model. That's 54G in weights. I can load it only with fp8 quantization enabled (>= 128k context). I run into this error during generation though: https://github.com/vllm-project/vllm/issues&#
6.
by oakpond 6mo ago
Running dual Pro B60 on Debian stable mostly for AI coding. I was initially confused what packages were needed (backports kernel + ubuntu kobuk team ppa worksforme). After getting that right I'm now running vllm mostly without issues (
7.
by oakpond 6mo ago
Working for what? Can you show some complex systems that are built with it? Their site only mentions a kanban board app and a photo album. I can believe it works for that.
8.
by oakpond 6mo ago
I build with LLMs all the time but I generally don't do vibe coding unless it's something small I don't really care about. When I look at SpecKit, I see a kind of vibe coding fantasy: "code is no longer king", stop
9.
by oakpond 6mo ago
In my experience, when you sell expensive complex systems, customers are very worried about any differences in system behavior as a result of software updates. When you implement a new feature with these tools, how do you convince yourself
10.
by oakpond 6mo ago
I think natural language leaves too much room for ambiguities. If you treat it as code I expect you will run into frequent bugs and unintended side effects of LLM-authored changes as your software evolves. So I'm skeptical about this a
11.
by oakpond 6mo ago
Sort of agreed. Natural language specs don't scale. They can't be used to accurately model and verify the behavior of complex systems. But they can be used as a guide to create formal language specs that can be used for that purpo
12.
by oakpond 6mo ago
probably yes. considering that even some of their non-ocr models can recognize my shitty handwritten math
13.
by oakpond 6mo ago
It makes sense to me as long as you're not vibe coding the PBTs.
14.
by oakpond 7mo ago
You do. Even the latest models still frequently write really weird code. The problem is some developers now just submit code for review that they didn't bother to read. You can tell. Code review is more important than ever imho.
15.
by oakpond 7mo ago
Hardly anything substantial about how well this works in practice. It's a hiring ad.
16.
by oakpond 9mo ago
> There's a new programmable layer of abstraction to master (in addition to the usual layers below) involving agents, subagents, their prompts, contexts, memory, modes, permissions, tools, plugins, skills, hooks, MCP, LSP, slash com
17.
by oakpond 11mo ago
The first two problems can be solved in a straightforward way with more custom exception types. For the "bigger problem", catch(...) can be used to prevent your code from crashing. If you really want to handle each case explicitly
18.
by oakpond 11mo ago
I recommend trying to implement your own Forth in assembly. It's a great educational experience. However, I would not choose to use it in production. It's not a readable syntax. I doubt it will ever catch on for that reason.
19.
by oakpond 11mo ago
I'm on Sway and Debian. Debian has a separate package for KDE Connect: https://packages.debian.org/trixie/kdeconnect
20.
by oakpond 11mo ago
I've been using KDE Connect without KDE for a while now. Works for me (tm)
21.
by oakpond 1y ago
What makes you think they will? What makes you think regulators don't also want this?
22.
by oakpond 1y ago
Goodbye Android.
23.
by oakpond 1y ago
This simply must happen. I don't think there is another sustainable solution to the network-effect problem.
24.
by oakpond 1y ago
You're not the only one. LLMs are hardly intelligent anyway.
25.
by oakpond 1y ago
I'm also not bullish on this. In the sense that I don't think LLMs are going to get 10x better, but they are useful for what they can do already. If I see what Copilot suggests most of the time, I would be very uncomfortable using
26.
by oakpond 2y ago
You don't understand, "open" stands for "open your wallet."
27.
by oakpond 2y ago
Birth of the AI spokesperson?
28.
by oakpond 2y ago
It's incredibly hypocritical too. They have become rich by training on valuable data produced by others. Yet others are not allowed to train on valuable data produced by them.
29.
by oakpond 2y ago
Me too. This looks to me like a holiday PR stunt. Get everybody to talk about AI during the Christmas parties.
30.
by oakpond 2y ago
Seems to work. Exported the config of the other one and imported it in this one. Seems all the settings are there. Sync seems to work too. Kudos to the devs.

More ›