ДЖУН 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 Советы джунам
#джуны #сеньор #контур #джун #программирование
Пікірлер: 141
каждый сеньор был джуном. если джуны не нужны, то и не будет сеньоров. (С) жак таненбаум
@tikset
Ай бұрын
Я думал что © Джейсон Стетем
@hatred58
Ай бұрын
@@tiksetжак стетхем-таненбаум
@tikset
Ай бұрын
@@hatred58 уважаемо
@jiauyjiauy3777
Ай бұрын
ну, вообще не обязательно. Есть те, кто сразу залетают на мидлов, например, немного наврав про опыт в резюме. Делают, в частности, потому что на мидла меньше требований, чем на джуна
@tikset
Ай бұрын
@@jiauyjiauy3777 мб меньше кандидатов, а не требований?
Согласен с тем, что Джуны думают о проекте. Было время, когда я ложился спать и засыпал с мыслями о работе и какой-то проблеме. Один раз во сне я додумался до решения проблемы
@creativeorange777
Ай бұрын
Это не одно и то же Ты думал о том почему код не работает, а не почему ты его таким образом спроектировал. Будет ли он удобно расширяемый или нет
@daniil7800
Ай бұрын
если засыпая у тебя есть мысли о работе - work & live баланс нарушен если ты джун - простительно, если ты сеньор - надо задуматься
@kosi3d
Ай бұрын
@@daniil7800 согласен
@cryptfunc
Ай бұрын
Сонное озарение - классика.
Как показывает практика, очень часто люди, которые говорят "все можно выразить кодом и комментарии не нужны" сильно переоценивают свое умение писать читаемый код.
@Ded_Shaman
Ай бұрын
Как говорил мне мой препод по плюсам в школе - комментарии нужны, потому что к коду можно вернуться позже. Сам он вернулся к одному своему коду через 20 лет и, если бы не комментарии, не понял бы его полностью
@SleePokeR
Ай бұрын
@@Ded_Shaman Ну и обратная сторона монеты как всегда есть. Во время рефакторинга почти никто никогда не правит комментарии. И они из полезных могут превратиться в крайне вредные с течением времени.
@ontetsu1071
Ай бұрын
@@SleePokeR на ревью обычно пишут, что ты забыл поправить комментарий, так что такого почти не бывает
@bbeerrkkuutt
Ай бұрын
Код может "сказать" только что он делает, но не зачем он это делает и почему он делает это именно так.
@SleePokeR
Ай бұрын
@@ontetsu1071 Ну может для вас это будет открытие, но, к сожалению, существуют проекты, где о такой вещи как код ревью особо не слышали, вводить не хотят и вообще не до этого :) Сам на таком сейчас веслаю. Единственный плюс, который могу отметить, что стал намного проще относится к таким вещам и насмотрелся обратных монет и Good Practice и такого типа холиварных вещей. Как по мне почти любой код говно, если не в твоих глазах, то в глазах другого человека. И любые инструменты, которые нам даны, можно настолько херово применить, что ничего не поможет :)
Супер приятно было послушать ребят. Вопросы базовые и я отвечал вместе с ними. Было приятно найти общее с обоими участниками
Видос топчик!) Спасибки!)
Очень здорово, классные ребята! Респект
Аня, ты прекрасна! Успехов тебе в дальнейшем развитии! Очень полезный ролик, много интересного для тех, кто подаются на стажировки
Очень крутые советы! Особенно в конце, полностью согласен!
Если ваш сервис через год должен делать что то другое, значит это аналитики продолбались. Таким образом если ваш сервис летит на помойку или полностью переделывается, значит вы делали мвп, а мвп полны костылей и это совершенно нормально)
@user-np5uh8do2x
Ай бұрын
А у нас и не мвп полон костылей. За джунами нет никакого надзора, они лепят че хотят, а потом другие, видоя, что код не расширяемый, лепят костыли
@pixel27
Ай бұрын
Ну, тренды меняются, лучше поздно что то поменять чем никогда
@H3110_W0RLD
Ай бұрын
@@user-np5uh8do2x Так джунам лучше не давать писать то, что в дальнейшем будет как то расширяться или часто рефакториться. Либо нужно поэтапно пояснить, что и как писать и какие паттерны(как пример) использовать.
@TheDelwish
Ай бұрын
@@H3110_W0RLD могу добавить и расширить, видимо у них все куда более печально и я видел подобные проекты - не организован процесс разработки. джуны сами по себе не дожны давать себе подобное писать, если так происходит, значит в проекте просто бардак в плане разработки и каждый лепит что душе угодно.
@edvardpotter
21 күн бұрын
@@H3110_W0RLDчасто бывает такое что как раз таки архитектуру закладывают джуны (маленькая компания, начала что-то делать, собирали по принципу “х*як-х*як и в продакшн“, а потом проект выстрелил
Ну Джунам в 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: Могу быть и даже скорее всего, очень возможно, где-то неправ.
@kailonfors2478
Ай бұрын
Какая же НЕ БАЗА. В средней компании джуны попадают в пекло, развитие в котором всестороннее. Если это аутсорс, то джун вообще растет как на дрожжах, т.к. он за год может насидеться на пяти, а то и десяти проектах, выполняя абсолютно разные задачи. Наоборот в бигтехах ты сидишь и шлепаешь одни и те же тесты или вносишь правки. То что стартовать проще - да, развиваться проще - сомнительно, развития больше - вранье
@tiberiusrubicon9261
Ай бұрын
@@kailonfors2478 , ну во первых не зачем быть настолько агрессивным, так как я сам во написал что могу где-то ошибаться. Во вторых как показывает практика если будучи Junior разработчик только сидит и пишет тесты, значит именно он где-то недожал. Развиваться в BT проще, потому что для этого возможностей больше. Но если человека волнует только ЗП и работать поменьше и пока не ткнут он развиваться не станет - то уж сорянба, если человек по настоящему хочет развиваться в этой области, то он и с двумя работами и учебой найдет время для того чтобы развиваться в своей области дополнительно))) На самом деле подобный спор кто прав и кто не прав в контексте того где быстрее буст разраба не совсем нужен - мы можем иметь в виду и подразумевать разных людей и разный подход к развитию. Кто-то может быстрее развиваться в BT, кто-то в средних-малых. Все очень сильно может зависеть как от человека, так и от команды в целом.
@kailonfors2478
Ай бұрын
@@tiberiusrubicon9261 Сорян, если вышло агрессивно, я за дружбу, не обессудь))
@tiberiusrubicon9261
Ай бұрын
@@kailonfors2478 все понимаю)) Я то же за теплую и хорошую беседу)))))
@user-br5ko5wx6f
Ай бұрын
@@tiberiusrubicon9261 @kailonfors2478 будучи айтишниками свести разговор к адекватному ( самое главное положительному исходу ), вселяет надежду, что не все потеряно :D
Спасибо ребятам, оба участика крутые
А прикольный формат. Такое было бы интересно и 3 часа посмотреть.
Формат бомба. Ещё бы увидеть обратный формат: джун дерский парень VS сеньор жёсткая строгая леди Интересно, кто первый сорвется
Спасибо за совет делать только то, что нравится! У кого нибудь будет сотку занять пока новую работу не найду?
Милош Бикович на протяжении 19 минут вещает как они кодили Диадок и какая крутая у них контора Контур))
4:23 В больших компаниях уже налажены все рабочие процессы, поэтому чтобы обеспечить постоянный рост сотрудников они должны и могут себе позволить выращивать сотрудников с нуля
@user-zq2ee6pi9f
Ай бұрын
+ обучить их своей кухне будет куда лучше, чем принимать другую извне
джуны в компании нужны, чтоб разгрузить от рутины мидлов и синьеров. Это очень сильно экономит ресурсы компании и позволяет правильнее распределить ресурсы
С двумя мониторами идея прикольная. Первый раз о таком слышу, но идея топчик. Про код с телеграмом неожиданно, но интересно. Джунька молодец, хорошо держалась)
@armuk9005
2 ай бұрын
Это шутка я так понял
Прикольно, но... прикольно
Про комментарии к коду: из верности утверждения, что самодокументирующийся код не нуждается в комментариях вовсе не следует утверждение, что код без комментариев - самодокументирующийся. В своей практике встречался с ситуациями, когда на ревью буквально заставляли удалять комментарии именно по причине, что "код должен быть самодокументирующимся". Бред какой-то: заставляли не код переписать, а комментарии удалять! В то же время в этих же проектах видел кучу костылей, которые закрывают какие-то сложные, неявные кейсы и вроде бы вот оно самое место для комментария, но "мы же крутые разрабы и пишем самодокументирующийся код" :) Считаю, что код совсем без комментариев (хотя бы комментарии к классам, поясняющие их предназначение), - это как книга без содержания: вроде читать можно, но зачастую просто хочется взглянуть на содержание, чтобы понять, о чем эта книга и стоит ли ее вообще читать
@mercyriall
Ай бұрын
если структура проекта выстроена так, что прогер не понимает о чем тут речь и куда ему залезть, значит код плохой, либо прогер слабый, если ты твердо установишь в голове то, что тебе нельзя писать комменты, то и код ты будешь писать так, чтобы было максимально ясно что и зачем, а иначе будешь просто ссылаться на 'ну окей тут просто закоменчу а то как то не очень понятно' + комменты портят картину и с ними банально хуже читается код, парень в видосе правильно сказал, что есть сложные оптимизационные участки в которых не все разбираются, там такое вполне оправдано
@urlaugh9053
Ай бұрын
@@mercyriall в реальности бывают кейсы, когда по той или иной причине приходится сталкиваться с неявным поведением. Перелопачивать проект постфактум из-за чьей-то ошибки для того, чтобы убрать коммент - пустая трата ресурсов. Помимо этого комментарии к функциям дополнительно помогают декларировать их работу, на уровне интерфейса, не погружаясь в реализацию Ну и через строку никто комментарии в продакшне и не пишет
@mercyriall
Ай бұрын
@@urlaugh9053 а назвать нормально функцию не декларирует ее на уровне интерфейса? дописать за кем то функцию в рамках фриланса окей. если работаешь в компании на качество, то уж лучше переделать все в нормальный вид
@urlaugh9053
Ай бұрын
@@mercyriall Факт. Но мы все любим хайлайт подсказки функций из сторонних библиотек, которые помогают не лезть в доку лишний раз
@romantsaregorodtsev9993
Ай бұрын
Код нужно комментировать хотя бы потому, чтобы понимать почему именно так было сделано, а не что делает сам код. Разобраться в коде нет проблем, а понять сакральный замысел автора бывает очень тяжело
Аньке лайк автоматически!!
10:21 змечательная оговорка 🤣
Чот я не со всеми тезисами сеньора согласен, являясь лидом. Нужно было полный стол мнений собирать и мидла не пропускать)
@KonturTech
Ай бұрын
Ставьте лайк, если считаете, что нужен выпуск Мидл VS Сеньор
Интересно, что за синьоры там в контуре, если получают они как мидлы на рынке
Что за девушка? Как с ней связаться?
такие красивые айтишницы)
Джун может и думает об архитектуре, но толку от этого мало. Его мнения скорей всего не спросят. А если вдруг таки спросят, то это будет пустая формальность. До архитектуры надо дорасти. Плюс джун не обладает всей полнотой информации о проекте, поэтому хорошее архитектурное решение он может только угадать. Но думать об этом для джуна полезно. Просматривая свои комментарии к старому коду я часто замечаю, что комментировал совсем не то, что на самом деле стоило бы. И я не уверен до сих пор, что знаю на 100% что надо комментировать. Пришёл к тому, чтобы просто писать тупой прямой код без всяких заумных трюков везде где только можно, который будет читаться и пониматься однозначно. Если такой код перестал вызывать у вас отторжение, то поздравляю, вы становитесь таки сеньором. Трюки/фишечки/хайповые технологии - важный этап становления. Как игрушки для ребенка. Но когда "взрослеешь" остается лишь минимально необходимый набор инструментов.приемов. И даже если переходишь на какой-то новый ультрамодный фреймворк/либу, то ты, как правило, уже знаешь, что нужно оттуда взять, чтобы выполнить задачу. Ну бестпрактис прочитать, что ты правильно понимаешь идею.
Джуны не нужны. Бизнесу нужны мидлы на позициях джунов. А джунов, которые ничего не знают, но в процессе могут научиться уже давно никто не нанимает, даже в сильной нужде, даже (или особенно?) крупные компании. Им проще за те же деньги купить 2 мидл индусов, или потратить побольше денег на рекрутинг более квалифицированных кадров. (Посмотрите хотя бы на тенденцию рынка труда компаний faang, которые переносят всё больше рабочих мест в Индию, массово сокращает кучу народу, на постоянке увольняет большинство людей в 1 год работы, чтобы меньше выплачивать компенсации, и вообще нанимают сейчас ТОЛЬКО сеньоров или мидлов на какие-то оч. сложные вакансию, где квалификация мидла будет не ниже сеньорской в соседнем проекте по проще).
хороший формат. Жаль по фронтенду стажировки больше не проводятся(
@KonturTech
2 ай бұрын
Как только будет открытый набор, обязательно расскажем 🤝
господи сколько бредовых комментов . а все потому что за деревьями леса перестали видеть. эти баззворды - джун, сеньор, чисто условность, в реальности будут люди покрывающие непрервыно весь спектр от джуна до сеньора ибо суть за баззвордами препростейшая - неопытный разработчик и опытный разработчик (с английского, который взял это с латыни, оно это и означает - младший, старший не в смысле возраста, а именно опыта). из этого все и проистекает . разработчик с опытом, повидавший проекты , наломавший сам дров, безусловно тот кто будет заниматься сложными и самыми важными вещами в части дизайна/проектирования. разработчик с небольшим опытом может также пытаться это делать, только результат будет предсказуемо плохой. поэтому никто ему это не даст делать. а дадут низовую работу - писать код, т.е. быть переводчиком технических спецификаций на язык программирования. писать комментарии или не писать, это я даже обсуждать не хочу. вы бы еще форматирование начали обсуждать, и пробелы против табов
Джунка огонь!
@Daniil_Kibirev
Ай бұрын
Джун*)
про джунов скорее вопрос в резком перенасыщении рынка кадрами у которых ОЧЕНЬ мало знаний, даже про те же цифровые кафедры видела статью у пропрофи онлайн на эту тему
Надо ещё сделать выпуск где на позиции Джуна будет ответчик, который уже имеет отличную от айти специальность и много работал по ней, но начал переучиваться на ит.
@torburgmax
Ай бұрын
и еще чтобы вместо джуна был чатгпт
слегка лицемерно))) у самих нет вакансий джунов, но говорят, что они нужны всегда))
@KonturTech
Ай бұрын
Привет! Для джунов у нас есть стажировки для программистов, курсы для аналитиков и тестировщиков. Почитать можно тут: kontur.ru/education/programs/intern А еще есть канал Контур.Студент (t.me/kontur_student) - там о предложениях для начинающих. Подписывайтесь и следите :)
@Polzuchy_haos
Ай бұрын
А это случайно не в контуре большая текучка студентов?
@erlanalpaca3021
Ай бұрын
@@KonturTechстажировка ≠ вакансия
@igorratnik2357
Ай бұрын
Это как яндекс. Плодят свои говнокурсы. При этом у самих порог входа- коммерческого опыта от 3 лет))
Джун когда дня 3, нелелю копается над не тривиальной задачей, где нужно совместить несколько подходов, а еще и написать на новой версии это. Конечно это достижение 🎰. Такие задачи даже у мидлов постоянно возникают, к сожалению.
На мой взгляд, единственная значимая разница между дждуном и сеньором - зарплата, которую получает человек в ЧАС
@TheDelwish
Ай бұрын
вообще нет.
1. Никто не может считаться сеньором, пока не поднял хотя бы одного джуна до миддла. 2. 70% "сеньоров" на самом деле таковыми не являются и держатся в этом звании исключительно по выслуге лет. 3. В хайтеке сеньора с опытом до 5 лет включительно быть не может. Тот, кого поставили на сеньорскую должность не становится автоматом сеньором.
@romanwednesday4401
Ай бұрын
Да, но...Откуда вы вообще берете это утверждения? С чего вы взяли, что синьор обязательно должен выучить джуна до миддла? Разве синьор должен быть отчасти менеджером? Дальше ведь есть 3 пути: тимлид(менеджер), архитектор(тех. спец), любитель попить пивка(шутка). А кто, по вашему, является синьором? Есть какой-то список, где какая-нибудь международная ассоциация IT утверждает, что да, вот этими знаниями, умениями и достижениями обладает старший разраб, а вот этими только разрабы средней руки и так далее. Везде какие-то субъективные оценки и поинты. Я - разработчик и для меня не существует званий синьор - джун. Или E1 - E9. Или какие-либо еще ограничения по уровням. Все это довольно условные обозначения от компании к компании. И те, кто думает, что он синьор, потому его взяли синьором в компанию, будет абсолютно прав в рамках данной компании. Даже если он не является в другой компании таковым, т.к не подходит под требования/не прошел интервью. Наклепали шаблонов/званий/лычек/грейдов и хуй разберутся, кто есть кто)) Так еще и спорят об этом бесполезном деле. А по факту, крут тот, кто может решить проблемы бизнеса и поддерживать эти решения. Быстро, дешево, надежно, в соответствии с требованиями. Это всё что требуется от разрабов. Остальные размышения чепуха
@igoryurchenko559
Ай бұрын
@@romanwednesday4401 из своего жизненного опыта. Джун, миддл, сеньор - это минимально достаточная классификация с точки зрения уровней. Джун стартовый уровень. Когда кандидат владеет базовыми знаниями, терминологий, но не знает что делать, как делать, когда, не знает предметную область и способен делать что либо существенное самостоятельно. Миддл это тот который уже способен минимально разобраться в проекте инструментах, что-то выучить самостоятельно. Писать новый функционал, решать задачи тактического уровня. Сеньор это всё остальное. Решение полного спектра технических задач по проекту. Менеджеры вообще тут не при делах. В чем конкретно вопрос? В выводе джуна в миддлы? Это простая тема. Ты не можешь быть уверен , что что-то знаешь достаточно хорошо, если не можешь объяснять это джуну. А как это проверить? Так что...
@user-eg9nf5oi7e
Ай бұрын
За пять лет и архитектором стать можно, смотря, что в эти пять лет происходило и какая база у человека. Какой-нибудь айсиписишник и с двумя годами опыта работы на этот уровень поднимется - тут же вопрос в технических навыках, а не менеджерских
@igoryurchenko559
Ай бұрын
@@user-eg9nf5oi7e хотел было написать что нельзя, но понимаю, что у нас разное понимание этого термина. Человек может находиться на должности архитектора, и считаться ценным кадром, уметь быстро адаптировать существующую проектную документацию под очередного заказчика и все такое. Но в моём понимании этого термина это не архитект.
@igoryurchenko559
Ай бұрын
@@romanwednesday4401 из своего жизненного опыта... Джун/миддл/сеньор это минимально достаточная градация уровней квалификации, имеющий хоть какой-то практический смысл. Джуны это те кто требуют guidance. Миддл уже способен сам учиться, более-менее ориентируется в проекте и способен относительно самостоятельно решать задачи тактического уровня. Синьор это всё остальное. Внутри миддлов тоже есть ли немало градаций профессионального уровня. Но это уже частности. На счёт вытягивания джунов, один из скиллов синьора это умение четко и ясно поставить задачу. Миддлу обычно нужно лишь пояснить пару моментов. В основном он сам плюс-минус способен разобраться в проекте. А вот со джуном надо посидеть обычно. И не редко случается, что джуны своими "тупыми" вопросами вскрывают проблемы и пробелы, которые синьор не заметил. И так далее...
Нужны джуны со знаниями сеньора, но зп джунов, да идеальные сотрудники
Ревью входит в оценку задачи? Звучит бредово
Ну это что за джунка такая классная! Это же студентка ФИИТ!
Стоит ли в 24 году учиться питону на бэкэнд, если сейчас рынок дико перенасыщен и мне 28 лет?
@user-rd2zj3ty9j
Ай бұрын
Да, стоит, но подходить нужно с головой, считай, что учиться нужно от 500 часов и более для нормально оффера не за еду
@spawn1411
Ай бұрын
@@user-rd2zj3ty9jот 500 часов в день
@user-ws1ud4op9i
Ай бұрын
@@user-rd2zj3ty9j это офер за еду. никто олда 28 летнего брать не станет
Оправдания наличия джунов в таких компаниях может быть два: кто-то должен делать грязную работу и писать КРУДы (много ума не надо), во-вторых их чуть проще удерживать долгое время за меньшие деньги. Вся эта речь про образование и альтруизм чушь имхо
Что посмотрел, нифига не понял, ну да ладно, идём дальше
К сеньору который говорит что джуны не нужны и не нужно их нанимать. У меня больше вопросов чем к самому джуну. Как интересно этот "сеньор" стал этим самым сеньором. перепрыгнув джуна и мидла)
когда я нажимал на видео я думал это девушка маленький 12 летний мальчик
@proha0230
Ай бұрын
Тоже самое)
Анечка крутая джунка
Только здоровые процессы производства ПО могут получать пользу от джунов. Наличие в команде джунов может свидетельствовать о хороших процессах, о том, что компания озаботилась о наличии собственной технологической платформы в который джуны могут спокойно работать и приносить пользу, а значит успеху быть. Когда собирается всякая мидово-сеньорская нечисть и начинает на коленке собирать проект из общедоступных фреймворков, там да, джунам не место, но это и не системная работа, а кустарно-хоббийное производство. Все остальное - какая-то изотерика, выдумки и профанация.
Не нанимайте джунов. Нанимайте только специалистов с 8 летним опытом. И закрывайте фирму.
Если ты писатель, пиши. Дайте управлять тем кто умеет управлять. Слушаешь, опыта у ребят в управлении нет ...
костиль джуна т сеньйора це різні речі
мне это напоминает s m l xl xxl ... ждуны мидлы сеньоры... всех поделили ...
Сошлись как-то два формошлёпера
@torcher5023
Ай бұрын
эээээ там вообще-то каттинг эдж кампьютейшнс, хай лоад, это инженеры, а не формошлёпы, прояви уважение
@ic6406
Ай бұрын
@@torcher5023😅😅
Джуны нихрена щас не нужны. Я вот джун с 6.5 годами опыта в джаве и hh молчит и откликов нет
Сеньор скуф
Есть ИИ?. Джуны не нужны. Девочка- топчик. Еще и умненькая. Кому- то повезет.
Ещё не всем похуй на это ваше айти?
Это как чел с уника говорит: давайте уберем школу. Я же ее прошел. Крч клоун конкретный
Переливание из пустого в порожнее, причём на пафосе. Абсолютно бесполезный ролик.
Смотря какие джуны. В яндекс в джуны берут с опытом 2 года и умением решать 80%-90% задач так что...