<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Softwareentwicklung on CTOMultiplier</title><link>https://ctomultiplier.com/de/tags/softwareentwicklung/</link><description>Recent content in Softwareentwicklung on CTOMultiplier</description><generator>Hugo</generator><language>de</language><lastBuildDate>Thu, 16 Jul 2026 16:44:24 +0200</lastBuildDate><atom:link href="https://ctomultiplier.com/de/tags/softwareentwicklung/feed.xml" rel="self" type="application/rss+xml"/><item><title>Wie man KI in einem Software-Team einführt</title><link>https://ctomultiplier.com/de/wie-man-ki-in-einem-software-team-einfuehrt/</link><pubDate>Sun, 16 Nov 2025 13:15:38 +0000</pubDate><guid>https://ctomultiplier.com/de/wie-man-ki-in-einem-software-team-einfuehrt/</guid><description>&lt;p&gt;Besteht Ihre KI-Adoptionsstrategie darin, Copilot-, Cursor- oder Claude-Lizenzen zu verteilen und sie herausfinden zu lassen, wie man sie benutzt?&lt;/p&gt;
&lt;p&gt;Im vergangenen Jahr habe ich festgestellt, dass dies eine weit verbreitete Strategie in Software-Unternehmen ist, deren Teams einer hohen Arbeitsbelastung ausgesetzt sind und die aufgrund mangelnder Kenntnisse und Zeit KI als nur eine weitere Technologie betrachten, die jeder Entwickler autodidaktisch erlernen kann.&lt;/p&gt;
&lt;p&gt;Wenn ich anfange, mit einem Kunden zu arbeiten, der diesen Ansatz verfolgt hat, messe ich als Erstes die tatsächliche Nutzung und den Impact, den die Initiative hatte, und was ich beobachte, ist Folgendes:&lt;/p&gt;</description></item><item><title>Leitfaden für robuste Entwicklung mit KI: Cursor und Github Copilot</title><link>https://ctomultiplier.com/de/leitfaden-fuer-robuste-entwicklung-mit-ki-cursor-und-github-copilot/</link><pubDate>Wed, 14 May 2025 15:48:12 +0000</pubDate><guid>https://ctomultiplier.com/de/leitfaden-fuer-robuste-entwicklung-mit-ki-cursor-und-github-copilot/</guid><description>&lt;p&gt;KI-Code-Assistenten haben sich in letzter Zeit aufgrund der Leistungsfähigkeit, die sie zur Beschleunigung der Softwareentwicklung bieten, verbreitet. Allerdings ist das Erlernen ihrer Nutzung nicht so einfach wie das Schreiben eines simplen Prompts. Die Lernkurve, um das volle Potenzial dessen auszuschöpfen, was sie bieten, ist nicht so gering, wie wir vielleicht denken. Wenn wir sie unterschätzen, riskieren wir a) Code von schlechter Qualität mit Fehlern und Sicherheitslücken zu produzieren oder b) die Fähigkeiten nur eingeschränkt zu nutzen und weniger Vorteile zu erzielen als verfügbar wären.&lt;/p&gt;</description></item><item><title>KI in der Softwareentwicklung: Hype oder Game Changer?</title><link>https://ctomultiplier.com/de/ki-in-der-softwareentwicklung-hype-oder-game-changer/</link><pubDate>Thu, 13 Mar 2025 10:59:03 +0000</pubDate><guid>https://ctomultiplier.com/de/ki-in-der-softwareentwicklung-hype-oder-game-changer/</guid><description>&lt;p&gt;Wir schreiben das Jahr 2028, 6 Jahre sind seit dem Boom der generativen KI mit dem Erscheinen von ChatGPT vergangen und seit dem, was eine Welle der Einfuehrung generativer KI in die Softwareentwicklung war. Doch nach dem &lt;em&gt;Hype&lt;/em&gt;, der in den Jahren 2023 und 2024 entstand, nahm die Nutzung der KI-basierten Copilots und Code-Assistenten allmaehlich ab. Man stellte fest, dass sie im Grunde nicht viel Wert boten, da der Grossteil des produzierten Codes fehlerhaft und von mittlerer Qualitaet war und die Entwickler mehr Zeit damit verbrachten, die von der KI eingefuehrten Fehler zu korrigieren, als sie einsparten. Dies fuehrte dazu, dass die Adoptionsinitiativen allmaehlich an Kraft verloren, bis sie aus der technologischen Debatte verschwanden, was an das kurzlebige Schicksal des Metaverse erinnert.&lt;/p&gt;</description></item><item><title>Wissen Sie, was DPE ist?</title><link>https://ctomultiplier.com/de/wissen-sie-was-dpe-ist/</link><pubDate>Wed, 27 Sep 2023 07:23:39 +0000</pubDate><guid>https://ctomultiplier.com/de/wissen-sie-was-dpe-ist/</guid><description>&lt;p&gt;DPE steht für Developer Productivity Engineering und ist der Name einer neuen Disziplin, die darauf abzielt, die Produktivität von Entwicklern durch Automatisierung, Observability und Werkzeugverbesserung zu steigern.&lt;/p&gt;
&lt;p&gt;Die Arbeit eines Entwicklers beim Programmieren besteht aus drei Phasen: Code -&amp;gt; Build -&amp;gt; Test. Der Entwickler wiederholt diese Sequenz Dutzende oder sogar Hunderte Male am Tag. Und in vielen Fällen können die Build- und Testphasen im Minutenbereich liegen. Zum Beispiel: Wenn der Build einer Anwendung 5 Minuten dauert und der Entwickler 10 Builds pro Tag durchführt, sind das 50 Minuten Wartezeit pro Tag für den Entwickler. Ebenso kann die Testphase die Wartezeit des Entwicklers erhöhen. Multiplizieren Sie das mit der Anzahl der Entwickler in einem Unternehmen, und die Kosten sind erheblich.&lt;/p&gt;</description></item><item><title>Leitfaden für Code Reviews in Ihrem Team</title><link>https://ctomultiplier.com/de/leitfaden-fuer-code-reviews-in-ihrem-team/</link><pubDate>Tue, 25 Jul 2023 15:42:32 +0000</pubDate><guid>https://ctomultiplier.com/de/leitfaden-fuer-code-reviews-in-ihrem-team/</guid><description>&lt;p&gt;Code Reviews sind eine Praxis, die sich in den letzten Jahren verbreitet hat, bei der ein oder mehrere Entwickler den neuen Code eines Kollegen überprüfen, mit dem Ziel, Qualitätsprobleme im Code, Bugs, Sicherheitslücken, schlechte Praktiken usw. zu erkennen. Dies ermöglicht es, Feedback-Schleifen zu verkürzen, was bekanntlich sehr vorteilhaft ist, denn je später ein Problem entdeckt wird, desto höher sind die Kosten für seine Behebung und desto größer ist die potenzielle geschäftliche Auswirkung.&lt;/p&gt;</description></item><item><title>Wenn Abstraktionen undicht werden</title><link>https://ctomultiplier.com/de/wenn-abstraktionen-undicht-werden/</link><pubDate>Thu, 15 Jun 2023 18:47:25 +0000</pubDate><guid>https://ctomultiplier.com/de/wenn-abstraktionen-undicht-werden/</guid><description>&lt;p&gt;In der Softwarewelt verwenden wir ständig Abstraktionen, um unsere Arbeit zu erleichtern, da sie uns von anderen Domänen abstrahieren und die Komplexität, mit der wir umgehen müssen, erheblich reduzieren. Ein Beispiel für eine Abstraktion sind ORMs. Ein ORM ermöglicht es uns, die Anwendung von der verwendeten Datenbank zu abstrahieren. Anstatt Abfragen (die spezifisch für die Datenbank-Engine sind) schreiben zu müssen, um auf die Daten zuzugreifen, ermöglicht uns das ORM, die Programmiersprache, die wir zum Codieren der Anwendung verwenden, auch für den Datenzugriff zu nutzen. Jeder, der ORMs verwendet hat, weiß, dass die Abstraktion in vielen Fällen gut funktioniert und viel Wert bringt, aber wenn die Anwendung erfordert, dass wir mehrere zusammenhängende Entitäten abrufen, unter anderem, dann beginnen wir, die Grenzen zu sehen. In diesen Fällen ist es üblich, dass ORMs nicht immer die optimalen Abfragen generieren oder dass sie uns dazu zwingen, übermäßig komplexen Code zu schreiben, sodass wir manchmal am Ende Abfragen direkt in der Sprache der zugrunde liegenden Datenbank schreiben. Das bedeutet, die Abstraktion für solche Fälle beiseitezulegen.&lt;/p&gt;</description></item></channel></rss>