LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Иметь отладочные символы этого окружения при разработке очень помогает.

Зачем? Баги обычно находятся в том, что подвергается разработке, а не в чём-то ниже по стеку. Но даже если так, ты «незаметно» сменил тезис разговора. Помнишь, что ты исходно сказал?

Если ты пишешь серьезный софт, то его надо отлаживать и смотреть корки. И делать это не на сферических сборках в вакууме, а на реальных, которые в реальных условиях как-то не так себя проявили. Если бы ты профессионально занимался разработкой, то понимал бы это.

Так вот, для исходного тезиса:

  • программа падает у юзера, у которого в общем случае не тот же самый дистрибутив, что и у разработчика (вне зависимости от того, применяется ли где-то арч)
  • юзер присылает либо стектрейс, либо корку
  • если стектрейс — проблема уже решена, если корку — разработчик в любом случае должен поставить тот же самый дистр, что у юзера
  • в последнем случае дополнительные проблемы возникают только в том случае, когда арч у юзера (разработчику придётся собрать дебаг-версию проги для арча) — но к удобству разработки под арчом это не имеет никакого отношения

Для нового тезиса:

  • отладочные символы своей проги у разработчика по определению есть
  • я не вижу распространённых причин, по которым разработчику могут потребоваться отладочные символы не его проги

Исходная версия intelfx, :

Иметь отладочные символы этого окружения при разработке очень помогает.

Зачем? Баги обычно находятся в том, что подвергается разработке, а не в чём-то ниже по стеку. Но даже если так, ты «незаметно» сменил тезис разговора. Помнишь, что ты исходно сказал?

Если ты пишешь серьезный софт, то его надо отлаживать и смотреть корки. И делать это не на сферических сборках в вакууме, а на реальных, которые в реальных условиях как-то не так себя проявили. Если бы ты профессионально занимался разработкой, то понимал бы это.