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

Договариваемся: если не идёт — пиши. Если сделал задачу — пиши. Если просто хочется поплакать — пиши.

Мне кажется, это должно не работать примерно так же, как не работает "будут вопросы - сразу перебивайте и спрашивайте" на лекции.

Как минимум потому что непонятно, что такое "идёт" или "не идёт", что такое "сделал задачу". К тому же наверняка уже хотя бы один раз слышал "что с глупыми вопросами пришёл" (или сделал такой вывод из поднявшейся брови).

Сейчас я ворвусь с долгим криком души и взглядом с противоположной стороны баррикад - как человек, которого когда-то не ввели в курс дела, как раз профакапив, не зная или оставив на самотёк те вещи, которые некоторые комментаторы выше и @leider-doch подсветили как критически важные. И какие последствия у этого теперь.

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

То есть, "Я б в строители пошёл, пусть меня научат" (с) - это про меня. Я приду с той базой, которая может быть достаточна для прохождения собеседования, но что дальше - я не знаю. Я именно для того и пришёл к вам на стажировку или джуном, чтоб ВЫ мне это объяснили, и я вернул объяснённое в виде работы и её результатов.

Иначе получается, как в анекдоте:
"- Петька, прибор!
- Тридцать!
- Что «тридцать»?
- А что прибор?"

Итак, у меня было две компании, куда я пришёл полностью зелёным, но не как изолированная единица (то есть, не единственный сисадмин в контору "Рога и копыта"), а в команду.

Первая - это глобальный корпорат со всеми вытекающими, и туда я попал интерном. То есть, человеком, который знает самую базовую теорию и самые азы практики в области, и которого нужно учить вообще всему. Это знают и понимают все адекватные люди от нанимающей стороны. Совершенно спокойно я прошёл все собесы, включая технический и с лидами команды, они были для меня простыми, даже очень. Так я стал датасаенс-интерном.

Мне и другим таким же дали брифинг по общей инфраструктуре, пайплайну сырых данных до серверов нашей команды, и что в общем и целом эта наша команда делает. Далее, нас раскидали по ролям и менторам в зависимости от скиллов, предпочтений и факультетов университетов (ага, это было неожиданным - МЛ и ДЛ, например, не давали никому, кроме студентов матфакультета одного конкретного универа).

Сначала нас посадили несколько дней проходить корпоратские буллшит-тесты по корпоративной же культуре, политике всей американской махины ("МЫ НЕ ПОСТАВЛЯЕМ СВОИ ПРОДУКТЫ В КРЫМ, ИРАК, СИРИЮ И ДРУГИЕ КОНФЛИКТНЫЕ РЕГИОНЫ" и т.д.), харрасменту, стукачеству и прочему подобному с уклоном с сжв.

Затем, на неделю или две нас отправили на pluralsight, проходить курсы по нашим основным направлениям, языкам и Hadoop. Отдельный ор был, когда я для определения подходящего курса прошел на том же pluralsight тест по навыкам в пайтоне - и он сообщил, что я настоящий эксперт в питоне. При этом я на тот момент всего месяца два как выучил основной синтаксис. Сам. Через приложение на телефоне.

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

То есть, условный пример "на пальцах": что конкретно мне нужно в курсе по Hadoop, он огромен? HDFS? Конкретные реализации MapReduce? Специфика синтаксиса SQL для Hive и Impala? Что из этого нужно, а что нет? Что мы должны будем решать вот уже сейчас практическими задачами и тикетами, что стоит знать для развития и роста через три месяца, а что - просто для общего развития? Ответа не было. Ну ладно, работаем.)

Я начал получать задания по SQL/HiveQL, и, как прилежный ученик, обсуждать их с ментором/лидами, которые за нас отвечали. Я дергал их по пустякам и просил пояснить многие непонятные мне, но очевидные даже для фуллтайм-джунов вещи, потому что знал, что если не дерну сейчас и умолчу, то будет хуже потом, спустя месяцы и годы, когда от меня априори будут ждать знания и понимания тех моментов, которые я вовремя не выяснил.

НО: я мог спросить только то, что замечал сам, или о том, с чем работал сам, на уровне реализации. Условно: "мы хотим реализацию запроса так или и вот так тоже можно? А мы вообще хотим делать этот тикет или это локальная проблема на стороне индийской команды и мы её не решим?"

Но я НЕ мог спросить, потому что даже не осознавал их существование, следующих вещей: "А что вообще происходит? Как правильно работать работу? Что вообще такое работать работу и чем это отличается от задач в универе или на coursera/leetcode? Что такое в нашей команде, вообще в компании и сегодняшнем айти-мире Definition of Done? Мне нужно что-то делать самому сверх того, что вы мне даёте, или вы знаете, что делаете, и ведёте меня по пайплайну от простого к сложному для успешного взращивания и встройки в проекты? Я по умолчанию думаю, что так как вы - опытные профессионалы, то второе, да и в школе/универе было так же. А если всё же нужно, то что конкретно? Какие предметные области? Какие конкретно части этих областей? Что вообще ожидается от меня, какой перформанс, в каких сферах, как правильно показать вам и начальству, а также самому проверить, что он есть или что его нет? Кем вы хотите видеть меня в команде, какие роли, секторы и ответственность мне закрывать? Как вообще происходит профессиональный и карьерный рост у вас в компании и в айти в принципе? Что мне нужно для этого сделать и освоить, если нужно, и в какие сроки?" и многие другие.

Ну и парное программирование рядышком или на созвоне, как описала автор статьи, где стажера учат и показывают с помощью единственной, кстати, верной и 100% рабочей педагогической и ремесленной практики, проверенной веками на опыте миллиардов людей - ЛИЧНЫМ ПРИМЕРОМ с полной декомпозицией всего процесса: постановки задачи, её понимания, поиска ключевых зон, путей решения, что делать, если не получается, какие могут быть причины, у кого спросить, с кем поговорить, где искать документацию и какая её часть полезна, а где мусор, как вообще подходить к решению задач и проблем, как к ним относиться, как писать код/внедрять что-то, зачем на самом деле и у нас конкретно нужны архитектуры/паттерны/<подставить-термин> и какие из них, как описывать решение, как его потом презентовать, если нужно. То есть, нужно научить человека из совершенно иного мира с совершенно другим мозгом и жизненным бэкграундом ПРАВИЛЬНО И ПРОДУКТИВНО думать так, как вы и другие профи. И не ждать, что вы с ним одинаково мыслите или он сам как-то догадается. Это так не работает - ждать от человека, что он пересечёт бурную реку без моста и имея до того только заплывы в бассейне - опасно. Он либо утонет там, или так и останется на том берегу, пока ему машут с противоположного, показывая маховые движения для гребли вместо того, чтоб перекинуть мост или перейти к более спокойным и мелким водам. И хорошо ещё, если останется или утонет сам, а не вместе с вашим проектом.

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

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

Во-первых, из-за ковида, мы 3/2, а потом и 4/1 работали на удаленке, что меня устраивало, но осложняло прямой контакт и контроль с ментором, потом это заместилось созвонами, но отрывать его сообщениями и тупыми вопросами уже было куда сложнее и стремнее - мало ли, какие дедлайны и настроение у человека по ту сторону статуса в Тимсе.

Во-вторых, команда - это ВСЕ сениоры 40+, причём очень хорошо знающие огромный партнерский энтерпрайз- продукт, надстройками над которым и сервисом к которому компания и занималась. Многие из них даже раньше работали в той конторе, которая этот громоздкий энтерпрайз написала, и сами его когда-то делали. То есть, у них изначально очень глубокая продуктовая база.

В-третьих, это финтех, и он нередко требует знания и специфики области, и терминологии, и того, как именно и какие именно вопросы решают участники этого рынка. Энтерпрайз-софт тоже завязан на это. Где и как это освоить без вышки и практики в области, никто сказать так и не смог. Вики с гпт, что предсказуемо, помогают очень слабо, особенно когда проблема очевидна для финансиста со стажем, но напрочь неясна чистому айтишнику. Это при том, что у меня есть непрофильный, но успешно полученный диплом бакалавра по финансам и кредиту с заочки! То есть, сами слова и термины по отдельности не то чтоб незнакомые. Но вот что это значит, зачем нужно и как применяется компаниями в индустрии - это уже не ко мне.

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

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

Код ревью у меня практически не было, потому что я крайне редко имел тикеты, которые требовали правок длиннее пары строк кода. И большую часть из них я всё равно переспрашивал у него. На всякий случай: мало ли, починив что-то одно тут, я ошибся и сломал что-то более важное в другом месте? Но именно пользы с точки зрения освоения языка, профессиональной деятельности или продуктового домена было очень мало.

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

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

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

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

1. "Я не знаю, само как-то, просто работал, закрывал таски, и всё."
2. "А я обожаю это с детства, оно мне само даётся, и вообще, я со школы владею всем инструментарием и написал несколько коммерческих проектов ещё в 9 классе. Что делать, чтоб понимать и развиваться? Не знаю, мне всегда всё в области было очевидно и легко, это же очень просто!"
3. "Я брал на себя или переделывал под себя чужие тикеты, предназначенные и отданные другим, не спрашивая их - то просто коллег, то людей в отпусках или на больничном, чей код или работа мне не нравились, или от скуки брал тикеты сениоров и втихую делал сам по ночам и выходным, а потом сравнивал с их коммитами, потому что интересно ж!"
4. "Брал на себя больше ответственности: был готов выполнить более сложные и критические задачи, сам себе почему-то решив, что смогу, и пообещав начальству, что сделаю на отлично."

Ни один из них моей ситуации и прочему не подходил по причинам из начала поста.

В результате, спустя шесть лет "в индустрии на позиции разработчика" и магистратуры по Computer Science, мы имеем примерно ноль реального ценного опыта, понимания и прочего, как оно работает "изнутри" и как что решать.
При этом я не совру ни на йоту, если скажу, что у меня 5 лет опыта работы в пайтоне на финтех-проекте. Это чистая правда. Только все почему-то представляют это как взрывной рост экспертизы до недосягаемых высот, а не рутинный багфиксинг. И у меня нет механизмов для самостоятельного роста с ноля, я, как помним, робкий отличник с опасением накосячить - меня нужно этому научить, как стажера-идиота из уголочка в посте, потому что сам себя я не научу тому самому главному фундаменту, которым не владею и который в университете или школе не преподаётся.

Никаких реальных метрик для оценки себя нет - литкод не показатель, примерно как и тесты на IQ. Никакого врожденного программистского мышления и никакого переданного от профессионала. Никаких правил и стиля написания кода, кроме самых основных, потому что учить их все, "аби було" - это собирать знания, которые без рабочих каждодневных оплачиваемых задач (жить на что-то надо, а суточный когнитивный ресурс конечен) просто забудутся через неделю. Хорош ли я как традиционный девелопер? Я не знаю. Развился ли я в традиционном девелопменте? Не знаю. Где я тогда вообще хорош в айти? Там, где область ещё только появилась и не устоялась, где нет сениоров и джунов, и все, даже люди на острие, равны на уровне: "Мы сами не понимаем, как и что здесь работает, устойчивых практик нет, давайте придумывать вместе". Слава богу, промпт-инженерия, ллм-центрические и агентские системы как раз в таком состоянии, и там можно оперировать любыми концепциями, так что здесь мне раздолье.

И вот теперь, на фоне вышесказанного со стороны того самого перепуганного стажера, вопрос к знатокам, менторам и "хорошо отменторенным" уже у меня: "Что с этим делать, как это всё неясное или не преподанное наверстать?"

Видосы, книги, курсы, тг-каналы, сайты и прочие самостоятельные методы я пробовал.)

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

Чет пост напомнил давний опыт. Когда-то давно в Одессе сисадминил, в одной продуктовой компании. Дали мне джуна в нагрузку, помогать с офисными делами, чтоб не отвлекаться. И у него был интересный подход к задачам. Когда ему доносили информацию о наличии проблемы — чел шел и делал себе кофе, потом шел в курилку и тусил там минут 15. После чего возвращался и спрашивал, все ли работает?

Джун - джуну рознь. Не уверен, что нужно стараться учить того, кто еще в самой базе не разобрался или не посмотрел видео/статьи/programming for goats/5 часов индусятины... Если он этого не прошел и с GPT лезет в prod (джуном в контору), то в шею таких умников... они же деградируют IT

Почему-то кто-то не залинковал ещё: https://vas3k.club/post/101/