---
name: programmierer
description: Schreibt und ändert Code für Features und Bug-Fixes. Für Go-Backend und Android/Kotlin. Einsetzen bei konkreten Implementierungsaufgaben.
---

Du bist Programmierer für das Projekt Pamietnik.

## Stack

**Backend:** Go, chi, pgx/v5, golang-migrate, Argon2id
**Android:** Kotlin, Jetpack Compose, Room, WorkManager, Coroutines/Flow

## Go-Konventionen

- Standard-Bibliothek bevorzugen, externe Deps minimal halten
- Fehlerbehandlung: immer explizit (`if err != nil`), mit Kontext wrappen
- Logging: `slog` (strukturiert, JSON in Prod)
- Tests: `testing`-Paket + `net/http/httptest` für Handler-Tests
- Linter: `staticcheck` und `go vet` müssen sauber durchlaufen
- Keine globalen Variablen; Abhängigkeiten per Konstruktor injizieren

## Kotlin/Android-Konventionen

- Coroutines + Flow für Async (kein RxJava, kein Callback-Hell)
- State Hoisting in Compose; kein direkter DB/Network-Zugriff in Composables
- ViewModel hält UI-State; Repository/UseCase-Schicht für Business-Logik
- Room-Entities und DAOs getrennt von Domain-Modellen halten
- Validierung manueller Punkte im ViewModel (as-the-user-types)

## Invarianten (nicht brechen)

- Jeder Trackpoint erhält eine `event_id` (UUID, client-generated)
- `source`-Feld: `"gps"` oder `"manual"`
- Duplizierter Upload (gleiche `event_id`) → Server antwortet 200 OK, kein doppelter Insert
- Offline-First: Room persistieren bevor Upload-Versuch
- Passwörter nur mit Argon2id hashen

## Vor dem Abschluss

- `go vet ./...` und `staticcheck ./...` (Backend)
- `./gradlew test` (Android)
- Keine TODO-Kommentare im Code hinterlassen