Джуниоры или Синьоры, с кем лучше работать?
HTML-код
- Опубликовано: 15 дек 2021
- После видео Начинающий VS Синьор в реальной жизни: • Начинающий VS Синьор в... меня спросили, может нужно нанимать только джуниоров? Зачем синьоры, если джуниоры могут быть на том же уровне? Спрашивал - отвечаем.
Канал програмысли видеоуроки:
/ @dev-lessons
Семейный канал:
/ @migpoedem
Поддержать меня: boosty.to/mflenov
Обо мне: www.flenov.ru
Мой ИТ блог www.flenov.info
Мой просто блог blo.moe
Twitter: / flenov
Инстаграм: / mflenov
Телеграм: t.me/mflenov
Я думаю - лучше всего работать с хорошим человеком.
Очень здорово когда синьорные дядьки любят делиться знаниями и опытом, рассказывая почему "вот так как ты сделал плохо, и лучше сделать "вот так"))
Приходилось работать в командах, где нет сеньёров и это больно, приходится самому протаптывать дорожку. Самое неприятное это самому занимать позицию сеньёра, когда таковым себя не считаешь.
все зависит от человека. Как то я работал в компании, куда взяли матерого синьера, но он не прошел даже испытательный срок :-) Все из-за его софт скилов. Он позволил себе на митинге с заказчиком рассказывать, что тут на проекте один говно код и что нужно все заново переписать :-) В этот момент думаю чуть не поседел не только заказчик, но и те люди, которые уже несколько лет работали на этом проекте.
Поэтому и говорю, что нужно быть на одной волне. Если синьор придет со своей метлой, то все закончится очень плохо.
В принципе правильно сделал, что завернул брак на приемке. В ином случае он как синьор, в последствии, своей головой отвечал бы за принятый индусский код и последующие за ним проблемы. QA это называется, не вчера появилось.
@@l_etho +
В вебе действительно в основном простые задачки, поэтому я решил уйти в глубокий бэкенд - к распределенным системам и высоким нагрузкам. Когда понимаешь, что 10 лет делаешь плюс-минус одно и то же - начинаешь грустить)
Я пол года только работаю на фронте и уже на бэк тянет )
В прошлой команде был один лид, один сеньор и трое мидлов, это прекрасно работало, потому что сеньор без амбиций на лидерство, скорее как второй пилот. Сам набирал бы в команду мидлов, по моему идеальные рабочие лошадки, из наиболее сильных со временем вырастут сеньоры. Сеньор с рынка - кот в мешке.
Вот сколько сеньёров может быть или нет, не могу сказать. Зато могу сказать, что если токсичность в команде на приличном уровне, то кадровые бега просто обеспечены. Я больше за атмосферу болею, а грейд (как нынче принято об этом говорить) это всего лишь отражение опыта.
Йо-бо-сей-йо - это АЛЛО по корейски, а ЗДРАВСТВУЙТЕ - ан-йо ха-сей-йо
Всегда было интересно, кто "коронацию " проводит)
Спасибо большое за ваше видео очень интересно
И не только из универа, бывает после школы, как я)).. Люблю вас смотреть, кстати)))
Сразу лайк, комментарий, а потом уже можно и досмотреть
Добрый день! Вы как то говорили про ноутбуки для разработчиков, хотелось бы узнать ваше мнение о ноутбуках ThinkPad, как они?
Бери. ThinkPad вещь хорошая абсолютно для всего
Я здесь рассказывал про P1 ноутбук ruclips.net/video/Rt9zBpOR-xk/видео.html очень хороший
@@programisli они дороговаты, но оно того стоит. Я бы брал или ThinkPad, даже не сильно новый, или Мак.
@Артём Е к трекпоинту надо привыкнуть
Офигеть насколько в точку всё на самом деле сказано
Блин, а я уже погуглил что за "ё без ё", подумал может я что-то пропустил.
Дело не в синьёрности, а скорее в человеческом факторе. Можно ж и на "ровном" месте упереться рогом.
Поэтому нормальный человек в команде может быть лучше, чем человек с регалиями, от которого нужно отгораживаться забором.
Что каксается джунов с горящими глазами, тут нужно смотреть на результат.
Потому как деятельности может быть много, а вот без присмотра, результат может быть спорным.
превьюшка видео - угар)
Ну не знаю, просто кадр из видео
Михаил здравствуйте. Помогите с решением проблемы - я сейчас изучаю активно python. выходит где то 5-6 часов в день сконцетрированного обучения. каждый день. это без учета перерывов по 10-15 минут. общее время конкретно обучения ( а так где то 8 часов). Иду нормально. все понятно. алгоритмы решаю каждый день. Я полностью ограничил себя от просмотра ютуба не по делу. ( не связанное с программированием ) и соцсетей. полное ограничение по всему. только учёба. Вроде все интересно все хорошо.
На 20 день обучения я заметил что я перестал спать - а именно уже 2 день не могу уснуть. Когда пытаюсь уснуть, в момент засыпания как бы что то щелкает в голове и я откидываюсь назад от засыпания. просыпаясь. и так до утра каждый день. Постоянно идет поток мыслей так же который не остановить. Я не знаю что делать сейчас записался на приём к неврологу. пока не проходит. Может ли это быть связано с обучением как то ? или у меня со здоровьем что то.
Когда я переработаю, то тоже бывает такое, что сон плохой. Мне помогает бокал вина на ночь. Не всегда, но все же помогает
Добрый день
Хотелось бы видео на тему:
Что говорить о своих достижениях если их нет.
Ситуация работаю фронтом мидлом. Решаю простые задачи. Выучил реакт редакс. Написал пару пет проектов и начал искать работу мидла с возможностью роста.
Прошел пару технических успешно. Дохожу до общения с СТО. И мне задают вопрос - какие твои достижения. Я отвечаю правду делал таски фиксил баги. Немного вносил правки в коде стайл и т. П но я работал мидлом просто исправно делал задачи.
После таких ответов глаза работодателя начинали показывать равнодушие.
Что бы вы Вы посоветовали? Придумывать что то, врать не люблю.
Сделай что-то своё для себя, чем можно гордится и это и рассказывай
@Re_ нравится лежать на диване и плбвать в потолок. Как кот Степан. Но жизнь заставояет изворачиваться.))
Мое мнение по поводу - делать то что ноавится єто пиздеж инфоциган. Если бі у нас у всех біла возможность получать блага не работая то уж точно ми бі не работали на дядю. А писали бі что то свое. Тогда да.
Какое может біть нравится когда речь идет о обеспечении себя и родніх необходимим
Нет мне нравится пилить формачки для гамблинг платформі… 🙂😉😂
Извините крик души
Я за хороших людей, а регалии дело второе. Классно, когда есть интересный опыт, но только в том случае, если человек готов им делиться, в ином случае особой пользы именно для команды это не несет. У меня на проекте есть очень крутой разработчик, но чат с ним выглядит на 90%, как мои исходящие сообщения. Ответы только в стиле да/нет, звонки сбрасываются. Думаю, что если бы он был моим руководителем или куратором, то работа в компании быстро бы закончилась, а так фактически есть другие сильные разработчики, к которым я могу обратиться и не получить порцию токсичности. Конечно, на ревью он часто пишет очень толковые комментарии, из которых я узнаю что-то новое, но словил себя на мысли, что тем не менее стараюсь периодически избегать запросов его ревью именно из-за формата общения, что не считаю нормой, если честно.
Так, а где ссылка на микрофон? :)
amazon basic pro, он официально доступен только в США и Канаде. Если аналог, то лучше уж брать тогда Blue Yeti, кажется так называется
С# возможно, будет самым востребованным языком в 2022 г. В игровой отрасли точно :)). Но возможно и не только в игровой...
Из-за unity? Слышал, крупные компании делают свой движок обычно
@@quadroninja2708 как минимум из-за допиленной кросс-платформенности и большие возможности из коробки.
Лучше работать в одиночку. Сколько раз было - научишь джуна, а потом тебя увольняют. )
А потом джун уволится и работать некому )
@@fizzbuzz5807 Зачем ему увольняться? Ему добавят немного к зарплате и он будет рад до усрачки.) А хозяин сэкономит на фонде зарплаты.
Первый раз слышу, чтоб увольняли того, кто учил. Обычно как раз такие выходят только вперед ногами, обучая новую партию каждые несколько лет. Да и нормальные работодатели удерживают условиями.
По итогам на текущий момент у нас начальник и 3 джуна. Всё плохо :)
Почему? Джуны не тянут?
@@programisli начальник бегает по совещаниям, 1 джун на UI, второй не программист, а больше как инженер linux, третий - я, которому только что достался большой проект от лида, вот пытаюсь перекапывать легаси.
Опыт конечно очень важен, здесь не поспоришь. И насчет баланса в команде тоже полностью согласен. Но я столкнулся с удивительным явлением. Есть программист, который уже вроде бы не первый день работает, какой-то опыт должен иметь, да и знаний его достаточно для 99% задач. Только опыт почему-то ограничивается тем, что "я уже решал конкретно вот такую задачу и в следующий раз точно такую же смогу сделать быстрее". А как в принципе подходить к решению задач, как выбрать вариант реализации, на что это в будущем повлияет - это все мимо. Опытный ли это программист? Для меня вопрос сложный. Лучше ли это, чем вчерашний школьник? Да тоже как посмотреть, смотря какой школьник еще. Зато благодаря таким примерам мы знаем, что "сеньорность" не определяется годами. Осталось понять а чем тогда определяется :D Может нужен не сам опыт, а мы ожидаем какие-то качества увидеть в программисте (да и не только), которые, как нам кажется, из многолетнего опыта должны следовать?
@@AGalilov то что не хочет нагружать - это абсолютно верно. Он мне прямым текстом заявил, что не хочет думать потому что "я исполнитель". С тем же успехом можно обезьяну посадить на его место. Вот тебе и "опытный разработчик".
мозг сложная штука, так и норовит ошибиться. потому как полон когнитивных искажений.
Какой ноут до 1000$ порекомендуете? (без винды).
Бери подходящий под эту цену.
@@user-ec8lg6jt2n Отличный совет, а можно поконкретнее 🤣? Мне нужна нормальная производительность и экран от 15 дюймов
Кому что нравится, но из брендов hp, dell нравится тем, что достойная поддержка устройств и даже по гарантии все делают. Я бы брал на ryzen
@@user-ec8lg6jt2n да amd будет дольше работать от батареи
@@user-ec8lg6jt2n только не hp
Конфликт синьоров некому разрешать обычно. Я 20 лет в IT. Вот у меня на работе сейчас ситуация. Код на ревью отдал, там например косяки были с которыми я согласен и готов поправить просто чтобы не конфликтовать, код рабочий, но написан не в том стиле, например. Это мне быстрее переписать, чем объяснять что-то.
Но вот один момент прямо хер знает, что делать - ревьюер считает, что надо для оптимизации запроса добавить еще индекс на таблицу, а я считаю, что не надо индекс, т.к. вставку и модификацию замедлим, а мой код от силы пару человек за месяц дернут, им эти сотые секунды до одного места. Еще боюсь, что мне же потом за добавление индексов и прилетит, а не ему. И стоим в позе друг на друга. Еще усугубляет наличие правил кодревью, которые каждый по своему понимает.
Про ревью кода я планирую записать видео, уже есть примерно набросок, о чем я буду говорить
@@programisli Все должны уметь ревью своего и чужого кода делать. Но вот правила не должны быть ультимативными. Я обычно смотрю, чтобы код был понятен, чтобы код был не простыня, из названий понятно, что происходит. Если я должен прямо вчитываться в код, то это уже минус.
С другой стороны не стоит прямо к стилям придираться, у каждого свой почерк. Кто-то присвоить так пишет "=", а кто-то " = ", кто-то THEN переносит на новую строку, а кто-то нет. Но прямо вот строго выполнять все по правилам, так можно итальянскую забастовку устроить на проекте.
@@polark1677 В рунете не встречал плохого кода (может мне повезло), обычно это или среднего, или высокого качества код. Что касается стилей, здесь все просто: в современных IDE есть плагины, которые Автоматически форматируют код к стандарту (ECMAScript, PEP9...), это вопрос к настройке рабочего места. ОБОСНОВАНИЕ ТРЕБОВАНИЯ: предположим работу в команде, у вас свой почерк, у вашего коллеги синтаксический анализатор (не путать со статическим анализатором) и автокоррекция, команда использует Git. Вы пишете модуль в 200 строк с "почерком", коммититесь, далее ваш коллега при отладке исправляет одну строку в вашем коде, остальные 199 строк автоматически исправляются к стандарту системой, коллега коммитится. Что получаем? Получаем мы коллизию в логах Git, не понятно кто и когда делал последние изменения, тк система затерла/запутала логи по строкам. И Git стал на половину бесполезен. Как разрешить эту коллизию - в сторону наименьшего зла, то есть в сторону строгого выполнения стандартов.
@@l_etho Это Вы просто в современных IDE работаете. К сожалению, я в кровавом энтерпрайзе, на технологиях 10-20-летней давности. Там не только IDE из 90-х, но и в git работаем через зад, с предварительной выгрузкой объектов в текст. Сейчас пытаемся перевести систему на что-то менее устаревшее. Заказчик бюджет выделил 800 млн. на перевод. Это хорошо, что есть такие старички как я, которые помнят, что там и как устроено.
@@polark1677 В таком контексте согласен. Даже если есть хорошая документация, современным программистам, практически, заново придется изучать старые технологии. По анализатору из бессмертной классики могу лишь Vim посоветовать - большая фанбаза и плагины, кажется, на любую тему; как то делал сборку IDE для Python3 на нем. Может и Вам поможет...
Джуниоры или Синьоры в *, архитекторы лучше
Два архитектора в одной команде это боль, потому что не видел архитекторов, которые совпадают в видении и будут тянуть в разные стороны
@@programisli В этом и плюсы, если они будут сотрудничать, а если нет, то будет выбор, архитектура и дизайн - самое главное, всё меняется, кроме парадигм и логики, они тоже, но медленно, мб я и ошибаюсь, но разрабатывая свой мессенджер, наступил на несколько граблей, аж пришлось переделывать детали, бизнес логику тоже, тогда познакомился с паттернами, раньше просматривал, а во время разработки понял, что без них никуда, тогда через месяца 2 познакомился с трудами Мартина и меня они захватили, они были мне понятны но незнакомы.
Кстати, про программирование хотел спросить, программист должен любить процесс или он должен быть внутренне спокоен к своему делу? Я во время разработки заякорил на процесс негатив, вредно во время дела думать о несчастной любви, сейчас процесс якорения хорошего состояния идёт полным ходом, но я не знаю, смогу ли быть таким же горящим программистом, или нет? Тогда мне не идти в IT, скоро сдавать ЕГЭ в 2024, а кроме программирования у меня почти ничего нет, я этим 3 года занимался, от ассемблера до HTML, сейчас только хорошо на C# и Python, по сравнению с настоящими не. Я не знаю, что я нашёл в этом, но знаю, что это связано с процессом
Несколько сеньоров - здесь наверное дело не только в том, кому и что нравится, может еще борьба за лидерство начаться.
Запросто, все хотят влиять на результат
Джуны дешевле, а визуально пишут то же самое, для жадных работодателей однозначно джуны лучше.
зачем люди вообще используют EF если он медленней чем тот же dapper ? чтобы потом сидеть и думать как ускорить работу с базой? ведь можно с самого начала сделать все красиво, виделить отдельный слой работы с бд, и написать там чистые sql запросы и не иметь головняков с неэффективным преобразованием linq в sql
Я как раз на тему EF сегодня записал видео, которое выйдет на канале Програмысли Видеоуроки ruclips.net/channel/UCUNOyHuefhPZdHMebCffljg
@@programisli Да, я там тоже подписан и на телегу
три-четыре года опыта это начинающие??? в России это уже сениоры!
Это только там, где однотипные задачи, либо где штатное расписание не соответствует реалиям рынка.
Что-то я не совсем уловил: в школах Канады математика уровнем ниже, чем у нас дается?
ага там в универах на первом курсе даются задачи из 10 класса рф. но это не всегда, бывают что люди в канадской\американской школе выбирают продвинутые математические классы и тогда у них сильная подготовка
Тут можно выбирать себе уровень математики, который хочешь - базовый, средний или сильный. Сильный хоть немного схож с Россией.
@@programisli понял, спасибо
Первый)))
Везет
На самом деле у меня показывает в админке тебя вторым.
@@programisli ты про кого?
У меня сейчас на проекте архитектор который не слышал про SOLID, не не знает, а не слышал. Такого треша как сейчас на проекте твориться в архитектуре и г@мнокода я не видел давно. )))
Зачем ты работаешь с таким архитектором?)
solid описан в любых книжках по паттернам. как можно нанять архитектора не знающего паттерны очень интересно.
@@Hello_there_777 тем же вопросом задаюсь. Сейчас по-моему уже даже джуны в курсе про SOLID.