с тимлидом(ами)

С тимлидами? Без команды остальной?

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

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

а есть команды, где нет ПМ и нет тимлидов -_-

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

Если ПМ может все сделать не общаясь с разработкой - то почему бы и нет

Короче чат растекся мыслью по древу

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

Я бы на этом остановился, если нужно точное определение

(впрочем, это относится не только к ПМу лол)

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

Это чат по реакту, а не по проджект менджементу, так что неудивительно

https://habrahabr.ru/post/269097/

Просто иногда ПМ есть, а ТЛ нет и общается ПМ и дает команды ПМ.

а если и на прожекта денег не хватило, то сваливается это все на тимлида

Или например никого нет, есть только один человек и он - ПМ

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

Такой вариант тоже есть

Просто иногда ПМ есть, а ТЛ нет и общается ПМ и дает команды ПМ.

это труба, если не скрам

Угу

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

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

Так, вопрос не по текущей теме Кто-то пользуется командой yarn clean и в каких случаях она реально необходима?

https://habrahabr.ru/post/269097/

Кек. Как минимум часто "ведущий разработчик" и "тимлид" не всегда совпадают

Да, не всегда

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

В соседнем чате

Коллеги, приветствую, подскажите пожалуйста, на чём сейчас модно делать публичную часть сайта, так, чтобы оная без проблем индексировалась поисковиком? То есть вот мы, например, делаем сейчас в основном crm и erp системы с фронтом на ангуляре. Понятное дело индексировать такие сайты не нужно. Но один заказчик захотел сделать недомагазин, который уже из коробочного решения перекроить будет дороже, чем написать с нуля. И собственно встал вопрос, на чём делать фронт, чтобы было удобно как в ангуляре, но не очень динамично (не spa и желательно, чтобы данные уже были на странице при загрузке в браузер, а потом можно было динамично перерендеривать её с сохранением деградации)

bootstrap

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

Короче жесть. Моё мнение, что тимлид - это часть команды, который также занимается задачами вместе с командой.

ясно. у всех по-разному )

Если в команде 7-9 человек, то у тимлида не хватит времени делать рядовые задачи

Тому помоги, этого направь, третьего проверь

ясно. у всех по-разному )

Жесть я имел ввиду, что не то, что такое мнение не имеет права на жизнь, а то, что очень большое разнообразие существущих моделей и мнений на этот счёт :)

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

Совещания еще

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

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

this

Если в команде 7-9 человек, то у тимлида не хватит времени делать рядовые задачи

7-9 человек - это много. Это раз. Код-ревью могут делать и сеньёры помидоры. Это два. Взаимодействие команды - это что? Рабочие тёрки с ПМ - это что?

Я помню свой переходный период, когда реально начал тимлидить

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

А да, не говорите, что 7-9 человек - это только разработчики в одной команде

То когда я стал тимлидом, я первые несколько месяцев вообще не понимал, работаю или нет

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

Ну, если ничем не интересуешься больше - то да. Многие так и живут :)

Нет конкретного результата, постоянно в текучке и рутине

И я не говорю, что это плохо

7 человек? обычная команда на одного тимлида. Код ревью можно делать перекрестное, но общий стиль кода и взаимодействие между разными частями проекта, над которыми работают разные разработчики - на совести тима

Рабочие тёрки с ПМ - это что? ПМ ставит задачу, ТМ должен оценить ее и дать прогноз ПМ-у, по срокам, возможностям, ресурсам и т.п.

Почему ТМ оценивает?

а кто? ;)

Команда

ТЛ т.е. ;)

Нет

ТЛ не команда

Мы не про скрам

в скраме нет ТЛ

Ну и что?

Оценивают всегда конечные исполнители

Тимлид дает первичную оценку, команда подтверждает

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

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

Команда даёт оценку

В сработанной команде ТЛ дает сразу оценку близкую к точной

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

В сработанной команде ТЛ дает сразу оценку близкую к точной

this

И потом, от исходной задачи, поставленной ПМ-ом, до той задачи, которую поймут разработчики - может пройти куева туча итераций вопрос-ответ с привлечением заказчика

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

а yarn фиксирует версии после install-а, да? Прям как композер? ;)

Как бандлер

а yarn фиксирует версии после install-а, да? Прям как композер? ;)

ВОт это действительно полезная штука.

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

Я понял тебя. Боль она такая :)

а yarn фиксирует версии после install-а, да? Прям как композер? ;)

Да

shrinkwrap нормальный

прям счатье настало...

7 человек? обычная команда на одного тимлида. Код ревью можно делать перекрестное, но общий стиль кода и взаимодействие между разными частями проекта, над которыми работают разные разработчики - на совести тима

???

а QA - отдельный отдел, который не касается разработки?

У нас тимлид пишет код, принимает и ревьювит PR

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

Ну и с клиетном вопросы решает

Пацаны

Ой

Хотя лан

Хотел спросить как лайбл для двух радио задать

Может знаете

Хотел спросить как лайбл для двух радио задать

Зачем тебе это?

Кейс конечно редкий, но yarn пока не умеет устанавливать с github

Хотел спросить как лайбл для двух радио задать

Вложить два инпута в лейбл?

Вложить два инпута в лейбл?

Нет что то не то

сорри

Хотел спросить как лайбл для двух радио задать

Как оно будет работать при клике?

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

/\.(css|less)$/i

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

/\.(?!css|less)$/i