What they don't tell you about maintaining an open source project
Разработка минималистичного self-hosted канбан-доски Kaneo была весёлой, но шиппинг — только начало. После релиза v1 и набора звёзд на GitHub автор столкнулся с вызовами поддержки: документация требует постоянных улучшений (примеры, видео, troubleshooting), так как пользователи из разных бэкграундов — новички в Docker или на Windows. Поддержка дебагов на неожиданных сетапах (корпоративные прокси, Raspberry Pi кластеры, Kubernetes, NAS с ARM) учит больше, чем ожидалось, раскрывая упущенные failure modes.
Feature requests — это решения: проверка на фит в вижн, сложность кода, долгосрочную поддержку; отказы прозрачные. Миграции DB для 200+ прод-юзеров —恐怖: тесты всех версий, dry-run, upgrade notes, но модифицированные DB и кастомные патчи ломают планы. Контрибьюторы — подарок, но требуют сглаживания стилей и архитектуры. Окружения разнообразны (Docker, K8s, bare metal с 2015-го, RPi с 1 ГБ RAM); фокус на resilient ошибках, логах. Доки обновлять с кодом — никогда не finished.