Blog:08.03.2026 Ich nutze lieber Compilersprachen statt Interpretersprachen
Ich nutze lieber Compilersprachen statt Interpretersprachen für die Backend-Programmierung, da hier präziser gearbeitet werden muss als bei Letzteren.
Laravel, Django und Symfony sind gute Web-Frameworks, doch am wohlsten fühle ich mich mit Java und C#. Dort kann ich besser strukturieren, und die Frameworks sind sehr robust.
Auf dem Server ist es nicht egal, welche Programmiersprache verwendet wird. Hier ist eine Liste, wie viel Energie die einzelnen Programmiersprachen verbrauchen:
| Rang | Sprache | Energie | Ausführungstyp | |------|---------|-----------|--------------------------| | 1 | Rust | 1,03 | Kompiliert | | 2 | Java | 1,98 | Virtuelle Maschine (JIT) | | 3 | C# | 3,14–3,50 | Virtuelle Maschine (JIT) | | 4 | Go | 3,23 | Kompiliert |
C und C++ habe ich herausgenommen, da dort bereits kleine Fehler zu Serverabstürzen und Datenlecks führen können. Rust, Java, Go und C# bieten hingegen einen besseren Schutz (Memory Safety).
Ich nutze folgende Tools, um die Codequalität zu überprüfen:
KI-Native IDEs
- Google Antigravity
Copilots & Extensions (Die Assistenten)
- GitHub Copilot
KI-Agenten (Autonome Entwickler)
- Codex CLI
- Claude Code (CLI)
- Gemini (CLI)
- GitHub Copilot (CLI)
Code-Review & Sicherheit
- Snyk
- OSV Scanner
Tipps für KI in ASP.NET Core MVC
Hier sind weitere Tipps zur Nutzung von KI in ASP.NET Core sowie zur Verwendung von PostgreSQL-Benutzernamen und -Passwörtern auf Entwicklungsservern. Im Vergleich zu Produktionsservern sollten stets unterschiedliche Zugangsdaten verwendet werden. Da KI-Anwendungen Daten auf den Servern der Anbieter speichern, sollten keine sensiblen Daten über die KI verarbeitet werden.
KI: Sensibler Umgang mit Daten. Diese Grundsätze beachte ich persönlich: Auf Entwicklungsservern speichere ich keine persönlichen Daten. Persönliche Daten werden nur auf Produktionsservern in der PostgreSQL-Datenbank gespeichert.
Zweiter Tipp: Nutze in der Entwicklung konsequent `.env`-Dateien oder User Secrets (`dotnet user-secrets`), damit diese niemals dem Kontextfenster des KI-Modells übermittelt werden. Ein CLI-Agent sollte restriktiv konfiguriert oder von diesen Dateien per `.gitignore`/Ignore-Listen ferngehalten werden.
Dritter Tipp: Bei Tools wie Codex CLI oder Claude Code die "Auto Execute"-Befehle für Datenbankbefehle deaktivieren. Das Erstellen von Modellen der KI überlassen, das Ausführen von Migrations bleibt Entwickler-Sache.
Vierter Tipp: Nutzen Sie Tools mit LSP (Language Server Protocol) Integration (wie OpenCode CLI oder Cursor), da diese den vollständigen Typen- und Beziehungsbaum der C#-Lösung (`.sln`) verstehen, oder nutzen Sie `@Files`-Tags im Chat, um explizit alle Schichten des MVC-Patterns an die KI mitzugeben.
Fünfter Tipp: Prompten Sie das KI-Tool immer explizit: "Verwende für externe Dateneingaben in Controllern stets ViewModels/DTOs anstelle von Domain-Modellen."