Понимаю что штука нужная. Но не совсем понятно че как применять. По логике да. На практике нет.

Это как с logging. До сих пор ищу траблы в коде принтами. И все равно удобнее логгинга этого

Я бы скорее про git flow предложил почитать.
Git нужен чтобы вести работу параллельно (как одному, над разными ветками, так параллельно с другими людьми), потом удобно синхронизировать её, перемещаться между версиями приложения. Без гита, пришлось бы папки проекта копировать)

Попробуй написать полноценный веб-сервис и в процессе разработки держи в голове возможности гита. Уверен, с первыми правками руки сами потянутся

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

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

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

Рассыпал брейкпоинты, запустил под дебагером и смотришь везде ли нормальные значения

А там уже по ситуации

Хм, ну понятно, думал м.б. есть какие-то алгоритмы,
или проектирование схем.. и т.д.

+

Вы увеличили карму Бензофуран Гетероцикл до 4197.12 (+10.72)

Ну и собсна если где-то что-то косяк то смотришь откуда пришло значение

пиздец написал год назад бота, сейчас запустил - два депрекейшена

я не успеваю!

ору

то есть, сожалею

гг

поставлю свечку
(поминальную)

И Руд такой: ахахаха

Я хотел пошутить, но это было бы слишком жестко🌚