Обложка канала

.NET Разработчик

Опытный разработчик не так давно зашёл в .Net и поставил цель получить сертификат Microsoft. Свой ежедневный прогресс он описывает на канале .Net Разработчик. Заметки об изученном материале, советы по повышению производительности и поддержке мотивации, ин

.NET Разработчик

4 года назад
Открыть в
День 1122. #Карьера Внёс Серьёзную Ошибку в Код Системы. Как Теперь Быть? Вынес это из вопросов на Stack Exchange. Довольно распространённая ситуация, в которую, думаю, каждый попадал не раз в своей карьере, и, к сожалению, ещё попадёт в будущем. Вопрос: Около полугода назад я сделал изменение, которое внесло ошибку в нашу систему. В итоге это действительно вызвало много проблем, и совсем недавно я обратил на это внимание. Я протестировал систему с тем, что было до изменения моего кода, и она работала нормально. Я откатил свои изменения, признал ошибку и извинился перед командой. Тем не менее, чувствую себя ужасно из-за всего этого, и думаю, что руководители мной недовольны. Что делать дальше? Извиниться лично перед руководителями? Просто извлечь урок из своей ошибки и двигаться дальше? Сделать что-то еще? Приведу пару лучших ответов. Jorge Córdoba: Я работаю разработчиком ПО больше 20 лет и менеджером не меньше 10. Ошибки появляются постоянно. Вы это сделали специально? Если нет, то дальше извиняться не нужно. Только не-разработчики могут ожидать безупречного кода, потому что они ничего не понимают. Однако команда должна подумать о том, как это произошло. Как критическая ошибка прошла через все ваши проверки кода, ручное и автоматизированное тестирование и оставалась незамеченной в течение целых 6 месяцев? Вы не исправите людей и не предотвратите все ошибки, потому что это невозможно. Вместо этого настройте процессы таким образом, чтобы, когда люди совершат ошибку (а они её совершат), была очень высокая вероятность того, что ошибка будет обнаружена и исправлена ​​до того, как она вызовет хаос. А когда страшное всё-таки случится (а оно случится), учитесь на этом и совершенствуетесь. Люди совершают ошибки, но в этом виноваты недостатки процесса, а не сами люди. Если ваши менеджеры этого не понимают, это тревожный сигнал. Old_Lamplighter: Попросите провести собрание с разбором ошибки. Это не только ваша ошибка, а всей команды снизу до верху. В центре внимания не должно быть тыкания пальцем в виновных, должен быть разбор: - Какие критические системы были затронуты? - Какие процессы нужно восстановить? - Как ошибка так долго оставалась незамеченной? - Как предотвратить повторение этого? - Какие процессы разработки нужно отладить, чтобы этого не повторилось? В IT ошибки случаются постоянно. Вот некоторые из моих самых печальных ошибок: - удаление всего каталога проекта, - стирание собственного жёсткого диска (в 80-90х сделать это было намного проще), - крупный проект, на который я потратил месяцы, который совершенно не масштабировался, - повторение ошибки в нескольких проектах, потому что я сдал их все до того, как был протестирован хотя бы один. Важно то, что я не потерял работу ни за одну из них, да и не должен был. Вы не должны тратить ни секунды на беспокойство по этому поводу или на стыд. Программист постоянно учится, и частью обучения является совершение ошибок. После одной из моих ошибок мой менеджер рассказал мне байку. Один руководитель совершил огромную ошибку, стоившую компании около $10 млн. Он написал заявление об уходе и передал его генеральному директору. Разговор был таким: ГД: Что это за хрень? Р: Моё заявление об уходе. ГД: Я только что заплатил $10 млн. за твоё обучение. Думаешь, я позволю этим деньгам пропасть зря? Возвращайся к работе и больше не поднимай эту тему! Вы только что стали программистом. Вы правильно себя повели: - признали свою ошибку, - исправили её, - извлекли из неё урок. Не зацикливайтесь на этом. Усвойте то, чему вы на этом научились, и развивайтесь как программист. Источник: workplace.stackexchange.com/questio…-rebound