Крутой видос. А самая самая основная проблема сеньоров - это фокус исключительно на решение инженерной, а не бизнес задачи. Все остальное можно исправить, но майндсет не изменить, потому что иногда лучше создать кучу тех долга, но заработать бизнесу +300% профита, что позволит обновить технологии и обнулить этот же тех. долг на следующем этапе развития.
> А самая самая основная проблема сеньоров - это фокус исключительно на решение инженерной, а не бизнес задачи. звучит так как будто это не настоящий синьер. в моем мире определение синьера - тот кто решает бизнес задачи (которые лежат в технической плоскости). тот кто просто делает техические таски в джире и не задает вопросов это в среднем скорее мидл, даже если у него там 10 лет опыта и все такое. возможно для аутсорса это не совсем так
Про рефакторинг несогласен - это команда разработки должна внутри учитывать в процессе работы над задачами, не доводя до того, чтобы приходилось выносить такие вещи на уровень менеджмента и отдельное время просить на рефакторинг. Если до такого дошло - это провал команды.
если вы просто внутри работы над задачами скрыто выделяете время под рефакторинги по желанию - то мне кажется это хуже чем если это делается явно. в конечном счете это выбор менеджмента как они хотят вести рпоект - быстро и грязно с генерацией огромного техдолга, или надежно и чисто но долго. задача инженеров объяснить какие есть опции и какие будут последствия скрытая тактика хороша только если менеджмент не оч адекватный и не понимает этого аспекта разрабокти.
@@artemsokolov5007 это не скрытая тактика, это просто один из аспектов работы, есть вещи, которые мы как профессионалы должны учитывать - странно спрашивать у менеджера нужно ли логи писать, нужно ли исключения обрабатывать, нужно ли писать хороший код и т.д. Ответственность команды - доставлять в срок продукт адекватного качества, и для того, чтобы иметь возможность это делать команда и должна применять соттветствующие технические практики, в том числе рефакторинг.
@@MrRomanvideo а всем плевать, народу за забором полно. сейчас нужен джун со знаниями и опытом сеньоров и такие ввиду конкуренции есть, зато им можно платить меньше
да полюбому есть. есть же понятие молодой/начинающий специалист - ну вот это джун. есть среднячек который просто делает основную работу - это мидл. тот кто декомпозирует задачи или может какойто проект вести самомстоятельно - синьер/лид главынй инженер, старший инженер, думаю даже просто по штатному расписанию в компании есть
Как схемотехник и программист, скажу, что у радиоинженеров легко такие категории сделать. К сожалению из за непопулярности профессии всем практически все равно на навыки, кто то развивает невероятно глубоко, книги читает, а кто то на начальном уровне может и начальником стать.
Это точно про сеньора? Обычно сеньор решает конкретные сложные задачи и проектирует системы, а не занимается обучением. Менеджмент команды и общей работы других разработчиков обычно в ведении лида и ПМ-ов. Не?
![Lp. Сердце Вселенной #60 РОЖДЕНИЕ ЛОЛОЛОШКИ [Финал] • Майнкрафт](http://i.ytimg.com/vi/YoR0pAV9FVQ/mqdefault.jpg)
так тебе скажу, ахрененнейший материал, а то везде про технику, а после твоего ролика понял, что не хочу быть сеньором)
Супер, не ожидал такую тему для видео, было интересно
Спасибо за видео из внутренней кухни айтишки👍🏼
Касаемо не умения проводить собесы и задавать неадекватные вопросы - согласен полностью! Найм в целом извратили + качество собесов просто ужасное!
Спасибо большое, что делишься своим опытом, это прям hidden gem на ютубе
Крутой видос. А самая самая основная проблема сеньоров - это фокус исключительно на решение инженерной, а не бизнес задачи. Все остальное можно исправить, но майндсет не изменить, потому что иногда лучше создать кучу тех долга, но заработать бизнесу +300% профита, что позволит обновить технологии и обнулить этот же тех. долг на следующем этапе развития.
> А самая самая основная проблема сеньоров - это фокус исключительно на решение инженерной, а не бизнес задачи.
звучит так как будто это не настоящий синьер. в моем мире определение синьера - тот кто решает бизнес задачи (которые лежат в технической плоскости). тот кто просто делает техические таски в джире и не задает вопросов это в среднем скорее мидл, даже если у него там 10 лет опыта и все такое. возможно для аутсорса это не совсем так
Если вы полностью отдаёте управление бизнесу следующей итерации не будет
Отличный видос. А то кругом все про джунов со всех сторон. Вот такого практического контента не хватает.
сделай метки, будет людям удобно
Про его "мамку" топ😂
Про рефакторинг несогласен - это команда разработки должна внутри учитывать в процессе работы над задачами, не доводя до того, чтобы приходилось выносить такие вещи на уровень менеджмента и отдельное время просить на рефакторинг. Если до такого дошло - это провал команды.
Проекты не всегда пишутся с нуля. Часто код просто приходит с внешней стороны.
если вы просто внутри работы над задачами скрыто выделяете время под рефакторинги по желанию - то мне кажется это хуже чем если это делается явно. в конечном счете это выбор менеджмента как они хотят вести рпоект - быстро и грязно с генерацией огромного техдолга, или надежно и чисто но долго. задача инженеров объяснить какие есть опции и какие будут последствия
скрытая тактика хороша только если менеджмент не оч адекватный и не понимает этого аспекта разрабокти.
@@artemsokolov5007 это не скрытая тактика, это просто один из аспектов работы, есть вещи, которые мы как профессионалы должны учитывать - странно спрашивать у менеджера нужно ли логи писать, нужно ли исключения обрабатывать, нужно ли писать хороший код и т.д.
Ответственность команды - доставлять в срок продукт адекватного качества, и для того, чтобы иметь возможность это делать команда и должна применять соттветствующие технические практики, в том числе рефакторинг.
Спасибо, было полезно послушать)
очень интересные видео на канале (пусть я и личинка-мидл SA)
спасибо
Посмотрел на себя со стороны 🙈
Можете помочь в изучении джава?
Изоляция транзакции это не сеньорный вопрос, а джуновский!) добро пожаловать в 2024
Но джуны нигде это не используют. А синьоры/Лиды - да
@@MrRomanvideo а всем плевать, народу за забором полно. сейчас нужен джун со знаниями и опытом сеньоров и такие ввиду конкуренции есть, зато им можно платить меньше
Большинство мидлов не понимает как это работает и когда какой уровень использовать.
Хорошо что у нас, радиоинженеров, нет всей этой шляпы про джуниуров и сеньоров 😅
Зато работу в айти можно рассматривать как игру в РПГ :)
да полюбому есть. есть же понятие молодой/начинающий специалист - ну вот это джун.
есть среднячек который просто делает основную работу - это мидл.
тот кто декомпозирует задачи или может какойто проект вести самомстоятельно - синьер/лид
главынй инженер, старший инженер, думаю даже просто по штатному расписанию в компании есть
Как схемотехник и программист, скажу, что у радиоинженеров легко такие категории сделать.
К сожалению из за непопулярности профессии всем практически все равно на навыки, кто то развивает невероятно глубоко, книги читает, а кто то на начальном уровне может и начальником стать.
инженер/ведущий инженер/главный конструктор.
К 10:13.
Широк человек, я бы сузил.
У меня есть ощущение, что он про моего лида говорит)
Каждый аспект есть (одна из крайностей), я выбил страйк.
Это стандартные ошибки и проблемы менеджмента, которые встречаются абсолютно во всех сферах
4:43 не реализовано, а имплементировано)
Классный видос
Очень хороший материал, но подача сильно хромает. Учись говорить, пиши сценарий, тебя тяжело слушать
Как " учиться говорить"?
Дожить до 40
Это точно про сеньора? Обычно сеньор решает конкретные сложные задачи и проектирует системы, а не занимается обучением. Менеджмент команды и общей работы других разработчиков обычно в ведении лида и ПМ-ов. Не?
нет, у меня ментором был сеньор, таски тоже сеньоры ревьювили(а это 90% менторинга и есть). Зависит от проекта и состава команд же
не изменяйте себе