Технически это лог, т.е. можно натыкать 100500 этих printf, и посмотреть до какого момента и в каком состоянии доходит. И если тебе нужно совершить например сотню итераций, а падает на рандомном этапе, то только так по сути и "дебажить". Причем дэбаг это ещё и остановка кода, что порой приводит к всяким нежелательным таймаутам.
Ну или ещё более веселое -- падает в релизной сборке, которую особо не подэбажишь.
"веселая" ситуация случилась пару месяцев назад.
В дебаге не воспроизводится
В релизе воспроизводится
Логируешь и в релизе не воспроизводится. Оказалось что движок подвисал чутка и время на логирование ему давало время что бы раздуплиться.
Вот это печальная ситуация.
Друзья. Я провожу эксперимент. Я работаю менеджером продукта в полностью удаленной компании. Все попытки делать что-то, что напоминает управление продуктом, были подорваны руководителями, которые просто хотят диктовать командам, что строить. Это фабрика фичей, и все идут маршем смерти, пока компания бредет дальше, но не растет.
После одного особенно удручающего дня, я просто решил перестать что-либо делать. Моя команда заново создает приложение, которое уже существует (не спрашивайте почему, я до сих пор не понимаю), так что проекту я не нужен. Поэтому я просто посещаю встречи и больше ничего не делаю. Прошло 2 месяца. Никто не заметил.
На самом деле, все, что я слышал - это как все довольны моей работой. Это безумие. С одной стороны, приятно не иметь стресса и давления. С другой стороны, это сводит с ума.
Кто-нибудь еще сталкивался с таким?
Отличный комментарий!
Сюрприз-сюрприз. Возможно, руководителям тоже стоит присоединиться к эксперименту. Так, чисто ради научного интереса
Возможно, большинство руководителей давно следуют этой тактике.
я изменил дату создания и изменения файла на те же, что были у удаленного
Правила очень просты. Доступ будет по терминалу к прод серверу, где из инструментов есть только cat и sed, и проект нужно починить (бизнес очень просит). 10 минут, игра начинается.
Отличный комментарий!