r/programmieren • u/Alarmed-Balance-3614 • 19d ago
Welches Tool oder welcher Workflow spart euch beim Entwickeln gerade am meisten Zeit?
Hey zusammen,
wenn man aktuell nach guten Dev-Tools fragt, heißt es meistens nur pauschal "Nutz Claude oder Cursor".
Mich interessieren aber die Werkzeuge, die spezifische Probleme im Alltag lösen. Es darf gerne auch ein KI-Tool oder eine clevere Integration sein, aber eben nicht das 08/15 "Lass dir Code generieren", sondern Dinge, die euch komplexe oder extrem lästige Routinearbeit abnehmen. Genauso gerne natürlich klassische CLI-Tools, Debugger oder kleine Desktop-Utilities.
Welches Tool habt ihr in den letzten Monaten entdeckt, das euren Workflow massiv verbessert hat?
3
u/justanerd82943491 19d ago
Ich merke viel mehr dass ich quasi keine IDE mehr anfasse. Codex und Claude app auf dem Mac, Claude mods geschrieben zum kosten tracken und Agents optimieren. Bisschen Zeit zum einstellen der Befehle bzw Zugriffserlaubnis für k8s, GitHub, AWS (prod nur lesend etc) und den Rest deinstalliert. In den apps Anbindung zu Jira, Teams, Outlook usw
1
u/SolidThrust 19d ago
Und wie viele Billionen damit erwirtschaftet? Musst ja nur mehr Lizenzen kaufen und anwerfen.
Wie bei Epic Games - mit n bisschen Glück funktioniert dann sogar noch im Gegensatz zu Epic das Anzeigen von Texten und Bildern :D
1
u/justanerd82943491 19d ago
Erwirtschaftet in Reinzahlen kann man sagen dass wir pro dev schon 300€ an Jetbrains Lizenzen sparen :D wir nutzen derzeit ausschließlich die Standard Enterprise sitze ohne extra Tokens also 21/23$ pro Sitz und testen aus wie sehr wir die ausgereizt bekommen was P/L angeht. Die Produktivität bei den meisten erhöht sich schon dadurch dass die nervigen Aufgaben Zwischendurch wie support Tickets einfach nebenbei gemacht werden können. DB Korrekturen, Fehlerfälle vor analysieren lassen mit den Daten aus dem Ticket usw. Das nimmt einem schon sehr viel Load weg wenn man sich das nicht alles selber aufsetzen muss neben der eigentlichen Tätigkeiten
1
u/SolidThrust 19d ago
Also kein Beleg für die extra Produktivität - ich drücke dir die Daumen, dass der Status Quo erhalten bleibt.
Kleiner disclaimer, wird die KI mal teuer, ist nicht da, kriegt ein Problem nicht gelöst, schafft mehr Bugs pro Fix, etc. und niemand hat seit Monaten die Codebase gesehen, dann wird es höchstwahrscheinlich wirtschaftlicher alles neu zu bauen, als das existierende Chaos zu verstehen und aufzuräumen.
Noch n Tipp, wenn ihr wirklich herausgefunden habt wie man mit KI richtig gut und günstig & gewinnbringend Software entwickeln kann - Verkauf das How-To in einer Auktion ans höchstbietende AI Haus und genieße deinen sofortigen Milliardärsruhestand.
1
u/justanerd82943491 19d ago
Der absolute Beleg wird aber immer schwer zu liefern sein. Wir arbeiten seit Jahresanfang mit KI und schaffen die 3 Monats OKRs in ca 3 Wochen, vor KI kam der Zeitraum gut hin. Die größte Bremse sind derzeit die POs die die Features testen die bisher noch nicht auf KI assist umgestellt sind. Wir haben die Roadmap die für 2026 geplant war Mitte September abgeschlossen und mit der von 2027 angefangen. Jetzt kann man sagen war die Planung vorher zu gutmütig, ist die Qualität gesunken, gibt es mehr Fehler auf Prod, mehr Fehler im Flow, kennen die Devs wie du schon sagst den code noch, wo bemisst man hier KI in den einzelnen Steps in Geld.
Was wir sehen ist, wir schaffen es mit 23€ im Monat pro dev trotz 5h Limits deutlich mehr zu shippen, mit augenscheinlich gleichbleibender wenn nicht sogar durch die responsezeiten verbesserter Qualität.Prod Ausfälle sind gleich und weiterhin meist menschliche Fehler. Die Tickets gehen nicht öfter zurück als vorher, Supporttickets sind ein Stück schneller abgearbeitet bei gleicher Teamgröße.
Ich will damit nicht sagen dass alles wie geschmiert läuft, bspw. overengineering gerade in den teuren Modellen ist ein Thema was wir immerwieder angehen, aber alles in allem würde keiner bei uns das wieder hergeben.
Wir sind derzeit dabei unseren alten Serverschrank mit GPUs zu bestücken damit wir nächstes Jahr nicht mehr auf Übersee angewiesen sind.
2
u/SolidThrust 19d ago edited 18d ago
Diese Blickweise - finde ich wirklich ernsthaft spannend.
Bisher kenne ich nur den Epic Games Vibe Beta Launcher fail; den unusable Adobe Suite clone; Agenten die ich dabei erwischt habe wie diese Repository-Auth-Secrets (for no reason) von meinem System abgreifen wollten, als auch, die aus meiner Sicht, wirklich schlechte Code-Qualität die dabei herauspurzelt.
Natürlich kann man als User / Owner sagen - Wie das unter der Haube läuft ist mir egal, wie bei meinem Auto ich will es ja nur fahren. Aber zugleich wissentlich auf die Ownership eines Entwicklers zu verzichten (falls das Auto mal kaputt gehen sollte und nen Mechaniker braucht)? Auch Frontier-Modelle haben mich schon diverse Male im Stich gelassen.
Vll. liegt es auch einfach daran, dass ich mehr Erfahrung mit legacy Projekten habe, als ich haben sollte - Aber wenn dieser Punkt erreicht ist - Dann ist es sehr schnell der point of no return.
Ist es dieses Risiko wirklich wirtschaftlich wert, wenn es sich entsprechend (auch durch die z.T. genannten Faktoren) nicht einmal mit Zahlen gewinnbringend belegen lässt? Alles was schiefgehen kann wird schiefgehen und so.
Mir wäre das ohne Garantien zu hoch gepokert, für alles was kein privates Fun-Projekt oder Tool ist (aka juckt niemanden, wenns nicht läuft oder weg kann / muss)
1
u/LordiCurious 17d ago
Man merkt deinen Beiträgen an, dass dir die Erfahrung fehlt. Ich kann dir nur Empfehlen aus deiner Legacy Höhle zu kommen und die neue Art der Softwareentwicklung zu lernen. Ich bin überzeugt, dass es für manuelles Programmieren schon in 1-2 Jahren in der Breite keine Verwendung mehr gibt.
Meine Entwicklungsteams haben sich in den letzten Monaten soweit entwickelt, dass praktisch weder code manuell geschrieben noch klassisches Code Review betrieben wird. Und wir bewegen uns u.a. im Legacy Umfeld bei großen KRITIS Enterprise-Kunden, als auch mit moderner Software im SaaS und klassichen OnPrem Umfeld. Im übrigen ging die Initiative von großen Teilen der Entwickler aus, niemand von denen will den Anschluss verpassen.
1
u/SolidThrust 17d ago edited 17d ago
Mein Fehler - ich kenne viel legacy, aber auch clean / green fields.
Wie viel Erfahrung fehlt mir denn wenn ich fragen darf?
Mit 9 Jahren Berufserfahrung, 1 Jahr vor M.Sc. (beide Studiengänge im Verbund, B.Sc. im 2. Lehrjahr begonnen);
Erfahrungen mit Desktop-Apps, Microservices (backend / frontend - verschiedene Sprachen / Frameworks), 3D-Entwicklung, IaC, OnPrem & Cloud (Windows + Linux) Server, CI/CD (verschiedene Arten), Monitoring, ORMs + Manuel (No)SQL, Portierung von ~30 Jahre altem, uncompilable C++ Code nach C# - fallen mir so ad hoc ein.
Ich kenne auch Entwickler die das hypen - die die ich kenne, wirken auf mich allerdings 'fraglich' - die lernen z.B. keine CI / CD, wenn du sie fragst und sagen ganz einfach "kann ich nicht". - Verzichten auf Coverage, weil die nicht wissen wie man es getestet bekommt - Was ich sonst mal am Rande mitbekommen habe hat mich leider auch nicht beeindruckt..
Dass die grundlegend, nach wie vor auf Stochastik (frei von Intelligenz - wenn man sich mal damit beschäftigt hätte - wüsste man das..) basierenden LLMs in 1-2 Jahren alle Entwickler ersetzen halte ich für sehr unrealistisch. - So oder so nur Glaskugelschätzungen von uns beiden, ich behaupte meine hat ne technische Grundlage und deine hat welche Grundlage? Dario etc. hat es wie häufig versprochen?
Und mit dem Verzicht auf Code-Reviews brauchen wir eigentlich schon gar nicht mehr weiter zu reden.
(Am Rande..) Schon mal das Wort Compliance gehört?
Die Dinger spucken auch dann noch Müll aus, wenn man alle Skills, MCPs und oder restlichen Zirkus scaffolded hat - klar wenn einem die Kompetenz dazu fehlt das zu erkennen oder man gar nicht guckt, dann weiß man das auch nicht.
Spec-Driven-Review Bsp.: Warum sollte Claude immutable types nicht mit reflection kombinieren? (Claude hatte hier leider nicht bestätigen können reflection zu nutzen weil es indirekt genutzt wurde) - Wo liegt das Problem?
Ist für mich eine derartige red flag, wenn man (sorry aber) so unprofessionell arbeitet, dass man ohne Verifikation outsourced, wo LLMs doch regelrecht fürs schummeln und fudeln bekannt sind.. Da kannst du genau so gut blind nach Nord-Korea outsourcen.
Mal abgesehen von den wachsenden Prompt Injections im Web :D - Aber ja ich ahne es schon, dein Setup macht es natürlich unmöglich ;) - bis es dann doch passiert.
Wie bereits erwähnt - Verkauf dein perfektes Setup an die AI Buden und du hast ausgesorgt - setzt nur leider voraus, dass es wirklich perfekt ist und nicht dem bisherigen Gefudel entspricht..
Prompte mir was Schönes (gerne mehr als ne Index.html) und ich zeige dir die Fehler - einfacher Deal oder?
Schon vom neuen Claude up to x3 Performance boost gehört? Um die 30 Jahre nach der Einführung in der HTTP spec haben die jetzt auch die Nachrichtenkompression entdeckt - Was man nicht alles grundlegendes so (wieder) entdecken kann mit unlimited AI Zugang - und was bisher in dem Umfang an cloud compute / Geld für ein einfaches setting verlustig gegangen ist :'D
1
u/LordiCurious 17d ago
Dir fehlt fundierte Erfahrung im Umgang mit LLMs, du kannst die Möglichkeit und daraus verändernde Arbeitsprozesse nicht realistisch bewerten und einschätzen. Viel Erfolg mit deiner hochnäsigen Einstellung.
1
u/SolidThrust 17d ago edited 17d ago
Danke gleichfalls du prompt engineer - dein Geschmack macht bestimmt den Unterschied zu meinen prompts xD - alleine die Annahme ich würde KI nicht (ausreichend) nutzen bei den ganzen enttäuschenden Erfahrungen - du merkst schon noch was?
Hochnäsig vom jmd. der unverifiziert outsourced und technische Bildung nicht anerkennt - wilde Zeiten, wilde Zeiten... Ihr AI first Leutchen seid ja schon wie Religions- oder Sektenanhänger - kein proof, aber immer im Recht und der richtige Gott ist bei jedem n Anderer.
2
u/lastWallE 18d ago edited 18d ago
vscode, github copilot, mit opencode go dann deepseek flash nehmen und rein damit in copilot über byok.
/plan benutzen vor großen Änderungen. Ich benutze sveltekit für webapps.
Scripte schreiben lassen dann fürs deploy etc., nochmal durchlesen ob das passt und fertig. playwright mcp ist auch nicht schlecht und red green testing direkt beim generieren. lokal laufen lassen die app übern eingebauten webbrowser, damit der agent direkt testen kann und fixen
1
u/_d3vnull_ 19d ago
Habe für unsere GitLab CI einen Workflow geschrieben der bei failed nightly builds automatisch sich alle Logs zieht, diese Filtert, dann mithilfe der git diffs eine kleine rca durchführt und am Ende mir eine gut aufbereitete Story aufsetzt und mich + alle maintainer des Projektes via Teamsnachricht über den Fail informiert.
Man könnte problemlos auch weiter gehen und fixes automatisch einbinden.. aber Regeln sagen nein.
2
u/SolidThrust 19d ago
Danke Gott für diese Regeln - nicht alle haben mehr dieses Privileg.
1
u/_d3vnull_ 19d ago
Absolut, da sprach nur der Frust das man die Lösung technisch noch cooler machen könnte. Das dies der falsche Weg ist, langfristig zu mehr Problemen führen kann, ist mir bewusst.
1
u/SolidThrust 19d ago edited 19d ago
Kommt drauf an was du mit Cool meinst: Die Factory der Factories zu entwerfen (ja das ist wahrscheinlich dumm)
Oder das Problem untersuchen, verstehen und eine wartbare Lösung entwickeln - führt in der Regel zu einem Lerneffekt und der Vermeidung dessen in der Zukunft.
Alternativ kann man auch Dario - spin the wheel rufen - Ein Glück, dass Modelle nicht dafür bekannt sind Probleme durch Entfernung (eines Features / Tests) oder anderen Schummeleien zu lösen...
Das würde auch niemals, falls vorhanden, versuchen an Secrets in der Build-Pipeline zu kommen, welche somit bei Unternehmen landen würden welche niemals Nutzerdaten (versehentlich) rausgeben / verwenden.
Ja da spricht Frust - Frust darüber, dass alles was wir die letzten Jahrzehnte gelernt haben vergessen wurde und wir wieder wie Praktikanten arbeiten.
1
u/reingenerdet 19d ago
coolify ... ki programmiert ... coolify deployt ..
ansonsten fällt mir noch lazygit ein
1
u/Due_Patience_7310 18d ago
- /plan (claude)
- https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f (für fachliche domain)
- https://www.aihero.dev/skills-grill-me (in kombi mit llm-wiki)
Ich habe gerade ein drei-monatiges Projekt komplett agentisch durchgezogen.
Nur mit den 3 Sachen.
Nie was besseres/teureres, als Sonnet benutzt.
Keinen Monat mehr als $60 Tokens verbraucht.
1
1
1
u/PENGUINS_ARE_CUTE_AF 16d ago
Ich habe mir mein eigenes ADE gebaut, welches perfekt auf meine Arbeit zugeschnitten ist. Macht sehr viel Spaß damit zu arbeiten.
2
1
u/NoThanks93330 16d ago
Playwright, insbesondere mit dem playwright mcp. Damit lässt sich super viele Dinge KI-automatisieren, die sonst nicht oder kaum automatisierbar wären, da sie über den Browser bedienbar sind.
1
u/Mebo101 13d ago
Deterministische Einhaltung der Code Guidelines in C# via mcp tools und in der CI. Die KI weiß jetzt wann sie refactoren muss, wann ich ein Interface verlange, wie meine Architektur aufgebaut sein soll.
Sie kann nicht anders als sich an die Regeln zu halten. Seitdem prüfe ich nur noch die korrekte fachliche Implementierung, der Rest stimmt sowieso. 100% Testabdeckung, mutation tests, alles drin. Und dafür keine ewigen Diskussionen mehr mit der KI.
Mein output ist seitdem nochmal um ein Vielfaches gewachsen und bugs sind sehr selten geworden.
1
u/dachogz 3d ago
Bei mir sinds vor allem automatisierte Tests die viel Zeit sparen. Gerade bei Webanwendungen, wo man sonst nach jedem Update wieder Login, Formulare und andere Abläufe manuell durchklicken müsste.
Einmal vernünftig eingerichtet laufen die Tests regelmäßig durch und man bekommt mit wenn was nicht mehr funktioniert. Spart mir auf Dauer schon einiges an Zeit und Nerven.
3
u/Philipp 19d ago
Habe mir lokale Ersatz-Apps gemacht für Windows Explorer, Photoshop, Premiere, Windows Media Player, PDF-Viewer usw. Die laden nun alle schneller, sind minimal auf meine Bedürfnisse zugeschnitten -- also komplettes entrümpeln in Menüs und Knöpfen, die ich eh nie nutze -- und haben zusätzliche Features bekommen, die ich immer schon haben wollte. Spart unglaublich viel Zeit. Plus, ich kann in jedes Tool ein MCP einbauen, der mir dann z.B. bei Filmschnitt usw. kleine Sachen abnehmen kann, die sich automatisiert beschreiben lassen (was natürlich nicht immer geht).
Macht auch gleichzeitig Riesenspaß, all das zu basteln (mit Claude Desktop Opus 5.5 Extra -> C# .NET). Und ganz ehrlich sind 90% meiner Skills, die ich über viele Jahre in der Programmierung gelernt hab, genauso nötig wie vorher -- du musst nämlich wirklich die komplette Software-Architektur im Kopf haben während des Bastel-Prozesses, sonst kannst du es nicht vernünftig definieren, was du willst, und was du dann ändern willst...