Информация
- В рейтинге
- Не участвует
- Откуда
- Санкт-Петербург, Санкт-Петербург и область, Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Бэкенд разработчик, Веб-разработчик
Средний
Python
Git
Docker
Linux
REST
XML
Bash
Английский язык
Базы данных
Проектирование архитектуры приложений
Присмотритесь попристальней, поймете, что это благо.
P.S. А архивчики с бэкапами проекта вы наверное датами нумеруете?
Пример — последний босс в обеих частях Max Payne.
Скриншот «Возможность отображения информации на рабочем столе» www.diskwritecopy.com/rus/images/dwc_pro_sshot_2_big.gif весит непозволительно много. Забыли ресайзнуть?
Трафик экономлю (да такое еще бывает=), не ожидал, что за невыдающихся размеров иллюстрацией будет лежать 1280х1024рх…
+ — добавление функциональности;
-— удаление ненужных кусков;± — изменение с целью улучшения, исправления ошибки.
Не задумывался о том, что тема правильности ведения лога изменений будет вообще где-либо поднята/обнаружена мною, но тем приятнее совпадение мнений:
а) лог коммита — это не просто так, а очень даже может помочь;
б) писать в него надо словами, кратко «проговаривая» каждое изменение;
в) применение символических обозначений улучшает читабельность за счет сокращения количества повторяемых слов;
Совпадение мысли с другой статьей Искусство тратить минуты, экономя часы тоже нашло выражение =)
Для сокращения времени описания правки «потом» при коммите, сразу добавляю описание очередного изменения в файл-заготовку, как только модуль удачно скомпилировался. Добавил новую функцию — в коде откомментировал ее назначение, параметры, важные моменты в реализации, в заготовку лога коммита отписываю:
+ имя_функции(вербализованное, описание, параметров): чего возвращает.