Post #1498167

2026-04-21 14:46 UTC

Neben unnötiger Komplexität (wie z. B. dass eine Schleife zur Sicherstellung eines korrekten JSON-Outputs eines Funktionsaufrufs mittels Prompts umgesetzt wurde statt als einfache Schleife um den Funktionsaufruf selbst) auch eine Sicherheitslücke, zu der schon gefixter Code vorliegt, der aber nicht benutzt wurde; wohl, weil er in dieser Codeschwemme unterging. https://neuromatch.social/@jonny/116326861737478342

Replies (2)

@marcel@waldvogel.family 2026-04-21 14:48

Er zeigt auf, dass das Schreiben von Programmcode oft nicht der Flaschenhals sei, sondern ganz andere Bereiche: Das Ziel zu verstehen; das, was nach dem Schreiben des Codes kommt; die Qualitätskontrolle; und der Meetingkalender. Er schlägt fünf Punkte vor, auf die man bei IT-Entwicklungsprojekten achten müsse. Und dass die halt nicht sexy sind und schön auf Managementfolien passen. Aber um so wichtiger. https://dnip.ch/2024/06/13/move-fast-and-break-things-falsch-verstehen/

Open ##1498166
@marcel@waldvogel.family 2026-04-21 14:48

Dass mehr oder schneller geschriebener Code nicht immer das Ziel sei, diskutiert Andrew Murphy in seinem Blog-Eintrag "If you thought the speed of writing code was your problem – you have bigger problems". https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

Open ##1622247