К слову в Селениде, мы доку и опечатки прямо в мастере фиксим.

Код обычно через PR

Тикеты создаём примерно каждый второй раз)

Да почему, тикет это как раз про "Individuals and interactions" 🙂

В общем, я соглесен с Олегом. Тикеты нужны и важны для многих команд и процессов

Тикеты - это тулз и процессы, пмсм

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

Но этот процесс создан для взаимодействия с людьми) Если бы ты работал один - то тикет в 98% не нужен)

А если ты работаешь в большой группе, тебе пришёл кастомерский баг, ты завёл тикет, поправил его, описал что и почему
Уволился, к примеру
Баг такой же или похожий стрельнул, и в Jira есть хистори, что это было, почему, и можно дальше колупать

Если у тебя миллионы строк, большой коллектив, реальные кастомеры и ставка на качество - увы, без тикетов никуда

Короче, "зависит от ..." :)

вот-вот 😄

Удобно искать историю по строчке и понимать контекст решения. Как раз это и позволят номер тикета в комитетах

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

Там сноска есть "То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева."
https://agilemanifesto.org/iso/ru/manifesto.html
Кроме того, данный конкретный процесс ориентирован на улучшение взаимодействия. тому же тестировщику через пару месяцев будет сложно ответить на вопрос - "Зачем ты это написал" без тикета.

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

Ну и цель работы для роли "тестировщик" это обеспечить обратную связь, а не пофиксить все дефекты. Конкретный способ обеспечения обратной связи зависит от проекта, но тикет это один из наиболее удобных вариантов.

В МСК много закавказких личностей , нет булок хлеба (только батоны xD ) , люди злее , метро длинее , жизнь дороже , воздух грязнее, но думаю денег больше , трудно сказать , я там 4 года до 17 лет пожил , мне не понравилось ) Нск - хороший город , холод правда надоедает иногда )

вот это ping

Есть такое , долго не читал )