TLDR; Небольшие изменения статического текста, запрошенные моими клиентами, привели меня к созданию небольшого пользовательского веб-приложения для Git, где они могут сами вносить эти изменения.

Сколько раз вы слышали, как ваши клиенты, команда QA или менеджеры просили вас или команду разработчиков внести небольшие изменения в текст или метки в вашем приложении? Иногда, как разработчики, мы чувствуем, что теряем много времени, внося небольшие изменения в разметку наших представлений или шаблонов, вместо того, чтобы тратить время на создание новых реальных функций.

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

Очень часто большая часть статического текста напрямую жестко прописывается внутри шаблонов и представлений, а версии в Git.

В одном из моих последних проектов мне удалось объяснить коллеге, не являющемуся разработчиком, как использовать интерфейс Github для поиска и использовать функцию «Редактировать файл», чтобы напрямую вносить изменения в репозиторий проекта.

Мне потребовалось некоторое время, чтобы объяснить ей, как использовать эту функцию Github, но после этого это сэкономило нам много времени. Каждый раз, когда она хотела внести небольшое изменение текста в представление, она сначала пыталась найти текст, который она хотела изменить, с помощью поиска, использовала функцию «Редактировать файл» и создавала запрос на вытягивание. Даже если она на самом деле не привыкла к HTML, в большинстве случаев было достаточно просто изменить текст, метку или заголовок внутри разметки.

Это был хороший и успешный опыт, но, тем не менее, процесс работы с Github было сложно объяснить человеку, не являющемуся разработчиком. Для этого требуется несколько кликов мышью и переход на несколько страниц для поиска, затем редактирование файла и, наконец, создание запроса на включение. Есть новый технический словарь для новичков в Git («коммит», «pull request» и т. д.). Кроме того, функция редактирования файла Github позволяет вносить изменения только в один файл за раз.

В это время у меня возникла небольшая идея: почему бы не создать очень минималистичный веб-интерфейс, который позволил бы не разработчикам выполнять поиск в репозитории Git, изменения в нескольких файлах и запросы на извлечение, чтобы позволить разработчикам просматривать и объединять изменения… все это на одной странице! Родилось кодовое название проекта QuickFastChange (QFC).

Для первой версии я решил создать прототип, используя только Github API и приложение Github.

В конце концов, прототип готов, и похоже, что я остался в рамках своей идеи. Моя клиентка смогла искать термины в репозитории своего проекта, вносить небольшие изменения и создавать запросы на вытягивание всего за несколько секунд, оставаясь при этом на одной и той же странице. Прототип был быстро проверен и моим коллегой, и мной!

Поэтому, если вы хотите сэкономить время, разрешив своим сотрудникам, клиентам и менеджерам вносить изменения в свои репозитории, попробуйте сегодня на https://quickfastchange.io.

Что касается технических деталей, прототип был создан с использованием Elixir и фреймворка Phoenix Web. Интерактивная отдельная страница для внесения изменений была создана с использованием библиотеки LiveView. Я был очень доволен этим выбором и обязательно позже оставлю техническую обратную связь тем, кто заинтересован.