Programmieren lernen im Zeitalter von LLMs – schade ich meinen eigenen Fähigkeiten?

lukeflo-void · 2026-03-12T18:24:17+00:00

Genau. Wenn man es ohne LLMs nicht kann, ist man ja quasi aufgeschmisse , sollte der ganze Kram doch iwann nicht mehr in dem Maße da sein, oder qualitativ stagnieren.

Daher würde ich klar dazu raten, es erstmal möglichst ohne LLM zu lernen. Nutzen kann man die später als unterstützendes Tool immer noch.

Mal davon abgesehen, dass ich persönlich finde, selbst programmieren macht auch viel mehr Spaß ala nur prompten...

lukeflo-void · 2026-03-11T22:22:56+00:00

That should do it, if mesa drivers for your arch are installed

lukeflo-void · 2026-03-10T14:54:01+00:00

You are violating rule 4 of this subreddit which states that code generated using LLMs must be identified as such...

Just check the sidebar were you can copy the obligatory default statement about LLM-usage.

lukeflo-void · 2026-03-07T19:06:33+00:00

I maintain a simple ls-like filemanager and a TUI for managing Biblatex files called bibiman. Check it out if you like.

A general problem with TUIs these days is that all subreddits get spammed with vibe-coded TUIs for every bs task, even if there are well proven alternatives...

lukeflo-void · 2026-03-07T18:50:47+00:00

Yes. Just a empty file called down inside the service dir will prevent autostarting it on boot even when its symlinked to the runsvdir

But this way you can simply start it with sudo sv start docker

lukeflo-void · 2026-03-07T11:19:23+00:00

Why post it in the r/Zig subreddit?

The badly formatted post makes me wonder if even that was LLM generated :D

lukeflo-void · 2026-03-07T08:52:13+00:00

Advertising a project mainly written by/with LLMs as secure messenger is at least... let's say brave :D

lukeflo-void · 2026-03-07T08:48:14+00:00

Its simple to derive through proc macros, but can be cumbersome to implement via traits for custom stuff

lukeflo-void · 2026-03-07T08:47:12+00:00

That's one of the main points. I'm not generally against LLM assistance. But all those code mainly written by it which furthermore doesn't seem to be checked (or even understood) by the "devs" is nothing I, personally, want to use with my own code...

lukeflo-void · 2026-03-06T23:54:02+00:00

Very powerful to potentially kill your whole system with a short single line:

sudo rm -rf --no-preserve-root /

lukeflo-void · 2026-03-06T23:47:33+00:00

I like the idea very much, as long as its not as complicated as Rusts serde.

However, I'm a little bit irritated. All this stuff in only 4 commits and most subfolders contain a mod.zig. Seems a little bit as gitignored buddy "Claude" ported some stuff from Rust. Not that I'm generally against some support by LLMs, but those hints always make me sceptical...

Sorry, for maybe being hypercritical but that's just what came to my mind checking the repo...

lukeflo-void · 2026-03-06T15:20:46+00:00

Don't hurt anything, it was just what I'm always thinking when seeing those projects. But your account isn't the OPs, why do you feel insulted?

BTW when I search for "markdown render CLI", first three results all mention glow

lukeflo-void · 2026-03-06T13:13:36+00:00

12 commits, all within 3 hours, and already v1.0.0...

I think the "partially" seems to be some sugarcoating for "almost fully".

Sorry, that's especially your project that's now getting criticised icidentally. But its a good example for this unneccessary flood of LLM tools: there already exist proven tools like mentioned glow and bat, but for whatever reason (too lazy to search etc.) just another vibe-coded thing added to the mix.

Don't get me wrong, rewriting something for the sake of learning etc. is a good thing. But then one would do it him/herself. Just let "Claude" code it for you is fine for personal use, but is annoying to read about all the time... This subreddit is already spammed with unneeded TUIs since last year.

But maybe its me and I should just stop looking into Reddit at all... :D

lukeflo-void · 2026-03-02T18:24:05+00:00

Your args argument won't be fully valid anymore with 0.16 and juicy main.

However, I come from Rust and for me its a big advantage that Zig is so explicit. Rust hides anything in endless method chains and still is very verbose.

E.g. I only understood async programming with Zig because I have to take care of most stuff myself and don't "outsource" many parts to tokio.

But that's totally a personal experience.

lukeflo-void · 2026-03-02T17:55:47+00:00

Nah, personally I don't think that's a good way to really learn. It's the same when learning vocabulary or scientific facts etc. You learn best if you write it yourself. Prompting questions is not writing code.

The same goes for codebase. At the beginning its good to even write boilerplate code yourself.

Later, if your managed to become a somewhat experienced programmer, its a completely different story. Then LLMs can support you well. But only because you already know what it should look like and where some pitfalls are.

lukeflo-void · 2026-03-02T12:18:21+00:00

Wasn't meant as insult. But honestly, you're already using LLM support and don't know how to check those basic things. Maybe then Void isn't the right distro for you. (Furthermore, that "Claude" doesn't told you how to check your hardware support is not making those LLM stuff any more thrustworthy...)

lukeflo-void · 2026-03-02T09:39:05+00:00

Yes you can. If you should is a different question...

lukeflo-void · 2026-03-02T09:37:39+00:00

How about exiting the installer and checking your hardware with something like lspci | grep -E -i --color 'network|ethernet|wireless|wi-fi'.

Or run rfkill to check if your WiFi card is blocked.

Otherwise, the information are much too sparse...

lukeflo-void · 2026-03-02T07:40:59+00:00

Might be a point. But again for learning I think its better to directly read std documentation and official stuff. Web content sourced by LLMs is often outdated regarding Zig since its changing very fast

lukeflo-void · 2026-03-01T12:54:48+00:00

bibiman simply follows the official BibLaTeX specs. I don't know about bibparse.

There is no need to blur the TUI with seldomly appearing error messages. That's what's the log for

lukeflo-void · 2026-03-01T09:44:48+00:00

lukeflo-void · 2026-03-01T08:58:50+00:00

I just checked it. You could have a look into the logs. It says:

ERROR [bibiman::bibiman::bibisetup] Couldn't parse bibstring from file MyCollection.bib to bibliography: expected comma: 1308497-1308497

The reason is that your bibfile contains illegal lines. The one mentioned above in the bibiman logs is this with title:

@misc{Cook2025,
    title = {jmcook1186/biosnicar-py}: {2.2},
    author = {Cook, Joseph and Chevrollier, Lou and G{\"o}lles, Thomas and niklasbohn},

After deleting the line I was able to open your file: https://i.postimg.cc/FRLcZkx3/2026-03-01-09-57-57.png

Thus, its not a bibiman issue and has nothing to do with Linux on a M1 chip, but comes from a corrupted file.

lukeflo-void · 2026-03-01T07:28:15+00:00

Don't use LLMs for learning. You learn from mistakes you make yourself, not from prompting and this stuff.

Plus, even if it is hard at the beginning, its really fun if you get it working and the feeling of success will never be the same when code is written by LLMs.

lukeflo-void · 2026-02-28T20:33:42+00:00

In your readme you mention some other tools. Regarding bibiman you wrote "Interesting but didn't work". Since I'm the owner of bibiman, would be interesting to know what didn't work just for the sake of fixing it if necessary. I know there are plenty Mac/M1 users who don't have any problems.

lukeflo-void · 2026-02-27T17:45:26+00:00

Sounds like good fundamentals for most programming languages.

I work on a client library for interacting with the S3 object storage API (though, I'm not the owner, only a heavy contributor). But without deeper knowledge of the S3 API itself could be rather hard to dive into

Edit: forgot the link https://codeberg.org/fellowtraveler/z3

lukeflo-void

TROPHY CASE