потому тебе нужна статистика отдельно по каждой циферке

ну ок можно выразить другим уравнением

но суть для менеджера остается той же

менеджер в оценке не принимает участия

это важно

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

менеджер в оценке не принимает участия

100% согласен, но даже это не гарантирует оптимизм некоторых оценок или пессимизм

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

а команда не вкурсах про этот магический коэффициент

и все счастливы

ну да, если он будет выведен со временем - будет норм

ну в этом и идея - через 3-4 спринта у тебя будет какая-никакая статистика. через 10 спринтов статистика будет более точной и это позволит проэцировать время деливери с учетом всех рисков, тестирования, дебага, деплоя и т.д

имхо проще и возможно лучше просто рулить приоритетом (важностью) фитчи, фитча важна идет в разработку и делается как получится, при этом на скрамах(созвонах) говорят статусы и что делали

все те вещи которые обычно сложно учитывать при эстимации в часах сразу

если фитчу сделали берут следующую по важности

имхо проще и возможно лучше просто рулить приоритетом (важностью) фитчи, фитча важна идет в разработку и делается как получится, при этом на скрамах(созвонах) говорят статусы и что делали

проще не проще - это не дает информации "когда будет готово"

а для команды нет информациии для формирования скоупа спринта

у нас раньше была штука как ты описываешь

да и для тех же оунеров - наличие оценки может повлиять на приоритеты. например есть фича А и Б, которую хотят одинаково сильно, и которые одинаково важнные, но одна 3 стотри поинта а другая 8 и надо еще 2 груминга что бы ее подробить.

но в итоге отказались от идеи ограниченного спринта (типо таски с принт)

просто раз в некоторое время демо по новым реализованным фишкам)

да и для тех же оунеров - наличие оценки может повлиять на приоритеты. например есть фича А и Б, которую хотят одинаково сильно, и которые одинаково важнные, но одна 3 стотри поинта а другая 8 и надо еще 2 груминга что бы ее подробить.

приоритет таскам одинаковый, разработчики возьмут ту что им проще

приоритет таскам одинаковый, разработчики возьмут ту что им проще

хуевая идея

возможно

как минимум потому что в бэклоге нельзя выставить "одинаковый приориет". Он же одномерный.

какая-то задача будет выше другой

даже если вы стори мэппинг какой юзаете что бы работать с двумерным бэклогом - будут вопросы с приоритизацией когда "все одинаково"

просто раз в некоторое время демо по новым реализованным фишкам)

ну то есть вы просто забили на планирование))))

даже если вы стори мэппинг какой юзаете что бы работать с двумерным бэклогом - будут вопросы с приоритизацией когда "все одинаково"

дело не в двумерности

или вам не особо парит когда фича дойдет до прода и какие коммитменты выдвигать клиенту - эт круто на самом деле.

а в том что после демо мы смотрим доску бэклог на задачи

а в том что после демо мы смотрим доску бэклог на задачи

ну то есть тот жэ плэннинг просто делаете сколько успеете без границ.

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

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

а разрабы типо plained pocker но без этих карточек и тд

обсуждают как ее можно вкорячить в проект если будем делать

ну бы через слэк бота в покер играем)

или нахуй шлем типо не реально давайте упрощать)

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

не обращай внимания) в большинстве случаев всё, что они говорят - херь собачья)

или нахуй шлем типо не реально давайте упрощать)

у нас для этого грумминги по хорошему. в идеале каждый день минут по 15-20

правда пока выходит 2-3 грумминга в неделю по пол часа

не обращай внимания) в большинстве случаев всё, что они говорят - херь собачья)

эт да

ну мол мы хотим что бы на плэннинг уже проработанная задача приходила.

но в целом у нас еще вогон работы что бы процессы наладить(

у всех по своему в разных местах работал видел разные подходы

у всех по своему в разных местах работал видел разные подходы

было бы странно если бы все работали одинаково)

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

и пока самое большое зло в этом - бесполезные менеджеры

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

да эксперементируя и вводя новое в процесс

мне повезло) менеджеров нет, как класса)

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

и пока самое большое зло в этом - бесполезные менеджеры

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

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

у меня есть только продукт менеджеры)) Их только свои фичи интересуют и когда будет заделиверено. А еще есть "маркетинг план" расписанный на год вперед с эпиками))

у меня есть только продукт менеджеры)) Их только свои фичи интересуют и когда будет заделиверено. А еще есть "маркетинг план" расписанный на год вперед с эпиками))

ну у нас тоже что то типо такова есть )))

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

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

да.. это печальный вопрос

хотя в этом тоже есть здравый смысл... позволяет направлению ползти даже когда оно не приоритетное в данный момент

хотя в этом тоже есть здравый смысл... позволяет направлению ползти даже когда оно не приоритетное в данный момент

с топиками разобрался?

если да, то спортивный интерес: норм всё?

ещё вроде не запустили в прод, уточнить надо, да... Но вроде решили делать на каждого пользователя по топику

если не трудно будет, пни по итогу. любопытный вопрос

ну да... синтетику делали, но не факт что тщательно

ну синтетика редко к реальности отношение имеет)

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

http://www.rabbitmq.com/blog/2011/03/28/very-fast-and-scalable-topic-routing-part-2/

пасиб, под утренний кофе заценю

ERROR: S client not available

но с топиком есть нюанс, что если клиент реконектит - теряются сообщения, нужно наворачивать фалбек эксчендж, и там переинжектировать сообщения

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

ну я боюсь у нас тоже директ будет, по сути маршрутизации по патерну не нужно, только разве что какой-нить мониторинг еще подписать на все сообщения

@thatside тут нам разбогатеть предлагают, нельзя отказываться

куда записываться?)

мне больше всего интересно, как эти господа предлагают нам, неразумным, понимать их графики?)

а еще эти козлы научились экономить аккаунты тем, что заходят и сразу выходят - забанить нельзя

да главное что $$$ дохуилион, остальное не важно)

а еще эти козлы научились экономить аккаунты тем, что заходят и сразу выходят - забанить нельзя

симки нынче подорожали просто)

а у кого-нибудь тут есть сине-зеленый?

а у кого-нибудь тут есть сине-зеленый?

у нас пытались

жопа получилось ибо при выливках бд была общей

ну мне не пытались ? мне как раз успешно и как раз как решали вопрос с базой ?

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

для нас идея не очень подошла потому что если выливка в жопе

то все что пришло в период между выливкой и откатом назад проебано

ну это кривой деплой

у нас используется вместо "резеврного копирования" перед релизом

ну да мб

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

Чуваки, есть бинарный файл, в котором новая инфа добавляется в конец. Есть необходимость синхронизировать эти данные с БД. Можно ли как то читать этот файл "с конца"?

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

Чуваки, есть бинарный файл, в котором новая инфа добавляется в конец. Есть необходимость синхронизировать эти данные с БД. Можно ли как то читать этот файл "с конца"?

Средствам бд? Тогда какая субд?

храни смещение последней синхранизации

Речь о ПХП очевидно)

храни смещение последней синхранизации

?

А в пхп есть возможность начать чтение файла с этого смещения?

http://php.net/manual/ru/function.fseek.php

Спасибо

А в пхп есть возможность начать чтение файла с этого смещения?

это фича не пхп, а ОС

я догадывался :)

но я мб сделал по другому.