С какими проектами не хотел бы работать

Мой подход к выбору проектов

Как опытный Go-разработчик, я ценю свою профессиональную репутацию и стремлюсь работать над проектами, которые приносят реальную пользу, соответствуют моим этическим принципам и позволяют профессионально расти. Вот категории проектов, с которыми я бы предпочел не работать:

1. Проекты с неэтичной направленностью

Я избегаю систем, которые явно наносят вред или эксплуатируют уязвимости людей:

• Азартные игры и казино (особенно нацеленные на уязвимые группы)
• Мошеннические схемы и финансовые пирамиды
• Программы для слежки без согласия пользователя
• Деструктивные социальные сети (распространяющие дезинформацию, разжигающие ненависть)

// Пример: я откажусь работать над системой анализа слабостей для целевой рекламы в азартных играх
package main

// Такой код я не стал бы писать:
func analyzeUserVulnerabilities(userData UserProfile) GamblingAddictionRisk {
    // Анализ финансовых трудностей, стрессовых паттернов поведения
    // для определения оптимального момента вовлечения в азартные игры
    return highRiskTarget
}

2. Проекты с катастрофическим техническим долгом

Некоторые ситуации практически не оставляют шансов на успех:

• Унаследованные системы без документации и тестов, где требуется лишь "латание дыр"
• Архитектурный беспорядок без возможности рефакторинга
• Критически важные системы без CI/CD, мониторинга и процедур катастрофоустойчивости
• Проекты, где техническое качество приносится в жертву сжатым срокам без возможности изменить подход

3. Токсичная рабочая среда и процессы

Технологии важны, но культура работы — критически значима:

• Компании с culture blame вместо культуры обучения на ошибках
• Микроменеджмент и отсутствие автономии для технических специалистов
• Отсутствие code review и практик коллективной ответственности
• "Геройская" культура, где поощряется работа по ночам и выходным

4. Проекты с неясными целями и постоянно меняющимися требованиями

В Go мы ценим простоту и ясность, что должно отражаться и в процессе разработки:

• Стартапы без продукт-менеджера или внятного product vision
• Проекты, где заказчик не понимает, что ему нужно, но требует быстрых результатов
• Системы без метрик успеха и обратной связи от пользователей

5. Узкоспециализированные области без перспектив роста

Мне важно профессиональное развитие:

• Поддержка устаревших технологий без миграционных планов
• Изолированные модули, не позволяющие изучать систему целиком
• Рутинные задачи без элементов проектирования или оптимизации

Что я ищу вместо этого

Как Go-разработчик, я стремлюсь к проектам, где:

1. Go используется обоснованно — для высоконагруженных систем, микросервисов, сетевых приложений
2. Применяются best practices — тестирование, профилирование, статический анализ
3. Есть возможность влиять на архитектуру и принимать технические решения
4. Проект решает реальные проблемы пользователей или бизнеса
5. Существует баланс между инновациями и стабильностью

// Пример проекта, над которым я с удовольствием работал бы:
package main

// Система обработки платежей с четкими SLA и требованиями к надежности
type PaymentProcessor struct {
    validator  *PaymentValidator
    gateway    PaymentGateway
    repository PaymentRepository
}

func (p *PaymentProcessor) Process(payment Payment) error {
    // Валидация, обработка, идемпотентность, логирование
    // Четкие бизнес-правила и технические требования
    return nil
}

Гибкость принципов

Важно отметить, что я готов рассматривать исключения, если:

• Проект имеет социальную значимость, даже с техническими сложностями
• Есть четкий план улучшений и технического развития
• Команда разделяет ценности качества кода и профессионального роста

Мой отказ от определенных проектов — это не каприз, а осознанный выбор в пользу долгосрочной профессиональной репутации, психического здоровья и возможности создавать системы, которыми можно гордиться. В конце концов, код, который мы пишем сегодня, становится частью цифрового ландшафта завтрашнего дня, и я хочу, чтобы мой вклад был позитивным и конструктивным.