Изменение в ПО, полезные статьи, кейсы клиентов
В Agile есть прекрасная штука, которая называется Daily Standup, или «Ежедневный стендап». Короткая ежедневная встреча команды, во время которой каждый сотрудник делится своими достижениями, планами и затруднениями. Эти встречи позволяют держать руку на пульсе процессов и решать возникшие трудности быстро, а так же не терять фокус на текущей работе. Меня зовут Виталий, я руководитель компании “Софтонит” и хочу рассказать в этой статье о том, с какими проблемами мы столкнулись при внедрении в команде стендапов (хотя казалось бы что в этом сложного), и о том, как мы их решили. Получилось, на мой взгляд, достаточно просто, красиво и функционально.
Всем привет! Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT-отделом 8 и работаю в компании Софтонит. Мы разрабатываем ПО для автоматизации ИТ-отделов. Сегодня хочу поговорить про conventional commits и про свой личный опыт работы с коммитами. На самом деле это бездонная тема, о которую сломано много копий. Кто-то пишет и делает коммиты так, кто-то эдак. В посте попробую поразмышлять о том, как делать не надо и о придуманных на этот счет правилах и договоренностях.
Начинающие (а иногда этим грешат и опытные) разработчики, не до конца понимают принципы создания и работы над коммитами в git. Тут имеется ввиду не механика и команды типа “git commit …”, а общие и глобальные вещи. Например:
Если ты начинающий разработчик, то эта статья точно тебе пригодиться. А если у тебя огромный опыт и ты думаешь, что тебя уже ничем не удивить, то… Не будем торопиться… Давай проверим? )))
Уважаемые ИТ-директора и руководители!
Представляем вашему вниманию уникальный комплект «Шаблоны документов для ИТ-директора» — более 100 профессиональных документов, разработанных по стандартам ITIL, которые помогут вам эффективно управлять ИТ-процессами и сэкономить до 80% времени на подготовку документации.
Сообщим о новых материалах, важных событиях и предложениях