Если вы вдруг решили стать великим разработчиком C#, вот вам список вредных советов. Следуя им, вы гарантированно обеспечите своему коду головную боль, а себе – славу главного разрушителя продуктивности!
Совет 1: Никаких SOLID-принципов
Зачем вам эти скучные буквы? Вместо них пишите один огромный класс, который будет и базу данных обновлять, и PDF-документы генерировать, и еще отправлять письма . Чем больше ответственности у одного класса, тем лучше – ведь так его можно гордо назвать "МегаГлобальныйКласс".
Совет 2: Игнорируйте DI-контейнер
Зачем вам внедрение зависимостей? Создавайте все экземпляры классов внутри методов. Пусть ваш код будет увлекательным квестом для коллег, которые отчаянно пытаются отследить, кто кого вызывает. Конструкторы со 100 параметрами? Отличная идея!
Совет 3: Логи пишите в файл на рабочем столе
Какие там Prometheus и Kibana? Самый надежный способ отладки – это Console.WriteLine. А чтобы логи не потерялись, просто создавайте файлы на рабочем столе с именами вроде log123123final(1).txt. Настоящие разработчики так делают!
Совет 4: Валидация? Это для слабаков!
Позволяйте пользователю отправлять любой мусор в ваши API. Зачем тратить время на проверки? Если в базу данных случайно попадет строка вместо числа, значит, так и должно быть. Помните: чем меньше проверок, тем быстрее программа!
Совет 5: Любите магические числа
Не используйте константы и enum'ы. Пусть в коде живут бессмысленные цифры вроде 42, 13, и строки типа "МЕГА_РЕЖИМ". Когда через год вы забудете, что означают эти значения, будет повод весело провести время.
Совет 6: Изобретайте велосипеды
Не доверяйте стандартным библиотекам. Ваша собственная реализация сортировки пузырьком или HTTP-клиента, написанного за ночь, наверняка будет лучше, чем то, что сделали инженеры Microsoft. Чем больше велосипедов, тем веселее проект!
Совет 7: Делайте «горячие» исправления на продакшене
Если баг всплыл в продакшене, смело идите и редактируйте файлы прямо на сервере. Кто вообще придумывал эти ваши CI/CD? Это только для слабых. Настоящие герои правят код "вживую".
Совет 8: Чем больше технологий – тем лучше
Если вы пишете микросервис, обязательно включите в него MongoDB, RabbitMQ, Redis, Kafka, и еще что-нибудь, что звучит модно. Даже если это не нужно, вы всегда можете сказать, что сделали проект «с запасом на будущее».
Совет 9: Игнорируйте тесты
Автоматизированное тестирование? Это пустая трата времени. Лучше вручную проверяйте функционал каждую ночь перед релизом. Настоящий программист не нуждается в этих ваших xUnit и Moq.
Совет 10: Используйте один общий try-catch
Ставьте try-catch вокруг всего кода и ловите Exception. А внутри блока оставьте пустой комментарий // TODO. Ведь ошибки – это просто предупреждения Вселенной, и обрабатывать их вовсе необязательно.
Заключение
Если вы следовали всем этим советам, поздравляем! Ваш код теперь – эталон хаоса и непредсказуемости. Коллеги будут вспоминать вас с трепетом и легкой дрожью в голосе. Но если вы хотите создавать качественное ПО, лучше делайте всё наоборот!