Компания Atlassian в рассылке для пользователей предупредила, что все аккаунты в России и Беларуси будут принудительно отключены. Клиентам дают 30 дней на перенос своих данных.
Из опыта прошлых блокировок других сервисов, самый надёжный вариант в таком случае — поднять собственный сервер с аналогичной системой (но опенсорсной и бесплатной), чтобы ни от кого не зависеть.
Читать полностью »
Я сейчас занимаюсь тем, что помогаю акаунту в несколько десятков разработчиков зарелизить проект качественно и в срок. Среди прочего у проекта есть проблема с разбиением задач на тикеты в JIRA. Просто для понимания масштаба – проекту год, разработчиков грубо говоря три дюжины, номер последнего тикета 12000+. При этом много тикетов с тегов investigate, много тикетов в результате которых создается pull request на 20 строк при том, что для достижения результата который «можно пощупать руками» (tangible) нужно 100 строк и остальные 80 строк размазаны по другим спринтам и другим командам. Это ведет к следующим проблемам
Дисклеймер: обзор альтернатив и выбор инструмента является субъективным мнением автора и не претендует на абсолютную истину.
Наша команда как и многие другие работала с облачными продуктами Atlassian: Jira и Confluence. Осенью прошлого года, Atlassian отправила нам письмо счастья.
We are contacting you to let you know that Atlassian will begin to wind down operations in Russia and Belarus from the close of business 31 October, 2022. This email constitutes notice that we will not be renewing your existing Atlassian license(s) after that date.
В один прекрасный день ИТ-системы одной нефтесервисной компании превратились в тыкву… После всем известных событий российскую часть предприятия просто отключили от западного ПО и глобальной технической поддержки. Сотрудники остались практически без софта — корпоративные компьютеры заблокировала служба безопасности головной компании. А в арсенале у инженеров не осталось даже сервис-деска.
Некоторые базы и утилиты заказчик скачал и забэкапил, но далеко не все. Такой «трофейный» софт, конечно, не покрывал всех потребностей, так что многие рабочие процессы нужно было выстраивать заново.
Чтиво на weekend.
Представьте, что вы написали калькулятор, calc.exe. Почему бы не добавить к нему темную тему? Хотя нет, почему тему, путь будет любое количество тем. Мы их будем хранить в файлах .thm. Важно не запутаться, потому что еще мы хотим настраивать расположение клавиш. Просто переключать вид - простой/научный - это слишком просто. Надо ввести понятие layout. Который хранится в файлах *.lyt.
Так, теперь логично написать редактор layouts, который, разумеется, будет больше первоначального калькулятора. И делать bundles .thm+lyt, и... о да, конечно! Marketplace! Создаем сайт, поиск, free/paidЧитать полностью »
Фича = задача и далее по тексту :-)
Как правило, разработка получает от продакт-менеджера техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде PRD, который может содержать ссылки на Figma, список требований, ссылки и прочие полезности, необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов задача готова к релизу.
В настоящий момент модель Cloud First (где-то уже Smart) шагает семимильными шагами, особенно в период пандемии COVID-19. И ведь в основном, страны такие как США (Cloud Smart), ЕС, Канада, Великобритания, Австралия, Читать полностью »
Недавно на стендапе коллега внес рацпредложение: автоматизировать сборку релизов, взяв за основу готовые уже наработки по взаимодействию с Jira, написанные на Python.
Процесс деплоя у нас следующий: когда накапливается достаточное количество задач, прошедших тестирование из них собирается Релиз-кандидат (RC) в каждом проекте, затронутом задачами, затем задачи тестируются в составе RC. После этого RC заливается на стейджинг сервер, где в близком к боевому окружении все еще раз тестируется и проводится полный регресс. И затем, после необходимых деплойных действий свежий релиз заливается в мастер.
До недавнего времени весь процесс сборки проводился кем-либо из разработчиков вручную. Что отнимало час, два и больше времени и было, мне кажется, не очень интересным занятием. Теперь же, когда уже почти все готово, релиз из 20 задач, затрагивающий 5 проектов, собирается меньше минуты. Остается, конечно еще разрешение конфликтов, запуск пропущенных тестов и прочее, но даже с учетом этого, времени разработчиков и тестировщиков, вынужденных ждать, пока кто-то и первых освободится и создаст RC, экономится немало.
В общем, приступил я к задаче, и она оказалась очень интересной и увлекательной. А что еще надо для удовольствия от работы, как не увлекательных проектов?
Читать полностью »
Ранее в статье «JIRA: правила своевременного приготовления вкусного ПО. TLDR 1: границы возможностей» была предпринята попытка унификации общих требований по применению JIRA в случае управления несколькими проектами по разработке заказного программного обеспечения в одном из департаментов нашей компании. Развивая начатую тему, эта статья будет посвящена ключевым особенностям регистрации, уточнения и контроля реализации требований заказчика в рамках предложенной ранее модели. Приветствуется любая критика.
Мы в Mail.ru Group вкладываем много сил в развитие продуктов компании Atlassian и, в частности, Jira. Благодаря нашим усилиям свет увидели плагины My Groovy, JS Includer, My Calendar, My ToDo и другие. Все эти плагины мы развиваем и активно используем внутри компании.
Мы получаем массу запросов от смежных подразделений по внедрению новых фич. Иногда это выливается в новые плагины, но чаще мы решаем поставленные задачи используя уже существующие плагины, так как большинство повседневных задач ими легко покрываются.
Для проведения экскурсий в офисе нужно было предусмотреть создание запросов с проверкой пересекающихся экскурсий. Для тестировщиков — сделать механизм отслеживания этапов тестирования с ответственным за выполнение. Техподдержка хотела получить автоматический доступ к базе знаний.
Сегодня я расскажу, как путем комбинирования плагинов удалось решить эти задачи.
Читать полностью »
