ну, вообще не обязательно. Есть те, кто сразу залетают на мидлов, например, немного наврав про опыт в резюме. Делают, в частности, потому что на мидла меньше требований, чем на джуна
Согласен с тем, что Джуны думают о проекте. Было время, когда я ложился спать и засыпал с мыслями о работе и какой-то проблеме. Один раз во сне я додумался до решения проблемы
Как показывает практика, очень часто люди, которые говорят "все можно выразить кодом и комментарии не нужны" сильно переоценивают свое умение писать читаемый код.
Как говорил мне мой препод по плюсам в школе - комментарии нужны, потому что к коду можно вернуться позже. Сам он вернулся к одному своему коду через 20 лет и, если бы не комментарии, не понял бы его полностью
@@Ded_Shaman Ну и обратная сторона монеты как всегда есть. Во время рефакторинга почти никто никогда не правит комментарии. И они из полезных могут превратиться в крайне вредные с течением времени.
@@ontetsu1071 Ну может для вас это будет открытие, но, к сожалению, существуют проекты, где о такой вещи как код ревью особо не слышали, вводить не хотят и вообще не до этого :) Сам на таком сейчас веслаю. Единственный плюс, который могу отметить, что стал намного проще относится к таким вещам и насмотрелся обратных монет и Good Practice и такого типа холиварных вещей. Как по мне почти любой код говно, если не в твоих глазах, то в глазах другого человека. И любые инструменты, которые нам даны, можно настолько херово применить, что ничего не поможет :)
Любой костыль - это инвистиция в завтрашний технический долг проекта. Технический долг - это ограда для масштабируемости приложения. Но иеальных проектов не бывает. Без костылей не было бы живых проектов. Поэтому нужна некая эволюция - проект создан, что не удалось спроектировать, костылим, но при смерти проекта - в следующем уже создаём новую архитектуру с учётом прошлых костылей, так чтобы их уже не было и выходим на следующее поколение приложения. Костылить не нужно джунам, джунам надо спрашивать. Костылить должны сеньоры там, где они дошли до предела возможностей компании на текущий момент. Собственно это и определяет сеньора - это те кто дошёл до границы общего чёткого понимания, как должно быть и теперь должны двигаться в сторону исследования, проб и ошибок.
К сеньору который говорит что джуны не нужны и не нужно их нанимать. У меня больше вопросов чем к самому джуну. Как интересно этот "сеньор" стал этим самым сеньором. перепрыгнув джуна и мидла)
Некоторые перепрыгивают джуна спокойно. Самостоятельно обучаются, делают пет-проекты, становятся инди-разработчиками, нарабатывают опыт самостоятельных релизов и коммерческих проектов. Возможно даже и мидла могут таким макаром перепрыонуть, но тут 50/50. А вот джуна спокойно перепрыгнут.
Если ваш сервис через год должен делать что то другое, значит это аналитики продолбались. Таким образом если ваш сервис летит на помойку или полностью переделывается, значит вы делали мвп, а мвп полны костылей и это совершенно нормально)
@@АлександрП-г3н Так джунам лучше не давать писать то, что в дальнейшем будет как то расширяться или часто рефакториться. Либо нужно поэтапно пояснить, что и как писать и какие паттерны(как пример) использовать.
@@H3110_W0RLD могу добавить и расширить, видимо у них все куда более печально и я видел подобные проекты - не организован процесс разработки. джуны сами по себе не дожны давать себе подобное писать, если так происходит, значит в проекте просто бардак в плане разработки и каждый лепит что душе угодно.
@@H3110_W0RLDчасто бывает такое что как раз таки архитектуру закладывают джуны (маленькая компания, начала что-то делать, собирали по принципу “х*як-х*як и в продакшн“, а потом проект выстрелил
Джун может и думает об архитектуре, но толку от этого мало. Его мнения скорей всего не спросят. А если вдруг таки спросят, то это будет пустая формальность. До архитектуры надо дорасти. Плюс джун не обладает всей полнотой информации о проекте, поэтому хорошее архитектурное решение он может только угадать. Но думать об этом для джуна полезно. Просматривая свои комментарии к старому коду я часто замечаю, что комментировал совсем не то, что на самом деле стоило бы. И я не уверен до сих пор, что знаю на 100% что надо комментировать. Пришёл к тому, чтобы просто писать тупой прямой код без всяких заумных трюков везде где только можно, который будет читаться и пониматься однозначно. Если такой код перестал вызывать у вас отторжение, то поздравляю, вы становитесь таки сеньором. Трюки/фишечки/хайповые технологии - важный этап становления. Как игрушки для ребенка. Но когда "взрослеешь" остается лишь минимально необходимый набор инструментов.приемов. И даже если переходишь на какой-то новый ультрамодный фреймворк/либу, то ты, как правило, уже знаешь, что нужно оттуда взять, чтобы выполнить задачу. Ну бестпрактис прочитать, что ты правильно понимаешь идею.
господи сколько бредовых комментов . а все потому что за деревьями леса перестали видеть. эти баззворды - джун, сеньор, чисто условность, в реальности будут люди покрывающие непрервыно весь спектр от джуна до сеньора ибо суть за баззвордами препростейшая - неопытный разработчик и опытный разработчик (с английского, который взял это с латыни, оно это и означает - младший, старший не в смысле возраста, а именно опыта). из этого все и проистекает . разработчик с опытом, повидавший проекты , наломавший сам дров, безусловно тот кто будет заниматься сложными и самыми важными вещами в части дизайна/проектирования. разработчик с небольшим опытом может также пытаться это делать, только результат будет предсказуемо плохой. поэтому никто ему это не даст делать. а дадут низовую работу - писать код, т.е. быть переводчиком технических спецификаций на язык программирования. писать комментарии или не писать, это я даже обсуждать не хочу. вы бы еще форматирование начали обсуждать, и пробелы против табов
4:23 В больших компаниях уже налажены все рабочие процессы, поэтому чтобы обеспечить постоянный рост сотрудников они должны и могут себе позволить выращивать сотрудников с нуля
Ну Джунам в 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 , ну во первых не зачем быть настолько агрессивным, так как я сам во написал что могу где-то ошибаться. Во вторых как показывает практика если будучи Junior разработчик только сидит и пишет тесты, значит именно он где-то недожал. Развиваться в BT проще, потому что для этого возможностей больше. Но если человека волнует только ЗП и работать поменьше и пока не ткнут он развиваться не станет - то уж сорянба, если человек по настоящему хочет развиваться в этой области, то он и с двумя работами и учебой найдет время для того чтобы развиваться в своей области дополнительно))) На самом деле подобный спор кто прав и кто не прав в контексте того где быстрее буст разраба не совсем нужен - мы можем иметь в виду и подразумевать разных людей и разный подход к развитию. Кто-то может быстрее развиваться в BT, кто-то в средних-малых. Все очень сильно может зависеть как от человека, так и от команды в целом.
@@tiberiusrubicon9261 @kailonfors2478 будучи айтишниками свести разговор к адекватному ( самое главное положительному исходу ), вселяет надежду, что не все потеряно :D
В компаниях думают, что сеньоры и мидлы заводятся от сырости. Но это и правильно, с другой стороны. Этот рынок достаточно богат, чтобы быть супер-конкурентным. Джуны сами должны пробиваться.
Так может ты отрасль не ту выбрал? Идти в программирование, да и вообще в любую сферу из-за денег - это шизофрения. Я пробовал, не катит. Хотел с контекстолога свичнуться в программисты. Отучился, даже дошел до уровня мидла (php + symfony), но тимлид в один прекрасный день подошёл (он знал, что я до этого в другой сфере работал) и сказал, что видит, как мне тяжело и то, что мне не нравится то, что я делаю, хоть и по качеству вопросов нет, намекнул, что можно к HR сходить, там вакансия маркетолога открыта в нашей компании. По итогу просто сменил профессию в той же компании, без потери в деньгах, но теперь я чувствую, что я на своем месте.
Про комментарии к коду: из верности утверждения, что самодокументирующийся код не нуждается в комментариях вовсе не следует утверждение, что код без комментариев - самодокументирующийся. В своей практике встречался с ситуациями, когда на ревью буквально заставляли удалять комментарии именно по причине, что "код должен быть самодокументирующимся". Бред какой-то: заставляли не код переписать, а комментарии удалять! В то же время в этих же проектах видел кучу костылей, которые закрывают какие-то сложные, неявные кейсы и вроде бы вот оно самое место для комментария, но "мы же крутые разрабы и пишем самодокументирующийся код" :) Считаю, что код совсем без комментариев (хотя бы комментарии к классам, поясняющие их предназначение), - это как книга без содержания: вроде читать можно, но зачастую просто хочется взглянуть на содержание, чтобы понять, о чем эта книга и стоит ли ее вообще читать
если структура проекта выстроена так, что прогер не понимает о чем тут речь и куда ему залезть, значит код плохой, либо прогер слабый, если ты твердо установишь в голове то, что тебе нельзя писать комменты, то и код ты будешь писать так, чтобы было максимально ясно что и зачем, а иначе будешь просто ссылаться на 'ну окей тут просто закоменчу а то как то не очень понятно' + комменты портят картину и с ними банально хуже читается код, парень в видосе правильно сказал, что есть сложные оптимизационные участки в которых не все разбираются, там такое вполне оправдано
@@mercyriall в реальности бывают кейсы, когда по той или иной причине приходится сталкиваться с неявным поведением. Перелопачивать проект постфактум из-за чьей-то ошибки для того, чтобы убрать коммент - пустая трата ресурсов. Помимо этого комментарии к функциям дополнительно помогают декларировать их работу, на уровне интерфейса, не погружаясь в реализацию Ну и через строку никто комментарии в продакшне и не пишет
@@urlaugh9053 а назвать нормально функцию не декларирует ее на уровне интерфейса? дописать за кем то функцию в рамках фриланса окей. если работаешь в компании на качество, то уж лучше переделать все в нормальный вид
Код нужно комментировать хотя бы потому, чтобы понимать почему именно так было сделано, а не что делает сам код. Разобраться в коде нет проблем, а понять сакральный замысел автора бывает очень тяжело
джуны в компании нужны, чтоб разгрузить от рутины мидлов и синьеров. Это очень сильно экономит ресурсы компании и позволяет правильнее распределить ресурсы
Джуны не нужны. Бизнесу нужны мидлы на позициях джунов. А джунов, которые ничего не знают, но в процессе могут научиться уже давно никто не нанимает, даже в сильной нужде, даже (или особенно?) крупные компании. Им проще за те же деньги купить 2 мидл индусов, или потратить побольше денег на рекрутинг более квалифицированных кадров. (Посмотрите хотя бы на тенденцию рынка труда компаний faang, которые переносят всё больше рабочих мест в Индию, массово сокращает кучу народу, на постоянке увольняет большинство людей в 1 год работы, чтобы меньше выплачивать компенсации, и вообще нанимают сейчас ТОЛЬКО сеньоров или мидлов на какие-то оч. сложные вакансию, где квалификация мидла будет не ниже сеньорской в соседнем проекте по проще).
про джунов скорее вопрос в резком перенасыщении рынка кадрами у которых ОЧЕНЬ мало знаний, даже про те же цифровые кафедры видела статью у пропрофи онлайн на эту тему
Только вот реальность такова ,что джуны никому не нужны Крупные компании ищут только с высшим преобразованием студентов бывших или заканчивающих , где отбор и конкуренция бешеная
С двумя мониторами идея прикольная. Первый раз о таком слышу, но идея топчик. Про код с телеграмом неожиданно, но интересно. Джунька молодец, хорошо держалась)
Привет! Для джунов у нас есть стажировки для программистов, курсы для аналитиков и тестировщиков. Почитать можно тут: kontur.ru/education/programs/intern А еще есть канал Контур.Студент (t.me/kontur_student) - там о предложениях для начинающих. Подписывайтесь и следите :)
"делайте то что вам нравится и неделайте то, что вам не нравится". Самый бесполезный совет для джуна. Такое может себе позволить только специалист с большим опытом, т.к. он восстребован на рынке и ему есть из чего выбриать. В то время как джуны гоотвы работать даже бесплатно, лишь бы появился хоть какой-то опыт. Еще бы сказал "вкатывайтесь в ту сферу, к которой у тебя душа лежит, а не в ту, что востребована на рынке"
Ни языка, ни технологий, ни представились даже в каких компаниях работали/работают. Что это за люди? Такое чувство, что пришли люди просто повооброжать себя в роли программиста через 1-2 года, 5-6 лет. Просто воды очень много, либо из заставили так говорить, либо они сами - что очень странно.
1. Никто не может считаться сеньором, пока не поднял хотя бы одного джуна до миддла. 2. 70% "сеньоров" на самом деле таковыми не являются и держатся в этом звании исключительно по выслуге лет. 3. В хайтеке сеньора с опытом до 5 лет включительно быть не может. Тот, кого поставили на сеньорскую должность не становится автоматом сеньором.
Да, но...Откуда вы вообще берете это утверждения? С чего вы взяли, что синьор обязательно должен выучить джуна до миддла? Разве синьор должен быть отчасти менеджером? Дальше ведь есть 3 пути: тимлид(менеджер), архитектор(тех. спец), любитель попить пивка(шутка). А кто, по вашему, является синьором? Есть какой-то список, где какая-нибудь международная ассоциация IT утверждает, что да, вот этими знаниями, умениями и достижениями обладает старший разраб, а вот этими только разрабы средней руки и так далее. Везде какие-то субъективные оценки и поинты. Я - разработчик и для меня не существует званий синьор - джун. Или E1 - E9. Или какие-либо еще ограничения по уровням. Все это довольно условные обозначения от компании к компании. И те, кто думает, что он синьор, потому его взяли синьором в компанию, будет абсолютно прав в рамках данной компании. Даже если он не является в другой компании таковым, т.к не подходит под требования/не прошел интервью. Наклепали шаблонов/званий/лычек/грейдов и хуй разберутся, кто есть кто)) Так еще и спорят об этом бесполезном деле. А по факту, крут тот, кто может решить проблемы бизнеса и поддерживать эти решения. Быстро, дешево, надежно, в соответствии с требованиями. Это всё что требуется от разрабов. Остальные размышения чепуха
@@romanwednesday4401 из своего жизненного опыта. Джун, миддл, сеньор - это минимально достаточная классификация с точки зрения уровней. Джун стартовый уровень. Когда кандидат владеет базовыми знаниями, терминологий, но не знает что делать, как делать, когда, не знает предметную область и способен делать что либо существенное самостоятельно. Миддл это тот который уже способен минимально разобраться в проекте инструментах, что-то выучить самостоятельно. Писать новый функционал, решать задачи тактического уровня. Сеньор это всё остальное. Решение полного спектра технических задач по проекту. Менеджеры вообще тут не при делах. В чем конкретно вопрос? В выводе джуна в миддлы? Это простая тема. Ты не можешь быть уверен , что что-то знаешь достаточно хорошо, если не можешь объяснять это джуну. А как это проверить? Так что...
За пять лет и архитектором стать можно, смотря, что в эти пять лет происходило и какая база у человека. Какой-нибудь айсиписишник и с двумя годами опыта работы на этот уровень поднимется - тут же вопрос в технических навыках, а не менеджерских
@@КсюшаНюша-л5х хотел было написать что нельзя, но понимаю, что у нас разное понимание этого термина. Человек может находиться на должности архитектора, и считаться ценным кадром, уметь быстро адаптировать существующую проектную документацию под очередного заказчика и все такое. Но в моём понимании этого термина это не архитект.
@@romanwednesday4401 из своего жизненного опыта... Джун/миддл/сеньор это минимально достаточная градация уровней квалификации, имеющий хоть какой-то практический смысл. Джуны это те кто требуют guidance. Миддл уже способен сам учиться, более-менее ориентируется в проекте и способен относительно самостоятельно решать задачи тактического уровня. Синьор это всё остальное. Внутри миддлов тоже есть ли немало градаций профессионального уровня. Но это уже частности. На счёт вытягивания джунов, один из скиллов синьора это умение четко и ясно поставить задачу. Миддлу обычно нужно лишь пояснить пару моментов. В основном он сам плюс-минус способен разобраться в проекте. А вот со джуном надо посидеть обычно. И не редко случается, что джуны своими "тупыми" вопросами вскрывают проблемы и пробелы, которые синьор не заметил. И так далее...
Следующий набор будет весной 2025! Еще куча времени, чтобы подготовиться! Мы в вас верим 🤝 А пока можно заполнить заявку, чтобы не пропустить набор :) kontur.ru/education/programs/intern/datascience
Выключил 1:24 джуны так думают? Да, если взяли джуна в какой то большой проект он все время ходит и думает из серии вау, а как я тут оказался и как это все разрулить 😂😂посему все думают, что у Джуна должно быть стала лет 10 за плечами ?)
Оправдания наличия джунов в таких компаниях может быть два: кто-то должен делать грязную работу и писать КРУДы (много ума не надо), во-вторых их чуть проще удерживать долгое время за меньшие деньги. Вся эта речь про образование и альтруизм чушь имхо
Только здоровые процессы производства ПО могут получать пользу от джунов. Наличие в команде джунов может свидетельствовать о хороших процессах, о том, что компания озаботилась о наличии собственной технологической платформы в который джуны могут спокойно работать и приносить пользу, а значит успеху быть. Когда собирается всякая мидово-сеньорская нечисть и начинает на коленке собирать проект из общедоступных фреймворков, там да, джунам не место, но это и не системная работа, а кустарно-хоббийное производство. Все остальное - какая-то изотерика, выдумки и профанация.
Надо ещё сделать выпуск где на позиции Джуна будет ответчик, который уже имеет отличную от айти специальность и много работал по ней, но начал переучиваться на ит.
Джун когда дня 3, нелелю копается над не тривиальной задачей, где нужно совместить несколько подходов, а еще и написать на новой версии это. Конечно это достижение 🎰. Такие задачи даже у мидлов постоянно возникают, к сожалению.
Если ты за 6,5 лет остался джуном, тогда к тебе огромные вопросы... А вот вопрос почему тебя не нанимают сам собой отпадает. Если человек действительно занимается 6,5 лет разработкой, ну никак он не может оставаться на позиции джуна. Эта позиция смещается уже после 2 лет. За 6,5 лет ты дожен быть уже чуть ли не сеньором.
@@Гыгы У нас был специфический проект на устаревшей Java 7, да ещё поделен на две части - условно говоря ядро, где мидлы и сеньоры-архитекторы пилили ORM, MVC, внедряли зависимости. И вторая часть проекта - бизнесовая, где джуны, в том числе и я 6.5 лет, каждый день рутинно максимум расширяли один и тот же абстрактный класс и писали типовой конвертер по ТЗ от системного аналитика. Ну всякие валидаторы и контроли селектов и инпутов на форме. Зарплату исправно повышали, я стал вторым лидом среди джунов, вот кто знал, почему это грёбанное начальство не предлагало мне расширить компетенции в другой части проекта, не предлагало заняться обучением современного стека. Получается, начальник отдела погубил мою карьеру на оставшуюся жизнь, да ещё в 2022 году из-за кризиса по-тихому слил меня из компании, вынудив уволиться. После я пробовал занять позицию мидла в других местах, но через полгода меня слили из-за отсутствия компетенций в современном стеке. И в целом, я не понимаю философию найма. Какая разница, хочет ли человек с 2 годами опыта или с 6 годами работать джуном? Шесть даже лучше, опытнее. Главное, что он согласен выполнять джунский объем задач и получать джунскую зарплату. Или обязательно программисту нужно хотеть быть сеньором? Не каждый водитель автобуса становится старшим на маршруте или начальником автоколонны. Мне например по кайфу делать мелкие задачи, иметь минимум ответственности, помучить сеньора вопросом, как сделать эту задачу, без всяких переработок и без нервных срывов сваливать пораньше с работы чилить. Или в противоположность думать над сложными задачами, участвовать в бесконечных митапах, дейликах, отвечать в бесконечных чатах даже в 8 вечера о том, почему этот кусок кода не работает и как вообще это на проекте работает.
Скажу суровую реальность - джуны почти не нужны. Если отсеивать вакансии на уровень младшего специалиста, а то и мидла будет очень мало вакансий. Очень. По крайней мере в странах снг. Всех хотят сениоров и тим лидов. Хочу чтобы тот кто сделал такой рынок труда горел в аду.
@@cssrestore5020 хах, еще один скуф программист(если ты вообще программист), который не может осознать то, что среднестатистический мидл с зп 250к получает больше, чем какой-то сеньор который "много" знает Я работаю программистом, причем довольно давно. Со старта карьеры за 6 месяцев начал получать 250к на руки. Прикольно, да?
Комментарии не нужны в сферическом коде в вакууме. В реальном проекте, код без комментариев - причина войны правок. Странно что сеньор говорит такие вещи. Хотя сам же потом начинает говорить про бизнесовые требования, которых в больших проектах тьма. Понятно что комментариев должна быть - сухая выжимка.
каждый сеньор был джуном. если джуны не нужны, то и не будет сеньоров.
(С) жак таненбаум
Я думал что © Джейсон Стетем
@@tiksetжак стетхем-таненбаум
@@hatred58 уважаемо
ну, вообще не обязательно. Есть те, кто сразу залетают на мидлов, например, немного наврав про опыт в резюме. Делают, в частности, потому что на мидла меньше требований, чем на джуна
@@jiauyjiauy3777 мб меньше кандидатов, а не требований?
Согласен с тем, что Джуны думают о проекте. Было время, когда я ложился спать и засыпал с мыслями о работе и какой-то проблеме. Один раз во сне я додумался до решения проблемы
Это не одно и то же
Ты думал о том почему код не работает, а не почему ты его таким образом спроектировал. Будет ли он удобно расширяемый или нет
если засыпая у тебя есть мысли о работе - work & live баланс нарушен
если ты джун - простительно, если ты сеньор - надо задуматься
@@daniil7800 согласен
Сонное озарение - классика.
ну это наверно от самого человека зависит, я так о каждой проблеме думаю, в решении которой я хоть как то заинтересован
Как показывает практика, очень часто люди, которые говорят "все можно выразить кодом и комментарии не нужны" сильно переоценивают свое умение писать читаемый код.
Как говорил мне мой препод по плюсам в школе - комментарии нужны, потому что к коду можно вернуться позже. Сам он вернулся к одному своему коду через 20 лет и, если бы не комментарии, не понял бы его полностью
@@Ded_Shaman Ну и обратная сторона монеты как всегда есть. Во время рефакторинга почти никто никогда не правит комментарии. И они из полезных могут превратиться в крайне вредные с течением времени.
@@SleePokeR на ревью обычно пишут, что ты забыл поправить комментарий, так что такого почти не бывает
Код может "сказать" только что он делает, но не зачем он это делает и почему он делает это именно так.
@@ontetsu1071 Ну может для вас это будет открытие, но, к сожалению, существуют проекты, где о такой вещи как код ревью особо не слышали, вводить не хотят и вообще не до этого :) Сам на таком сейчас веслаю. Единственный плюс, который могу отметить, что стал намного проще относится к таким вещам и насмотрелся обратных монет и Good Practice и такого типа холиварных вещей. Как по мне почти любой код говно, если не в твоих глазах, то в глазах другого человека. И любые инструменты, которые нам даны, можно настолько херово применить, что ничего не поможет :)
Главное терпите нас джунов, мы подучимся как правильно делать, может и не с 5 попытки)))
Супер приятно было послушать ребят. Вопросы базовые и я отвечал вместе с ними. Было приятно найти общее с обоими участниками
Любой костыль - это инвистиция в завтрашний технический долг проекта. Технический долг - это ограда для масштабируемости приложения.
Но иеальных проектов не бывает. Без костылей не было бы живых проектов. Поэтому нужна некая эволюция - проект создан, что не удалось спроектировать, костылим, но при смерти проекта - в следующем уже создаём новую архитектуру с учётом прошлых костылей, так чтобы их уже не было и выходим на следующее поколение приложения.
Костылить не нужно джунам, джунам надо спрашивать. Костылить должны сеньоры там, где они дошли до предела возможностей компании на текущий момент.
Собственно это и определяет сеньора - это те кто дошёл до границы общего чёткого понимания, как должно быть и теперь должны двигаться в сторону исследования, проб и ошибок.
К сеньору который говорит что джуны не нужны и не нужно их нанимать. У меня больше вопросов чем к самому джуну. Как интересно этот "сеньор" стал этим самым сеньором. перепрыгнув джуна и мидла)
Некоторые перепрыгивают джуна спокойно. Самостоятельно обучаются, делают пет-проекты, становятся инди-разработчиками, нарабатывают опыт самостоятельных релизов и коммерческих проектов. Возможно даже и мидла могут таким макаром перепрыонуть, но тут 50/50. А вот джуна спокойно перепрыгнут.
@@Гыгыно фактически, ты также проходишь этап, когда твои знания = Джун. Просто не по офферу
Нужно было посмотреть весь фрагмент про джунов, а не а вырезку)
Если ваш сервис через год должен делать что то другое, значит это аналитики продолбались. Таким образом если ваш сервис летит на помойку или полностью переделывается, значит вы делали мвп, а мвп полны костылей и это совершенно нормально)
А у нас и не мвп полон костылей. За джунами нет никакого надзора, они лепят че хотят, а потом другие, видоя, что код не расширяемый, лепят костыли
Ну, тренды меняются, лучше поздно что то поменять чем никогда
@@АлександрП-г3н Так джунам лучше не давать писать то, что в дальнейшем будет как то расширяться или часто рефакториться.
Либо нужно поэтапно пояснить, что и как писать и какие паттерны(как пример) использовать.
@@H3110_W0RLD могу добавить и расширить, видимо у них все куда более печально и я видел подобные проекты - не организован процесс разработки. джуны сами по себе не дожны давать себе подобное писать, если так происходит, значит в проекте просто бардак в плане разработки и каждый лепит что душе угодно.
@@H3110_W0RLDчасто бывает такое что как раз таки архитектуру закладывают джуны (маленькая компания, начала что-то делать, собирали по принципу “х*як-х*як и в продакшн“, а потом проект выстрелил
Формат бомба. Ещё бы увидеть обратный формат: джун дерский парень VS сеньор жёсткая строгая леди
Интересно, кто первый сорвется
По-моему это запрос немного для другого сайта.
Джун может и думает об архитектуре, но толку от этого мало. Его мнения скорей всего не спросят. А если вдруг таки спросят, то это будет пустая формальность. До архитектуры надо дорасти. Плюс джун не обладает всей полнотой информации о проекте, поэтому хорошее архитектурное решение он может только угадать. Но думать об этом для джуна полезно.
Просматривая свои комментарии к старому коду я часто замечаю, что комментировал совсем не то, что на самом деле стоило бы. И я не уверен до сих пор, что знаю на 100% что надо комментировать. Пришёл к тому, чтобы просто писать тупой прямой код без всяких заумных трюков везде где только можно, который будет читаться и пониматься однозначно. Если такой код перестал вызывать у вас отторжение, то поздравляю, вы становитесь таки сеньором. Трюки/фишечки/хайповые технологии - важный этап становления. Как игрушки для ребенка. Но когда "взрослеешь" остается лишь минимально необходимый набор инструментов.приемов. И даже если переходишь на какой-то новый ультрамодный фреймворк/либу, то ты, как правило, уже знаешь, что нужно оттуда взять, чтобы выполнить задачу. Ну бестпрактис прочитать, что ты правильно понимаешь идею.
Милош Бикович на протяжении 19 минут вещает как они кодили Диадок и какая крутая у них контора Контур))
Очень здорово, классные ребята!
Респект
господи сколько бредовых комментов . а все потому что за деревьями леса перестали видеть. эти баззворды - джун, сеньор, чисто условность, в реальности будут люди покрывающие непрервыно весь спектр от джуна до сеньора ибо суть за баззвордами препростейшая - неопытный разработчик и опытный разработчик (с английского, который взял это с латыни, оно это и означает - младший, старший не в смысле возраста, а именно опыта). из этого все и проистекает . разработчик с опытом, повидавший проекты , наломавший сам дров, безусловно тот кто будет заниматься сложными и самыми важными вещами в части дизайна/проектирования. разработчик с небольшим опытом может также пытаться это делать, только результат будет предсказуемо плохой. поэтому никто ему это не даст делать. а дадут низовую работу - писать код, т.е. быть переводчиком технических спецификаций на язык программирования. писать комментарии или не писать, это я даже обсуждать не хочу. вы бы еще форматирование начали обсуждать, и пробелы против табов
Похлопаем человеку, он узнал что Джуниор и сеньёр оказывается с английского переводится как младший и старший, вот это да
4:23 В больших компаниях уже налажены все рабочие процессы, поэтому чтобы обеспечить постоянный рост сотрудников они должны и могут себе позволить выращивать сотрудников с нуля
+ обучить их своей кухне будет куда лучше, чем принимать другую извне
Дело в том, что сеньор был джуном, а Джун сеньором пока нет
Ну Джунам в 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 , ну во первых не зачем быть настолько агрессивным, так как я сам во написал что могу где-то ошибаться. Во вторых как показывает практика если будучи Junior разработчик только сидит и пишет тесты, значит именно он где-то недожал. Развиваться в BT проще, потому что для этого возможностей больше. Но если человека волнует только ЗП и работать поменьше и пока не ткнут он развиваться не станет - то уж сорянба, если человек по настоящему хочет развиваться в этой области, то он и с двумя работами и учебой найдет время для того чтобы развиваться в своей области дополнительно))) На самом деле подобный спор кто прав и кто не прав в контексте того где быстрее буст разраба не совсем нужен - мы можем иметь в виду и подразумевать разных людей и разный подход к развитию. Кто-то может быстрее развиваться в BT, кто-то в средних-малых. Все очень сильно может зависеть как от человека, так и от команды в целом.
@@tiberiusrubicon9261 Сорян, если вышло агрессивно, я за дружбу, не обессудь))
@@kailonfors2478 все понимаю)) Я то же за теплую и хорошую беседу)))))
@@tiberiusrubicon9261 @kailonfors2478 будучи айтишниками свести разговор к адекватному ( самое главное положительному исходу ), вселяет надежду, что не все потеряно :D
Джунка классная! Такой приятный человек
а я себе разрешаю костыли ибо над проектом работаю один в целом и поэтому его должен понимать только я сам
Аня, ты прекрасна! Успехов тебе в дальнейшем развитии! Очень полезный ролик, много интересного для тех, кто подаются на стажировки
В компаниях думают, что сеньоры и мидлы заводятся от сырости. Но это и правильно, с другой стороны. Этот рынок достаточно богат, чтобы быть супер-конкурентным. Джуны сами должны пробиваться.
Спасибо за совет делать только то, что нравится! У кого нибудь будет сотку занять пока новую работу не найду?
Так может ты отрасль не ту выбрал? Идти в программирование, да и вообще в любую сферу из-за денег - это шизофрения. Я пробовал, не катит. Хотел с контекстолога свичнуться в программисты. Отучился, даже дошел до уровня мидла (php + symfony), но тимлид в один прекрасный день подошёл (он знал, что я до этого в другой сфере работал) и сказал, что видит, как мне тяжело и то, что мне не нравится то, что я делаю, хоть и по качеству вопросов нет, намекнул, что можно к HR сходить, там вакансия маркетолога открыта в нашей компании. По итогу просто сменил профессию в той же компании, без потери в деньгах, но теперь я чувствую, что я на своем месте.
Про комментарии к коду: из верности утверждения, что самодокументирующийся код не нуждается в комментариях вовсе не следует утверждение, что код без комментариев - самодокументирующийся. В своей практике встречался с ситуациями, когда на ревью буквально заставляли удалять комментарии именно по причине, что "код должен быть самодокументирующимся". Бред какой-то: заставляли не код переписать, а комментарии удалять! В то же время в этих же проектах видел кучу костылей, которые закрывают какие-то сложные, неявные кейсы и вроде бы вот оно самое место для комментария, но "мы же крутые разрабы и пишем самодокументирующийся код" :)
Считаю, что код совсем без комментариев (хотя бы комментарии к классам, поясняющие их предназначение), - это как книга без содержания: вроде читать можно, но зачастую просто хочется взглянуть на содержание, чтобы понять, о чем эта книга и стоит ли ее вообще читать
если структура проекта выстроена так, что прогер не понимает о чем тут речь и куда ему залезть, значит код плохой, либо прогер слабый, если ты твердо установишь в голове то, что тебе нельзя писать комменты, то и код ты будешь писать так, чтобы было максимально ясно что и зачем, а иначе будешь просто ссылаться на 'ну окей тут просто закоменчу а то как то не очень понятно'
+ комменты портят картину и с ними банально хуже читается код, парень в видосе правильно сказал, что есть сложные оптимизационные участки в которых не все разбираются, там такое вполне оправдано
@@mercyriall в реальности бывают кейсы, когда по той или иной причине приходится сталкиваться с неявным поведением. Перелопачивать проект постфактум из-за чьей-то ошибки для того, чтобы убрать коммент - пустая трата ресурсов.
Помимо этого комментарии к функциям дополнительно помогают декларировать их работу, на уровне интерфейса, не погружаясь в реализацию
Ну и через строку никто комментарии в продакшне и не пишет
@@urlaugh9053 а назвать нормально функцию не декларирует ее на уровне интерфейса?
дописать за кем то функцию в рамках фриланса окей. если работаешь в компании на качество, то уж лучше переделать все в нормальный вид
@@mercyriall Факт. Но мы все любим хайлайт подсказки функций из сторонних библиотек, которые помогают не лезть в доку лишний раз
Код нужно комментировать хотя бы потому, чтобы понимать почему именно так было сделано, а не что делает сам код. Разобраться в коде нет проблем, а понять сакральный замысел автора бывает очень тяжело
А прикольный формат. Такое было бы интересно и 3 часа посмотреть.
джуны в компании нужны, чтоб разгрузить от рутины мидлов и синьеров. Это очень сильно экономит ресурсы компании и позволяет правильнее распределить ресурсы
Джуны не нужны. Бизнесу нужны мидлы на позициях джунов. А джунов, которые ничего не знают, но в процессе могут научиться уже давно никто не нанимает, даже в сильной нужде, даже (или особенно?) крупные компании. Им проще за те же деньги купить 2 мидл индусов, или потратить побольше денег на рекрутинг более квалифицированных кадров. (Посмотрите хотя бы на тенденцию рынка труда компаний faang, которые переносят всё больше рабочих мест в Индию, массово сокращает кучу народу, на постоянке увольняет большинство людей в 1 год работы, чтобы меньше выплачивать компенсации, и вообще нанимают сейчас ТОЛЬКО сеньоров или мидлов на какие-то оч. сложные вакансию, где квалификация мидла будет не ниже сеньорской в соседнем проекте по проще).
про джунов скорее вопрос в резком перенасыщении рынка кадрами у которых ОЧЕНЬ мало знаний, даже про те же цифровые кафедры видела статью у пропрофи онлайн на эту тему
Очень крутые советы! Особенно в конце, полностью согласен!
Спасибо ребятам, оба участика крутые
Видос топчик!) Спасибки!)
Только вот реальность такова ,что джуны никому не нужны
Крупные компании ищут только с высшим преобразованием студентов бывших или заканчивающих , где отбор и конкуренция бешеная
Да это такая условность... джун сеньоп, как считать и кем считать
сеньёр под конец разошелся, прямо базу за базой стал выдавать. Лайк)
С двумя мониторами идея прикольная. Первый раз о таком слышу, но идея топчик.
Про код с телеграмом неожиданно, но интересно.
Джунька молодец, хорошо держалась)
Это шутка я так понял
слегка лицемерно))) у самих нет вакансий джунов, но говорят, что они нужны всегда))
Привет!
Для джунов у нас есть стажировки для программистов, курсы для аналитиков и тестировщиков. Почитать можно тут: kontur.ru/education/programs/intern
А еще есть канал Контур.Студент (t.me/kontur_student) - там о предложениях для начинающих. Подписывайтесь и следите :)
А это случайно не в контуре большая текучка студентов?
@@KonturTechстажировка ≠ вакансия
Это как яндекс. Плодят свои говнокурсы. При этом у самих порог входа- коммерческого опыта от 3 лет))
просто по знакомствам находят скорее всего
6:05 А от кого есть такие курсы?
У нас есть и курсы и стажировки! Можно подписаться на уведомления, чтобы не пропустить следующие наборы :) kontur.ru/education/programs/city-5457
"делайте то что вам нравится и неделайте то, что вам не нравится".
Самый бесполезный совет для джуна. Такое может себе позволить только специалист с большим опытом, т.к. он восстребован на рынке и ему есть из чего выбриать. В то время как джуны гоотвы работать даже бесплатно, лишь бы появился хоть какой-то опыт.
Еще бы сказал "вкатывайтесь в ту сферу, к которой у тебя душа лежит, а не в ту, что востребована на рынке"
хороший формат. Жаль по фронтенду стажировки больше не проводятся(
Как только будет открытый набор, обязательно расскажем 🤝
Ни языка, ни технологий, ни представились даже в каких компаниях работали/работают. Что это за люди? Такое чувство, что пришли люди просто повооброжать себя в роли программиста через 1-2 года, 5-6 лет.
Просто воды очень много, либо из заставили так говорить, либо они сами - что очень странно.
Оба шарписты, оба работают в Контуре :)
1. Никто не может считаться сеньором, пока не поднял хотя бы одного джуна до миддла.
2. 70% "сеньоров" на самом деле таковыми не являются и держатся в этом звании исключительно по выслуге лет.
3. В хайтеке сеньора с опытом до 5 лет включительно быть не может. Тот, кого поставили на сеньорскую должность не становится автоматом сеньором.
Да, но...Откуда вы вообще берете это утверждения? С чего вы взяли, что синьор обязательно должен выучить джуна до миддла? Разве синьор должен быть отчасти менеджером? Дальше ведь есть 3 пути: тимлид(менеджер), архитектор(тех. спец), любитель попить пивка(шутка).
А кто, по вашему, является синьором? Есть какой-то список, где какая-нибудь международная ассоциация IT утверждает, что да, вот этими знаниями, умениями и достижениями обладает старший разраб, а вот этими только разрабы средней руки и так далее. Везде какие-то субъективные оценки и поинты.
Я - разработчик и для меня не существует званий синьор - джун. Или E1 - E9. Или какие-либо еще ограничения по уровням. Все это довольно условные обозначения от компании к компании. И те, кто думает, что он синьор, потому его взяли синьором в компанию, будет абсолютно прав в рамках данной компании. Даже если он не является в другой компании таковым, т.к не подходит под требования/не прошел интервью.
Наклепали шаблонов/званий/лычек/грейдов и хуй разберутся, кто есть кто)) Так еще и спорят об этом бесполезном деле. А по факту, крут тот, кто может решить проблемы бизнеса и поддерживать эти решения. Быстро, дешево, надежно, в соответствии с требованиями. Это всё что требуется от разрабов. Остальные размышения чепуха
@@romanwednesday4401 из своего жизненного опыта. Джун, миддл, сеньор - это минимально достаточная классификация с точки зрения уровней. Джун стартовый уровень. Когда кандидат владеет базовыми знаниями, терминологий, но не знает что делать, как делать, когда, не знает предметную область и способен делать что либо существенное самостоятельно.
Миддл это тот который уже способен минимально разобраться в проекте инструментах, что-то выучить самостоятельно. Писать новый функционал, решать задачи тактического уровня.
Сеньор это всё остальное. Решение полного спектра технических задач по проекту.
Менеджеры вообще тут не при делах.
В чем конкретно вопрос? В выводе джуна в миддлы? Это простая тема. Ты не можешь быть уверен , что что-то знаешь достаточно хорошо, если не можешь объяснять это джуну. А как это проверить? Так что...
За пять лет и архитектором стать можно, смотря, что в эти пять лет происходило и какая база у человека. Какой-нибудь айсиписишник и с двумя годами опыта работы на этот уровень поднимется - тут же вопрос в технических навыках, а не менеджерских
@@КсюшаНюша-л5х хотел было написать что нельзя, но понимаю, что у нас разное понимание этого термина. Человек может находиться на должности архитектора, и считаться ценным кадром, уметь быстро адаптировать существующую проектную документацию под очередного заказчика и все такое. Но в моём понимании этого термина это не архитект.
@@romanwednesday4401 из своего жизненного опыта... Джун/миддл/сеньор это минимально достаточная градация уровней квалификации, имеющий хоть какой-то практический смысл.
Джуны это те кто требуют guidance. Миддл уже способен сам учиться, более-менее ориентируется в проекте и способен относительно самостоятельно решать задачи тактического уровня. Синьор это всё остальное. Внутри миддлов тоже есть ли немало градаций профессионального уровня. Но это уже частности.
На счёт вытягивания джунов, один из скиллов синьора это умение четко и ясно поставить задачу. Миддлу обычно нужно лишь пояснить пару моментов. В основном он сам плюс-минус способен разобраться в проекте. А вот со джуном надо посидеть обычно. И не редко случается, что джуны своими "тупыми" вопросами вскрывают проблемы и пробелы, которые синьор не заметил. И так далее...
хотелось бы вам на стажировку по data science, но мне навыков и знаний не хватит...
Следующий набор будет весной 2025! Еще куча времени, чтобы подготовиться! Мы в вас верим 🤝 А пока можно заполнить заявку, чтобы не пропустить набор :) kontur.ru/education/programs/intern/datascience
Что за девушка? Как с ней связаться?
Не нанимайте джунов. Нанимайте только специалистов с 8 летним опытом.
И закрывайте фирму.
Интересно, что за синьоры там в контуре, если получают они как мидлы на рынке
Зачем учить Pascal, если есть Nim?
Есть инстаграм Ани?
Чот я не со всеми тезисами сеньора согласен, являясь лидом. Нужно было полный стол мнений собирать и мидла не пропускать)
Ставьте лайк, если считаете, что нужен выпуск Мидл VS Сеньор
шо такое Контур?
Выключил 1:24 джуны так думают? Да, если взяли джуна в какой то большой проект он все время ходит и думает из серии вау, а как я тут оказался и как это все разрулить 😂😂посему все думают, что у Джуна должно быть стала лет 10 за плечами ?)
Оправдания наличия джунов в таких компаниях может быть два: кто-то должен делать грязную работу и писать КРУДы (много ума не надо), во-вторых их чуть проще удерживать долгое время за меньшие деньги. Вся эта речь про образование и альтруизм чушь имхо
😂 очень интересно, Но… сфера IT утонула в пафосе корпоративного развития.
Только здоровые процессы производства ПО могут получать пользу от джунов. Наличие в команде джунов может свидетельствовать о хороших процессах, о том, что компания озаботилась о наличии собственной технологической платформы в который джуны могут спокойно работать и приносить пользу, а значит успеху быть. Когда собирается всякая мидово-сеньорская нечисть и начинает на коленке собирать проект из общедоступных фреймворков, там да, джунам не место, но это и не системная работа, а кустарно-хоббийное производство. Все остальное - какая-то изотерика, выдумки и профанация.
Надо ещё сделать выпуск где на позиции Джуна будет ответчик, который уже имеет отличную от айти специальность и много работал по ней, но начал переучиваться на ит.
и еще чтобы вместо джуна был чатгпт
Скорее пресеньор, а не сеньор
Джун когда дня 3, нелелю копается над не тривиальной задачей, где нужно совместить несколько подходов, а еще и написать на новой версии это. Конечно это достижение 🎰. Такие задачи даже у мидлов постоянно возникают, к сожалению.
Ревью входит в оценку задачи? Звучит бредово
эм это одна проффесия должна быть, только сеньор более компонентен
Аньке лайк автоматически!!
АААА не поставлю лайк потому что слишком добрая атмосфера а я думал будут дебаты ыыыыы
10:21 змечательная оговорка 🤣
Джуны нихрена щас не нужны. Я вот джун с 6.5 годами опыта в джаве и hh молчит и откликов нет
Если ты за 6,5 лет остался джуном, тогда к тебе огромные вопросы... А вот вопрос почему тебя не нанимают сам собой отпадает. Если человек действительно занимается 6,5 лет разработкой, ну никак он не может оставаться на позиции джуна. Эта позиция смещается уже после 2 лет. За 6,5 лет ты дожен быть уже чуть ли не сеньором.
@@Гыгы У нас был специфический проект на устаревшей Java 7, да ещё поделен на две части - условно говоря ядро, где мидлы и сеньоры-архитекторы пилили ORM, MVC, внедряли зависимости. И вторая часть проекта - бизнесовая, где джуны, в том числе и я 6.5 лет, каждый день рутинно максимум расширяли один и тот же абстрактный класс и писали типовой конвертер по ТЗ от системного аналитика. Ну всякие валидаторы и контроли селектов и инпутов на форме. Зарплату исправно повышали, я стал вторым лидом среди джунов, вот кто знал, почему это грёбанное начальство не предлагало мне расширить компетенции в другой части проекта, не предлагало заняться обучением современного стека. Получается, начальник отдела погубил мою карьеру на оставшуюся жизнь, да ещё в 2022 году из-за кризиса по-тихому слил меня из компании, вынудив уволиться. После я пробовал занять позицию мидла в других местах, но через полгода меня слили из-за отсутствия компетенций в современном стеке. И в целом, я не понимаю философию найма. Какая разница, хочет ли человек с 2 годами опыта или с 6 годами работать джуном? Шесть даже лучше, опытнее. Главное, что он согласен выполнять джунский объем задач и получать джунскую зарплату. Или обязательно программисту нужно хотеть быть сеньором? Не каждый водитель автобуса становится старшим на маршруте или начальником автоколонны. Мне например по кайфу делать мелкие задачи, иметь минимум ответственности, помучить сеньора вопросом, как сделать эту задачу, без всяких переработок и без нервных срывов сваливать пораньше с работы чилить. Или в противоположность думать над сложными задачами, участвовать в бесконечных митапах, дейликах, отвечать в бесконечных чатах даже в 8 вечера о том, почему этот кусок кода не работает и как вообще это на проекте работает.
ты не джун, ты аутист какой-то
Скажу суровую реальность - джуны почти не нужны. Если отсеивать вакансии на уровень младшего специалиста, а то и мидла будет очень мало вакансий. Очень. По крайней мере в странах снг. Всех хотят сениоров и тим лидов. Хочу чтобы тот кто сделал такой рынок труда горел в аду.
На мой взгляд, единственная значимая разница между дждуном и сеньором - зарплата, которую получает человек в ЧАС
вообще нет.
Значит ты никогда не работал программистом
@@cssrestore5020 хах, еще один скуф программист(если ты вообще программист), который не может осознать то, что среднестатистический мидл с зп 250к получает больше, чем какой-то сеньор который "много" знает
Я работаю программистом, причем довольно давно. Со старта карьеры за 6 месяцев начал получать 250к на руки. Прикольно, да?
Нужны джуны со знаниями сеньора, но зп джунов, да идеальные сотрудники
Комментарии не нужны в сферическом коде в вакууме.
В реальном проекте, код без комментариев - причина войны правок.
Странно что сеньор говорит такие вещи.
Хотя сам же потом начинает говорить про бизнесовые требования, которых в больших проектах тьма.
Понятно что комментариев должна быть - сухая выжимка.
когда я нажимал на видео я думал это девушка маленький 12 летний мальчик
Тоже самое)
Хз...джунов мб как то учат не так ,мидлы с накрученым опытом работают сильно лучше.Мб именно их считать джунами.
Если ты писатель, пиши. Дайте управлять тем кто умеет управлять. Слушаешь, опыта у ребят в управлении нет ...
Что за вопрос тупой? "Нужны ли джуны? "
Не будет джунов, вымрут и мидлы и сеньеры
Стоит ли в 24 году учиться питону на бэкэнд, если сейчас рынок дико перенасыщен и мне 28 лет?
Да, стоит, но подходить нужно с головой, считай, что учиться нужно от 500 часов и более для нормально оффера не за еду
@@dellreamот 500 часов в день
@@dellream это офер за еду. никто олда 28 летнего брать не станет
нет, пиздуй в курьеры
такие красивые айтишницы)
Ну это что за джунка такая классная! Это же студентка ФИИТ!
джунка?
Сошлись как-то два формошлёпера
эээээ там вообще-то каттинг эдж кампьютейшнс, хай лоад, это инженеры, а не формошлёпы, прояви уважение
@@torcher5023😅😅
Прикольно, но... прикольно
костиль джуна т сеньйора це різні речі
Это как чел с уника говорит: давайте уберем школу. Я же ее прошел. Крч клоун конкретный
мне это напоминает s m l xl xxl ... ждуны мидлы сеньоры... всех поделили ...
Переливание из пустого в порожнее, причём на пафосе. Абсолютно бесполезный ролик.
Что посмотрел, нифига не понял, ну да ладно, идём дальше
глупо, антропология в помощь! женщину и мужнину заведомо неправильно сравнивать в одном направлении
Вы имеете в виду, женщины глупее мужчин?
@@Pinckie_dinckie ага)0
Джунка огонь!
Джун*)
Джуны не нужны, факт
Смотря какие джуны. В яндекс в джуны берут с опытом 2 года и умением решать 80%-90% задач так что...
Есть ИИ?. Джуны не нужны. Девочка- топчик. Еще и умненькая. Кому- то повезет.
Анечка крутая джунка
Сеньор скуф
Ещё не всем похуй на это ваше айти?
Ребенок VS Взрослый: Дети нужны! Согласен / Не согласен