Привет, я Настя — младший разработчик в «Метре квадратном». Это статья о том, как я пришла в разработку практически с нуля в 2023 году. Знаю, на «Хабре» таких уже много, но когда-то подобная статья помогла мне начать свой путь, и я решила, что этот текст тоже может быть полезен кому-то другому.
В статье описала мой опыт: обучение разработке с нуля и поиск работы в IT. Если вам не хочется читать статью, но интересно посмотреть алгоритм действий, он в самом конце текста.
Мне 29 лет, я лингвист по образованию, большую часть трудовой жизни занималась управлением проектами. Даже в начале карьеры я работала офис-менеджером, что тоже своего рода управление проектом.
Кажется, мне никогда полностью не нравилось то, чем я занималась, — я хотела создавать что-то конкретное и вдохновляющее, а не выполнять рутинные задачи и договариваться с другими людьми. Долгое время не предпринимала активных шагов в этом направлении, но толчком стала пандемия, заставшая меня врасплох.
До пандемии я работала над экологическим проектом: боролась за то, чтобы сократить потребление одноразового в сети пекарен. Старалась сделать так, чтобы гости меньше пили из одноразовых стаканчиков, использовали сахарницы вместо пакетиков с сахаром и т. п. Но пришла пандемия, а вместе с ней и запреты от Роспотребнадзора на многие инициативы: нужно было переходить на всё одноразовое, а это противоречило моему мировоззрению (да и шло вразрез с целями моей работы).
В одно мгновение все мои достижения утратили актуальность (мир заполонил одноразовый пластик в огромных количествах). Все нововведения в нашей сети были отменены, а моя зарплата уменьшилась вдвое.
Так я поняла, что пришло время что-то менять прямо сейчас. Предыдущий опыт научил, что единственное, что мотивирует меня развиваться в профессии, — это желание делать то, что нравится. Я изучила разные направления и поняла, что мне близка разработка.
Почему разработка?
У меня есть опыт управления проектами (это плюс для разработчика), я уже работала в разных бизнесах изнутри и понимала процессы, я усидчивая и люблю изучать новое.
Когда меня спрашивают, какой курс я прошла, чтобы найти работу в разработке, мне сложно ответить. Секрет совсем не в том, чтобы пройти определённый курс, попасть в айти и зарабатывать много денег.
Во-первых, сначала денег будет совсем немного. Во-вторых, по моему мнению, невозможно долго работать в профессии, которая вам искренне не интересна. Более того, во многих направлениях приходится постоянно учиться новому, так как знания устаревают. Учиться через ненависть ещё сложнее, а если этого не делать — вы будете не нужны.
«Учитесь всего два часа в день и через два месяца оффер в крупную IT-компанию у вас в кармане». Ха-ха два раза
В начале своего обучения я нашла по отзывам онлайн-курсы на платформе Codecademy. Выбрала эту платформу, потому что здесь можно найти удобные и структурированные учебные материалы.
Взяла ежемесячную подписку за 17$ и за шесть месяцев получила базовые знания в области HTML, CSS и JavaScript. Я была восхищена тем, как несколько строчек кода превращаются в настоящий сайт. Это был период супермотивации.
Через полгода обучения поняла, что мне не хватает более глубокого понимания сложных концепций, ревью от опытных разработчиков и поддержки со стороны сообщества. Решила найти курсы, которые восполнили бы эти пробелы.
Мой выбор пал на онлайн-курс от «Яндекс.Практикума». Мне понравилась программа и возможность начать обучение бесплатно, чтобы понять, подходит ли мне формат. Ещё там были строгие дедлайны, поэтому шанса купить курс и забить просто не было.
Так я начала изучать React, Node.js и другие смежные технологии. В это время у меня родился ребёнок, и я столкнулась с необходимостью балансировать между двумя новыми для меня ролями: мамы и разработчика.
Кстати, именно в этот период я поняла, что верить рекламе нельзя. Было забавно видеть рекламные слоганы некоторых онлайн-школ, которые обещают, что на учёбу можно тратить всего два часа в день в течение пары месяцев, а потом сразу получить очередь из офферов. В реальности это скорее невозможно.
Я больше года училась каждый день по 5–8 часов без выходных. Более того, я до сих пор продолжаю учиться. Мне приходится жертвовать многими вещами, но смена профессии — заведомо сложная задача.
За деньги — ДА или неоплачиваемая стажировка тоже ОК?
Примерно через восемь месяцев обучения я поняла, что могу поучаствовать в каком-то проекте. Думаю, эта мысль каждому приходит в своё время: вы просто почувствуете, что «теперь пора».
Точно могу сказать одно: если вы больше года занимаетесь разработкой по несколько часов в день и у вас нет желания сделать проект — нужно задуматься. Разработка — направление, в котором сразу хочется создать что-то «настоящее», чтобы увидеть, как этим пользуются люди.
На тот момент я уже неплохо разбиралась в вёрстке и прошла курс по React — это база, с которой можно искать маленькие проекты. Я начала смотреть что-то интересное в Telegram-чатах, так как мне казалось, что на «Хэдхантер» без опыта идти рано. Так я попала в небольшой стартап, который занимался разработкой обучающей платформы для подготовки к ЕГЭ.
В одном из чатов пришёл запрос на поиск джуна-разработчика в команду. Не раздумывая, я откликнулась в числе первых, поэтому со мной сразу связались. Я пообщалась с командой (сложных собеседований не было) — и меня приняли.
Сразу скажу — это была неоплачиваемая стажировка. Знаю, что многие относятся к этому негативно, так как любой труд должен оплачиваться. У меня было другое мнение. Я внимательно мониторила рынок, и практически в каждой вакансии требовался опыт работы. Даже спустя 8 месяцев учёбы мне ещё было нечего предложить рынку, поэтому я решила не ждать, пока меня кто-то заметит, а получить реальный опыт работы самостоятельно.
Первое время было очень сложно. Работа оказалась совсем не такой, какой я себе представляла. Приходилось учиться выполнять задачи в команде, с горящими сроками, быстро осваивать новые технологии, так как знаний, полученных на курсах, было недостаточно.
Так я поняла, что ни один курс не научит вас главному навыку — работе в команде. Я элементарно не знала, как организована совместная работа на «Гитхабе», и первые пул-реквесты делала по несколько часов. Поэтому моя рекомендация — во время обучения сразу ищите бесплатные стажировки и делайте командные пет-проекты для получения такого опыта.
Кстати, спустя пару месяцев моя неоплачиваемая стажировка превратилась в работу — мне начали платить зарплату.
Изначально мы об этом не договаривались, но во время стажировки я ответственно выполняла задачи в срок, старалась активно участвовать в развитии проекта не только как разработчик, но и как бывший менеджер проектов — думаю, это повлияло на решение работодателя.
Я оставалась в проекте около года — и это было отличным началом. Получила большой опыт, но понимала, что это не предел мечтаний.
Как я говорила, это был стартап, поэтому многие рабочие процессы оказались не налажены. К тому же пользователей было совсем немного, а мне хотелось разрабатывать полезный продукт и видеть, как люди взаимодействуют с ним. Ещё у меня подрос ребёнок и появилась возможность полностью посвятить себя работе, а на текущем проекте этого не требовалось.
Резюме, портфолио и сопроводительное письмо
Я решила искать работу, но столкнулась с несколькими проблемами. Во-первых, считала себя недостаточно достойной, ведь я столько всего ещё не знаю (привет, синдром самозванца). Когда я видела, что на одну вакансию приходится около 500 откликов, у меня просто опускались руки. Я думала, что конкуренция очень высока, и рекрутер вряд ли доберётся до моего резюме. Плюс вакансий для джунов практически не было. Во-вторых, близкие до этого момента воспринимали мою деятельность как хобби и не верили, что без высшего IT-образования можно найти что-то стоящее. Не могу сказать, что это меня сильно угнетало, но всё равно не очень приятно, когда родные не поддерживают.
Желание найти работу оказалось сильнее проблем, поэтому я начала действовать. Для разработчика важно понятное и структурированное резюме. Поэтому первым делом нужно работать над резюме и сопроводительным письмом: проблема точно в них, если вас даже не приглашают на собеседования с рекрутером. Считаю, что они могут даже не подозревать, какого классного сотрудника упускают из-за плохо оформленных артефактов.
Что делала я:
Сократила предыдущий опыт до пары строчек с описанием достижений.
Так как я начинала поиски с большим багажом нерелевантного опыта, я сократила его, но не убрала полностью. Например, у меня большой опыт выступления на мероприятиях (= митапах), об этом можно написать. Разработчик, который умеет выступать, — плюсик в глазах DevRel-менеджера и амбициозного тимлида. Раньше я руководила крупными проектами, то есть понимаю, как строится бизнес изнутри. А ещё однажды работала в доставке — и умею общаться с конфликтными людьми. Разработчику такой навык пригодится.
Важно не обесценивать свой нерелевантный опыт. Да, он менее интересен, чем опыт в разработке, но вам точно есть, что оттуда вынести. Кратко описав свои навыки и достижения, вы дадите понять, что не совсем бездельник и чего-то добивались раньше. Пусть и не в разработке.
Убрала из опыта работы период обучения.
Часто советуют добавлять его, так как рекрутеры могут даже не открыть резюме, если в нём совсем нет опыта.
Я обсудила это со знакомыми hr, которые сказали, что их, наоборот, отталкивает такой подход. Поэтому моя стратегия — лучше добавлять свои пет-проекты или реальные стажировки, чем период обучения.
Привела в порядок портфолио на «Гитхабе».
Там подробно описала релевантный опыт работы, сделав акцент на том, что сделала именно я.
Создала небольшой сайт-портфолио, где кратко написала о себе, своих проектах и стеке.
Мне хотелось впечатлить потенциальных работодателей, а значит, нужно было сделать резюме максимально понятным и удобным для просмотра.
Создала шаблон сопроводительного письма и дорабатывала его к каждому отклику.
Я сделала шаблон с основной информацией о себе на основе этой инструкции, а когда откликалась на конкретную вакансию, добавляла какие-то факты, соответствующие требованиям.
Например, если вакансия была из сферы образования, я более подробно рассказывала о таком опыте. То есть в сопроводительном письме дополнительно подтверждала, что подхожу на вакансию.
Многие ленятся писать сопроводительное письмо, но над ним стоит потрудиться, если вы джун. Здесь же лучше конкретизировать, какой ваш пет-проект релевантен или какая часть из стажировки или обучения пригодится в этой компании.
И самое важное, что я отметила для себя: если у вас в портфолио только учебные проекты, этого недостаточно.
Никому не интересны люди, которые делали что-то только в рамках обучения, — таких соискателей тысячи. К тому же по учебным проектам сложно понять, как вы сами пишете код, мыслите и логически рассуждаете. Моя рекомендация — делать пет-проекты.
Они не только помогут наполнить портфолио: это ещё и отличный способ разобраться в какой-то технологии. Я долго собиралась с силами, чтобы выучить Typescript, искала курсы, читала много теории. Результат был практически нулевой. Но как только начала работать над реальным проектом, используя его, прогресс стал очевиден.
Есть лайфхак при выборе пет-проекта. Когда я задумывалась над своим, то идей не было совсем, и я стала гуглить топ-10 идей для пет-проектов — так делать не нужно.
Я выбрала таск-трекер, хотя заранее понимала, что не буду им пользоваться. В процессе разработки мне быстро стало скучно, и я его забросила. То есть потратила время впустую.
Так я заметила, что интереснее всего работать над задачей, которая будет решать вашу реальную проблему. Например, если делать всякие калькуляторы, таск-трекеры и приложения для погоды, которыми вы сами не будете пользоваться, — это трата времени впустую. Скорее всего, вы забросите проект, потому что вам будет скучно над ним работать. А если он не интересен вам, то почему должен привлечь внимание работодателя?
Засучить рукава и отправить 600 откликов
Я понимала, что поиск работы для джуна — это тоже работа. Поэтому начала делать отклики на разных площадках. Много откликов. Чтобы научить джуна чему-то, компания тратит много ресурсов и времени, поэтому работодателям часто невыгодно нанимать зелёного новичка.
Иногда для того, чтобы пришло одно приглашение на собеседование, я делала более десятка откликов. Считаю, что это нормально, так как джунам нужно проявлять инициативу: откликаться на вакансии, писать напрямую работодателю и параллельно улучшать свои навыки.
У меня было много отказов, некоторые даже от тех компаний, где я практически на 98% соответствовала требованиям. Но я их не боялась. Меня вдохновил друг, который искал работу около шести месяцев, сделал более 600 откликов и в конце концов получил отличное место :)
В этот период были не только отказы, но и странные собеседования. Однажды мне позвонили после отклика на вакансию, я взяла трубку, пока шла по улице, и подумала, что разговариваю с рекрутером, который сейчас назначит встречу. И довольно сильно удивилась, когда «рекрутер» предложил мне прямо здесь и сейчас по телефону порешать задачки.
Я так переволновалась, что забыла даже простые вещи, и в тот момент подумала, что мне рано искать работу, если я не могу взять себя в руки и решить несложные задачи. На улице шёл сильный дождь, я нервно решаю в уме задачи… Всё выглядело очень кинематографично.
Собеседование я, кстати, прошла, но на работу в эту компанию не устроилась. Мне не подходил стопроцентный офисный график, а ещё смутило, что пришлось решать задачи по телефону. Я не так представляю первую встречу с компанией — мне кажется, что важно обсудить удобную всем дату, а на собеседовании видеть интервьюера и писать код, а не проговаривать его вслух.
Я продолжала делать отклики, выполняла тестовые задания, дорабатывала резюме и сопроводительное письмо. А ещё работала и училась.
Я никогда не отказывалась от тестовых, даже если их предлагали до общения с рекрутером, и могу порекомендовать делать так же каждому джуну.
Во-первых, таким образом воронка сужается — у вас остаётся меньше конкурентов, так как не все готовы тратить время на тестовое.
Во-вторых, это дополнительный проект в портфолио.
В-третьих, это отличная возможность выучить что-то новое. На одном из тестовых мне нужно было написать приложение на Next.js, хотя до этого я даже не знала, что это такое. В итоге за несколько дней разобралась в основах этого фреймворка и, кстати, мне он очень понравился. Обратной связи по тестовому я, правда, не получила, но зато опыт мне пригодился в будущем.
Как я нашла «то самое»
Спустя время я увидела вакансию мечты. Всё было идеально: знакомый стек, интересные задачи, классная компания. Останавливало то, что необходим был опыт работы 3–6 лет, при этом жёсткого требования в описании вакансии не было.
Я рискнула и откликнулась, но мне отказали и закрыли вакансию. Так эта статья могла бы и не появиться, но меня зацепила компания, и я стала следить за её новыми вакансиями.
Через месяц появилась ещё одна вакансия, которая мне подходила. Правда, снова требовался опыт работы. Я решила откликнуться, и в этот раз меня позвали на собеседование.
Кстати, я спросила, почему этого не произошло в первый раз, но на прошлую вакансию уже нашли человека, а я откликнулась в момент, когда рекрутеры ждали ответ на оффер.
Собеседование прошло хорошо, мне задавали вопросы об опыте, предложили решить задачу и ответить на несколько теоретических вопросов. Меня не заваливали, а скорее помогали, когда я путалась от волнения. В этот раз я волновалась просто невероятно, но старалась взять себя в руки. Я подробно рассказала об опыте, в каких командах работала, как мы организовывали процессы. Старалась вести себя непринуждённо и дружелюбно.
Это ещё одна важная часть подготовки джуна к собеседованию — важно уметь рассказать о своём опыте, подсветить, какие навыки будут полезны компании, и показать, что вы заинтересованы учиться и готовы узнавать новое.
Через пару дней позвонил рекрутер и сообщил, что меня готовы взять, несмотря на то что ищут более опытного разработчика. Но нужно найти команду, в которой я начну работать. А это значит, понадобится время и собеседование с командой, прежде чем я получу оффер.
Я была счастлива!
Долгожданный оффер
Где-то месяц подбирали команду, в которой я смогу чувствовать себя комфортно и приносить результат. Параллельно с этим мне приходили положительные ответы от других компаний, куда я откликалась ранее. Но я так сильно хотела работать именно тут, что отказывала им на свой страх и риск.
И, наконец, случилось ещё одно собеседование в подходящую команду в М2. Мне рассказали о команде и продукте, над которым предстоит работать. После этого предложили решить алгоритмическую задачу и дали для этого достаточно времени, чтобы я спокойно выполнила задание. На следующий день я познакомилась с ребятами из команды, и мы пообщались в непринуждённой обстановке.
Я рассказывала про опыт и про себя в принципе. Это важно, ведь на собеседованиях софт-скилы важны не менее хард-скилов. Из рассказа знакомого рекрутера я знаю, что как бы хорошо вы ни разбирались в технологиях, вам, скорее всего, будет сложно найти работу, если вы ведёте себя токсично.
Итого поиск работы занял у меня около двух месяцев. Я сделала 97 откликов, выполнила два тестовых задания, прошла три технических собеседования и получила два оффера.
Предложение о работе в М2 было для меня самым привлекательным. Совпало всё: крупная продуктовая компания, интересные проекты, классная команда, плавный старт в работе.
Вот краткое изложении стратегии поиска, описанной в статье
1 — помимо обучения, участвовать в совместных пет-проектах или пройти стажировку, чтобы получить опыт работы в команде.
2 — добавить в портфолио пет-проекты. А выбирать их по принципу «делаю то, над чем мне будет интересно работать».
3 — грамотно составить резюме: убрать нерелевантный опыт, оставив только то, что пересекается с новой профессией, подробно описать свои проекты, добавить ссылки на код и демоверсию.
4 — подготовить шаблон сопроводительного письма и при откликах добавлять конкретную информацию, соответствующую вакансии.
5 — не бояться откликаться даже на те вакансии, в которых требуется опыт больше вашего, если вы подходите по остальным требованиям.
6 — делать тестовые задания, особенно если там предлагается использовать незнакомые технологии. Во-первых, вы получите опыт, а во-вторых, иногда работодатель таким образом хочет посмотреть, как вы справитесь с чем-то незнакомым.
7 — решать задачи на Codewars, Leetcode или Exercism.
Этот пункт я добавила уже после того, как получила работу. Я сделала вывод, что мне надо было ещё больше времени уделять решению задач на Codewars и Leetcode. Ещё я нашла Exercism — open-source проект, где есть задачи, но там они более приближены к решению реальных проблем, поэтому их интереснее решать.
В итоге все три моих технических собеседования были основаны на решении задач, хотя я надеялась, что это пройдёт мимо меня.
8 — на собеседовании вести себя дружелюбно и вдохновенно рассказывать о своём опыте.
9 — не падать духом и продолжать делать отклики, если получаешь много отказов.
Я уверена, что найти работу мечты может каждый. Просто многие останавливаются на полпути, разочаровываясь в себе. Да, это непростая задача, но если учесть все нюансы, не иметь завышенных ожиданий и набраться терпения, то рано или поздно работа будет вашей.
Комментарии (281)
ncoo
15.11.2023 10:48+9"97 откликов, 2 тестовых, 3 технических собеседования — и оффер" - это и есть тот самый жуткий дефицит кадров о котором совсем недавно писали?
AnaSergeeva Автор
15.11.2023 10:48+24дефицит кадров - это точно не про джунов))
ncoo
15.11.2023 10:48+5А что же я со своими 3 годами честного опыта на ноде и без работы 2-ой месяц интенсивных поисков - просто неудачник, зажрался или может стек не популярный?
AnaSergeeva Автор
15.11.2023 10:48+10мне кажется, что ничего из перечисленного. тут сложно говорить, не зная всего контекста(
Oceanshiver
15.11.2023 10:48+2Ищите проблемы в резюме, скорее всего они там
AnaSergeeva Автор
15.11.2023 10:48Да, согласна, думаю, что если не приглашают на интервью с рекрутерами, надо в эту сторону смотреть в первую очередь
Devakant
15.11.2023 10:48+7Знакомый рекрутер говорил что возвращаются времена найма айти-специалистов эйчарами без понимания айти.
Если им выдали список требований они будут по нему жестко идти.
Например указано умение пользоваться charles будут на него и смотреть.
А то что мне например нравится fiddler и по сути это тот же сниффер траффика - эйчар уже не в курсе, и сразу пишет отказ без вопросов.
Плюс опять же иногда обратная связь о резюме и тестовых: Оно слишком длинное, для других слишком короткое.
Всем не угодишь. Скорее сейчас найм это больше про совокупность факторов с которыми может повезти. Мне пока не везет, но я не сдаюсь.Oceanshiver
15.11.2023 10:48Знакомый рекрутер говорил что возвращаются времена найма айти-специалистов эйчарами без понимания айти.
А с чем это связано он не говорил? Потому что это звучит как просто личное ощущение отдельно взятого рекрутера
Devakant
15.11.2023 10:48Возможно и личное замечание, но я сам сейчас сталкиваюсь с тем что мне отказывают сразу же, без разговоров, даже несмотря на наличие опыта.
А пообщаться и перейти в фазу собесов получается только если найду контакты эйчара и напишу в ТГ.
Я понимаю что с началом войны кол-во компаний и найма в РФ сократилось. Но идти в полный игнор имхо - крайне плохая практика, особенно в долгосрочной перспективе.
k-morozov
15.11.2023 10:48+1вроде сейчас все вкатыши рисуют себе 3 года опыта. твой реальный на их фоне мб теряется?
sssrgei
15.11.2023 10:48Я, вообще, на опыт не смотрю.
Лишь бы человек был хороший.В первую очередь смотрю, как человек технические задания на собеседовании проходит, а если он двух строк связать не может, то какая разница, что там HR в резюме нашел.
Aquahawk
15.11.2023 10:48А вы на собеседование всех откликнувшихся приглашаете?
sssrgei
15.11.2023 10:48У нас есть тестовое задание для людей без опыта. Резюме читают HRры руководствуясь своими жизненными принципами. Они же и тестовое рассылают, если это необходимо по их мнению. А на собеседовании все почти равны.
Aquahawk
15.11.2023 10:48+1Ну т.е. на опыт смотрят HR а не вы.
sssrgei
15.11.2023 10:48+6Если бы они фильтровали людей по опыту, у нас бы не работали люди без опыта, а я лично сам нанял восьмерых (правда за 4 года). На руководящие/лидирующие позиции, конечно, смотрится на опыт, но все равно в первую очередь я смотрю на умение решать нестандартные задачи в производственном процессе. Даже опыт, я, конечно, оцениваю, но не по количеству отработанных лет, а по проектам, по роли на проекте (не в трудовой, а по факту - спрашиваю: чем занимался, какие решения принимал, как отстаивал и тд)
SpiderEkb
15.11.2023 10:48+2Мне кажется, что сейчас дефицит кадров у которых опыта более 3-х лет и не только на ноде...
Напишите 25+ лет на С/С++ + SQL + несколько разных БД + разработка под пару-тройку платформ (хотя бы вин + линукс) и рекрутеры к вам сами приходить будут :-)
Ну время такое, что уж...
Hvorovk
15.11.2023 10:48+1Даже 3-5 лет сейчас достаточно, чтобы минимум раз в неделю писали HR с предложением поработать в их раю. Но это мой личный опыт.
DMGarikk
15.11.2023 10:48+2грейд разработчика не годами опыта измеряется, а квалификацией
mvv-rus
15.11.2023 10:48+1OK. Но тогда сразу - вопрос по мотивам афоризма К.Пруткова: годами опыта измерятся время, но чем ты измеришь квалификацию?
DMGarikk
15.11.2023 10:48+1калиброванным глазком сеньора
а вообще, количеством мест работы и сроком сколько там человек продержался
если подряд 5 мест работы по 3-5 мес, то проблемы или в квалификации или в софтскиллах
если год и больше на каждом месте то уже норм и можно побеседовать... но это все миддлы и выше
с джунами только говорить, формально никак не определить
p07a1330
15.11.2023 10:48+1По вашей логике - специалист, который лет 10 поддерживал легаси, более компетентен, чем тот, кто участвовал в запуске нескольких коротких проектов?
Как минимум, в каждом новом проекте - несколько иной стек и несколько иные подходы к разработке, таак что иметь несколько (в пределах разумного) позиций - скорее благо, чем нет. Особенно в первую пятилетку карьеры
Goron_Dekar
15.11.2023 10:48+2Часто так оно и есть. На то, чтобы создать быстрый PoC квалификации особо не нужно, но если ты 10 лет поддерживаешь проект, то ты отлично понимаешь, какие вещи легко поддерживать, а какие - сложно. И это важная часть компетенции, которую на курсерах не учат (на самом деле учат, но мало кто учится).
SpiderEkb
15.11.2023 10:48+2Я лично не встречал в своей практике специалистов, которые 10 лет только легаси и поддерживали и больше ничего кроме легаси не делали.
Обычно речь идет о поддержке и развитии какого-то большого проекта, где есть и новые разработки и модификация старого кода (оптимизация, доработка логики и т.п.). Если проект развивается, то так и будет. Если не развивается - в чем именно заключается "поддержка легаси"? Исправлении багов? Так в легаси их, как правило уже нет - все выправили в первые 2-3 года.
Что касается "коротких проектов"... Зависит от того, куда человек приходит. Если на большой долгий проект, то его опыт с короткими тут будет "нерелевантен" как сейчас модно говорить - тут будут совершенно иные условия, другие стеки (никто не будет на полпути менять стек в большом проекте или городить зоопарк разных стеков), другая организация процесса. Перестраиваться может оказаться психологически тяжело.
На этот момент на собеседовании надо по крайне мере обратить внимание - готов ли человек к такому.
Лично мне, если говорить о людях "с опытом", больше импонируют те, у кого за плечами несколько проектов, но при этом хотя бы один из них должен быть "большим". И кроме разработки нового, человек, если он "имеет опыт", должен уметь работать и со старым кодом тоже.
mvv-rus
15.11.2023 10:48никто не будет ... городить зоопарк разных стеков
Дык, нынче, наверное, все уже не так плохо, как вы написали - вроде, как раз для этого микросервисы есть.
SpiderEkb
15.11.2023 10:48+2Ну во-первых, микросервисы не универсальное решение, хоть его и пихают везде куда ни попадя.
Во-вторых, в большом проекте есть архитекторы и согласованная архитектура. И никто не даст вам тащить туда непойми что и получить потом потенциальные проблемы с интеграцией.
mvv-rus
15.11.2023 10:48+2Во-вторых, в большом проекте есть архитекторы и согласованная архитектура.
Мне нравится ваш оптимиззм. Но, говорят, микросервисы позволяют избавиться и от этого пережитка прошлого ;-)
SpiderEkb
15.11.2023 10:48-1По поводу микросервисов сломано немало копий. Это не единственный вариант архитектуры и не всегда самый лучший.
В нашем случае ситуация таков, что никаких облаков нет и не будет - никакой банк то, что хранится на центральных серверах, в облако не выложит. Все работает на одном кластере из нескольких серверов, которые изолированы от внешнего мира (есть ESB шина и есть очереди. Все.)
Ну и банк это реально очень "большой проект". Не самые свежие данные (думаю, сейчас больше уже)
27 тыс. программных объектов
15 тыс. таблиц и индексов базы данных
Более 150 программных комплексов
Занимает более 30 Терабайт дискового пространства
В день изменяется более 1,5 Терабайт информации в БД
За день выполняется более 100 млн. бизнес операций
Одновременно обслуживается более 10 тыс. процессовЭто только центральный сервер. Вокруг него еще несколько десятков "внешних систем" (50-60 где-то) - там своя архитектура и свои стеки.
Если не одумляться архитектурой, то все это просто не будет работать. А оно должно работать 24/7 и при этом еще и работать быстро и согласованно.
Так что это не оптимизм, а реализм.
mvv-rus
15.11.2023 10:48А чо так серьезно-то? Вы смайлик у меня заметили?
PS Мне тоже много что не нравится в нынешнем IT. Но большинству разработчиков приходится работать там, где они работают. Тем более - джунам, о которых речь в статье.
saboteur_kiev
15.11.2023 10:48+1Облако может быть внутри самого банка.
Облако это просто автоматизация разворачивания различной готовой инфраструктуры в виде paas (platform as service) или aas (application as service)
Причем все даже кастомные облака будут похожи либо на aws либо на gcloud либо на azure
DMGarikk
15.11.2023 10:48+3нет, специалист которые в течении 10 лет поддерживал проекты которые длятся больше года, и таких проектов желательно несколько
короткие проекты идея-мвп-старт в течении 3-6 месяцев это очень специфичные и довольно ограниченные знания
человек которые только этим занимался, не понимает что такое писать поддерживаемый код например, он написал-запустил-ушел, а там хоть трава не расти
Идеальный специалист для меня, это пришел-вник-начал работать по гайдам принятым в проекте и был способен предлагать идеи рефакторинга и фичи, а для этого нужен опыт в такой работе
негативное отношение к которким срокам 3-5 мес это из того что человек вникает в новый проект гдето 3-5 месяцев и если он не смог удержатся на нескольких проектах больше этого срока то это уже звоночек
saboteur_kiev
15.11.2023 10:48Компетенция - это экспертиза в конкретных вещах.
Человек который поучаствовал в запуске нескольких коротких проектах в легами будет дуб дубом.
Каждый ищет те квалификации которые ему нужны. Именно поэтому даже для одной профессии есть различные сертификаты на различные технологии
mvv-rus
15.11.2023 10:48калиброванным глазком сеньора
Т.е. чисто субъективно, на глазок, а объективного критерия у вас нет. Я именно такой ответ и ожидал.
DMGarikk
15.11.2023 10:48+1Объективного критерия нет, это нельзя описать в резюме, сугубо через разговор на собесе, меня например не интересуют хардскиллы по сортировке пузырьком если человек видно что может вникнуть
Asker1987
15.11.2023 10:48+11Ишь ты, разнылся???? у меня 12 лет, сеньор и занимал позиции тимлида несколько лет - последние 30 откликов в хх ру просто отказ собеседовать. Снижал грейд постепенно вплоть до джуна смеха ради - отрицательно???? Может, не умею составлять резюме, но это проблема рекрутера в первую очередь. Это их зона ответственности - уметь читать резюме, а уметь писать резюме - это не тот навык, который в тебе хотят развивать на работе????????
Но кстати, работу таки нашел спустя долгое время на днях буквально - просто зашёл в компанию и пообщался) хх.ру и прочие очень "полезные" рекрутеры - это паразитивные прослойки. Старайся находить прямые контакты.
DMGarikk
15.11.2023 10:48+1нижал грейд постепенно вплоть до джуна смеха ради
грейд повышать надо и ценник свой, нельзя снижать грейд и ценник если вы сеньор и у вас большой опыт, это подозрительно если вы не можете объяснить зачем вы это делаете (я понижался с тимлида до сеньора и адекватно на каждом собесе это объяснял зачем это делал (из-за того что скакнул в тимлиды из джуна со сменой стека и у меня не хватало квалификации по моей собственной оценке))
потому что 12 лет и сеньор - это за вами рекрутеры бегать должны, если это не так значит чтото не так у вас или с резюме или с его представленностью на площадках
Leetc0deM0nkey
15.11.2023 10:48+1потому что 12 лет и сеньор - это за вами рекрутеры бегать должны, если это не так значит чтото не так у вас или с резюме или с его представленностью на площадках
Или просто рынок поменялся и никто за вами больше бегать не будет. Удивительно как некоторые "прогрессивные" айтишники упорно живут вчерашним днём как старые деды.
DMGarikk
15.11.2023 10:48Удивительно как некоторые "прогрессивные" айтишники упорно живут вчерашним днём как старые деды.
я уже выкладывал скрин из своего гемейла с кучей спама от HRов
думаете я просто так выдумываю?
нет я согласен что рынок поменялся и с работой стало сложнее, но всётаки сеньорский рынок далек до насыщения
Leetc0deMonkey
15.11.2023 10:48+2я уже выкладывал скрин из своего гемейла с кучей спама от HRов
Мне не нужны скрины, я сам такой спам получаю пачками. Но спам на то и спам - пытаются впарить всякую хрень. А хороший товар не нуждается в рекламе. Вкусные вакансии нынче расходятся по своим и до публичного доступа не доезжают. А если доезжают, то моментально закрываются, и кого-то там спамить нужды не возникает. Всё остальное на поверку оказывается либо завышенные требования за 3 копейки, либо наипалово с ЗП "по результатам собеса", либо потогонка в конторе с огромной текучкой, либо ещё какие сюрпризы. А порой и вовсе вас и не собираются нанимать и лишь используют как массовку для соблюдения корпоративных формальностей для найма "своего". В Штатах такое сплошь и рядом.
Исключения бывают когда например ищут какой-то экзотический экспириенс. Но это сразу видно что в тебе лично заинтересованы, с тобой предметно и конструктивно общаются.
impruvd
15.11.2023 10:48+2Вкусные вакансии нынче расходятся по своим и до публичного доступа не доезжают. А если доезжают, то моментально закрываются, и кого-то там спамить нужды не возникает.
Всё так. Но сеньоры с 12-летним опытом, как правило, за время работы в индустрии наработали определённые знакомства, и их предлагают как "своих" разрабы/рекрутёры/эйчары, с которыми они ранее пересекались и произвели какое-то впечатление.
Софт-скиллы с нетворкингом тоже нужны всё-таки, на рынке без этого нелегко. Чтобы за разрабом бегали с топовыми вакансиями, он должен быть либо живой легендой, либо мастером нетворкинга, либо сильным контрибутором/мейнтейнером в опенсорс-проектах. Иначе как понять, что с топовыми вакансиями бегать стоит именно за этим разрабом?
ddv88
15.11.2023 10:48-4ИТ как таковое в рашке умерло. У васянов свое представление об оплате труда и эффективности. 5000$ как раньше никто платить не станет, только забугор дорога, но те ребята (по наблюдениям) могут и нагреть на финансы, так что тоже сомнительная история. Нет денег - нет стимула. Занижать свои требовать ради того, чтобы подогнать их под чьи то ожидания глупо.
С твоим опытом пора свое дело начинать, а не на дядьку горбатиться в екоме или какой нибудь очередной прокладке-агрегаторе. Все нынешнее ит это купи-продай, процент собери, что там интересного может быть по технологиям не знаю.
DMGarikk
15.11.2023 10:48+1С твоим опытом пора свое дело начинать
чтобы начинать свое дело, опыта в ИТ недостаточно может оказаться... а вот остатки денег профукать так запросто можно
ddv88
15.11.2023 10:48-1Как говорится, кто не рискует, тот не рискует. Но если бы меня спросили все безработные синьоры и лиды в рф "что нам делать, как нам быть?", я бы ответил "тикайте хлопцы из ит" и займитесь чем нибудь более интересным и прибыльным)
DMGarikk
15.11.2023 10:48+1Как говорится, кто не рискует, тот не рискует.
ну вообще статистика неумолимо говорит что
"90% бизнесов закрывается в течение первого года, лишь 3% продолжает существовать более 3 лет"
риск крайне серьезный, причем в процессе этих попыток еще на чтото еду покупать надо
ddv88
15.11.2023 10:48-1Спору нет. Я примерно 3 года назад отчалил, тогда все было не так плохо, присутствовало место для маневров. В ит выгорел от постоянной борьбы за пару грошей к ЗП из за несоизмеримо возрастающих требований и нагрузок. На тот момент крутились еще стартапы с толковыми инвесторами, сейчас об этом только мечтать. Порядка 5.5к$ получалось на позиции лида с сторонними лайтовыми подработками. К сожалению сейчас для большинства это либо потолок, либо удачное стечение обстоятельств. Никто в этой сфере не готов платить полмиллиона за одного сотрудника, каким бы конгениальным и ультраэфективным он не был. Убежден, что мы в текущий момент наблюдаем неумолимый закат ит индустрии в раше. До какой глубины погрузимся пока непонятно. Индус-аутстафы уже не за горами. ИМХО.
kma21
15.11.2023 10:48+2стесняюсь спросить, а где же теперь платят хорошо, не потогонка и выжимание соков из каждого человека, где индексируют ЗП быстрее фактической инфляции и вообще не жизнь а сказка?
AxeFizik
15.11.2023 10:48+3Встречаются два инди-разработчика:
- Как у тебя дела?
- Хорошо, вот недавно релизнулся!
- Ого, круто! А много продал?
- Да нет, только квартиру и машину...
Orange_Kir
15.11.2023 10:48Возможно немного не очевидный вопрос, но (если вы конечно идёте через hh или типа того) у вас доступ к резюме открыт всем или только тем, кому вы сами отправили отклик? Просто по личному опыту могу сказать, что после открытия приглашения начинают сыпаться как из рога изобилия, успевай только разгребать
StjarnornasFred
15.11.2023 10:48+3Если дефицит чего-либо и впрямь имеет место, то рыночные игроки либо перенаправляют свой спрос в сторону того, что имеется в достаточном объёме (разг. берут что дали), либо начинают конкурировать по цене покупки до тех пор, пока предложение не совпадёт с платёжеспособным спросом (разг. платят сколько сказали). Поэтому дефицит любого ресурса не может длиться долго, если только он не поддерживается искусственно.
В случае с рабочей силой в IT - нет никакого дефицита кадров. В крайнем случае - есть пресловутый дефицит низкооплачиваемых высококвалифицированных сотрудников, но он в любой отрасли. Если бы дефицит был, то работодатели охотно брали бы джунов на должности мидлов с последующим дообучением на месте (или реорганизовали бы процессы так, чтобы мидл не требовался). Раз этого не происходит - значит, не очень-то и хотелось.
sssrgei
15.11.2023 10:48+2есть с этим некоторые проблемы.
1. в компаниях, у которых есть деньги проблема дефицита отсутствует и им учить джунов не нужно. а в компаниях где есть дефицит кадров и нет денег джунов учить некому.
2. чтобы учить джунов эффективно нужно выводить сотрудников в офис, а высококвалифицированные кадры отвыкли - в соседней статье про амазон затрагивается эта тема.
по-моему, кадровый голод пройдет по причине разорения малорентабельного бизнеса, что джунам никак не поможет. мы, как старшие разработчики можем только проявить сознательность и убедить бизнес нанимать джунов, но это только оттянет момент глобального краха. а убедить тяжело, так как среднестатистический джун начинает зарабатывать только через 3 месяца, а решать более ли менее серьезные задачи через год и на это время он будет получать зарплату и тратить небесконечный ресурс ментора.
SpiderEkb
15.11.2023 10:48+3чтобы учить джунов эффективно нужно выводить сотрудников в офис
Наш (и лично мой) опыт показывает что это не так. Вполне достаточно иметь хорошо поставленные средства коммуникации и составленный заранее план обучения.
mvv-rus
15.11.2023 10:48+3В случае с рабочей силой в IT - нет никакого дефицита кадров.
Суммируя то, что я слышу, в IT есть кадры двух сортов: квалифицированные (мидл+), которых получается прибыльно использовать в нынешних массовых технологиях разработки, и недостаточно квалифицированные (вайтишники, выпускники ВУЗов без оптыта и т.п.), которых использовать для получения прибыли при нынешних технологиях разработки не получается. Именно поэтому работодатели джунов не берут.
Ну, а вариант повышать цену покупки рабочей силы упирается в рентабельность бизнеса.Так вот и получается, что первый сорт - в дефиците, в недостаточном объеме, второй - в избытке, но бизнеса по доработке второго сорта в первый по какой-то причине нет (возможно - по причине отсутствия необходимой технологии).
То есть, наблюдается разрыв, который непонятно кто и как будет закрывать.
PS Дефицит высококвалифицированных низкооплачиваемых работников у бизнеса есть всегда - в силу самой природы бизнеса как деятельности по извлечению прибыли. Другое дело, что бизнесу в условиях такого дефицита приходится работать почти всегда.
Hvorovk
15.11.2023 10:48+4Мне кажется, что тут проблема в рисках с новичками, условно потратил на него год, он что-то начал делать, работать и тд, и тут приходит конкурент кидает в него оффер х2 и человек уходит, а вместе с ним затраты на обучение.
MiraclePtr
15.11.2023 10:48+3Нередко даже без офера x2 уходит и не из-за денег, а просто потому что хочет попробовать что-то ещё и набраться другого опыта. Грубо говоря, человек всю жизнь мечтал игры или там нейросети писать, но в начале карьеры найти такую джуновскую позицию не получилось, поэтому он пошел к вам понабраться опыта для строчки в резюме, а потом свалил туда где интереснее.
mvv-rus
15.11.2023 10:48В принцепе, эта проблема парируется подходящим договором - типа учкнического в нынешнем ТК - в котором оговаривается, что после срока обучения работник, бывший ученик, обязан отработать определенный срок за определенную заранее зарплату.
Не знаю, насколько нынешний ТК подходит для такого случая (ибо не юрист), но если не подходит, то, наверное, ТК надо дорабатывать, благо это реально - лобби у ИТ компаний в РФ сильное и юристы у них есть.
SpiderEkb
15.11.2023 10:48пока предложение не совпадёт с платёжеспособным спросом
Не все так просто. Чтобы работодатель платил вам столько, сколько вы просите, он должен свой продукт продавать за столько, за сколько он хочет. А для этого тот, кто его покупает, должен иметь достаточное количество денег. Которые тоже получаются из продаж его товара. И далее по цепочке.
С закрытием западных рынков количество денег в отрасли сократилось. И это привело к сокращению зарплат. Нравится вам это или нет, но это факт.
На самом деле, разрыв зарплат в IT и остальных отраслях было ненормальным. Нигде в мире такого не было. Т.е. был пузырь, который сейчас сдувается. Надо просто это принять.
DMGarikk
15.11.2023 10:48+2Нигде в мире такого не было. Т.е. был пузырь, который сейчас сдувается. Надо просто это принять.
в США такаяже ситуация, там далеко не многие зарабатывают от 100к в год
пузырь подсдувается да, но в таких крупных странах как РФ, США, Индия и т.п. ИТ всегда будет в топе зарплат сугубо из-за размеров внутреннего рынка...а особенность отрасли в том что очень очень небольшой процент идущих на курсы или в ВУЗы на программистов, дойдут хотябы до середины карьеры
Tolomuco
15.11.2023 10:48В США в IT тоже сильно не все и не везде зарабатывают от 100к в год :)
Если не брать странную страну Калифорнию, то 100к сильно не все сеньёры имеют, не говоря уже о мидлах. На сколько я могу судить, зарплаты плюс-минус соответствуют другим инженерным специальностям.DMGarikk
15.11.2023 10:48+4ну так и в РФ не все айтишники по 100килобаксов в секунду зарабатывают
тут на хабре много людей которые совершенно серьезно считают зарплату в 80тыр для сеньора нормой, объясняя это какимто совершенно странными аргументами
Areso
15.11.2023 10:48+2В 2009-м нашёл работу, сказав на собеседовании, что могу писать на PHP (это было небольшим преувеличением), и загружать написанное на shared hosting с помощью Filezill'ы.
Вот, тогда был дефицит =)
Конкурс был 2 человека на место - второй сказал, что дальше Denwer'a не ходил.Ну и зарплата была 200 баксов, а не 100 тр =)
kristina-ku
15.11.2023 10:48Я вас успокою, у сеньеров тоже якобы "дефицит кадров", где на 10 откликов сеньерной позиции, только один положительный.
DMGarikk
15.11.2023 10:48+1потому что 9 откликов от джунов и миддлов
я это к тому что мне спам от HRов как сыпался нескончаемым потоком так и сыпется
у меня везде закрыты резюме и не стоят признаки поиск работы
Вот что мне валится из линкедина в итоге
и еще постоянно пишут в почту, вацап, телеграм, иногда на хабре в личку и еще из пары мест
по этому не вижу я отсутствия дефицита кадров пока
SpiderEkb
15.11.2023 10:48Ну тут ведь кто кем себя считает... Я вот на текущем месте сеньор (по должности в разработке выше уже некуда, дальше только в архитекторы идти) и даже немножко техлид.
Но это совершенно не значит, что если пойду куда-то в другое место, что сразу на сеньора. При переходе оценил бы себя как мидл+
А уж людей, которые поучаствовали с 3-4 мелких проектах за последние 5 лет и считают себя сеньорами вообще валом.
AnaSergeeva Автор
15.11.2023 10:48даже если взять мой мини-опыт, я была джуном на первой работе и сейчас я тоже джун, можно сказать. Но это прям очень разный уровень по сложности, несопоставимый даже
xkb45bkc4
15.11.2023 10:48А мидлы с синьорами прямо на дереве появляются. Уже сто раз говорили, что без джунов будет дефицит последних.
Areso
15.11.2023 10:48+2Просто раньше новоявленные джуны шли работать в мелкие компании, где порог входа в профессию был ниже, как и зарплаты. Задачи проще и тп.
Сейчас, верю, что вполне реально устроиться в обособленное подразделение ГБОУМЦ ФГУП (МУП) МО г.Северогорска за 17000 рублей инженер-программистом (без категории).
Но все хотят в крупняк и 100тысяч в наносекунду.
При этом в экономике объективно рецессия, и объективно перепроизводство джунов.
xkb45bkc4
15.11.2023 10:48Так пока джунов не будут брать на работу, то не будет и мидлов. Мидлы уйдут на пенсию и будет сотни тысяч джунов и кризис кадров только усилится.
Areso
15.11.2023 10:48+7Берут джунов на работу, просто у джунов завышенные ожидания, сформированные рекламой, ковидным пузырем, и теми людьми, что выставляют напоказ свои доходы.
saboteur_kiev
15.11.2023 10:48+1Джунов активно берут на работу. Просто в условиях конкурентности берут лучших из хитрых. А остальные 999 жалуются что никто не берет на работу.
schebotar
15.11.2023 10:48+1Для джуна это очень быстрый результат. Пытаюсь сейчас идти путем автора, ощущаю себя Сизифом.
AnaSergeeva Автор
15.11.2023 10:48+4Спасибо, да, действительно, результат получился довольно быстрым. Возможно и потому, что я начала искать «настоящую» работу с некоторым опытом за плечами, а не прямо после курсов.
Уверена, что у вас все получится) так как любые усилия рано или поздно приносят свои плоды????????
pavelmakis
15.11.2023 10:48Писали про дефицит высококвалифицированных специалистов
AnaSergeeva Автор
15.11.2023 10:48Да, к сожалению, многие айти-курсы строят на так свой маркетинг, не уточняя этот важный момент)
CorwinH
15.11.2023 10:48+2Предположу, что это быстрее, чем в среднем, так как Настя по описанию заметно отличается от среднего джуна в лучшую сторону. Тут про и 600 откликов на оффер писали.
paffnutiy79
15.11.2023 10:48-1Есть дефицит кадров, а есть "дефицит кадров". Первое - это когда вам ОЧЕНЬ нужен сотрудник. И тут вы готовы взять и джуна, чтобы его доучить, если вам некого брать. А есть "дефицит кадров" когда вы "красная компания", которая, к примеру, была раньше каким-нибудь крупным советским предприятием. И вы хотите взять себе мидла на С++ за 70 т.р. предлагая ему из "плюшек" столовую и свой медцентр где могут померять температуру и поставить капельницу.
P.S. Если тут есть люди из Хабаровска и Владивостока напишите, как у вас там с наймом в ИТ да и с ИТ в целом.
MiraclePtr
15.11.2023 10:48+1Первое - это когда вам ОЧЕНЬ нужен сотрудник. И тут вы готовы взять и джуна, чтобы его доучить, если вам некого брать.
Сотрудник обычно очень нужен прямо сейчас, а джун хотя бы до миддла будет расти несколько лет, а до синьора - много лет. А как дорастет - свалит :)
ShaltaiBoltai
15.11.2023 10:48Ага, он самый – жутчайший дефицит. А еще говорят, что работодатели в программеров деньгами швыряются.????
Только кадр кадру рознь. Один кадр, например, может найти работу за два месяца и 97 откликов, а другой не может за 10 лет и 1500 откликов. У меня на эти 1500 откликов приходится более десяти выполненных тестовых заданий, 3 собеседования и 0 офферов.
А что же я со своими 3 годами честного опыта на ноде и без работы 2-ой месяц интенсивных поисков - просто неудачник, зажрался или может стек не популярный?
См. выше.
Lekcheto
15.11.2023 10:48+5Истории успеха у всех одинаковые, истории неудач - разные. Так что очередную лабуду про "оффер в кармане" уже и читать не хочется.
AnaSergeeva Автор
15.11.2023 10:48+3Ваше право???????? эта статья адресована тем новичкам, которые отчаялись и думают, что работу не найти и можно бросать это дело. Таким образом мне хочется поддержать ребят.
Но не буду с вами спорить, так как вы прочитали только заголовок, который лишь в сухом остатке отражает результат.
Leetc0deM0nkey
15.11.2023 10:48Ваше право???????? эта статья адресована тем новичкам, которые отчаялись и думают, что работу не найти и можно бросать это дело. Таким образом мне хочется поддержать ребят.
Ну, чтобы "поддержать", нужно самовыпилиться с рынка и освободить кому-то место. Количество вакансий ограничено. Вы только что заняли чьё-то место. Не то что бы это что-то плохое. Но надо понимать как этот механизм на самом деле устроен и работает.
AnaSergeeva Автор
15.11.2023 10:48+3А что значит "заняла чье-то место"? Человека, который закончил универ по этой специальности?
Leetc0deM0nkey
15.11.2023 10:48+3Любого другого такого же соискателя. Айти не резиновое. Физически невозможно устроить всех соискателей. Абсолютно не важно что ты знаешь и умеешь. Важно только знать и уметь больше другого чтобы его обскакать. Это и сеньйоров касается.
AnaSergeeva Автор
15.11.2023 10:48+1Это да, понятно) вакансий гораздо меньше, чем соискателей. Среди моих знакомых много тех, кто реально классный, а есть и те, что называется «посредственные», не могу подобрать подходящее слово. Так вот те «классные» ребята нашли работу, с разной скоростью конечно. И я поддерживаю тех, кто прикладывает кучу усилий по всем аспектам. Уверена, для них место точно найдется)
MadMarakuya
15.11.2023 10:48+3Айти - вполне себе резиновое.
Есть большие и маленькие компании, создающие собственные продукты, есть компании заказной разработки, есть ит-департаменты неайтишных компаний. А можно водиночку или с парой друзей проекты самозанятым или ипэшным Макаром реализовывать.
Айти - это сложная саморегулирующаяся система. И точно - растущая :)
o_f
15.11.2023 10:48+1Простите, не увидела вроде в статье, а у вас просто была подушка безопасности большая, чтобы прожить этот год без работы первый, где вы учились целый день и потом бесплатно работали? Или как был организован этот процесс? Спасибо
AnaSergeeva Автор
15.11.2023 10:48+1где-то выше писала) к сожалению, подушки не было. Я была в декрете, получала 30к в месяц. Времени было больше, чем раньше, это правда. Денег меньше конечно, но мы и нр шиковали))
ShaltaiBoltai
15.11.2023 10:48эта статья адресована тем новичкам, которые отчаялись и думают, что работу не найти и можно бросать это дело. Таким образом мне хочется поддержать ребят.
В том, что статья написана именно с этой целью, сомнений нет. Иначе никто бы не стал тратить время и силы на написание подобной статьи. Вы хорошо сделали, что эти время и силы нашли.
Ну, чтобы "поддержать", нужно самовыпилиться с рынка и освободить кому-то место. Количество вакансий ограничено.
Этот комментарий не ваш, но настолько крут, что нельзя его не процитировать. И ведь действительно, если откинуть эмоциональную (если она вообще есть) реакцию на эти слова, то они более чем логичны. В первой своей части. То есть, ну, действительно: лучшая помощь в поиске работы кому-то другому - это уменьшить для него конкуренцию. На самого "этого другого" вы повлиять не можете, а вот уменьшить конкуренцию на рынке труда, убрав себя с этого рынка, можете. Конкуренция от этого уменьшится на 0.0000001%, но ведь уменьшится! Итог: помощь оказана.????
AnaSergeeva Автор
15.11.2023 10:48Ахаххаха, тогда мою поддержку почувствует только один человек) а тут вот уже около 200 сохранений, мне кажется, это эффективнее????
TedDenisenko
15.11.2023 10:48+12Справедливости ради, в статье нет сказок про "обучение вечером пару часиков" и им подобных, даже наоборот. Если допустить, что Анна придерживалась всех советов, которые написала в статье, то это уже выделяет ее на фоне вкатывающихся хотя бы тем, что она затратила много времени и сил на поиск оффера, который ей всем понравился
AnaSergeeva Автор
15.11.2023 10:48+4Спасибо, что отметили этот момент) я сама прямо против таких обещаний. То есть человек учился на какого-нибудь юриста 5 лет, а на программиста ему обещают - несколько месяцев по 2 часа в день и это не вызывает вопросов))
SpiderEkb
15.11.2023 10:48+2Тут еще один момент. Все эти курсы учат примерно одному и тому же. Плюс-минус. По крайней мере направление одно - Java, JS + несколько фреймворков. И все это не первый год уже
И конкуренция по этим направлениям дичайшая. И среди тех, кто только заходит и среди тех, кто уже имеет опыт работы.
В то время как сейчас (в связи с тенденциями на переход на всякие отечественные разработки) требуются специалисты совсем иного профиля. Очень много предложений (ну по крайне мере в почту валится) делать что-то системное, С/С++ под линукс. Причем, не всегда хотят суперсеньоров с 100500 годами опыта, которые этот линукс знают от и до потому что сами его писали еще 20 лет назад :-)
Вот из последнего:
C++ Developer в команду Яндекс Маркета
... иметь опыт разработки на C++, или быть готовым перейти на основной ЯП с Java или C#. Главное - умение работать с алгоритмами и структурами данных.
AnaSergeeva Автор
15.11.2023 10:48+1Да, курсы и правда больше про хайповые и относительно несложные технологии, языки и тд. А C++ это сильно конечно, вряд ли будет много студентов
SpiderEkb
15.11.2023 10:48+1Беда в том, что там больше про "практические навыки" типа "берем вот это, лепим к этому". А не про алгоритмы и структуры данных (берем нетленку - Кнута того же...). Т.е. крепкой базы там никто не дает. А без базы достаточно тяжело куда-то серьезно вкатиться.
AnaSergeeva Автор
15.11.2023 10:48+1Это точно, базы на большинстве курсов не хватает( даже если говорить про архитектуру проекта, нам давали самую простую-никакую, которая не масштабируется никак и, конечно, на рабочих проектах не используется. А все потому, что слишком сложного лучше не давать, чтобы не потерять студентов.
Поэтому курсы это лишь самая первая маленькая ступень в этом большом пути
SpiderEkb
15.11.2023 10:48+1Вот именно...
А разработка - это не про языки или фреймворки. Это прежде всего алгоритмы и данные. Парадигмы разработки. Язык выучивается быстро - достаточно на нем сделать пару-тройку задач и начало уже есть, дальше уже только в тонкости вникать.
mvv-rus
15.11.2023 10:48+6А разработка - это не про языки или фреймворки
Позволю себе не согласиться с вами. Разработка ("коммерческая разработка", опыт которой обычно требуется) - это как раз про фреймворки. Потому что иначе нужную производительность разработки обеспечить не получится: церемониал (boilerplate) замучит. А для работы с фреймворком нужен язык соответствующий (ну, кроме nocode, но там и разрабочик-то не нужен).
А насколько нужны алгоритмы и структуры данных в наше время, когда много библиотек, это я не знаю, потому что я программист не настоящий: учился и начал работать в те времена, когда считалось что "Алгоритмы + структуры данных = программы"(с), а фреймворков, считай, не было.PS Кстати, Кнута IMHO надо читать очень выборочно: он-математик, а потому очень любит писать доказательства, а для работы достаточно выводов, без доказательств.
SpiderEkb
15.11.2023 10:48+1Позволю себе не согласиться с вами. Разработка ("коммерческая разработка", опыт которой обычно требуется) - это как раз про фреймворки.
И какие фреймворки используются, например, в разработке ядра Линукс? Или системных для него приложений?
Разработка не ограничивается вебом и мобильной разработкой. Есть много других областей где фреймворки используются не столь интенсивно.
А насколько нужны алгоритмы и структуры данных в наше время, когда много библиотек, это я не знаю, потому что я программист не настоящий: учился и начал работать в те времена, когда считалось что "Алгоритмы + структуры данных = программы"(с), а фреймворков, считай, не было.
Аналогично :-)
А для работы с фреймворком нужен язык соответствующий
Соответствующий язык выбирается под конкретную задачу.
Вот для наших задач, например, есть "соответствующий язык". Соответствие в данном случае обеспечивается
Нативной поддержкой всех типов данных, содержащихся в БД, включая decimal, numeric, date, time, timestamp, char, varchar с поддержкой всех операций с этими типами (включая "операции с округлением" для типов с фиксированной точкой и арифметики для дат и времени ("текущее время + 5 минут", "текущая дата минус 10 дней" и т.п.). И все это без необходимости создания дополнительных объектов и введения дополнительных зависимостей.
Возможность работы с таблицами БД как "прямым доступом" (позиционирование по индексу, чтение-запись в таблицу), так и использование embedded SQL непосредственно в коде (exec sql ....) с использованием хост-переменных для параметров и результата.
В результате не требуются фреймворки для работы с БД и полученными из нее данными. Как это выглядит писал, например, тут
Т.е. просто описываем структуру куда будем читать данные, объявляем SQL запрос и читаем. Все типы данных что есть в БД поддерживаются языком напрямую - не нужно создавать классы и тратить время на преобразования. Просто работаем с полями структуры.
И это получается быстро и эффективно по ресурсам (что в нашем случае критично).
А понимание алгоритмов все-таки нужно. Я не так давно на внутреннем ресурсе писал статейку со сравнением использования мапа ключ-данные и обычного сортированного массива с двоичным по нему поиском для реализации различных кешей.
Так вот в зависимости от сценария использования кеша, обычный сортированный массив, хоть и потребует немного больше кода, но даст 20% выигрыша в производительности. А в других случаях может дать катастрофический проигрыш в производительности. Но без понимания как это работает правильный выбор не всегда возможен.
DMGarikk
15.11.2023 10:48И какие фреймворки используются, например, в разработке ядра Линукс? Или системных для него приложений?
ну в общем случае ОС - и является базовым фреймворком для своих приложений, соответственно чтобы писать для линукса - наздо знать системные либы линукса которые и являются фреймворком для вас, вы же не пишете ф-цию записи на диск самостоятельно
В результате не требуются фреймворки для работы с БД и полученными из нее данными.
я вот тоже не являюсь сторонником ОРМов. но практически во всех проектах приходят к тому что пишут обертку над БД чтобы не писать чистым SQL-ем - а это уже фреймворк хоть и самописный, по этому зачастую какойто базовый ОРМ всеравно используется. особенно если есть поддержка нескольких БД и надо организовать слой совместимости
SpiderEkb
15.11.2023 10:48я вот тоже не являюсь сторонником ОРМов. но практически во всех проектах приходят к тому что пишут обертку над БД чтобы не писать чистым SQL-ем - а это уже фреймворк хоть и самописный
К счастью, у нас нет такой необходимости. Случай специфический - мы работаем на высокопроизводительных коммерческих серверах - платформа IBM i на серверах PowerS, БД - DB2 for i.
На этой платформе основным языком для реализации бизнес-логики является RPG (более 80% кода тут пишется на нем).
Чисто на SQL мы не пишем (на разве что какие-то скрипты для мониторинга логов, заливки данных в поставках и т.п., но не основная логика).
Язык изначально ориентирован на эффективную работу с БД как встроенными в код SQL запросами, так и прямым доступом (часто комбинируем то и это из соображений максимальной эффективности). Соответственно, не требуется никаких дополнительных фреймворков, все реализуется средствами языка без дополнительных затрат на создание объектов-оберток.
Если копать вглубь, "до магмы", то чтение записи из БД есть чтение блока данных из файла в байтовый буфер. В нашем случае - в структуру с полями соответствующих типов. Поскольку все типы данных БД нативно поддерживаются языком, то сразу после этого с этими полями уже можно работать напрямую - никаких созданий дополнительных объектов, реализующих неподдерживаемых языком типов данных (с присутствующими накладными расходами) в нашем случае не требуется.
Да, это специфическая и уникальная ситуация. Но просто показатель того, что выбор платформы под задачу позволяет достичь предельной эффективности по сравнению с использованием чего-то "универсального".
Wan-Derer
15.11.2023 10:48Язык изначально ориентирован на эффективную работу с БД как встроенными в код SQL запросами, так и прямым доступом
Выглядит как ORM, только встроенный в язык. Точнее: этот ваш RPM выглядит как фреймворк, содержащий и язык (синтаксис, семантика, парадигма), и библиотеки. В эффективен он потому что:
предметно-ориентирован;
работает исключительно на конкретном железе и в сочетании с конкретным окружением: ОС, БД и пр.
Это как: если Java написать для работы только с одной платформой, под конкретную БД и ограничить узким спектром задач. Тогда она сможет себе позволить быть эффективной :)
mvv-rus
15.11.2023 10:48+1Я вел речь исключительно про типичные случаи, про массовую коммерческую разработку - сейчас это, в основном, всяческий веб. Ни разработка ядра Linux, ни ваша нынешняя работа не является типичной.
PS Мап - это то, что раньше называли "hash table"? Тогда это совершенно не удивительно: поиск по хэшу сильно дегрдирует из-за коллизий при заметном заполнении хэш-таблицы (ЕМНИП это начинается уже на около 10%). То есть хэш-таблица требует много дополнительной памяти для эффективной работы - а дле кэша это плохо. Этот факт можно просто запомнить, без понимания, что такое коллизия и тем более - знания способов разрешения коллизий.
SpiderEkb
15.11.2023 10:48Я вел речь исключительно про типичные случаи, про массовую коммерческую разработку - сейчас это, в основном, всяческий веб.
Да, но вебом разработка не ограничена. И с такими подходами веб разработка превращается в лабание говнокода на скорость.
А потом сами же жалуемся что "сайты тяжелые, грузятся долго"... Ну как написали - такие и сайты.
Ни разработка ядра Linux, ни ваша нынешняя работа не является типичной.
Лично у меня она всегда была такой. Нетипичной. Все 30+ лет что пишу, всегда требовалось писать быстрый и надежный код.
Мап - это то, что раньше называли "hash table"?
В данном случае мап - любой список пар ключ-значение с быстрым поиском по ключу.
Тогда это совершенно не удивительно: поиск по хэшу сильно дегрдирует из-за коллизий при заметном заполнении хэш-таблицы
Абсолютно не в этом дело. Там может не быть хешей вообще.
Разница в том, что когда работаем с мап-списком, там нет отдельной сортировки. Элемент сразу вставляется "на свое место". И есть алгоритм быстрого поиска по ключу. Но скорость этого алгоритма меньше, чем скорость двоичного поиска по сортированному массиву (это вообще самый быстрый поиск).
А дальше уже от задачи - если храните в памяти справочник, который заполняется один раз при инциализации, а потом по нему только поиск - сортированный массив (один раз заполнили, отсортировали, 100500 раз ищем) будет работать быстрее.
Если же это постоянно меняющийся кеш - быстрее мап (чуть проиграете по скорости поиска, зато выиграете на отсутствии необходимости пересортировывать его после каждого изменения).
Не бином Ньютона. Вроде бы очевидно, но почему-то не все об этом задумываются в процессе писания кода. Часто хватают первое попавшееся или то к чему привыкли.
mvv-rus
15.11.2023 10:48И с такими подходами веб разработка превращается в лабание говнокода на скорость.
Дык получается что для общества в целом в большинстве случаев выгоднее оптимизировать как раз TTM и затраты на разработку - результат конкуренции на рынке это подтверждает.
И я рад за вас, что вы смогли найти нишу вне этого мутного основного потока. Но "не только лишь все"(с) разработчики могут найти себе такую нишу, немногие могут.
В данном случае мап - любой список пар ключ-значение с быстрым поиском по ключу.
Ну да, так можно назвать и дерево из узлов со связями, вставленных в порядке сортировки ключа. Накладные расходы по памяти там сильно меньше, чем с хэш-таблицей, но и поиск медленнее (асимптотически, по крайней мере).
Ну, а не все задумываются, например, потому, что чисто автоматически избегают греха преждевременной оптимизации.
SpiderEkb
15.11.2023 10:48Дык получается что для общества в целом в большинстве случаев выгоднее оптимизировать как раз TTM и затраты на разработку - результат конкуренции на рынке это подтверждает.
Конкуренции на каком рынке? Соцсеточек для выкладывания котиков? Это реально важно для общества?
А как насчет рынка медоборудования? Оно сейчас компьютеризировано очень сильно. Как думаете, что важнее - быстро на рынок выйти, или чтобы пациент, к аппарату ИВЛ подключенный, коньки не откинул?
Для банка что важнее - чтобы работало корректно, или супермегафича, которая отправит ваши деньги куда угодно, но не туда, куда сказали?
Есть понятие mission critical систем где цена ошибки крайне высока. И там тоже свой рынок и своя конкуренция.
Да даже обычный прикладной софт возьмите. Ну никто не будет пользоваться БД которая глючит и/или тормозит. Как бы быстро вы ее на рынок не выпустили.
Так что вся эта борьба за ТТМ характерна для отдельного сегмента рынка, где ошибка не является критичной и не потащит за собой ущерб на сотни миллионов денег. Ну выскочит пользователю плашка "что-то пошло не так, попробуйте позже" - пациент не умрет, пара-тройка десятков миллионов со счета клиента не уйдет непойми куда, самолет не упадет, АЭС не жахнет...
mvv-rus
15.11.2023 10:48+1Конкуренции на каком рынке?
Разработки и эксплуатации ПО в целом. В макромасштабе, так сказать. Настоящих программистов и места, где они требуются, мы тут не рассматриваем.
Есть понятие mission critical систем где цена ошибки крайне высока. И там тоже свой рынок и своя конкуренция.
Перефразируя Ильича: узок круг этих разработчиков, страшно далеки они от народа из веб- и мобильной разработки. Претенденты на позицию джуна - а тут обсуждают их - целятся обычно не туда, согласны?
CorwinH
15.11.2023 10:48Позволю себе не согласиться с вами. Разработка ("коммерческая разработка", опыт которой обычно требуется) - это как раз про фреймворки.
Есть два вида работников - инженеры и техники. Инженеры основывают свою работу на научных теориях, связанных с их отраслью, в то время как техники больше сосредоточены на практическом применении этих теорий, изложенных инженерами.
Если говорить про программистов и фреймворки, то (упрощённо) техник умеет применять конкретный фреймворк, а инженер умеет обосновать выбор этого фреймворка (для решения каких проблем он был создан, какие есть альтернативы). При этом опытный техник зачастую знает конкретный фреймворк (детали/особенности реализации) лучше инженера.
Обычно, техников готовят в техникумах/колледжах, инженеров готовят в институтах/университетах. На практике зачастую выпускники вузов выполняют работу техников.
funca
15.11.2023 10:48А разработка - это не про языки или фреймворки. Это прежде всего алгоритмы и данные. Парадигмы разработки. Язык выучивается быстро - достаточно на нем сделать пару-тройку задач и начало уже есть, дальше уже только в тонкости вникать.
Разработка это борьба со сложностью. Языки, фреймворки, алгоритмы это по сути взгляд на проблему под разными углами. Какой способ выстрелит зависит от конкретной задачи - здесь нет лучших, есть только подходящие.
Учиться сложно. Причем, чем глубже, тем сложнее. Это чем-то похоже на дженгу, только наборот - каждый новый кирпичек знаний норовит разломать ваши представления о прекрасном ко всем нулям.
Быстрое изучение языков это маркетинг, в стиле курсов изучения английского (и результат на выходе аналогичен). Пару слов связать получится, но только нормально писать - спустя годы.
Leetc0deM0nkey
15.11.2023 10:48+3делать что-то системное
Я не каждого опытного программиста возьму "делать что-то системное". Это совсем другой уровень когнитивных способностей. Да люди сами бегут из C/C++ во что-нибудь менее мозговыносящее. А вы хотите гуманитариев с курсов? Окститесь!
SpiderEkb
15.11.2023 10:48+2Из С++ люди бегут по несколько иной причине. Я сам от него ушел и обратно не хочу. Хотя писал на нем 25+ лет и в профиле это везде указано и рекрутеры постоянно предлагают поговорить на позицию senior C++ developer в самых разных областях. Но нет. Не хочу.
Просто на мой взгляд он пошел не туда - стандарты опережают их реализацию в компиляторах. В язык пытаются втащить все на свете вместо того, чтобы пытаться сократить огромное количество UB.
На мой взгляд pure С прекрасен (первая любовь не ржавеет). Начальные версии С++ ("С с классами") были замечательны - тот же С, но позволяющий ООП там, где это надо и уместно. Сейчас это монстр. Многословный, с запутанным синтаксисом и кучей неопределенностей.
На мой взгляд куда более правильной и перспективной является "мультиязыковая" концепция типа LLVM - для каждой подзадачи выбираем наиболее подходящий для ее эффективного решения инструмент, а потом все объединяем. На нашей платформе подобное реализовано в виде "интегрированной языковой среды" ILE - то, что требует низкоуровневого общения с системой (на уровне системных API) мне проще сделать на С/С++, работу с БД - на специально предназначенном для этого языке (см. выше). И все это легко, на уровне модулей (аналог объектного файла) можно объединить в одну программу.
atygaev
15.11.2023 10:48+3а не подскажите, платят больше чем за перекладывание JSON?
MiraclePtr
15.11.2023 10:48Как повезет. Иногда плюс-минус столько же, иногда меньше. Ну и задачи бывают, мягко говоря, специфичные (или заказчики из оборонки, или эмбеддед) со всеми вытекающими типа проблем с удаленкой и небольшим выбором из нормальных работодателей вне столичных регионов. Ну а Яндекс - это вообще отдельная история. Напрочь сломанная система собеседований и з/п ниже рыночных.
SpiderEkb
15.11.2023 10:48Я не знаю почем нынче джейсоны перекладывать :-)
У нас диапазон по з/п достаточно большой. Ну и не принято явно озвучивать :-) Могу сказать, что у меня сейчас ощутимо выше тех цифр, что здесь публикуются как "средняя по IT".
Ну и пересмотры у нас регулярны. А там как работаешь. Если хорошо справляешься - будут повышать регулярно. В моем случае - в 3.5 раза от того на что пришел 6 лет назад. При этом все прозрачно - есть основная з/п по ТД, есть обязательные бонусы квартальные - 15% от з/п за квартал с коэффициентами - как банк отработал, личная оценка руководителя. В целом не золотые горы, но вполне достойно.
И да. Удаленка 100% (по желанию - хочешь в офис ходи, хочешь дома работай, хочешь гибридно - лишь бы задачи закрывались "качественно и в срок").
Ну и задачки интереснее чем просто джейсоны гонять :-)
ShaltaiBoltai
15.11.2023 10:48+1И конкуренция по этим направлениям дичайшая. И среди тех, кто только заходит и среди тех, кто уже имеет опыт работы.
Да, но и предложений для этих направлений больше всего. Для фронта надо хорошо знать какой-нибудь JS-фреймворк (React, Angular и тыды), для бэка уметь писать сложные запросы SQL. А системщики (C++) хоть и нужны, но не в таких количествах, чтобы брать не "лучших из лучших". Ищут такого, который сможет сам за месяц написать свою ОС с нуля.
saboteur_kiev
15.11.2023 10:48+2что она затратила много времени и сил на поиск оффера, который ей всем понравился
А еще реально много времени на обучение.
"шесть месяцев получила базовые знания в области HTML, CSS и JavaScript."
Затем "больше года училась каждый день по 5–8 часов без выходных" чтобы освоить фреймворк
"Еще более года участвовала в стартапе" где был не фулл тайм, но уже командная работа и реальные задачки
Совсем не похоже на вайтишников, которые хотят за год стать фуллстек девелопером, не работать на дядю, и загребать многоденег.
sssrgei
15.11.2023 10:48+3Это история о 97 неудачах и только на 1% об успехе, просто написано в позитивном ключе, не по толстовски. А еще о том, как удачу можно поймать за хвост. Быть джуном это еще не успех, может быть 100 статей спустя автор возглавит IT компанию - это будет история успеха.
UFO_01
15.11.2023 10:48+7Ну допустим у меня стандартная история — в школе учил PascalABC, со временем перешёл на питон, потом на с++. На ЕГЭ информатику едва не завалил, но неплохо сдал физику, поэтому поступил на системы связи.
На первом курсе заинтересовала ардуино, сделал пару простых проектов, потом поработал с stm32, немного ковырял ПЛИС. На 3 курсе от зав. кафедры, которому я помогал с сетевым программированием на С, узнал, что на предприятие нужен человек, знающий цифровую обработку сигналов, базово электронику и программирование микроконтроллеров. На вилку в 40к.
Я сходил на собеседование, руководитель группы рассказал про компанию, что делает, какой стек. Меня устроило, на тех. собеседовании (которое проводил он же) спросили про преобразование Фурье, КИХ-фильтрацию и немного программирование на С. Всё ответил не вдаваясь в подробности, вышел на работу через пару дней.
И Вы хотите сказать, что такое будет интереснее читать?
sssrgei
15.11.2023 10:48+2Твоя история все-таки про "пахал 5 лет", а у автора, хоть и не 3 месяца, как в рекламе курсов, но "2 года интенсивной пахоты". Я знаю историю и про год, но тут важно слово "интенсивно".
MiraclePtr
15.11.2023 10:48+4А почему бы и нет?
Впрочем, тут интереснее другое. В эмбеддеде на начальных этапах, конкуренция гораздо ниже, чем в остальном мире разработки ПО. Условно говоря, знания цифровой обработки сигналов и электроники вы на полугодовых курсах получить не сможете, а спрашивать их будут даже на интервью на джуна - но с такими знаниями найти первую работу в эмбеддеде гораздо проще, чем в "большом IT" после курсов.
С другой стороны - после повышения с джуновского уровня до миддлов и синьоров, средние зарплаты и их потолки у ембеддеров в РФ так себе, нередко в полтора-два раза ниже чем у их коллег - прикладных программистов в каком-нибудь бигтехе или банках, а условия работы в сравнении с ними... ну, скажем мягко, как повезет.Поэтому "историей успеха" будет если у вас получится потом (если возникнет желание) сбежать из эмбеддед-разработки и стать, например, бэкендером, и при этом не начинать все с нуля (с джуновских позиций), потому что знания микроконтроллеров и Си там пригодятся не то чтобы сильно, и пройти эйчарский фильтр будет тоже непросто. Вот такую "историю успеха" почитали бы с огромным интересом многие ваши коллеги, которые сами подумывают о таком переходе :)
SpiderEkb
15.11.2023 10:48Поэтому "историей успеха" будет если у вас получится потом (если возникнет желание) сбежать из эмбеддед-разработки и стать, например, бэкендером, и при этом не начинать все с нуля (с джуновских позиций), потому что знания микроконтроллеров и Си там пригодятся не то чтобы сильно, и пройти эйчарский фильтр будет тоже непросто. Вот такую "историю успеха" почитали бы с огромным интересом многие ваши коллеги, которые сами подумывают о таком переходе :)
Да не вопрос. Я вот 25 лет промавтоматизацией занимался. С/С++. Правда, не эмбедом - контроллерами занимался другой человек у в команде, я дела "софт верхнего уровня", который с этими контроллерами общается.
Ну и что? Сейчас в банке. Центральные сервера, специфическая платформа, специфический язык (не, С/С++ тут тоже есть, иногда что-то низкоуровневое на нем пишу, но вся бизнес-логика и работа с БД на специализированном языке пишется).
Тут важны общие навыки разработки, а в конкретику вкатываешься быстро (полтора-два месяца очень тяжело когда абсолютно все новое). А вот привычка и умение писать эффективный код - она от языка не зависит, язык это всего лишь буквы на экране которым свою мысль записываешь.
MiraclePtr
15.11.2023 10:48я дела "софт верхнего уровня", который с этими контроллерами общается.
Ну, "софт верхнего уровня" это все-таки немного другая история - там гораздо больше общего с мейнстримовой разработкой. То же ООП, те же операционные системы, нередко даже те же самые языки программирования и те же базы данных.
Тут важны общие навыки разработки
Да, но тут проблема будет пройти первоначальный эйчарный фильтр - из нескольких кандидатов, претендующих на позицию, скорее всего выберут того, у кого уже есть промышленный опыт на требуемом стеке, а человека с нерелеватнтным опытом могут даже не позвать на интервью.
А вот привычка и умение писать эффективный код - она от языка не зависит, язык это всего лишь буквы на экране которым свою мысль записываешь.
А вот с этим не соглашусь. Требования к коду и практики разработки в разных отраслях разные. Если вы пишете под дохлый микроконтроллер, вам надо экономить каждый байт и каждый такт, нередко только в процедурном стиле, минимум абстракций, и т.д. Когда вы пишете под веб-бэкенд, в 95% случаев подобные извращения там не то что не нужны, а такое вообще не пропустят на code review - потому что там, за исключением некоторых узких мест, читаемость и поддерживаемость кода, безопасность, а также гибкость архитектуры для облегчегия последующих изменений гораздо важнее, чем "эффективность" и хардкорные оптимизации. Есть замечательная статья, в которой описана разница в подходах и специфике, и ее автор ничуть не приукрашает и не преувеличивает - мы на такое тоже насмотрелись у себя, переучивая бывших микроконтроллерщиков писать под IoT и облака.
SpiderEkb
15.11.2023 10:48Ну, "софт верхнего уровня" это все-таки немного другая история - там гораздо больше общего с мейнстримовой разработкой. То же ООП, те же операционные системы, нередко даже те же самые языки программирования и те же базы данных.
В целом - да. Но еще протоколы от TCP/UDP напрямую через сокеты до RS-485, понимания как в общем и целом работает контроллер, понимание архитектуры всей системы в целом...
Я занимался разработкой "микроядра" - некий сервис к которому с одной стороны по UDP подключаются контроллеры, с другой, по TCP, интерфейсные клиенты. А внутри много чего - маршрутизация, реализация отношения "многие-ко многим", контроль за состоянием контроллеров ("не отвечает", "идут дубли пакетов" и т.п.). Вплоть до реализации передачи нескольких пакетов в режиме транзакции от одного из клиентов одному из контроллеров (с контролем чтобы туда случайно ничего лишнего от других клиентов не вклинилось).
В целом достаточно специфическая тема.
у кого уже есть промышленный опыт на требуемом стеке
Ага. У нас стек - IBM i (AS/400) + RPG (язык такой). Много таких в стране найдется? :-) Сотни три от силы. И подавляющее большинство "трудоустроено" или у нас или еще в 3-4 местах.
Когда вы пишете под веб-бэкенд
Это вообще отдельная тема. Туда никогда не лез и не хочу.
У нас эффективность на первом месте. И надежность. Иначе будут каждый год одно и то же переписывать - клиентская база растет, нагрузка растет, а никаких облаков, сами понимаете, в банке нет и быть не может. Центральные сервера вообще очень жестко от внешнего мира изолированы - слишком там много чужих денег и данных хранится. Поэтому никаких "херак-херак и в продакшн". Тестирование дольше разработки длится. И нагрузочное тестирование обязательно для каждой поставки. А там могут к лишнему чтению файла придраться. Не говоря уж о динамической работе с памятью - тут это вообще зло, которое только по крайней необходимости допустимо.
Ну и никакого опенсорса сюда никто не даст тащить. Не, если хочешь - тащи, но тестировать по нашим стандартам замучаешься. И если где что упадет - твоя вина и тебе исправлять. У нас официальные-то обновления системы месяцами на тестовых серверах гоняются прежде чем на прод раскатывать.
UFO_01
15.11.2023 10:48+1Я помимо прошивок пишу на с++ под qt, в основном для отладки — очень удобно данные с МК гнать по udp и отрисовывать в real-time, и иногда на питоне, когда надо быстро связать управление несколькими устройствами в одно приложение или сделать мат. модель.
Поэтому "историей успеха" будет если у вас получится потом (если возникнет желание) сбежать из эмбеддед-разработки и стать, например, бэкендером, и при этом не начинать все с нуля (с джуновских позиций), потому что знания микроконтроллеров и Си там пригодятся не то чтобы сильно, и пройти эйчарский фильтр будет тоже непросто. Вот такую "историю успеха" почитали бы с огромным интересом многие ваши коллеги, которые сами подумывают о таком переходе :)
И разве успех — это получить вилку побольше, а не найти работу, которая по душе? :)
Да, платят мне меньше, но мне чертовски нравится моя работа. Веб-бекэнд доводилось пару раз писать, не сказать что мне это понравилось больше чем эмбеддед, но было интересно.
MiraclePtr
15.11.2023 10:48+1И разве успех — это получить вилку побольше, а не найти работу, которая по душе? :)
Для тех, кто "вкатывается в айти" ради высоких зарплат - конечно, именно это и успех :) Для всех остальных - думаю, тоже, одна из составляющих успеха. Я стал программистом ещё тогда, когда очередей в IT не стояло, а самим программистам платили так себе, и программирую до сих пор, потому что мне очень нравится то, чем я занимаюсь - но и вилки важны, потому что мне хочется обеспечить моей семье комфортную жизнь и себе комфортную старость. Ну и, в конце концов, предлагаемые зарплаты демонстрируют то, несколько ценным является сотрудник для работодателя, и ощущать что тебя ценят по достоинству тоже важно.
SpiderEkb
15.11.2023 10:48Ну и, в конце концов, предлагаемые зарплаты демонстрируют то, несколько ценным является сотрудник для работодателя, и ощущать что тебя ценят по достоинству тоже важно.
Тут не только сама зарплата, но и ее регулярный пересмотр в большую сторону, коэффициент при начислении бонуса (оценка руководителя) и вообще отношение.
Didntread
15.11.2023 10:48+6а по мне, наоборот, побольше бы историй в духе "ищи где действительно учат, готовься тратить по 8 часов в день на учебу и бесплатно "работать" первое время".
AnaSergeeva Автор
15.11.2023 10:48+2Да уж, правда такие истории не продаются так хорошо ???? но зато было бы меньше разочарований
R3B3LL10N
15.11.2023 10:48А по-моему и неудачи плюс-минус одинаковые. Выучился, искал-искал, перестал искать. Почему? Не берут. Конец
Почему не берут? И тут всё стандартно. Нет опыта и достаточного стремления чтоб доказать работодателю что ты чего-то стоишь
sssrgei
15.11.2023 10:48+12Моя рекомендация — делать пет-проекты.
Есть такое, при огромном конкурсе стажеров-джунов, а это около 1000 человек на место, примерно 20 доходит до собеседований, остальные фильтруются на этапе тестового задания, по строчкам резюме. И очень импонирует наличие пет проектов на этапе резюме. И производит неизгладимое впечатление на собеседовании, если этот пет-проект еще и какой-то интересный и востребованный это читается в глазах соискателя и оставляет теплый осадок в душе и даже заражает. После таких "настоящих" пет-проджектов уже сквозь розовые очки смотришь на технические детали.
Огонь в глазах эту супер, он способен зажечь и душу рекрутера и заказчика, но неумение реализовать простые алгоритмы быстро погасят любой огонек. Несмотря, на кажущуюся ненужность, неинтересность и бестолковость этих ресурсов они справляются с натаскиванием на решение практических задач лучше, чем видео уроки вроде "повтори за мной". Если у вас нет фантазии для пет-проектов, то решение задач может стать отличным источником вдохновения и развития технических навыков программирования. Я всем, кто не проходит мой собес, советую решать по 2-3 задачи в день, это не сложно, но дает преимущество на собеседованиях.
Rive
15.11.2023 10:48Я всем, кто не проходит мой собес, советую решать по 2-3 задачи в день, это не сложно, но
... сбросит стресс, который вызывается безработицей на умершем рынке труда.
Текущая ситуация такая, что часть программистов останется без работы, какие бы они трюки по свистку на собесах не исполняли.
Leetc0deM0nkey
15.11.2023 10:48Текущая ситуация такая, что часть программистов останется без работы, какие бы они трюки по свистку на собесах не исполняли.
Да, это неизбежно. Айти не резиновое. Отсюда и требования алгоритмических задачек даже для перекладывателей джонсонов. Можно конечно отсекать лишних и путём снижения зарплат.
nine13
15.11.2023 10:48+23я хотела создавать что-то конкретное и вдохновляющее, а не выполнять рутинные задачи
То ли дело разработка, совсем никаких рутинных задач и сплошное вдохновение.Точно могу сказать одно: если вы больше года занимаетесь разработкой по несколько часов в день и у вас нет желания сделать проект — нужно задуматься.
Занимаюсь разработкой 10 лет и все мое желание после работы это пойти дрова рубить или на мотоцикле кататься, но никак уж не продолжать пялиться в экран.
Можете меня пинать сколько угодно, но я искренне считаю что то, что сейчас происходит с ИТ - это катастрофа для других отраслей и в итоге мы придем к огромному дефициту работников многих полезных специальностей и куче безработных джунов.
В данном примере бизнес лишился толкового менеджера, а ИТ получили очередного джуна с курсов.AnaSergeeva Автор
15.11.2023 10:48По первому комментарию - да, я согласна, но мой посыл был в том, что для меня в данном контексте рутина - это ходить и со всеми о чем-то договариваться, слышать постоянное «нет», находить то, не знаю чего. Даже сложно описать, не хватит одного комментария, чтобы объяснить, что именно не нравилось.
Второй тоже скорее не про рабочие будни) я тоже сейчас едва ли готова после работы что-то делать на эту тему. Тут скорее про этап обучения/стажировок и вот этого всего.
И с третьим комментарием согласна, правда отчасти) да, конечно, войти в айти сейчас модно, круто и золотые горы, что, опять же, я считаю, проблема бума айти-курсов. Но, например, я закончила школу в 17 лет, как я могу в таком возрасте понимать, чему хотелось бы посвятить некоторое количество своей жизни? Мне кажется, что это ок - менять профессию, неважно, в какой сфере. А про кучу никому ненужных джунов… многие отваливаются еще на этапе обучения, другие на этапе поисков работы, а кто-то, проработав немного, поймет, что это не его. У меня есть знакомый, он моряк. Так вот выучился на питониста и понял, чтобы ему получать зп хотя бы такую же, как в морях, нужно несколько лет терпеть. В итоге, вернулся обратно)
Но в общем-то посыл такой, что пробовать лучше, чем не пробовать)
panzerfaust
15.11.2023 10:48+2для меня в данном контексте рутина - это ходить и со всеми о чем-то договариваться, слышать постоянное «нет», находить то, не знаю чего
Если вам повезет дорасти до миддла+ или сеньора, то вот это всё придется кушать большой ложкой. Причем чем крупнее организация, тем гуще этого добра наваливают.
AnaSergeeva Автор
15.11.2023 10:48+1Мне кажется, что хуже, чем работать в сфере экологии в России, ничего быть в этом плане не может????
Но не буду утверждать, возможно, вы правы) время покажет????????
impruvd
15.11.2023 10:48Может, ещё как может. И будет. А восторг, который ты испытываешь, когда после подробного объяснения, почему фичу не получится сделать в таком-то виде за такой-то срок, слышишь "ну мы фичу уже продали, придумайте что-нибудь", трудно описать словами.
AnaSergeeva Автор
15.11.2023 10:48+1А касательно последнего абзаца, я его пропустила. Мне кажется, что статья не раскрывает того, каким я была «толковым» менеджером и каким бестолковым джуном) так что тут сложно сказать, что лично мне действительно больше подходит и нравится. Лично для себя поняла, что менеджером больше быть не хочу))
kseniaalisa
15.11.2023 10:48Анна, а до какого уровня прокачивались на кодварс?
AnaSergeeva Автор
15.11.2023 10:48+1Привет, только я Настя)) мой никнейм видимо сбивает????
кодворс и задачки в целом - это моя больная тема. Я там дошла до 5kyu, а потом вообще забросила. Ну и там конечно интересная такая система подсчетов, условно, решая ооооочень много задач уровня 8kyu можно черепашьими шагами повышать свой уровень) насколько я помню
оглядываясь назад, я бы конечно больше времени этому уделяла
nronnie
15.11.2023 10:48Работать бесплатно нельзя. Можно за гроши, но не бесплатно. Работая бесплатно вы просто выказываете полное неуважение всем тем кто делает подобную работу (пускай даже на значительно более высоком уровне).
AnaSergeeva Автор
15.11.2023 10:48+1К сожалению, реалии таковы, что без опыта ты никому не нужен, либо потребуется значительно больше времени, чтобы найти первую работу. Честно говоря, других идей, кроме как бесплатных стажировок, у меня нет( может быть вы что-то сможете посоветовать, мне кажется, это будет очень полезно тем, кто в поисках работы и наткнется на эту статью???????? я только за оплачиваемую работу))
nronnie
15.11.2023 10:48+1без опыта ты никому не нужен
У вас тот самый синдром того самого самозванца :) Я несколько раз встречал людей считайте что почти без опыта, но с невероятно крутыми знаниями фреймворков, паттернов, бест-практиктис и т.п., и парочкой никому не нужных, но зато "идеально" сделанных пет-проектов на гитхабе. Я не лицо принимающее решения (и не рвусь), но как разработчик я лучше буду работать с такими людьми, чем с каким-то "300 лет в айти", который пишет код с 2002 года, пишет его ровно так, как он его писал в 2002 году, а на ревью у него на любое замечание стандартный ответ: "Так еще писал мой прадедушка, завещал это мне, и я к этому привык, и мне это нравится".
AnaSergeeva Автор
15.11.2023 10:48Да, куда уж без него, этого синдрома))
Ну вот выше в комментах писали, что на собесах не смотрят на опыт, который рассчитывается в годах. Но как попасть на эти самые собесы?( эйчары чаще всего как раз только на это и опираются.
У меня тоже есть несколько знакомых, просто невероятно талантливых, но никак не могут найти работу. Такая вот несправедливость(
SpiderEkb
15.11.2023 10:48+2Люди, которые пишут код "с 2002-го года" (я лично - с 1991-го профессионально, а так еще раньше) очень многое уже чувствуют "спинным мозгом". В том числе и то, как оно там внутри устроено и как не надо делать именно вот тут (как надо - этому вас на курсах научат, а как не надо - это уже опыт).
Человек, к которому приходишь с проблемой, он просто посмотрев в код, даже безо всякого отладчика, сразу скажет где проблема и почему она проявляется именно так.
Или посмотрит на код и скажет - "вот тут ты используешь вот этот тип контейнера, оно конечно, сюда интуитивно просится, но на самом деле, в данном конкретном случае, если возьмешь вот такой тип, оно по коду тебе даст лишние десяток строк, но работать будет быстрее и памяти меньше потребует".
AnaSergeeva Автор
15.11.2023 10:48Хотелось бы однажды дойти до такого уровня????????
SpiderEkb
15.11.2023 10:48+1Это опыт многолетний. Плюс надо пописать ручками, низкоуровнево, без фреймворков. Тогда начнешь понимать как оно там в памяти лежит и как куда передается.
Это не значит что фреймворки плохо. Это значит что когда чем-то пользуешься, если хочешь эффективно пользоваться, лучше знать как оно внутри устроено. В исходниках копаться, разбираться где какие алгоритмы заложены... А там уже поймешь в каком конкретном случае какой алгоритм быстрее будет.
Серебряных пуль не бывает. Всегда есть куча конкретики в задаче, с учетом которой уже выбирается оптимальное решение.
Для начала, кстати, помогает привычка написать код, а потом его весь просмотреть еще раз и подумать - где можно сделать быстрее, эффективнее. Может где-то два цикла в один уложить или еще что-то подобное.
AnaSergeeva Автор
15.11.2023 10:48+1Спасибо, ваши комменты очень приятно и полезно читать и мотать на ус :)
mvv-rus
15.11.2023 10:48Серебряных пуль не бывает. Всегда есть куча конкретики в задаче, с учетом которой уже выбирается оптимальное решение.
Насколько я понимаю, сейчас в громадном большинстве случаев (ваша работа - все-таки исключение) оптимизируются затраты на разработку: время, требование к квалификации. И как я понимаю, так дела обстоят уже очень давно: к примеру в известной статье о настоящих программистах (тех, которые не используют Паскаль, думаю, вы ее помните) об этом упоминалось: автор статьи называл (в переводе Бунича) таких программистов "сосунками" - а статье уже 40 лет стукнуло, в июле.
"Экономика должна быть экономной"(с)SpiderEkb
15.11.2023 10:48+1Там, где во главе угла ставится время на разработку, на выходе получается тяжелый и глючный продукт, выбрасываемый на рынок "лишь бы первыми успеть, а баги потом патчами закроем".
Далеко не везде это уместно и далеко не всем пользователям это нравится. Как говорил портной Фима с Ришельевской - "Вам таки чтобы быстро, или чтобы рукава одинаковые?"
Как только на первое место выходит эффективность и надежность - тут сразу время увеличивается. И не только на разработку, но и на многоуровневое всестороннее тестирование.
На прошлой работе занимался разработкой системы мониторинга инженерного оборудования зданий (в т.ч. ЛДСС - лифтовая диспетчерская связи и сигнализация). Так вот там, если систему раскатали на объект и запустили, а потом всплыл глюк, требующий переустановки, это означает что необходимо физически остановить все лифты (по ПУБЭЛ лифт не может работать без работающей ЛДСС). А их на объекте 300-500 штук по всему городу. Представляете объем работы и время на ее выполнение для обслуживающих бригад?
Сейчас в банке - дефект промсреды на уровне центрального сервера может жахнуть по миллионам клиентов в масштабе страны... Или привлечь лишнее внимание регулятора (с потенциальными штрафами с очень многими нулями) за нарушение каких-то регламентов или законодательства. Такое вполне возможно (и случаи, увы, были).
Как думаете, стоит "первыми ввести фичу" таких рисков?
И достаточно много областей разработки, где стоимость дефекта в коде крайне высока. Да, не везде. Но есть.
mvv-rus
15.11.2023 10:48+1Там, где во главе угла ставится время на разработку, на выходе получается тяжелый и глючный продукт, выбрасываемый на рынок "лишь бы первыми успеть, а баги потом патчами закроем".
Тем не менее, потребителями на рынке очень часто востребован именно такой продукт. И для бизнеса по разработке это - объективная ситуация, которую надо просто принять: "Почему? Не наше дело. Для чего? Не нам судить. "(с)
А ваша работа - очень специфичный и далеко не массовый случай. Обычно в разработке ПО требования к надежности и производительности меньше, а на первый план выступают требования к трудоемкости разработки, а то и даже к скорости AKA TTM в ущерб совокупной стоимости разработки и поддержки в течение всего срока жизни продукта. C'est la vie
SpiderEkb
15.11.2023 10:48Тем не менее, потребителями на рынке очень часто востребован именно такой продукт.
Потребители жрут что им дали. Тут вопрос не в потребителях, а в разработчиках и маркетологах от IT. Все стремятся быстрее впарить свой продукт.
Но при этом сами разработчики хотя пользоваться хорошим продуктом. Любой фреймворк, БД, очередь, даже ОС - если она будет разрабатыываться по тем принципам, которые Вы считаете "массовыми" - будет она популярна? Нет. Вы не будете пользоваться корявой БД у себя на бэке, а возьмете что-то понадежнее. Аналогично - любой фреймворк.
Все претензии к той же винде - "тяжелая, глючная и т.п.".
Так что не соглашусь.
Обычно в разработке ПО требования к надежности и производительности меньше, а на первый план выступают требования к трудоемкости разработки
Это как раз особенность вебразработки. Которая кажется массовой потому что оно на поверхности. Но это всего лишь видимая часть айсберга. А в основе него огромное количество ПО, которое разрабатывается по совершенно иным принципам.
nronnie
15.11.2023 10:48очень многое уже чувствуют "спинным мозгом"
А надо бы головным.
Leetc0deM0nkey
15.11.2023 10:48+1А надо бы головным.
Хоть головным, хоть спинным. Нейронная сеть должна быть обучена на массивном датасете. Деды с 20 годами опыта этот датасет видывали. 20-летние синьйоры - нет. Выводы дальше сами делайте хоть головным, хоть спинным.
mvv-rus
15.11.2023 10:48+5Работать бесплатно нельзя.
А инвестировать свою рабочую силу в свою же квалификацию - и отбражаемую (опыт работы в резюме) и фактическую - можно, как по-вашему?
Так вот, автор этой статьи именно такой инвестицией и занималась. А сейчас получает возврат от этой инвестиции, в виде разницы цены своего труда и стоимости рабочей силы.
bodial
15.11.2023 10:48Поздравляю)
Сам сейчас в такой ситуации: выпустился летом и только месяц назад смог устроиться на первую работу php джуниором
AnaSergeeva Автор
15.11.2023 10:48+1Спасибо!
Ого, поздравляю, вы тоже прошли сравнительно недолгий путь) хотя кто знает, насколько недолгим он был лично для вас❤️????
kak_tam_enot
15.11.2023 10:48+1Спасибо за статью! Всегда приятно читать честные истории людей, которые не сидят на месте, а сами пробивают свой путь. Статья к месту и по делу.
IvanSTV
15.11.2023 10:48+1Я больше года училась каждый день по 5–8 часов без выходных.
Вопрос, кто ее кормил все это время, не рассмотрен никак. Если бы у меня был некоторый ресурс, чтобы не работать в течение года и тем самым иметь возможность заниматься 5-8 часов в день, пусть и без выходных, то я вообще даже вопроса не задавал ни как выучиться, ни как устроиться. Плюс не раскрыт вопрос, а кто платил за недешевый яндекс-практикум. Основное препятствие входа в айти - это то, что нет ни денег учиться, ни времени учиться, ни времени искать работу. Остальное - вопросы технические и решаемые в рабочем порядке.
Очередной рассказ как хорошо делать успешные успехи, сидя на чьей-то шее.
Детский сад с борьбой против пластиковых стаканчиков я вообще комментировать не буду.
AnaSergeeva Автор
15.11.2023 10:48+13Раскрою для вас отдельно этот момент) Я была в декрете и получала ежемесячно 30к. Да, мой муж работал и тем самым обеспечивал нашу семью, мне кажется, это ок, в такой период. Сразу скажу, что это были не миллионы, нам приходилось во многом себе отказывать, конечно. По секрету, муж тогда получать чуть больше, чем я :)
Курс я приобрела в рассрочку и оплачивала из своих "кровно" заработанных 30к, упомянутых выше, ежемесячно по 13к в течение 10 месяцев. Кстати, периодически появляется возможность подавать заявку на госуслугах на цифровые профессии и получать очень хорошую скидку на обучение. Там скидки и до 100% могут одобрить. Я, к сожалению, поздно об этом узнала.Если говорить про время. В первые месяцы, когда ребенок много спал, я занималась так: в одной руке спящий ребенок, в другой ноутбук. А спустя время я укладывала ребенка в 8-9 вечера, училась примерно до 2-3 ночи. На выходных получалось учиться чуть больше, когда с ребенком мог провести время его папа.
Ну и кроме Яндекс.Практикума есть куча классных ресурсов с помесячной невысокой оплатой, типа Хекслета или упомянутого выше Codecademy. Ну и конечно, на курсах можно не останавливаться, просто в начале хочется некой структуры что ли. Из блогеров на Ютубе есть замечательный UlbiTv, у него очень много бесплатных роликов с фундаментальной информацией.
Так что я с вами совсем несогласна про "успешные успехи, сидя на чьей-то шее".
А про пластиковые стаканчики, правильно, лучше не нужно комментировать, иначе мы с вами уйдет в долгую дискуссию не на ту тему)))nronnie
15.11.2023 10:48+1Я была в декрете и получала ежемесячно 30к
Неплохо. Если это так, то в плане социальности у нас не всё потеряно. На 30К в месяц можно вполне нормально жить.
saboteur_kiev
15.11.2023 10:48+8На 30К в месяц можно вполне нормально жить.
Мда. У вас детей нет. Посчитайте сколько одни только подгузники стоят. Я уж молчу про все остальное. А дети, особенно маленькие, между прочим растут так, что одежду им нужно каждые пару месяцев новую покупать.
nronnie
15.11.2023 10:48На подгузники пускай муж зарабатывает. У меня на жизнь в месяц, фактически, не больше (30К) уходит, хотя доходы обычно в 7 - 10 раз больше. Питаюсь дома (кулинария - мое хобби), по клубнякам дорожки нюхать не хожу (находился в молодости). Единственное расходное увлечение это теннис - вот там да, дороже, наверное, только в гольф играть :))
AnaSergeeva Автор
15.11.2023 10:48+1Да, похожая история на самом деле) вот правда что из дополнительного добавился спортзал теперь, так как спина и шея уже почти попрощались со мной))
AnaSergeeva Автор
15.11.2023 10:48+1Еще забыла момент уточнить, что живу в Питере, тут на 30к конечно не выжить, к сожалению)
urvanov
15.11.2023 10:48Там цены такие же, как и везде, кроме недвижимости, ну и какой-нибудь части от сферы услуг, не нагнетайте
AnaSergeeva Автор
15.11.2023 10:48+1это да, прям базовые-базовые вещи, типа продуктов скорее всего да. Но если нет своей квартиры (а есть ипотека или съем жилья, как у большинства людей, думаю), кредиты, квартплата, поездка на транспорте (большие расстояния), да и та же сфера услуг, которой все равно пользуешься, то кажется, что вполне нормально жить не получится. Конечно у всех свое понятие "минимума", но все же
urvanov
15.11.2023 10:48Я просто когда в Москву перезжал, то тоже наслышан был, что там всё дорого. А по факту реальность оказалась несколько не такой.
AnaSergeeva Автор
15.11.2023 10:48да, вы правы, основное различие в недвижимости, сфере услуг, кафе/ресторанах)
nronnie
15.11.2023 10:48Я жил в Питере в конце двухтысячных - начале дветысячидесятых и был очень удивлен, что некоторые продукты питания из РнД или Краснодарского Края в магазинах стоят меньше чем у себя на родине.
Antbor
15.11.2023 10:48+7Основное препятствие входа в айти - это то, что нет ни денег учиться, ни времени учиться, ни времени искать работу.
Препятствие входа в айти это инфоцыгане, которые из каждого угла трубят про легчайшие деньги в айти. А то, что вы написали называется жизнью. Учиться в декрете для меня выглядит даже тяжелее, чем после работы.
Ivan22
15.11.2023 10:48+2Единственно настоящее препятствие - это отсутствие нужного уровня самомотивации. Остальное - следствие
atd
15.11.2023 10:48+2Основное препятствие входа в айти - это то, что нет ни денег учиться, ни времени учиться, ни времени искать работу
Это основное препятствие не только для IT, но и просто для нахождения любой нормальной работы. Увы, никто за вас этот порочный круг разрывать не будет. Придётся просить помощи у родных/друзей/знакомых (самый лучший вариант), либо затягивать пояс до предела и какое-то время тотально нищебродствовать (для самых стойких и смелых).
ikrusenstern
15.11.2023 10:48+2Найти работу не сложно, сложно задержаться на ней, особенно если ты
вайтишниквыпускник курсов.AnaSergeeva Автор
15.11.2023 10:48+2с вами, думаю, не согласятся те, кто ищет работу несколько месяцев и отправил несколько сотен откликов)) но согласна, задержаться на работе не менее сложно
ikrusenstern
15.11.2023 10:48Особенно когда в проекте присутствует легаси-код, и задачи требуют более сложных решений, чем написание простого todo-листа.
AnaSergeeva Автор
15.11.2023 10:48У нас на проекте конечно нет страшного легаси, но это точно сложнее todo-листа. Это прям очень сильно отличалось от того, что я делала на своей первой работе-стажировке) Так что да, тот еще вызов)
SpiderEkb
15.11.2023 10:48Умение дорабатывать чужой код не мнее важно, чем умение писать свой. Без этого разработчиком не стать.
Leetc0deM0nkey
15.11.2023 10:48+1Чужой код не автоматически легаси. Проблема с легаси в том что этот опыт сложно потом продать. Порой вплоть до негласных предъяв "ах пилил легаси, значит не склонен к изучению нового".
SpiderEkb
15.11.2023 10:48Посмотрите с другой стороны - легаси, это код который без проблем работал 10 лет. В том числе и в условиях кратного увеличения нагрузки. А доработка потребовалась по причине изменения логики бизнес-процесса.
И таких ситуаций сплошь и рядом. И умение разобраться в логике чужого кодла в нормальных местах ценится достаточно высоко (не раз встречал это отдельной строчкой в вакансиях).
Лично для меня пренебрежение к "легаси" больше минус чем плюс. А рассуждения о "нерелевантном опыте" скорее свидетельствует о поверхностных знаниях и нежелании (или неспособности) всесторонне развиваться.
mvv-rus
15.11.2023 10:48+1Я поддерживаю вашу точку зрения. Но, к сожалению, наниматели - и на уровне HR, и на уровне руководителей групп разработки (тимлидов) часто смотрят на дело иначе: им нужен максимально готовый работник.
Можно, конечно, решить, что "не стоит прогибаться под изменчивый мир"(с), но надо отдавать себе отчет о последствиях и потом не жаловаться.
LeetcodeMonkey
15.11.2023 10:48Посмотрите с другой стороны
Ну я посмотрю. Вы посмотрите. А 20-летний синьйор с правом голоса посмотрит иначе. И n лет назад даже пофиг было на этих клоунов - рынок рос по экспоненте, и надо было очень постараться чтобы НЕ найти работу. Но сейчас рынок в стагнации и ситуация с наймом прямо противоположная. Особенно обидно за кандидатов которые годами ответственно решали задачи бизнеса, а не играли в новомодные технологии. Вот получается индустрия попользовалась ими и выбросила на помойку как использованный расходный материал.
sssrgei
15.11.2023 10:48Да, немножко обидно, что это так. Но обычно эти риски покрываются финансами на рынке.
Я так работал несколько лет, осознавая, что это легаси, и что на рынке я не буду нужен, никому. Но зато я получал в 2 раза больше, купил за это время квартиру, что-то отложил, чего мне хватило, чтобы потом за 3 месяца переучиться и с большой потерей в финансах начать карьеру заново.
nronnie
15.11.2023 10:48+1Посмотрите с другой стороны - легаси, это код который без проблем работал 10 лет.
Это да. Но, когда он неожиданно не работает, то, часто выясняется, что заставить его работать это надо вообще все переписать - настолько всё друг на друга завязано.
SpiderEkb
15.11.2023 10:48+1Что значит "неожиданно не работает"? Вот оно 10 лет работало, а сейчас вдруг "неожиданно не работает"? Что случилось? Выявилась ошибка, которая не проявлялась 10 лет? Как часто вы с таким сталкивались в реальной жизни?
В моей практике необходимость лезть в легаси на 99% обусловлена двумя причинами:
необходимость изменения бизнес-логики (что-то поменялось в процессах, требованиях и т.п.)
объем обрабатываемых данных, наконец, вырос настолько (в два? три? пять раз?), что потребовалась оптимизация
Насколько оно все друг на друга завязано - это уже вопрос архитектуры. Плохая архитектура - да, будет все очень сильно завязано. Хорошая - все изменения очень локальны и изолированы.
Что касается "все переписать" - да, такое бывает. Но тут опять архитектура - если у вас нужно переписать модуль на 10 000 строк - это не хорошая архитектура. А если речь о модуле в 500 - 1 000 строк, то никакой особой проблемы тут нет. Особенно, если логика модуля документирована и не надо ковырять код в раздумьях "и что же эта хтонь, черт возьми, делает вообще?"
У нас вот старые модули вообще могут быть написаны на старом диалекте языка, где синтаксис радикально отличается от современного
Это т.н. "fixed" - позиционный синтаксис. Давно уже не используется, но его надо уметь, как минимум, читать.
Вот сейчас как раз внедряем - 7 модулей. 2016-й год. Работали себе без проблем, но с тех пор клиентская база выросла минимум в два раза и время работы этих модулей стало выходить за рамки допустимого временного окна. Все модули независимые, небольшие (порядка 1 000 строк). И да, все переписать заново т.к. потребовалось использовать иные подходы плюс реализовать пару связанных задач. В результате ускорились в 4 раза минимум.
Но просто так никто в легаси не полезет. Потому что в наших условиях любое, самое минимальное, изменение кода требует полного цикля регресс-тестов - компоненты, бизнес, нагрузка, интеграция, прелайв... Делать это просто так, чтобы избавиться от легаси которое работает без нареканий никто не будет - слишком дорого. Тут принцип - "работает - не трогай".
И, тем не менее, поскольку все меняется, легаси так или иначе "вымывается" постепенно. Просто в силу объективной необходимости.
MiraclePtr
15.11.2023 10:48В моей практике необходимость лезть в легаси на 99% обусловлена двумя причинами:
необходимость изменения бизнес-логики (что-то поменялось в процессах, требованиях и т.п.)
объем обрабатываемых данных, наконец, вырос настолько (в два? три? пять раз?), что потребовалась оптимизация
Забыли ещё очень частую ситуацию - например, в зависимостях используется какая-нибудь библиотека, которую обязательно нужно обновить (например, из-за критических проблем с безопасностью), используемая ветка давно уже не поддерживается разработчиками, а новая не совместима со старой. Или компания-разработчик давным давно схлопнулась. А ещё веселее, когда такое происходит не с библиотекой, а с операционной системой или аппаратной платформой...
SpiderEkb
15.11.2023 10:48Забыли ещё очень частую ситуацию - например, используется какая-нибудь библиотека, которую обязательно нужно обновить (например, из-за критических проблем с безопасностью)
У нас этого нет. К счастью. Мы практически не используем сторонних библиотек. Тем более таких, где возможны несовместимости новых версий со старыми - слишком большими проблемами это чревато на mission critical уровне.
Уже писал - официальные апдейты системы и те, сначала раскатываются на тестовом сервере и там долго живут на предмет появления проблем, а только потом уже на прод выкатываются.
impruvd
15.11.2023 10:48Ну легаси на фронте не только вайтишников может привести в недоумение, скорее, любых молодых разработчиков.
Ну вот привыкли они писать красиво, с промисами, async/await, стрелочными функциями и вот этим всем. Возможно, в универе их так учат уже (и правильно делают - это всё-таки современные стандарты). Ещё и вместо использования fetch API подключают рефлекторно axios, потому что "так во всех гайдах делают". А потом прилетает задачка по легаси-монстру - а там какой fetch, какой ещё async/await, какие промисы, только XHR с ивентами и коллбэками, только хардкор.
Woodshox
15.11.2023 10:48Не по-волчьи ????
AnaSergeeva Автор
15.11.2023 10:48Видимо просто мало времени прошло???? а вообще, меня больше пугает, что если получится вкатиться с накрученным опытом, то дальше непонятно, как доказывать на работе, какой ты крутой)
DMGarikk
15.11.2023 10:48дальше непонятно, как доказывать на работе, какой ты крутой)
встрять можно только если на сеньора, если ты джун прошел... в остальных случаях чужой код в помощь и коллеги вокруг, которые зачастую не сильно умнее тебя ;)))
AnaSergeeva Автор
15.11.2023 10:48+1ну да, с джуна особо не спросят) а вот если ты сразу после курсов и пытаешься на миддла и выше
хотяяя, я читала, что чувак собесился с реальным маленьким опытом, его никуда не брали. А он такой раз, и накрутил несколько лет. Начал ходить на собесы, за это время выучил все вопросы, которые задают (они повторялись в принципе из собеса в собес) и попал на крепкого миддла с офигенной зп)))
и работает, все хорошо у него, в начале только больно было
GeorgeII
15.11.2023 10:48Очередное "с детства любил компьютер, но пошел в психологию" или "я усидчивая, люблю создавать новое, люблю логику, точные науки. По образованию лингвист". Не, может нанимающим менеджерам действительно лучше такое говорить, но мы же все прекрасно понимаем...
На этом фоне те, кто говорят о настоящих причинах, аж уважение вызываютAnaSergeeva Автор
15.11.2023 10:48+4Често говоря, не очень поняла ваш комментарий. Я не писала про то, что люблю логику и точные науки, но даже если и было бы так, то не вижу противоречия)) Человек имеет право искать то, что ему нравится) Мне, например, нравится английский язык, я очень рада, что удалось его выучить до приемлемого уровня. Но к моменту выпуска из универа поняла, что работать переводчиком я не хочу, но время вспять не повернуть)
А вы про какие истинные причины говорите? Про деньги? Конечно, это тоже важные факторы, мне кажется, это очевидно) Но в данном случае, верите вы или нет, это было не самым приоритетным, как я и описала в статье. На предыдущей работе зарплата меня радовала, а вот мои задачи - нет, к сожалению(GeorgeII
15.11.2023 10:48+1Но в данном случае, верите вы или нет, это было не самым приоритетным, как я и описала в статье
Конечно же не верю, это прохладная история.
С первой работы вы ушли, потому что... не было челленжа? Так ведь? Никак же не связано с тем, что джоб хоппинг на первых порах карьеры максимизирует доходы? Кратно. Наверное, если бы задачи были интересные, то лет 5 минимум там просидели бы, да, веримAnaSergeeva Автор
15.11.2023 10:48+1Я там просидела 6 лет, меняя разные должности внутри компании. Даже было дело, когда в пандемию работала в отделе доставки, ее там тогда только начинали. зп была на тот момент для меня космическая, меньше, чем у сеньора, но больше, чем у джуна. Это был дикий стресс, люди порой встречались неадекваты, сколько я там слез пролила, даже и не хочется вспоминать. Но как только появилась возможность поменять позицию - я была счастлива это сделать, хоть и зп была в 2 раза меньше. Так что бывает и такое)
GeorgeII
15.11.2023 10:48-2Я про первую работу разрабом.
Ладно, мне-то не нужны ответы на эти риторические вопросы. Просто хотел дать обратную связь, как это нелепо выглядит для окружающих
o_f
15.11.2023 10:48+1Если честно, то женщины, особенно после 30ти-40ка проливают очень много слез на позициях мидл-синьер, особенно в сложных стеках и больших компаниях, с адской загрузкой и очень сложными задачами. Не знаю, конечно, за фронт, но одно только бесконечное обучение, которое должно происходить не только в рабочее время, но и по выходным и по ночам, и успевать к дедлайнам, и забивать хер на личную жизнь, женские обязанности, мужа, детей - всё это, на самом деле, Где-то впереди. Но да, деньги там большие. Единственное, что почти все мои коллеги достигшие этого уровня и зп - часть её, все-таки, отдают психологу /психиатру. Но это через много лет работы. И все-таки ближе к сорока, а то и после.
AnaSergeeva Автор
15.11.2023 10:48Эх, а где нынче все не нервно) каждый раз, когда я переходила на новые позиции, то думала, что хуже предыдущей быть не может????
JBird
15.11.2023 10:48Как говорила Ф.Г.Раневская "Помните, вчера я говорила что ситуация - полное говно? Так вот то был тортик" )
impruvd
15.11.2023 10:48+2А что плохого в том, чтобы идти в айтишку за рублём? Я, например, в 2013 при подаче документов в ВУЗ чётко знал, что подаюсь на ИТ-специальность, потому что в индустрии есть деньги и не хватает специалистов. Ну да, программировать мне в принципе нравилось и тогда, нравится и сейчас, но если бы не уровень доходов в ИТ, я, вполне возможно, не рвался бы в индустрию и поступил бы на другое направление.
SpiderEkb
15.11.2023 10:48+2Да ничего плохого. Кроме выгорания. Не поврите, но наступает момент когда денег уже хватает. Я вот не трачу столько сколько зарабатываю. И что? ну откладывать на что-то крупное, но и это тоже не бесконечно - была цель построить дом и переехать за город. Построили, переехали. Что дальше? Ну машину поменять - ну поменяю, а дальше? "Чтобы было больше чем у соседа" меня как-то вообще не греет...
Уровень денежной мотивации падает, а что остается?
Я вот когда работу в прошлый раз менял, про банки вообще не думал - казалось что там скучно - счета-проводки и вот это все вот. Позвали поговорить - пошел просто так, ради любопытства. А когда рассказали что и как - зацепило. Потому что новая для меня, абсолютно ни на что не похожая платформа (реально ни на что не похожа - все принципы и концепции совершенно иные), новые языки... Ну и оказалось что кроме сетов-проводок в банке еще очень много чего (я, кстати, со счетами практически не работаю - больше всякие клиентские данные и комплаенс-проверки).
Так что интерес познать что-то новое мотивирует неплохо. Ну и отсутствие монотонной рутины - в каждой задаче есть какая-то "звездочка", свой подход...
В целом, лично меня, именно это всегда двигало - я в IT ушел в 91-м, тогда денег тут столько не было. Но было интересно всегда. И всегда попадались нестандартные задачки.
impruvd
15.11.2023 10:48+2Ну психологическая усталость есть, конечно, но с ней можно и нужно работать - в конце концов, айтишники не уникальные снежинки, выгорают так или иначе люди любых профессий.
И, хоть у меня опыта и сильно меньше, пока что всё выглядит так, что неравнодушные и заинтересованные энтузиасты выгорают не меньше, а иногда и больше - особенно если чувствуют, что заняты не тем, о чём мечтали когда-то. Условно - мечтал человек разрабатывать игры, вдохновлялся пионерами и легендами геймдева, а попал в playrix.
У человека, пошедшего за рублём, такой диссонанс между "желаемым" и "действительным" происходит позже - например, когда "денег уже хватает", а с нынешними условиями (рынок труда, инфляция, стоимость недвиги etc) для "вайтишников" на это и 10 лет может уйти, и 15.
Но к тому моменту уже человек в столь долгом "браке по расчёту" с индустрией либо вливается и начинает искать новые вызовы и нематериальную мотивацию, либо уходит, разочаровавшись. Есть и третий вариант - человек просто работает, как работал - либо у него нет "желаемого" в карьерном плане (да, бывают люди, у которых нет "работы мечты", а реализуются они через семью, например), либо связали с "желаемым" своё хобби и рукодельничают в мастерской после работы и по выходным.
В общем, я искренне рад за тех, кто горит айтишкой, для кого это действительно любовь, но кидать камнями в программистов за деньги не стоит.
SpiderEkb
15.11.2023 10:48Условно - мечтал человек разрабатывать игры, вдохновлялся пионерами и легендами геймдева, а попал в playrix.
Ну наверное... Но ведь его никто под дулом пистолета "не туда" не загонял...
В общем, я искренне рад за тех, кто горит айтишкой, для кого это действительно любовь, но кидать камнями в программистов за деньги не стоит.
Так я не кидаю... Просто работа только ради денег - это просто работа, а работа потому что интересно - это хобби за которое еще и платят почему-то :-)
mvv-rus
15.11.2023 10:48+2К сожалению, то, чем приходится заниматься даже на любимой работе не исчерпывается тем, что нравится. Всегда найдется немалая доля черновой, неинтересной работы, которую, тем не менее, тоже необходимо выполннить.
nronnie
15.11.2023 10:48Да ничего плохого. Кроме выгорания. Не поврите, но наступает момент когда денег уже хватает.
У меня от ИТ денег хоть *опой жуй. Но каждый раз утром встаешь, и 8 часов надо делать то, что ты в душе ненавидишь. Сын моей подруги рвётся в ИТ - у меня от этого волосы дыбом - только не это, давайте в юристы или врачи.
sssrgei
15.11.2023 10:48IT, это прикладная область, не обязательно развиваться в чистом IT, если интересоваться и изучать конкретную бизнес задачу, над которой работаешь, то можно найти интерес к работе. IT - это недвижка, медицина, финансы, крипта, компьютерные игры, гемблинг. А врач (сейчас утрирую) через 10 лет тот же врач, решающий те же проблемы.
antonkrechetov
15.11.2023 10:48те, кто говорят о настоящих причинах, аж уважение вызывают
О настоящих причинах чего?
mikegordan
15.11.2023 10:48Во люди живут. Тут наоборот пытаешься максимально отмахаться от HHантеров, все хотят. А ты не хочешь работать пока что )
AnaSergeeva Автор
15.11.2023 10:48ахахахха
SpiderEkb
15.11.2023 10:48Ну... Это надо хороший опыт и, кстати, тоже важно, хорошую текущую позицию. Одно дело когда написано "инженер-программист в ООО "Сукин и Сын", другое - "главный разработчик в банке из топ-10" (тоже из личного опыта). На второе HR почему-то ведутся и пытаются сманить (реально - везде стоит "у меня все хорошо, всем доволен, не ищу работу", но 2-3, иногда больше, письма в месяц "а не будет ли вам интересно..."). Не, оно, конечно, ЧСВ так щекочет приятно :-)
DMGarikk
15.11.2023 10:48я бы опасался так говорить ;) радоваться надо что миддл-сеньорский рынок в ИТ все также дефицитен, но малоли...вдруг gpt внезапно поумнеет раза в четыре
SpiderEkb
15.11.2023 10:48+2С чего ему умнеть? У него своего ума нету. Оно может только большие объемы данных переработать и на основе переработанного выдать обобщенное типовое решение. Такая высокотехнологичная копипаста из большого количества источников.
Но принципиально нового оно не умеет на текущем технологическом уровне. Там даже ассоциативного мышления пока нет и не предвидится.
DMGarikk
15.11.2023 10:48+1Я с вами полностью согласен, и имею аналогичную точку зрения, хотя за последние пару лет уже перестал однозначно отметать теоретическую возможность такого сценария
дело в том что пофиг како но будет делать, важно чтобы заказчик был доволен
если оно начнет писать кошмарный код (а потому что ему не нужна поддержка, нейросеть его тупо перепишет не пытаясь менять), но он будет работать без ошибок и по ТЗ, то никому будут не нужны классические программисты которые все понимают (останутся только аналитики и админы)
также как пропали массово шоферы в автоотрасли, подавляющее число нынешних водителей даже в теории не знают как там что работает и как чинить...вот тут логика грядет схожая
imho конечно
SpiderEkb
15.11.2023 10:48Ну наверное так, но пока сие только в теории...
Я согласен что какие-то типовые, рутинные операции будут перекладываться на ИИ. Это процесс естественный и в других областях он давно идет (я бы сказал, очень давно). Но тот же ИИ кто-то должен разрабатывать и развивать:-) И тут скорее будет углубление отрасти с сторону творчества.
DMGarikk
15.11.2023 10:48Но тот же ИИ кто-то должен разрабатывать и развивать:-)
да, но таких людей нужно будет не миллионы как сейчас, а в лучшем случае тысячи
SpiderEkb
15.11.2023 10:48Ну как бы ничто не ново под луной...
Лудди́ты (англ. luddites) — участники стихийных протестов первой четверти XIX века против внедрения машин в ходе промышленной революции в Англии. С точки зрения луддитов, машины вытесняли из производства людей, что приводило к технологической безработице. Часто протест выражался в погромах и разрушении машин и оборудования
На самом деле, в IT еще долго будут существовать области разработки до которых ИИ не доберется в обозримом будущем. И сам ИИ и специфические области, требующие творческих и/или нестандартных решений, порой изобретательского уровня...
Да, точка входа повысится - не получится выучить пару фреймворков на курсах и пойти формочки клепать - это первое откуда будут вытесняться люди.
А вот системные вещи, разработка новых фреймворков - там ИИ намного сложнее с человеком конкурировать. Или что-то высоконагруженное, высокоэффективное... Этого на наш век точно хватит :-)
Но все это уже будет требовать не ускоренных курсов, но какой-то системной базовой подготовки.
Raptilia
15.11.2023 10:48У меня на собеседовании штатный программист спрашивал всё по содержанию из учебника. А потом долго гордился тем, что он его выписал.
Т.е. вот серьёзно есть такие люди, которых вообще ничего не смущает.
SpiderEkb
15.11.2023 10:48Ха. Я на последнем собесе больше спрашивал "вас не пугает что никаких фреймворков тут нет и все ручками придется? а вы точно уверены что вам нужен нерелевантный опыт который нигде больше не пригодится?" Коллеги шикали и пинали в чате (собес онлайновый) "ты что пугаешь человека, сорвется же..."
Не сорвался, кстати, отличный парень, очень толковый. Хоть и без опыта практически.
o_f
15.11.2023 10:48+1Сорян, но я вот уже 10 лет как только что и делаю в IT - это:
"выполнять рутинные задачи и договариваться с другими людьми"
Да и, по-моему, все только это и делают в it.
AnaSergeeva Автор
15.11.2023 10:48+1Блин, я навеврно не очень донесла мусль в статье, так как ваш коммент не первый на эту тему) я скорее про то, что я вот что-то делаюм бегаю, но нет осязаемого результата на выходе, это угнетало
tommyangelo27
15.11.2023 10:48вот что-то делаюм бегаю, но нет осязаемого результата на выходе
Я так 4 года на поддержке легаси отмотал ???? Сначала разрабом, потом лидом.
impruvd
15.11.2023 10:48Идти за осязаемым результатом в ИТ - довольно странная затея, если честно. Здесь людей, мучающихся теми же мыслями, чуть меньше, чем "самозванцев", которых половина индустрии.
woodiron
15.11.2023 10:48Я тоже иной раз завидую строителям, они могут показать на дом и сказать - "я его строил", даже если просто кирпичи таскал. А после меня ничего материального, только суета, которую только я и помню.
JuryPol
15.11.2023 10:48Отличная история. Кто-то будет списывать все на везение. А мне кажется, что это не везение, а заслуженный бонус за вменяемость.
Утомили юные дарования, что при обсуждении желаемой зарплаты высокомерно соглашаются потерпеть пару месяцев на зарплате тысяч в 70. А в резюме гордая строчка «Владею HTML, JS и базой данных MS Access”.
Svsv1347
15.11.2023 10:48Ну всмысле на зарплате в 700 долларов в месяц, или 8400 в год?
JuryPol
15.11.2023 10:48Я вроде бы четко сумму указал... В чем вопрос?
SpiderEkb
15.11.2023 10:48Ну например в том, что начальная сумма это просто начальная сумма. А дальше она может расти по результатам работы или не расти (опять по результатам работы).
Например:
З\п в месяц 
З/п в год Итого в 3.5 раза за 6 лет. На одном и том же месте.
Увеличение может быть как за счет индексации (всем на одинаковый процент), так и за счет пересмотра (когда руководителю увеличивают ФОТ, а он уже распределяет кому на сколько повысить в зависимости от "ценности" конкретного человека).
JuryPol
15.11.2023 10:48Что-то вы куда-то не туда… Предыдущий коллега пересчитал рубли в доллары и больше ничего не спросил. Я так и не понял, что он хотел услышать.
tommyangelo27
15.11.2023 10:48Полагаю, уточнял значение "на зарплате тысяч в 70" - это "рублей в месяц" или "долларов в год"?
JuryPol
15.11.2023 10:48Забавно... Не думал, что так можно интерпретировать "пару месяцев на зарплате тысяч в 70 " для человека без опыта работы. Учту на будущее...
tommyangelo27
15.11.2023 10:48+1Ну... думаю вполне можно себе представить американского IT-джуна с ЗП $70k/year. Вполне сравнимо с зарплатой, скажем, машиниста метро.
JuryPol
15.11.2023 10:48Американского сферического в вакууме джуна могу представить. На то он и сферический. Нашего кандидата в джуны без опыта работы и с расчехленной «базой данных MS Access” наперевес… за 70к долларов в год… нет, не могу. Воображения не хватает.
tommyangelo27
15.11.2023 10:48По первому комменту непонятно, откуда вы пишете ????♂️, может и из США
Psy_ch_mar
15.11.2023 10:48+1Здорово, что всё сложилось! Понравился момент, что на первый отказ была объективная причина, и автор не потеряла веру в себя в этот момент, хотя про эту причину узнала гораздо позже. На этом примере могу сказать, что гораздо важнее понимать свои желания и идти к ним, чем загоняться над ошибками и неудачами. А вот распознать в себе определённый интерес - это уже много. Не сбиться, когда нет веры в успех близких, ещё нет поддержки коллег. И на то, что айти - рутина, не стоит ориентироваться. Кому-то скучно в самой творческой профессии, кому-то разнообразно в самой однообразной. Главное читать своё состояние, насколько кайфово сейчас заниматься именно этим делом. Удачи автору!
Spinoza0
15.11.2023 10:48Изначально статья показалась рекламной, чуть было не бросил читать )
Сколько в итоге ушло денег на обучение?
AnaSergeeva Автор
15.11.2023 10:48+3Да, я боялась уйти в рекламу????
ну вообще если прям все-все читать, то:
Codecademy - около 18к за полгода
Практикум - 130к (но это я еще нашла варик со скидкой 15%)
Еще покупала курс ютуб-блогера ulbitv за 50к - он прям очень насыщенный, продвинутый. Прохожу до сих пор)
Итого около 200 тысяч)
Andss
15.11.2023 10:48Здравствуйте! Если бы вам предложили учебу 4 мес (платно), затем 2 мес стажировку (бесплатно) и последующее трудоустройство в этой компании (правда, другой город) - согласились бы? Нашел рекламу в интернете, думаю. Смущает только очень короткий срок для освоения курса, по сравнению с тем временем, которое вы потратили на учебу.
AnaSergeeva Автор
15.11.2023 10:48Да, меня если честно, тоже смущает короткий срок( а что за компания?
AnaSergeeva Автор
15.11.2023 10:48На всякий случай, лучше удалите ссылку, пожалуйста, чтобы она не смущала модераторов) вообще, я тут конечно не советчик и не рекомендовала бы прислушиваться к моему мнению, как единственно верному. Но лично я бы на такое не стала подписываться, особенно, если с нуля( Знаю, что есть бесплатные курсы от того же Альфа-банка, но там очень жесткий отбор и попадают прям довольно опытные ребята
nulovkin
15.11.2023 10:48+1Жиза. Я нашел работу, когда за один день сделал 100 откликов на вакансии. Пять компаний дали тестовые задания, одна меня приняла.
AnaSergeeva Автор
15.11.2023 10:48Ого!) у меня был максимум штук 10-15 за день, еле наскребала))
nronnie
15.11.2023 10:48+1Я уже писал в другой теме - откликайтесь вообще на все - с вас же за отклик денег не берут :)
sssrgei
15.11.2023 10:48За отклик денег не берут, но есть и черные списки у HR. Если вы в него попадете, то второго шанса устроиться в эту компанию у вас уже не будет. Поэтому я бы посоветовал откликаться на те вакансии, которым более ли менее соответствуешь, хотя бы на 50%. А если есть за плечами петпроект, то можно перед собесом слукавить и притвориться человеком с небольшим опытом.
nronnie
15.11.2023 10:48но есть и черные списки у HR
Я очень сильно сомневаюсь. У них поток резюме такой что чёрные, белые или фиолетовые списки вести просто физически невозможно.
losander
15.11.2023 10:48Подскажите а влияет ли на вероятность просмотра резюме то какой я по счету отправил отклик? То есть будет ли выше вероятность что посмотрят если я в числе первых 10 откликнувшиихся?
AnaSergeeva Автор
15.11.2023 10:48+1Сложно сказать. Но как показал мой маленький опыт - меня взяли на первую стажировку, так как я откликнулась быстро. А когда в эту компанию откликалась второй раз, то там было что-то около 60 откликов, тоже немного сравнительно. Так что скорее да)
Ivan22
15.11.2023 10:48+1ну у нас после 300 резюме просто уже переставали новые принимать, так что кто в число первых 300 не попал - в пролете. Но внутри этих 300 смотрели всех
sssrgei
15.11.2023 10:48А у нас смотрят, но как только делают оффер (даже до его принятия) - смотреть перестают. Можно проскочить только, если уже запланировано собеседование. Поэтому скорость отклика очень важный фактор.
SpiderEkb
15.11.2023 10:48На последнюю вакансию нам отобрали несколько резюме из которых мы выбрали три для собеседования.
Собеседовали всех троих, выбрали одного, отправили оффер, но человек отказался в последний момент. Тогда оффер отправили второму по списку.
iburanguloff
15.11.2023 10:48+4Работу находят те, кто умеет себя преподносить и продавать
nronnie
15.11.2023 10:48+1Для этого достаточно быть увлеченным тем чем ты занимаешься, а не просто отвечать на вопросы на собеседовании "да" или "нет".
TakoiNickNameUgeZanyat
15.11.2023 10:48+1Поздравляю, я тоже из тех кому повезло вкатиться. Первую работу нашел в конце 2022 еще не закончив обучение, и это была как говорят валютная удаленка для компании в Праге. Не знаю как мне так повезло) Недавно опять искал работу ~3 недели, 55 откликов, 1 тестовое, собес и оффер)
Многое зависит от бэкграунда, способностей и усердия. Удачи!
NIKTO56
15.11.2023 10:48Спасибо за статью и вдохновение. Мой путь в IT только начался. Во многом идеи совпадают.
mitzury
путь разработчика - большой путь синдрома самозванца
AnaSergeeva Автор
согласна)