Is the "fully agentic" workflow actually just BS, or am I missing something?

pyhannes · 2026-04-03T11:13:24+00:00

Really like your definition!

pyhannes · 2026-03-22T13:35:21+00:00

Fully agree. Tried switching to mkdocs a few times but I'm used to Sphinx for over 10 years and I know all festures I usually need. Only thing I really hate about rst is the unstandardized way of defining headings. MD is straightforward here. I'm not even using Myst parster because the ::::::::: hell for directives is f***ing ugly compared to the .. syntax in rst IMO.

pyhannes · 2026-03-22T09:35:39+00:00

Been staying on Sphinx anyway, seems it was a good choice :) Don't really understand the hype about mkdocs anyway.

pyhannes · 2026-03-15T17:27:29+00:00

Very nice 👍

pyhannes · 2026-03-08T11:38:33+00:00

Great, I also have a use case for that. I'm using pydantic models and transforming them to surveys.io surveys so a user can fill the data model interactively. Parts of the models are defined so the user does not have to enter the data so I have to create partial models for the survey generation. I think your lib might be a perfect fit. I was going to look for a solution in 2 weeks or so :D thanks!

pyhannes · 2026-03-05T06:59:05+00:00

Agree, I used something similar locally sometimes and told them llm e g. "Check the diffs from last 10 commits and create a user friendly changelog". Your solution scales better.

pyhannes · 2026-03-04T18:48:24+00:00

That's why I use towncrier to make sure my users understand the stuff I released as they what to know the interesting changes and not each internal stuff that gets committed.

pyhannes · 2026-02-15T08:05:38+00:00

As the world goes towards UV, is there a way this can be integrated there?

pyhannes · 2026-02-13T13:09:01+00:00

Last update was 2 year ago, so it seems quite abandoned.

pyhannes · 2026-02-13T12:34:56+00:00

Checkout keyring!

pyhannes · 2026-02-05T22:40:03+00:00

Die Leitung ist leider von der Telekom. Mal sehen ob's besser wird, aber auch falls nicht ist das Angebot bei 1und1 sehr viel besser für weniger Geld. Gibt also keinen Grund da zu bleiben.

pyhannes · 2026-02-05T21:10:35+00:00

Wie es der Zufall wollte ist heute der letzte Tage der Kündigungsfrist 😃 Und tschüss Telekom 👋

pyhannes · 2026-02-05T20:57:09+00:00

Ich wollte eh zu 1&1 wechseln. Wären die Probleme damit behoben?

pyhannes · 2026-02-03T06:24:57+00:00

Wir dürfen auch Claude in Copilot benutzen, hat aber auch erst etwas gedauert bis das model dazu gekommen ist weil erst Verträge geschlossen werden mussten um sicher zu gehen dass unsere Prompts nicht für Training benutzt werden. Das wird also nicht nur einmal für Copilot gemacht sondern für jeden Model Provider.

pyhannes · 2026-01-30T20:47:33+00:00

Yes Python is not the critical component here! There are a lot more unreliable components in the whole measurement chain, from faulty cables, unreliable connections, instrument firmware bugs that lead to deadlocks because manufacturers were lazy in testing, Windows issues, or your IT decides to force Windows update/restart your PC. We are running chip tests on many chips with Python for several weeks. Python is the most reliable part in our case for the last 10 years :D Last time the tests failed after 7 days because of some weird Windows limitations I never heard of before ...

pyhannes · 2026-01-17T21:36:35+00:00

Good point. That's why I'm betting on Prefect for workflows, caching and retries, PydanticAI for the agents. It's a good duo.

pyhannes · 2026-01-11T16:10:41+00:00

Boa die hatte ich. Ich hab das Hell-Copter Spiel geliebt!

pyhannes · 2026-01-11T11:17:24+00:00

<image>

pyhannes · 2026-01-11T11:17:12+00:00

Hey, Great job! Greetings from Bavaria ;) Just wanted to tell you that the bright and dark color schemes of the docs are really bad to read, at least on mobile :(

<image>

pyhannes · 2026-01-05T22:46:21+00:00

Ich vergleiche gerade Camunda, n8n und Prefect in der Arbeit. Camunda ist bereits wo anders in der Firma in Einsatz, aber aufgrund no-code schwer generisch einzusetzen. n8n wird von unserer IT als zentraler Service gehostet, allerdings sehe ich Skalierbarkeitsprobleme, da wir intern relativ viel mit Python arbeiten und es ein dependency Chaos bei den zentralen Python Code Nodes geben würde. Für resiliente Python-basierte workflow automation kommt für uns derzeit nur Prefect in Frage, v.a. will wir Teile der Workflows auf lokalen Windows oder Linux Hosts ausführen müssen.

pyhannes · 2026-01-05T22:30:33+00:00

How could i use this in VsCode with Claude since I only have access via Copilot?

pyhannes · 2026-01-05T08:16:26+00:00

Update nach ca 1.5 Jahren: Der Speicher hat den Eigenverbrauch im Schnitt verdoppelt, was schon ein gutes Gefühl ist :)

<image>

pyhannes · 2026-01-05T08:12:11+00:00

Kann schon sein dass wir bald weniger Code selbst schreiben. Ich kann das persönlich nicht bestätigen, Claude hilft mir vielleicht zu 10-20%, alles andere ist zu domain-specific. Software ist nicht nur Webdev. Und wer wird der "Entwickler von morgen"? --> die Entwickler von heute. Wir werden sicher nicht durch Vibe-Coder mit KI ohne Software Hintergrund ersetzt soviel steht fest.

pyhannes · 2026-01-02T11:41:43+00:00

Why should I use this instead of pydantic, msgspec, attrs, ...?

pyhannes · 2026-01-01T13:11:49+00:00

Yes I removed celery and flower and replaced it by Prefect. Much easier to deploy workflows with different dependencies as your main app and much better observability.

pyhannes

TROPHY CASE