Что бы все поломать конечно же

Начинать рабочий день с npm outdated это норм? ?

Да

Проект не особо большой

Более чем

Конечно

Отличная практика

как по себе yarn? стоит юзать?

Начинать рабочий день с npm outdated это норм? ?

Нет

Только если больше делать нечего

Я подозревал

Ну

Начинать рабочий день с npm outdated это норм? ?

Риск оправдан? Что делать будешь если все поламается? Откатишь назад и перестанешь так делать?

У нас в проекте пакеты не обновлялись полгода

И это слегка пизда

До этого я обновлял каждый понедельник

И что плохого произошло?

Когда нужно обновить какой-то пакет, это в сотню раз сложнее, потому что он зависит от реакта 15, а у нас 0.14

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

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

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

Хмм, ну это видимо частная проблема с реактом

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

Но абсолютно точно стоит иметь дисциплину делать это регулярно

Проблема реакта в том что это peer dependency

Тут могут мыть проблемы как от обновления, так и от необновления

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

Реактроутер как пример

))

Просто риски огромные

Или в редаксформ фича нужная появилась или исправление бага, а там 6.*, а у нас 4.*

Обновляться теперь это пиздец сколько времени займёт

Просто риски огромные

Ит депендс он ю

Ну если все работает, то лучше ничего не обновлять, очевидно

Или в редаксформ фича нужная появилась или исправление бага, а там 6.*, а у нас 4.*

.

Ну это проблема экосистемы, да

Но с таким же успехом может быть и обратная проблема

Ты настолько последние версии хочешь?)

Например, какая-то сборка своя для старта проекта. Если хочу ее апдейтнуть до последних версий, пофиксить все и сохранить :)

Но с таким же успехом может быть и обратная проблема

? А

Ну если все работает, то лучше ничего не обновлять, очевидно

Даже, если проект активно развивается?

Ну например хочется установить либу, а ей нужна более старая версия

Форкнуть не вариант или написать свою?

> написать свою

?

10/10

Конечно, это самый лучший вариант - нет зависиомстей, нет проблем

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

> написать свою

Расскажи мне, что не так?

Расскажи мне, что не так?

А что-то не так?

Твои сообщения отдают сарказмом :)

Твои сообщения отдают сарказмом :)

Ого.

Нет, я только за. Велосипеды писать, это круто.

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

особенно когда проект активно развивается

Вот именно.

Если это форкается за полчаса с нужными исправлениями или пишется за час самому, то why not?

И при этом тебя держит то, что этой либе нужна старая версия реакта или ещё чего

прибавляй 2 недели втыкания на каждого нового разработчика

Согласен со всем, консерватизм - в вебе не нужен.

Ребят, а давайте поговорим, какой он "хороший ПМ"? Какими качествами должен обладать, чтобы проекты были в срок и все были довольны?

зависит от заказчика

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

к сожалению

Ребят, а давайте поговорим, какой он "хороший ПМ"? Какими качествами должен обладать, чтобы проекты были в срок и все были довольны?

А что делает ПМ в твоём контексте?

Это чувак с обязанностями и зоной ответственности Product Owner из скрама? Или же что-то более всеобъемлющее и другое?

Ребят, а давайте поговорим, какой он "хороший ПМ"? Какими качествами должен обладать, чтобы проекты были в срок и все были довольны?

Внимательность и понимание. D:

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

Это чувак с обязанностями и зоной ответственности Product Owner из скрама? Или же что-то более всеобъемлющее и другое?

Это если мы говорим про бизнес-процессы, а если мы говорим про отношение с разработчиками? Product Owner в том или ином виде есть всегда вне зависимости от типа - продуктовая, внутренняя или заказная разработка.

Ребят, а давайте поговорим, какой он "хороший ПМ"? Какими качествами должен обладать, чтобы проекты были в срок и все были довольны?

О, можно я скажу? хороший ПМ - это прежде всего ПМ, который отлично понимает предмет, технологические процессы, а также с лёгкостью умеет переводить "заумные" речи заказчика в "заумные" речи технарей и наоборот. Это такой человек, который умеет играть сразу за обе комманды: и отсрочку мягко выторговать у клиента в случае факапа, и навешать люлей разрабам, если они косячат. Контроль всех процессов на любом этапе, мотивация, "участность" и деликатность в общении с кодерами. Условно - человек с "ключами от всех дверей" ?

Все так

Это по собственному опыту

О, можно я скажу? хороший ПМ - это прежде всего ПМ, который отлично понимает предмет, технологические процессы, а также с лёгкостью умеет переводить "заумные" речи заказчика в "заумные" речи технарей и наоборот. Это такой человек, который умеет играть сразу за обе комманды: и отсрочку мягко выторговать у клиента в случае факапа, и навешать люлей разрабам, если они косячат. Контроль всех процессов на любом этапе, мотивация, "участность" и деликатность в общении с кодерами. Условно - человек с "ключами от всех дверей" ?

?

По моему опыту хороший пм не имеет отношений с разработчиками

Плохой опыт

ну, если в команде < 10 человек, то да

Командная работа полезнее и продуктивнее менеджерства с палкой

О, можно я скажу? хороший ПМ - это прежде всего ПМ, который отлично понимает предмет, технологические процессы, а также с лёгкостью умеет переводить "заумные" речи заказчика в "заумные" речи технарей и наоборот. Это такой человек, который умеет играть сразу за обе комманды: и отсрочку мягко выторговать у клиента в случае факапа, и навешать люлей разрабам, если они косячат. Контроль всех процессов на любом этапе, мотивация, "участность" и деликатность в общении с кодерами. Условно - человек с "ключами от всех дверей" ?

Но разве тим лид не должен большую часть из этого делать?

Но разве тим лид не должен большую часть из этого делать?

Сколько менеджеров-то

отсутствие отношений != менеджерство с палкой

Тимлид, прожект, продакт

отсутствие отношений != менеджерство с палкой

Тогда дефайн

Тимлид, прожект, продакт

И всё такое разное от компании к компании, лол

Угу

Если брать проектную команду, то он контактирует с разработкой исключительно на этапе оценки

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

Продакт?

Все, я понял

Но разве тим лид не должен большую часть из этого делать?

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

Нуууу если есть тимлид, то да

Но разве тим лид не должен большую часть из этого делать?

Кто такой тимлид? В одних компаниях - это чувак, который просто декомпозирует задачи и менторит (это делает сеньёр в некоторых компаниях). В некоторых - чуть ли не проджект менеджер

ой ой

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

Остальное - детали

ПМ, который выросший разработчик, и при этом хороший - это уже утопия

либо опять же, проект реально маленький

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

Остальное - детали

Дьявол же в них