ДЖУН VS СЕНЬОР РАЗРАБОТЧИКИ: Джуны не нужны? | Согласен / Не согласен

В формате «Согласен / Не согласен» два представителя из Контура разбирают спорные тезисы, которые связаны с их профессиями.
В этом выпуске junior-разработчица Аня Кирьянова и senior-разработчик Миша Усков обсуждают взаимодействие своих ролей и стереотипы, которые с этим связаны: нужны ли джуны, зачем в них вкладываться и многое другое.
tech.kontur.ru
Подписывайтесь:
TG Технологии в Контуре ► t.me/+zWBpy5_75BU3OGVi
Полезно для джунов:
Стажировки ► kontur.ru/education/programs/intern
Контур.Студент ► t.me/kontur_student
0:00 Начало и правила
0:40 Уровень джунов
2:45 Контроль джунов
4:23 Джуны не нужны
7:24 Архитектура проекта
9:03 Сроки выполнения задач
10:51 Комментарии к коду - трата времени
12:58 Писать код как угодно
15:37 Советы джунам
#джуны #сеньор #контур #джун #программирование

[@hatred58]

каждый сеньор был джуном. если джуны не нужны, то и не будет сеньоров. (С) жак таненбаум

[@tikset]

Я думал что © Джейсон Стетем

[@hatred58]

@@tiksetжак стетхем-таненбаум

[@tikset]

@@hatred58 уважаемо

[@jiauyjiauy3777]

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

[@tikset]

@@jiauyjiauy3777 мб меньше кандидатов, а не требований?

[@kosi3d]

Согласен с тем, что Джуны думают о проекте. Было время, когда я ложился спать и засыпал с мыслями о работе и какой-то проблеме. Один раз во сне я додумался до решения проблемы

[@okke00]

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

[@Ded_Shaman]

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

[@SleePokeR]

@@Ded_Shaman Ну и обратная сторона монеты как всегда есть. Во время рефакторинга почти никто никогда не правит комментарии. И они из полезных могут превратиться в крайне вредные с течением времени.

[@ontetsu1071]

​@@SleePokeR на ревью обычно пишут, что ты забыл поправить комментарий, так что такого почти не бывает

[@bbeerrkkuutt]

Код может "сказать" только что он делает, но не зачем он это делает и почему он делает это именно так.

[@SleePokeR]

@@ontetsu1071 Ну может для вас это будет открытие, но, к сожалению, существуют проекты, где о такой вещи как код ревью особо не слышали, вводить не хотят и вообще не до этого :) Сам на таком сейчас веслаю. Единственный плюс, который могу отметить, что стал намного проще относится к таким вещам и насмотрелся обратных монет и Good Practice и такого типа холиварных вещей. Как по мне почти любой код говно, если не в твоих глазах, то в глазах другого человека. И любые инструменты, которые нам даны, можно настолько херово применить, что ничего не поможет :)

[@tiberiusrubicon9261]

Ну Джунам в Big-Tech гораздо проще стартовать и они сами по себе развиваются даже вне работы, в то время как показывает практика,джунов в маленькие компании почти не берут, а в малых-средних развитие происходит медленнее, даже если джун горит от интереса. Очень много факторов которые на это влияют, но основной заключается в том, что Senior/Middle в Big-Tech с большей вероятностью найдут время чтобы ответить на вопрос джуна, нежели в средних-малых + Big-Tech компании, имеют свои внутренние курсы, программы по которым можно легко, быстро и без лишней воды что-то изучить(например какие-то особенные БД вроде Scylla или Neo4j, или какую-то область) потому что компании заинтересованы в том, чтобы их сотрудники развивались и могут себе позволить подобное. На моменте о том думают ли джуны об архитектуре проекта честно угарнул сильно от самого вопроса))) Если Back-end джун приходит к примеру в Sber, который работает к примеру на своей системой Salut то он по определению не сможет понимать все на уровне Team-Leadов и даже Back-end оценить скорее всего не сможет полноценно, так как ещё нет опыта. На сегодняшний день требования для Junior-разрабов по знаниям в области Back-end очень маленькие - достаточно понимать 1-2 типа БД + умение работать по API, никаких gRPC, WebSocket, NATS, RabbitMQ, Apache Kafka, ZeroMQ для взаимодействия между сервисами им не знакомы. Как можно просить от человека который разве что запросы пишет, понимания структуры огромного проекта - конечно можно взять маленькую компанию где все реализовано по API - там джун все будет и так понимать. UPD: Могу быть и даже скорее всего, очень возможно, где-то неправ.

[@user-gx2pk2yv4s]

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

[@user-np5uh8do2x]

А у нас и не мвп полон костылей. За джунами нет никакого надзора, они лепят че хотят, а потом другие, видоя, что код не расширяемый, лепят костыли

[@pixel27]

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

[@BRooBooot]

Очень здорово, классные ребята! Респект

[@user-wz1gp3rl6k]

Аня, ты прекрасна! Успехов тебе в дальнейшем развитии! Очень полезный ролик, много интересного для тех, кто подаются на стажировки

[@user-en3gy5ue4q]

Очень крутые советы! Особенно в конце, полностью согласен!

[@starkoracia]

Видос топчик!) Спасибки!)

[@sashav2344]

Спасибо за совет делать только то, что нравится! У кого нибудь будет сотку занять пока новую работу не найду?

[@Moonsheen]

Спасибо ребятам, оба участика крутые

[@UserSo4reUsu75ry]

4:23 В больших компаниях уже налажены все рабочие процессы, поэтому чтобы обеспечить постоянный рост сотрудников они должны и могут себе позволить выращивать сотрудников с нуля

[@-Sergey]

А прикольный формат. Такое было бы интересно и 3 часа посмотреть.

[@bagulg]

Про комментарии к коду: из верности утверждения, что самодокументирующийся код не нуждается в комментариях вовсе не следует утверждение, что код без комментариев - самодокументирующийся. В своей практике встречался с ситуациями, когда на ревью буквально заставляли удалять комментарии именно по причине, что "код должен быть самодокументирующимся". Бред какой-то: заставляли не код переписать, а комментарии удалять! В то же время в этих же проектах видел кучу костылей, которые закрывают какие-то сложные, неявные кейсы и вроде бы вот оно самое место для комментария, но "мы же крутые разрабы и пишем самодокументирующийся код" :) Считаю, что код совсем без комментариев (хотя бы комментарии к классам, поясняющие их предназначение), - это как книга без содержания: вроде читать можно, но зачастую просто хочется взглянуть на содержание, чтобы понять, о чем эта книга и стоит ли ее вообще читать

[@mercyriall]

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

[@urlaugh9053]

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

[@mercyriall]

@@urlaugh9053 а назвать нормально функцию не декларирует ее на уровне интерфейса? дописать за кем то функцию в рамках фриланса окей. если работаешь в компании на качество, то уж лучше переделать все в нормальный вид

[@urlaugh9053]

@@mercyriall Факт. Но мы все любим хайлайт подсказки функций из сторонних библиотек, которые помогают не лезть в доку лишний раз

[@romantsaregorodtsev9993]

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

[@romannersa]

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

[@torburgmax]

и еще чтобы вместо джуна был чатгпт

[@SEM14KOV]

Что за девушка? Как с ней связаться?

[@drondiwe]

10:21 змечательная оговорка 🤣

[@Elisha_GG]

Милош Бикович на протяжении 19 минут вещает как они кодили Диадок и какая крутая у них контора Контур))

[@Daniil_Klykov]

С двумя мониторами идея прикольная. Первый раз о таком слышу, но идея топчик. Про код с телеграмом неожиданно, но интересно. Джунька молодец, хорошо держалась)

[@armuk9005]

Это шутка я так понял

[@lunatic1220]

Стоит ли в 24 году учиться питону на бэкэнд, если сейчас рынок дико перенасыщен и мне 28 лет?

[@user-rd2zj3ty9j]

Да, стоит, но подходить нужно с головой, считай, что учиться нужно от 500 часов и более для нормально оффера не за еду

[@spawn1411]

​@@user-rd2zj3ty9jот 500 часов в день

[@user-ws1ud4op9i]

@@user-rd2zj3ty9j это офер за еду. никто олда 28 летнего брать не станет

[@igoryurchenko559]

Джун может и думает об архитектуре, но толку от этого мало. Его мнения скорей всего не спросят. А если вдруг таки спросят, то это будет пустая формальность. До архитектуры надо дорасти. Плюс джун не обладает всей полнотой информации о проекте, поэтому хорошее архитектурное решение он может только угадать. Но думать об этом для джуна полезно. Просматривая свои комментарии к старому коду я часто замечаю, что комментировал совсем не то, что на самом деле стоило бы. И я не уверен до сих пор, что знаю на 100% что надо комментировать. Пришёл к тому, чтобы просто писать тупой прямой код без всяких заумных трюков везде где только можно, который будет читаться и пониматься однозначно. Если такой код перестал вызывать у вас отторжение, то поздравляю, вы становитесь таки сеньором. Трюки/фишечки/хайповые технологии - важный этап становления. Как игрушки для ребенка. Но когда "взрослеешь" остается лишь минимально необходимый набор инструментов.приемов. И даже если переходишь на какой-то новый ультрамодный фреймворк/либу, то ты, как правило, уже знаешь, что нужно оттуда взять, чтобы выполнить задачу. Ну бестпрактис прочитать, что ты правильно понимаешь идею.

[@Happy-wt9dy]

На мой взгляд, единственная значимая разница между дждуном и сеньором - зарплата, которую получает человек в ЧАС

[@Galoscope]

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

[@user-tc1kk8vc8q]

Прикольно, но... прикольно

[@TheTimkol]

Аньке лайк автоматически!!

[@dondragon6949]

такие красивые айтишницы)

[@igoryurchenko559]

1. Никто не может считаться сеньором, пока не поднял хотя бы одного джуна до миддла. 2. 70% "сеньоров" на самом деле таковыми не являются и держатся в этом звании исключительно по выслуге лет. 3. В хайтеке сеньора с опытом до 5 лет включительно быть не может. Тот, кого поставили на сеньорскую должность не становится автоматом сеньором.

[@romanwednesday4401]

Да, но...Откуда вы вообще берете это утверждения? С чего вы взяли, что синьор обязательно должен выучить джуна до миддла? Разве синьор должен быть отчасти менеджером? Дальше ведь есть 3 пути: тимлид(менеджер), архитектор(тех. спец), любитель попить пивка(шутка). А кто, по вашему, является синьором? Есть какой-то список, где какая-нибудь международная ассоциация IT утверждает, что да, вот этими знаниями, умениями и достижениями обладает старший разраб, а вот этими только разрабы средней руки и так далее. Везде какие-то субъективные оценки и поинты. Я - разработчик и для меня не существует званий синьор - джун. Или E1 - E9. Или какие-либо еще ограничения по уровням. Все это довольно условные обозначения от компании к компании. И те, кто думает, что он синьор, потому его взяли синьором в компанию, будет абсолютно прав в рамках данной компании. Даже если он не является в другой компании таковым, т.к не подходит под требования/не прошел интервью. Наклепали шаблонов/званий/лычек/грейдов и хуй разберутся, кто есть кто)) Так еще и спорят об этом бесполезном деле. А по факту, крут тот, кто может решить проблемы бизнеса и поддерживать эти решения. Быстро, дешево, надежно, в соответствии с требованиями. Это всё что требуется от разрабов. Остальные размышения чепуха

[@igoryurchenko559]

@@romanwednesday4401 из своего жизненного опыта. Джун, миддл, сеньор - это минимально достаточная классификация с точки зрения уровней. Джун стартовый уровень. Когда кандидат владеет базовыми знаниями, терминологий, но не знает что делать, как делать, когда, не знает предметную область и способен делать что либо существенное самостоятельно. Миддл это тот который уже способен минимально разобраться в проекте инструментах, что-то выучить самостоятельно. Писать новый функционал, решать задачи тактического уровня. Сеньор это всё остальное. Решение полного спектра технических задач по проекту. Менеджеры вообще тут не при делах. В чем конкретно вопрос? В выводе джуна в миддлы? Это простая тема. Ты не можешь быть уверен , что что-то знаешь достаточно хорошо, если не можешь объяснять это джуну. А как это проверить? Так что...

[@user-eg9nf5oi7e]

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

[@igoryurchenko559]

@@user-eg9nf5oi7e хотел было написать что нельзя, но понимаю, что у нас разное понимание этого термина. Человек может находиться на должности архитектора, и считаться ценным кадром, уметь быстро адаптировать существующую проектную документацию под очередного заказчика и все такое. Но в моём понимании этого термина это не архитект.

[@igoryurchenko559]

@@romanwednesday4401 из своего жизненного опыта... Джун/миддл/сеньор это минимально достаточная градация уровней квалификации, имеющий хоть какой-то практический смысл. Джуны это те кто требуют guidance. Миддл уже способен сам учиться, более-менее ориентируется в проекте и способен относительно самостоятельно решать задачи тактического уровня. Синьор это всё остальное. Внутри миддлов тоже есть ли немало градаций профессионального уровня. Но это уже частности. На счёт вытягивания джунов, один из скиллов синьора это умение четко и ясно поставить задачу. Миддлу обычно нужно лишь пояснить пару моментов. В основном он сам плюс-минус способен разобраться в проекте. А вот со джуном надо посидеть обычно. И не редко случается, что джуны своими "тупыми" вопросами вскрывают проблемы и пробелы, которые синьор не заметил. И так далее...

[@kapitankrolick]

хороший формат. Жаль по фронтенду стажировки больше не проводятся(

[@KonturTech]

Как только будет открытый набор, обязательно расскажем 🤝

[@user-nx3xb2ge5g]

слегка лицемерно))) у самих нет вакансий джунов, но говорят, что они нужны всегда))

[@KonturTech]

Привет! Для джунов у нас есть стажировки для программистов, курсы для аналитиков и тестировщиков. Почитать можно тут: kontur.ru/education/programs/intern А еще есть канал Контур.Студент (t.me/kontur_student) - там о предложениях для начинающих. Подписывайтесь и следите :)

[@Polzuchy_haos]

А это случайно не в контуре большая текучка студентов?

[@erlanalpaca3021]

​@@KonturTechстажировка ≠ вакансия

[@igorratnik2357]

Это как яндекс. Плодят свои говнокурсы. При этом у самих порог входа- коммерческого опыта от 3 лет))

[@KudVanGreed]

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

[@KonturTech]

Ставьте лайк, если считаете, что нужен выпуск Мидл VS Сеньор

[@user-ym3ei2qh3o]

Джунка огонь!

[@user-ep7ry9so7z]

Джун*)

[@elenpeers8365]

Джуны не нужны. Бизнесу нужны мидлы на позициях джунов. А джунов, которые ничего не знают, но в процессе могут научиться уже давно никто не нанимает, даже в сильной нужде, даже (или особенно?) крупные компании. Им проще за те же деньги купить 2 мидл индусов, или потратить побольше денег на рекрутинг более квалифицированных кадров. (Посмотрите хотя бы на тенденцию рынка труда компаний faang, которые переносят всё больше рабочих мест в Индию, массово сокращает кучу народу, на постоянке увольняет большинство людей в 1 год работы, чтобы меньше выплачивать компенсации, и вообще нанимают сейчас ТОЛЬКО сеньоров или мидлов на какие-то оч. сложные вакансию, где квалификация мидла будет не ниже сеньорской в соседнем проекте по проще).

[@user-ep1yj8gz7b]

Ну это что за джунка такая классная! Это же студентка ФИИТ!

[@spamcolector]

костиль джуна т сеньйора це різні речі

[@igorratnik2357]

Есть ИИ?. Джуны не нужны. Девочка- топчик. Еще и умненькая. Кому- то повезет.

[@user-qs9mw7mr3k]

когда я нажимал на видео я думал это девушка маленький 12 летний мальчик

[@proha0230]

Тоже самое)

[@user-jo4ij9fg1d]

Сошлись как-то два формошлёпера

[@torcher5023]

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

[@ic6406]

@@torcher5023😅😅

[@xelth]

мне это напоминает s m l xl xxl ... ждуны мидлы сеньоры... всех поделили ...

[@user-wh2wo4my7y]

Анечка крутая джунка

[@RomaKrivoi]

Что посмотрел, нифига не понял, ну да ладно, идём дальше

[@user-gg1zg2ot3x]

Ещё не всем похуй на это ваше айти?

[@user-wh1rc3bv4g]

Смотря какие джуны. В яндекс в джуны берут с опытом 2 года и умением решать 80%-90% задач так что...