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

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

свои баги я предпочитаю не делать. опыт, знаешь ли. уже на автомате не делаешь баги. но софт может быть очень сложным и изменения в одной его части могут повлечь неожиданные эффекты в другой. часто в компаниях софт вообще не документирован и не всегда снабжён всеми необходимыми тестами, я уж не говорю про CI и автоматизацию сборок и тестов для разных платформ, например. так что иногда баги получаются от неполного представления работы софта. а как он работает целиком, обычно никто и не представляет. особенно когда проектам уже по 20 лет и накопилось несколько мегабайт сорцов.

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