Pull to refresh

Comments 6

Коллеги, мне вот интересно. Вот у вас программисты когда в код вносят изменения в рамках какой-то карточки-задачи, они как ссылку на эту карточку вставляют? Пряммо вот длинную портянку вида ru.yougile.com/team/xxxxxxxxxx/Текучка/Разработка#chat:yyyyyyyyyyyy или мы застряли в прошлом?
И вообще, вот как появилась внизу инфа что у нас Free версия — сразу желание что-то писать по багам исчезло, ибо такое ощущение (по некоторым косвенным признакам) что такие как мы, фришники, нафиг не нужны и не интересно (что можно понять, в самом деле). Это так, или можно завалвать вас багрепортами?
Заваливать багрепортами можно и нам это реально полезно. Все тикеты просматриваются командой и обсуждаются.
Иногда случается, что ответ от тех. поддержки суховат, особенно если баг минорный и нам известен. Тариф Free может влиять на активность по багу пришедшему от вас, но не сильно.
Ссылки у нас длинные и это не слишком красиво, но мы не торопимся это править. Когда кто-то вносит изменения в рамках какой-то карточки, он просто пишет в чат этой карточки и ставит в нотификацию нужных людей. Ссылки чаще всего используются вне системы.
Ясно, спасибо.
Когда кто-то вносит изменения в рамках какой-то карточки, он просто пишет в чат этой карточки

Я не про это. Я про исходный код которые пишут программисты. В исходном коде обычно если что-то меняют то в комменте пишут причину изменения. Ну и неплохо нужно по правилам компании ссылку оставить на тикет по которому произведены изменения. Я вот про такое, как раз про внешнюю систему. У вас программисты не YouGile пользуются что ли? Или не документируют так тщательно изменения? Или кодобаза маленькая? У меня такое ощущение что я что-то не понимаю, может YouGile вообще не про программирование?
Ссылки в комменте кода ставятся далеко не всегда, чаще просто словами описывается что и зачем сделано.
В YouGile для разработки используется YouGile. Среди активных клиентов, компаний разработчиков мало. Мы скорее для офисов, производств, стройки, связи отделов (в том числе разработки и продаж), веб-студий, банков с процессными задачами на много людей.
Понятно, мы так и подозревали, что нацеленность немного не та.
Это да, рядом с кодом пишешь что делаешь, просто в той же багзиле было удобно — написал в коменте помимо сути происходящего еще и #9744 и сразу понятно что если хочешь кровавых подробностей с описанием не просто «что» а еще и «почему именно так» — беги в багзилу и читай. У нас кодобаза большая, продукт старый зрелый, такие ссылки очень полезны.
Самый простой пример — смотрим на список выполненных задач по людям, а это правда в лучшем случае только на 80%. Не все задачи фиксируются, не все отмечаются выполненными, некоторые метрики системно искажаются.
Хм. Вообще-то, насколько мне известно, никакой отчёт и не должен включать в себя ВСЮ информацию. Наоборот, это ВРЕДНО — он станет нечитабельным, непонятным и даже опасным. Любой маркетинг, что внешний, что внутренний — это, перво-наперво, выделение ЗНАЧИМОЙ информации. Можно, конечно, проанализировать, сколько каких операторов Вася Пупкин вставляет в код в течение рабочего дня, сколько вдохов-выдохов делает, сколько минут проводит в туалете, сколько раз моргает и сколько у него было коммуникаций с другими сотрудниками — но зачем? Как это всё (и многое другое) поможет коммерческому процессу?

Sign up to leave a comment.