История изменений
Исправление intelfx, (текущая версия) :
Иметь отладочные символы этого окружения при разработке очень помогает.
Зачем? Баги обычно находятся в том, что подвергается разработке, а не в чём-то ниже по стеку. Но даже если так, ты «незаметно» сменил тезис разговора. Помнишь, что ты исходно сказал?
Если ты пишешь серьезный софт, то его надо отлаживать и смотреть корки. И делать это не на сферических сборках в вакууме, а на реальных, которые в реальных условиях как-то не так себя проявили. Если бы ты профессионально занимался разработкой, то понимал бы это.
Так вот, для исходного тезиса:
- программа падает у юзера, у которого в общем случае не тот же самый дистрибутив, что и у разработчика (вне зависимости от того, применяется ли где-то арч)
- юзер присылает либо стектрейс, либо корку
- если стектрейс — проблема уже решена, если корку — разработчик в любом случае должен поставить тот же самый дистр, что у юзера
- в последнем случае дополнительные проблемы возникают только в том случае, когда арч у юзера (разработчику придётся собрать дебаг-версию проги для арча) — но к удобству разработки под арчом это не имеет никакого отношения
Для нового тезиса:
- отладочные символы своей проги у разработчика по определению есть
- я не вижу распространённых причин, по которым разработчику могут потребоваться отладочные символы не его проги
Исходная версия intelfx, :
Иметь отладочные символы этого окружения при разработке очень помогает.
Зачем? Баги обычно находятся в том, что подвергается разработке, а не в чём-то ниже по стеку. Но даже если так, ты «незаметно» сменил тезис разговора. Помнишь, что ты исходно сказал?
Если ты пишешь серьезный софт, то его надо отлаживать и смотреть корки. И делать это не на сферических сборках в вакууме, а на реальных, которые в реальных условиях как-то не так себя проявили. Если бы ты профессионально занимался разработкой, то понимал бы это.