Size: a a a

Scalability Camp — распределенные системы и HPC

2021 October 25

JS

Jerzy Syrowiecki in Scalability Camp — распределенные системы и HPC
как-то они сами сложились
источник

JS

Jerzy Syrowiecki in Scalability Camp — распределенные системы и HPC
например, группировали задачи по релизам
источник

JS

Jerzy Syrowiecki in Scalability Camp — распределенные системы и HPC
в другой фирме надо было обязательно прикреплять каждый коммит к тикету, и даже специальный скрипт это проверял, но на деле было много побочных правок, относящихся к тикету #0
источник

JS

Jerzy Syrowiecki in Scalability Camp — распределенные системы и HPC
короче, как удобно (выгодно), так и делайте
источник

JS

Jerzy Syrowiecki in Scalability Camp — распределенные системы и HPC
современные системы issue tracking (bug tracking уже в прошлом) сами подсказывают, как с ними работать
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Хорошо спасибо!
источник

JS

Jerzy Syrowiecki in Scalability Camp — распределенные системы и HPC
но вообще есть статьи на Хабре, например, https://habr.com/ru/company/vk/blog/358258/
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Спасибо!
источник
2021 October 26

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
Цель какая?
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Выстроить систему баг трэкинга
источник

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
Что такое система баг трекинга и сам баг трекинг?
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Как происходит процесс решения бага от создания тикета до решения.
Как распределяются задачи, кто распределяет итд
источник

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
Кто источник сообщений о багах и кто создаёт тикеты?
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Либо пользователь, через обращение на почту, либо другой девелоппер.
Соотвественно я вижу, что если это пришло от пользователя то есть багмастер который будет создавать баг и назначать исполнителя. Если другой девелопер то он может сразу тэгать человека который решит задачу
источник

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
97% людей, так же как и вы, не могут выделить достаточно интеллектуальных ресурсов, чтобы разобраться, что это 3-5 разных систем (да и что такое система - тоже не могут).
Так что это нормально, иметь понимание на таком уровне.
Тогда логичным ответом будет: "не надо выпендриваться, тупо бери Джиру как все и кидай туда всё говно в кучу".
Если нужен результат, отличный от кучи говна, то надо осознать, что работа с внешними клиентами, обеспечение качества, управление потоком задач, приоретизация и работа с требованиями - это разные системы, требующие нетривиальных усилий по объединению.
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Вот поэтому я и спросил, может посоветуете статьи, видео как это выстроено в других компаниях
источник

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
Чтобы убедиться, что в разных - по-разному?
источник

AL

Aleksandr Liadov in Scalability Camp — распределенные системы и HPC
Чтобы посмотреть как другие выстраивают, а не делают “кучу говна в Жире”
источник

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
Так в большинстве - делают именно кучу.
И вы делайте.
Чтобы делать не кучу - надо иметь желание проинвестировать время и силы, а не подсмотреть у других.
источник

OS

Oleg Soroka in Scalability Camp — распределенные системы и HPC
Для кучи говна всё равно лучше джиры ничего не придумано.
Там в комплекте и лопаты всех форм и расцветок за доп. оплату
источник