🐞 Тренировка по дебагу

Если ваши коллеги пишут идеальный код, пора развивать навыки поиска ошибок.

Чтобы стать мастером отладки, важно не только понимать, как писать правильный код, но и уметь находить и исправлять ошибки, которые могут скрываться даже в самых «идеальных» решениях.

Для этого можно использовать промпт:

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

Напиши функцию на C#, которая <ДЕЛАЕТ ЧТО-ТО>. Включи как минимум три различных ошибки, которые разработчик может часто допускать при реализации этой функции. Ошибки должны приводить к некорректным результатам или потенциальным ошибкам времени выполнения.

С каждым багом вы становитесь только сильнее.

🐸Библиотека шарписта

#буст

⚙️ Как не наступить на грабли с nullable в C#

В C# запись T? используется в двух разных контекстах — и это может запутать даже опытных разработчиков.

• Nullable Value Types

Тут T? — это реально другой тип.
int? — это Nullable<int>, со своими методами HasValue, Value.
Вы получаете объект, который может быть пустым:

int? age = GetAge();
if (age.HasValue) Console.WriteLine(age.Value);

• Nullable Reference Types

А тут T? — это не новый тип, а подсказка компилятору:
«Эта ссылка может быть null — предупреди меня, если я забуду это проверить.»
Во время выполнения — всё равно просто T:

string? name = GetName();
Console.WriteLine(name.Length); // ⚠️ warning: возможно null!

Будьте внимательны: одинаковый синтаксис ≠ одинаковое поведение.

🐸Библиотека шарписта

#буст

👨‍💻 Как реагировать на код-ревью

Код-ревью — это не просто оценка вашего кода, это возможность для роста и улучшения. Не все умеют конструктивно «обзываться», поэтому нужно уметь правильно реагировать на ревью.

Критика = шанс для роста. Каждый комментарий — это возможность улучшить код и стать лучше. Не нужно воспринимать это как личную атаку.

Проблемы с кодом — это не проблемы с вами. Ошибки в коде — это нормальная часть работы. Главное — это стремление исправить их.

Порой избыточная критика может деморализовать. Главное — это знать, что каждый ошибается, и это не делает вас плохим разработчиком.

💬 Как вы реагируете на код-ревью? Стараетесь не пропускать через себя или отвечаете коллегам так же строго? Делитесь в комментариях 👇

🐸Библиотека шарписта

#междусобойчик

🏦 Строим банк с нуля

Начинаете проект с нуля?
Сначала решите, как разные части вашего приложения будут общаться.
ArchiMate — удобный способ всё нарисовать и разложить по полочкам.
Когда схема понятна, проект становится аккуратным, а систему легко улучшать и развивать.

➡️ В статье — о том, как визуализировать компоненты приложения и построить систему, которую легко развивать.

🐸Библиотека шарписта