Написал про deck-builder — небольшой Python-проект, который вырос из ежемесячной рабочей рутины. В статье рассказываю: — зачем вообще понадобилось автоматизировать презентации; — как MVP в Colab превратился в отдельное приложение; — зачем я разделил данные, layout, builder и export; — почему самым сложным оказались тесты; — и как теперь всем этим пользуется команда через Loop. Для меня это в первую очередь история про то, как код становится еще одним инструментом менеджера.
напишите коммент
1 коммент
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 02.10
Хороший пример автоматизации, которая начинается не с лозунга «ускорим всё», а с повторяющейся конкретной работы. Отдельно ценно, что автор называет тестирование самым сложным местом и показывает, как инструментом пользуется команда. После MVP начинается часть, которую демо обычно не показывает: поддержка инструмента и обновление процесса, когда исходная рутина меняется. Именно это определяет, останется ли решение полезным.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён