Red Hat переходит на платформу Jira для отслеживания ошибок

Ага вот оно что. Ну это можно сделать но плагином

Ну понятно, лол. Еще частотсоветуют через Confluence.

Но я бы как-то по другому процесс организовал, если тебе на каждый релиз надо фильтры отдельные.

Этот копинг я часто слышал, да.

Опен- и фри- сорс — это про сорс. А аот опенменеджмента и фри-управления проектами не бывает от слова «совсем». Ну нет в природе открытой и бесплатной бизнес-аналитики, потому, как она про бизнес.

Какая бизнес-аналитика? Речь про багтрекер.

и где он, как скачать сорсы? )

как часто перезапускаете жиру?

В моей компании пару раз в неделю. Она течет как малолетка на концерте.

Ну понятно, лол. Еще частотсоветуют через Confluence.

Confluence это wiki, для документов. Не очень понимаю при чем тут оно.

Но вообщем-то что ты хотел услышать?

Что в джире есть некая волшебная кнопка «сделать хорошо»? Ее там нет, поэтому если чего-то нельзя сделать через настройку - это делается через плагин или доработку.

Cтранный вопрос. А зачем ее вообще перезапускать?

Вы плохо понимаете проблему. Кроме баг-трекера есть таск-мененеджмент и приоритизация задач. Джира — сильно больше, чем просто баг-трекер.

Когда я им пользовался то мне он очень нравился. Наверное, лучшее из того что я видел. Правда, это очень давно было, возможно, что-то изменилось с тех времен.

Отдельный workflow движок с настраиваемыми статусами, настраеваемые доски, свой мета-язык выборки данных, свой очень мощный SDK.

Тоже работаю с 2007-го. 90% с Jira. Везде где я видел вот это все навороченное со 100500 полей и статусов не использовалось на практике. Наконфигурируют фигни всякой, которая только мешает и никто этим реально не пользуется.

Коммерческая разработка же.

Везде где я видел вот это все навороченное со 100500 полей и статусов не использовалось на практике.

Говорю же: все зависит от менеджмента. Без его воли никто из разработчиков добровольно ничего в трекер заводить не будет. И тем более использовать все эти навороты. Увы но вот так, трекер нужен в первую очередь руководству, не сотрудникам.

Confluence это wiki, для документов. Не очень понимаю при чем тут оно.

Ну вот путь в моей компании это делать Confluence страницы со ссылками на фильтры и репорты из Jira, потому что Jira не позволяет сделать нужный уровень интерактивности.

Что в джире есть некая волшебная кнопка «сделать хорошо»? Ее там нет, поэтому если чего-то нельзя сделать через настройку - это делается через плагин или доработку.

Тут целые телеги прокатывает что для redmine нужно 20 человек, а Jira купил и все из коробки. Ну и где?

Вы плохо понимаете проблему. Кроме баг-трекера есть таск-мененеджмент и приоритизация задач. Джира — сильно больше, чем просто баг-трекер.

По теме топика это именно что баг-трекер для клиентских запросов :)

Ну а дальше-то, что с зафиксированным багом делать?

Читайте дальше: Компания утверждает, что отход от Bugzilla позволит унифицировать управление тикетами во всех продуктах Red Hat и повысит эффективность работы инженеров технической поддержки.

Может быть, багзилла — это все что у них осталось во внешнем контуре. А дальше внутри везде Джира.

Читайте дальше: Компания утверждает, что отход от Bugzilla позволит унифицировать управление тикетами во всех продуктах Red Hat и повысит эффективность работы инженеров технической поддержки.

Hint: это моя новость :D

Может быть, багзилла — это все что у них осталось во внешнем контуре. А дальше внутри везде Джира.

Это ещё печальнее. Крупнейшая опенсорсная компания не осилила использовать свободные инструменты.

А вот вся наша дискуссия и сводится к тому, что годных свободных (ну, или, хотя бы, опенсорсных) инструментов для управления разработкой во всех ее аспектах ну просто не существует.

Это, знаете-ли про то, что если и есть открытая спецификация на процессор хоть на верилоге, хоть на чем, то для того, что бы его изготовить все равно придется у Кейденса или Ментор Графика тулзы покупать, что бы тейпаут на TSMC принести.

Ну вот путь в моей компании это делать Confluence страницы со ссылками на фильтры и репорты из Jira,

Вполне себе вариант, почему нет.

потому что Jira не позволяет сделать нужный уровень интерактивности.

Не очень хорошо знаю редмайн, но ничего подобного фильтрам в джире я там не наблюдал. Так что в случае редмайна это будет разработка с нуля.

Еще я не очень понял посыл: ты настаиваешь на том что редмайн лучше чтоли? Или ищешь слабые места джиры?

Вполне себе вариант, почему нет.

Потому что теперь кроме Jira придется купить ещё и Confluence :))))

Еще я не очень понял посыл: ты настаиваешь на том что редмайн лучше чтоли? Или ищешь слабые места джиры?

Я настаиваю на том, что Jira – довольно посредственный инструмент, и очень странно её ставить в пример с точки зрения UX.

Это, знаете-ли про то, что если и есть открытая спецификация на процессор хоть на верилоге, хоть на чем, то для того, что бы его изготовить все равно придется у Кейденса или Ментор Графика тулзы покупать, что бы тейпаут на TSMC принести.

Аналогии это прекрасно, только нам не нужен литограф чтобы написать (или дописать) трекер тикетов -_-

Просто трекеров тикетов хоть жопой жуй, а вот трекеров тикетов, интегрированных во все остальное, примерно два. Ну три. И все коммерческие.

Просто трекеров тикетов хоть жопой жуй, а вот трекеров тикетов, интегрированных во все остальное, примерно два. Ну три. И все коммерческие.

Jira интегрирована в другие продукты Atlassian. Интеграция жиры с Jenkins это фееричнейший цирк с конями.

Я настаиваю на том, что Jira – довольно посредственный инструмент, и очень странно её ставить в пример с точки зрения UX.

За неимением горничной, **ть будем конюха. Оно в жизни так как-то.

За неимением горничной **ть будем конюха. Оно в жизни так как-то.

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

Так я при них и говорю. Это не разрабы себе жизнь усложняют.

А их таких нет, если нужен не просто «сферический трекер в вакууме», а нечто, что вписывается в технологический процесс.

Это все переливание из пустого в порожнее. Мой поинт в том, что FOSS-продуктов класса Джиры, пригодных для энтерпрайза и работающих «искаропки», нет и не будет от слова «никогда». Куски есть, отдельные продукты есть, но интеграция их в нечто единое и приемлемое для всех стоит дорого. Собственно, все эти мастера кубернетиса и упаковщики контейнеров не торгуют докером, они торгуют интеграцией.

Так я при них и говорю. Это не разрабы себе жизнь усложняют.

Я тебе расскажу, как это происходит. Когда ты выходишь на третий уровень менеджера, ты напрочь перестаешь понимать что вообще происходит без какой-либо объективной системы наблюдения. Это, кстати, та причина, по которой в полиции вечно в палочную систему сваливаются.

И ты пытаешься как-то это упорядочить, вводя критерии. Но ты такой не один умный, рядом с тобой ещё сидит такой же дядька, только от мира техподдержки твоего продукта, и он тоже пытается свое втащить.

А дальше случается одно из двух: если у вас есть кто-то достаточно упорный и с чувством прекрасного, чтобы держать в этом кошмаре руку на пульсе, то жира остается плюс-минус чистой. А если все в запаре и следить некому, то ад и израиль.

А их таких нет, если нужен не просто «сферический трекер в вакууме», а нечто, что вписывается в технологический процесс.

Это общие слова без конкретики.

Это все переливание из пустого в порожнее. Мой поинт в том, что FOSS-продуктов класса Джиры, пригодных для энтерпрайза и работающих «искаропки», нет и не будет от слова «никогда».

Это тоже. Список фичей в студию.

Ну не знаю. Лично мне, с моими хроническими проблемами с тайм-менеджментом, аджайл помог сильно. Если и не пишу тикеты (хотя пишу), так хоть у меня есть стопка квадратных бумажек на столе с декомпозицией задач на неделю с точностью до дня.

Это тоже. Список фичей в студию.

Если мы говорим про фиксацию багов от клиентов извне, то, как минимум, приоритизация багов, фильтры мусора и дубликатов, передача багов в команды, фиксация ответов от команд, статистика, аналитика для менеджмента.

Лучше, если есть единый путь бага по рабочему процессу, возврат бага от третьей линии за дополнительной информацией, информирование клиента по проводимым работам. Да много чего. Я тут сейчас напроектирую. Только я такие проекты за деньги делаю. Это код я иногда пишу под свободными лицензиями.

Компания утверждает, что отход от Bugzilla позволит унифицировать управление тикетами во всех продуктах Red Hat и повысит эффективность работы инженеров технической поддержки.

А кто в курсе, они багзилле давали советы по улучшению или просто свалили туда где лучше?

Если мы говорим про фиксацию багов от клиентов извне, то, как минимум, приоритизация багов, фильтры мусора и дубликатов, передача багов в команды, фиксация ответов от команд

Есть во всех актуальных трекерах, лол.

статистика, аналитика для менеджмента

Слишком общее.

Есть во всех актуальных трекерах, лол.

Список актуальных трекеров энртерпрайз-класса для овердохрена сотрудников в студию!

Bugzilla. Какой из перечисленных фичей там нет?

Многоконтурности, интегрируемости во много что, настраиваемого workflow, подстройки под бизнес процесс. Дальше продолжать?

Я бы попросил тебя начать, потому что кроме баззвордов я не увидел ничего.

Нужна конкретика: в багзилле нельзя X.

Confluence…лучшие самые продуманные продукты

Громкий смех в зале, местами переходящий в истерику. Две вещи делают конфлу неюзабельным говном: работа с таблицами (автоматическая ширина столбца это порождение больного разума) и сраный ПОИСК.

Отдельный workflow движок с настраиваемыми статусами

удобно, да

настраеваемые доски

ЖРУТ ресурсы как не в себя и ТОРМОЗЯТ

свой мета-язык выборки данных

наркоманская срань, в которой приходится писать запросы вида

Assignee in (a, b, c, d, e, f, g) AND project not in (Releases) AND Status not in (Resolved, Closed, "On Hold") AND (Created >= -7d AND Created <= now() OR updated >= -7d) OR ( project = Releases AND Assignee in (a, b, c, d, e, f, g) AND due <= 2d AND status IN(Planned, Approved, "In Progress") ) ORDER BY assignee

для получения примитивного списка активных задач твоей команды из всех проектов и в разных статусах в зависимости от проекта.

свой очень мощный SDK

возможно

Ах да, еще в джире до сих пор есть упоротый баг с тем, что счетчик задач на человеке (в профиле) не декрементится если задача была Closed в статусе Open.

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

Потому, что сложно сделать «нормальный багтрекер», покрывающий потребности многих клиентов, командой из пяти человек. Можно под себя сделать.

Громкий смех в зале, местами переходящий в истерику.

Слушай я не представитель Atlassian и не писал джиру, они меня правда звали на работу но не рискнул - Австралия все же сильно далеко.

Просто это действительно много лет был и есть самый лучший софт для учета работы программистов. Со своими недостатками, но лучший. Отрицать это глупо, даже если сей факт кого-то сильно коробит.

А теперь самое важное: даже простой багтрекер это учетная система, созданная для учета багов и контроля процесса их исправления. И целевая аудитория у таких систем это менеджеры а не разработчики.

Разработчики/тестировщики лишь вносят описание и проставляют статусы выполнения но это лишь половина системы. Другая половина - для менеджеров, она как раз про контроль выполнения работ в виде статистики и отчетности. Так вот эта часть как раз и хромает в других трекерах.

И целевая аудитория у таких систем это менеджеры а не разработчики.

Тебя корпораты изнасиловали. Целевая аудитория публичного багтрекера шляпа — клиенты шляпы.

Целевая аудитория публичного багтрекера шляпа — клиенты шляпы.

Еще раз: багтерекер это разновидность учетной системы, для учета багов. Разработчикам учет багов не нужен, он нужен менеджменту, который весь этот цирк оплачивает.

ЦА это те кто платят а не те кто пользуются.

Эээ… разработчикам не нужен багтрекер? Это поэтому он встроен в каждый репозиторий на гитхабе, да? :D

Эээ… разработчикам не нужен багтрекер?

Вот есть R-Keeper, оочень старый софт для автоматизации ресторанов. Пользуются им официанты (заносят заказы, проводят оплату) но нужен он руководству, именно оно платит за внедрение а не сами официанты.

Тут все тоже самое, софт для автоматизации работы разработчиков нужен владельцам но не самим разработчикам.

Если дать типичным разработчикам волю то окажется что не нужно вообще все: трекер, коммиты, репозиторий, релизы и даже сама сборка. Достаточно REPL и http://localhost , чтобы сказать «у меня все работает».

Вот есть R-Keeper, оочень старый софт для автоматизации ресторанов. Пользуются им официанты (заносят заказы, проводят оплату) но нужен он руководству, именно оно платит за внедрение а не сами официанты.

Да нет, он нужен в первую очередь официантам, лол. Потому что без этой штуки они будут в лютой запаре примерно всегда.

Тут все тоже самое, софт для автоматизации работы разработчиков нужен владельцам но не самим разработчикам.

Поэтому у всех некоммерческих дистрибутивов есть багтрекеры. Потому что они им не нужны. Ну заканчивай шизофазировать уже, ну.

Если дать типичным разработчикам волю то окажется что не нужно вообще все: трекер, коммиты, репозиторий, релизы и даже сама сборка.

Ну весь опенсорс живет по-другому. Это проблемы твоего корпоративного мирка.

И я сказал «твоего» не просто так, потому что в моем корпоративном мирке люди почему-то знают зачем нужен багтрекер, нормальное описание коммитов и система релизов.

Слушай друг, понимаю что ты еще юн и не понимаешь особо кому пишешь, но давай уже заканчивать херню нести?

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

Слушай друг, понимаю что ты еще юн и не понимаешь особо кому пишешь, но давай уже заканчивать херню нести?

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

Киса, ты обиделась? Серьезно, я такого оголтелого корпората с нулевых не видел.

Ну добро пожаловать в игнор, что тут сказать. К остальным таким же дебилам.

Ну добро пожаловать в игнор, что тут сказать. К остальным таким же дебилам.

Я надеюсь ты не пишешь в резюме про стрессоустойчивость.