Комментарии 310
путь разработчика - большой путь синдрома самозванца
"97 откликов, 2 тестовых, 3 технических собеседования — и оффер" - это и есть тот самый жуткий дефицит кадров о котором совсем недавно писали?
дефицит кадров - это точно не про джунов))
А что же я со своими 3 годами честного опыта на ноде и без работы 2-ой месяц интенсивных поисков - просто неудачник, зажрался или может стек не популярный?
мне кажется, что ничего из перечисленного. тут сложно говорить, не зная всего контекста(
Ищите проблемы в резюме, скорее всего они там
Да, согласна, думаю, что если не приглашают на интервью с рекрутерами, надо в эту сторону смотреть в первую очередь
Знакомый рекрутер говорил что возвращаются времена найма айти-специалистов эйчарами без понимания айти.
Если им выдали список требований они будут по нему жестко идти.
Например указано умение пользоваться charles будут на него и смотреть.
А то что мне например нравится fiddler и по сути это тот же сниффер траффика - эйчар уже не в курсе, и сразу пишет отказ без вопросов.
Плюс опять же иногда обратная связь о резюме и тестовых: Оно слишком длинное, для других слишком короткое.
Всем не угодишь. Скорее сейчас найм это больше про совокупность факторов с которыми может повезти. Мне пока не везет, но я не сдаюсь.
Выходит, что долбодятел тот кто писал требования к кандидату, а не HR...
Знакомый рекрутер говорил что возвращаются времена найма айти-специалистов эйчарами без понимания айти.
А с чем это связано он не говорил? Потому что это звучит как просто личное ощущение отдельно взятого рекрутера
Возможно и личное замечание, но я сам сейчас сталкиваюсь с тем что мне отказывают сразу же, без разговоров, даже несмотря на наличие опыта.
А пообщаться и перейти в фазу собесов получается только если найду контакты эйчара и напишу в ТГ.
Я понимаю что с началом войны кол-во компаний и найма в РФ сократилось. Но идти в полный игнор имхо - крайне плохая практика, особенно в долгосрочной перспективе.
вроде сейчас все вкатыши рисуют себе 3 года опыта. твой реальный на их фоне мб теряется?
Я, вообще, на опыт не смотрю. Лишь бы человек был хороший. В первую очередь смотрю, как человек технические задания на собеседовании проходит, а если он двух строк связать не может, то какая разница, что там HR в резюме нашел.
А вы на собеседование всех откликнувшихся приглашаете?
У нас есть тестовое задание для людей без опыта. Резюме читают HRры руководствуясь своими жизненными принципами. Они же и тестовое рассылают, если это необходимо по их мнению. А на собеседовании все почти равны.
Ну т.е. на опыт смотрят HR а не вы.
Если бы они фильтровали людей по опыту, у нас бы не работали люди без опыта, а я лично сам нанял восьмерых (правда за 4 года). На руководящие/лидирующие позиции, конечно, смотрится на опыт, но все равно в первую очередь я смотрю на умение решать нестандартные задачи в производственном процессе. Даже опыт, я, конечно, оцениваю, но не по количеству отработанных лет, а по проектам, по роли на проекте (не в трудовой, а по факту - спрашиваю: чем занимался, какие решения принимал, как отстаивал и тд)
у нас был чел на собесе, который честно признался, хочу работать чтобы чиллить, не слишком напряжно, но и зп хорошая)
Мне кажется, что сейчас дефицит кадров у которых опыта более 3-х лет и не только на ноде...
Напишите 25+ лет на С/С++ + SQL + несколько разных БД + разработка под пару-тройку платформ (хотя бы вин + линукс) и рекрутеры к вам сами приходить будут :-)
Ну время такое, что уж...
грейд разработчика не годами опыта измеряется, а квалификацией
OK. Но тогда сразу - вопрос по мотивам афоризма К.Пруткова: годами опыта измерятся время, но чем ты измеришь квалификацию?
А можешь сделать каменный цветок?
Ух ты, квалифицированный мастер.
калиброванным глазком сеньора
а вообще, количеством мест работы и сроком сколько там человек продержался
если подряд 5 мест работы по 3-5 мес, то проблемы или в квалификации или в софтскиллах
если год и больше на каждом месте то уже норм и можно побеседовать... но это все миддлы и выше
с джунами только говорить, формально никак не определить
По вашей логике - специалист, который лет 10 поддерживал легаси, более компетентен, чем тот, кто участвовал в запуске нескольких коротких проектов?
Как минимум, в каждом новом проекте - несколько иной стек и несколько иные подходы к разработке, таак что иметь несколько (в пределах разумного) позиций - скорее благо, чем нет. Особенно в первую пятилетку карьеры
Часто так оно и есть. На то, чтобы создать быстрый PoC квалификации особо не нужно, но если ты 10 лет поддерживаешь проект, то ты отлично понимаешь, какие вещи легко поддерживать, а какие - сложно. И это важная часть компетенции, которую на курсерах не учат (на самом деле учат, но мало кто учится).
Я лично не встречал в своей практике специалистов, которые 10 лет только легаси и поддерживали и больше ничего кроме легаси не делали.
Обычно речь идет о поддержке и развитии какого-то большого проекта, где есть и новые разработки и модификация старого кода (оптимизация, доработка логики и т.п.). Если проект развивается, то так и будет. Если не развивается - в чем именно заключается "поддержка легаси"? Исправлении багов? Так в легаси их, как правило уже нет - все выправили в первые 2-3 года.
Что касается "коротких проектов"... Зависит от того, куда человек приходит. Если на большой долгий проект, то его опыт с короткими тут будет "нерелевантен" как сейчас модно говорить - тут будут совершенно иные условия, другие стеки (никто не будет на полпути менять стек в большом проекте или городить зоопарк разных стеков), другая организация процесса. Перестраиваться может оказаться психологически тяжело.
На этот момент на собеседовании надо по крайне мере обратить внимание - готов ли человек к такому.
Лично мне, если говорить о людях "с опытом", больше импонируют те, у кого за плечами несколько проектов, но при этом хотя бы один из них должен быть "большим". И кроме разработки нового, человек, если он "имеет опыт", должен уметь работать и со старым кодом тоже.
никто не будет ... городить зоопарк разных стеков
Дык, нынче, наверное, все уже не так плохо, как вы написали - вроде, как раз для этого микросервисы есть.
Ну во-первых, микросервисы не универсальное решение, хоть его и пихают везде куда ни попадя.
Во-вторых, в большом проекте есть архитекторы и согласованная архитектура. И никто не даст вам тащить туда непойми что и получить потом потенциальные проблемы с интеграцией.
Во-вторых, в большом проекте есть архитекторы и согласованная архитектура.
Мне нравится ваш оптимиззм. Но, говорят, микросервисы позволяют избавиться и от этого пережитка прошлого ;-)
По поводу микросервисов сломано немало копий. Это не единственный вариант архитектуры и не всегда самый лучший.
В нашем случае ситуация таков, что никаких облаков нет и не будет - никакой банк то, что хранится на центральных серверах, в облако не выложит. Все работает на одном кластере из нескольких серверов, которые изолированы от внешнего мира (есть ESB шина и есть очереди. Все.)
Ну и банк это реально очень "большой проект". Не самые свежие данные (думаю, сейчас больше уже)
27 тыс. программных объектов
15 тыс. таблиц и индексов базы данных
Более 150 программных комплексов
Занимает более 30 Терабайт дискового пространства
В день изменяется более 1,5 Терабайт информации в БД
За день выполняется более 100 млн. бизнес операций
Одновременно обслуживается более 10 тыс. процессов
Это только центральный сервер. Вокруг него еще несколько десятков "внешних систем" (50-60 где-то) - там своя архитектура и свои стеки.
Если не одумляться архитектурой, то все это просто не будет работать. А оно должно работать 24/7 и при этом еще и работать быстро и согласованно.
Так что это не оптимизм, а реализм.
А чо так серьезно-то? Вы смайлик у меня заметили?
PS Мне тоже много что не нравится в нынешнем IT. Но большинству разработчиков приходится работать там, где они работают. Тем более - джунам, о которых речь в статье.
Облако может быть внутри самого банка.
Облако это просто автоматизация разворачивания различной готовой инфраструктуры в виде paas (platform as service) или aas (application as service)
Причем все даже кастомные облака будут похожи либо на aws либо на gcloud либо на azure
никакой банк то, что хранится на центральных серверах, в облако не выложит.
Сверхобобщение.
Облако это всего лишь абстракция над железом, оно может быть публичным и приватным(внутри банковского контура) что для банка очень даже подходит.
этого пережитка прошлого ;-)
В монолите в целом тоже можно писать на разных стеках ну или распилить его немного ничего не мешает. А от проектирования архитектуры микросервисы совсем не освобождают и со временем порождают изначально не особо очевидные проблемы, например работа с распределенными транзакциями, сбор/запись логов, увеличение сетевых задержек, поддержка большего количества серверов, обновление микросервиса и тестирование работы системы после этого. Про проблема того, что нужно грамотно проектировать интерфейсы для доступа к микросервисам, что по сути не легче проектирования внтутреннего API (я не про REST) в монолите. Микросервисы имеют некоторые плюсы, но они далеко не для всех проектов подходят.
нет, специалист которые в течении 10 лет поддерживал проекты которые длятся больше года, и таких проектов желательно несколько
короткие проекты идея-мвп-старт в течении 3-6 месяцев это очень специфичные и довольно ограниченные знания
человек которые только этим занимался, не понимает что такое писать поддерживаемый код например, он написал-запустил-ушел, а там хоть трава не расти
Идеальный специалист для меня, это пришел-вник-начал работать по гайдам принятым в проекте и был способен предлагать идеи рефакторинга и фичи, а для этого нужен опыт в такой работе
негативное отношение к которким срокам 3-5 мес это из того что человек вникает в новый проект гдето 3-5 месяцев и если он не смог удержатся на нескольких проектах больше этого срока то это уже звоночек
Компетенция - это экспертиза в конкретных вещах.
Человек который поучаствовал в запуске нескольких коротких проектах в легами будет дуб дубом.
Каждый ищет те квалификации которые ему нужны. Именно поэтому даже для одной профессии есть различные сертификаты на различные технологии
калиброванным глазком сеньора
Т.е. чисто субъективно, на глазок, а объективного критерия у вас нет. Я именно такой ответ и ожидал.
Ишь ты, разнылся? у меня 12 лет, сеньор и занимал позиции тимлида несколько лет - последние 30 откликов в хх ру просто отказ собеседовать. Снижал грейд постепенно вплоть до джуна смеха ради - отрицательно? Может, не умею составлять резюме, но это проблема рекрутера в первую очередь. Это их зона ответственности - уметь читать резюме, а уметь писать резюме - это не тот навык, который в тебе хотят развивать на работе??
Но кстати, работу таки нашел спустя долгое время на днях буквально - просто зашёл в компанию и пообщался) хх.ру и прочие очень "полезные" рекрутеры - это паразитивные прослойки. Старайся находить прямые контакты.
нижал грейд постепенно вплоть до джуна смеха ради
грейд повышать надо и ценник свой, нельзя снижать грейд и ценник если вы сеньор и у вас большой опыт, это подозрительно если вы не можете объяснить зачем вы это делаете (я понижался с тимлида до сеньора и адекватно на каждом собесе это объяснял зачем это делал (из-за того что скакнул в тимлиды из джуна со сменой стека и у меня не хватало квалификации по моей собственной оценке))
потому что 12 лет и сеньор - это за вами рекрутеры бегать должны, если это не так значит чтото не так у вас или с резюме или с его представленностью на площадках
потому что 12 лет и сеньор - это за вами рекрутеры бегать должны, если это не так значит чтото не так у вас или с резюме или с его представленностью на площадках
Или просто рынок поменялся и никто за вами больше бегать не будет. Удивительно как некоторые "прогрессивные" айтишники упорно живут вчерашним днём как старые деды.
Удивительно как некоторые "прогрессивные" айтишники упорно живут вчерашним днём как старые деды.
я уже выкладывал скрин из своего гемейла с кучей спама от HRов
думаете я просто так выдумываю?
нет я согласен что рынок поменялся и с работой стало сложнее, но всётаки сеньорский рынок далек до насыщения
Вкусные вакансии нынче расходятся по своим и до публичного доступа не доезжают. А если доезжают, то моментально закрываются, и кого-то там спамить нужды не возникает.
Всё так. Но сеньоры с 12-летним опытом, как правило, за время работы в индустрии наработали определённые знакомства, и их предлагают как "своих" разрабы/рекрутёры/эйчары, с которыми они ранее пересекались и произвели какое-то впечатление.
Софт-скиллы с нетворкингом тоже нужны всё-таки, на рынке без этого нелегко. Чтобы за разрабом бегали с топовыми вакансиями, он должен быть либо живой легендой, либо мастером нетворкинга, либо сильным контрибутором/мейнтейнером в опенсорс-проектах. Иначе как понять, что с топовыми вакансиями бегать стоит именно за этим разрабом?
Все именно так. Товарищи выше ушли в какие-то странные не имеющие к делу рассуждения. Речь была о том, что мои отклики на вакансии игнорились 99%, я даже ни с кем не общался, никаких интервью, ни скрининга, ни превью, отклоняли на этапе просмотра резюме в хз. Но стоило в своем городе зайти в 2 компании, и от обоих оффер, причем без тех. интервью. Они просто по внутренним каналам вышли на мой нетворкинг. Поэтому да, личные контакты, нетворкинг работают, при большом опыте.
Но стоило в своем городе зайти в 2 компании, и от обоих оффер, причем без тех. интервью.
а зарплата то рыночная? вмысле ИТ-рынка в целом, а не вашего города
напомню что рынок это примерно
50-150 - джун
150-250 - миддл
250-400 - сеньор
вероятно цифры уже вверх даже сдвинулись (кроме джунов и начинающих миддлов)
ИТ как таковое в рашке умерло. У васянов свое представление об оплате труда и эффективности. 5000$ как раньше никто платить не станет, только забугор дорога, но те ребята (по наблюдениям) могут и нагреть на финансы, так что тоже сомнительная история. Нет денег - нет стимула. Занижать свои требовать ради того, чтобы подогнать их под чьи то ожидания глупо.
С твоим опытом пора свое дело начинать, а не на дядьку горбатиться в екоме или какой нибудь очередной прокладке-агрегаторе. Все нынешнее ит это купи-продай, процент собери, что там интересного может быть по технологиям не знаю.
С твоим опытом пора свое дело начинать
чтобы начинать свое дело, опыта в ИТ недостаточно может оказаться... а вот остатки денег профукать так запросто можно
Как говорится, кто не рискует, тот не рискует. Но если бы меня спросили все безработные синьоры и лиды в рф "что нам делать, как нам быть?", я бы ответил "тикайте хлопцы из ит" и займитесь чем нибудь более интересным и прибыльным)
Как говорится, кто не рискует, тот не рискует.
ну вообще статистика неумолимо говорит что
"90% бизнесов закрывается в течение первого года, лишь 3% продолжает существовать более 3 лет"
риск крайне серьезный, причем в процессе этих попыток еще на чтото еду покупать надо
Спору нет. Я примерно 3 года назад отчалил, тогда все было не так плохо, присутствовало место для маневров. В ит выгорел от постоянной борьбы за пару грошей к ЗП из за несоизмеримо возрастающих требований и нагрузок. На тот момент крутились еще стартапы с толковыми инвесторами, сейчас об этом только мечтать. Порядка 5.5к$ получалось на позиции лида с сторонними лайтовыми подработками. К сожалению сейчас для большинства это либо потолок, либо удачное стечение обстоятельств. Никто в этой сфере не готов платить полмиллиона за одного сотрудника, каким бы конгениальным и ультраэфективным он не был. Убежден, что мы в текущий момент наблюдаем неумолимый закат ит индустрии в раше. До какой глубины погрузимся пока непонятно. Индус-аутстафы уже не за горами. ИМХО.
Встречаются два инди-разработчика:
- Как у тебя дела?
- Хорошо, вот недавно релизнулся!
- Ого, круто! А много продал?
- Да нет, только квартиру и машину...
Эмансипация бро. Сиськи решают всё.
Возможно немного не очевидный вопрос, но (если вы конечно идёте через hh или типа того) у вас доступ к резюме открыт всем или только тем, кому вы сами отправили отклик? Просто по личному опыту могу сказать, что после открытия приглашения начинают сыпаться как из рога изобилия, успевай только разгребать
Ещё зарплатные ожидания.
Если дефицит чего-либо и впрямь имеет место, то рыночные игроки либо перенаправляют свой спрос в сторону того, что имеется в достаточном объёме (разг. берут что дали), либо начинают конкурировать по цене покупки до тех пор, пока предложение не совпадёт с платёжеспособным спросом (разг. платят сколько сказали). Поэтому дефицит любого ресурса не может длиться долго, если только он не поддерживается искусственно.
В случае с рабочей силой в IT - нет никакого дефицита кадров. В крайнем случае - есть пресловутый дефицит низкооплачиваемых высококвалифицированных сотрудников, но он в любой отрасли. Если бы дефицит был, то работодатели охотно брали бы джунов на должности мидлов с последующим дообучением на месте (или реорганизовали бы процессы так, чтобы мидл не требовался). Раз этого не происходит - значит, не очень-то и хотелось.
есть с этим некоторые проблемы.
1. в компаниях, у которых есть деньги проблема дефицита отсутствует и им учить джунов не нужно. а в компаниях где есть дефицит кадров и нет денег джунов учить некому.
2. чтобы учить джунов эффективно нужно выводить сотрудников в офис, а высококвалифицированные кадры отвыкли - в соседней статье про амазон затрагивается эта тема.
по-моему, кадровый голод пройдет по причине разорения малорентабельного бизнеса, что джунам никак не поможет. мы, как старшие разработчики можем только проявить сознательность и убедить бизнес нанимать джунов, но это только оттянет момент глобального краха. а убедить тяжело, так как среднестатистический джун начинает зарабатывать только через 3 месяца, а решать более ли менее серьезные задачи через год и на это время он будет получать зарплату и тратить небесконечный ресурс ментора.
В случае с рабочей силой в IT - нет никакого дефицита кадров.
Суммируя то, что я слышу, в IT есть кадры двух сортов: квалифицированные (мидл+), которых получается прибыльно использовать в нынешних массовых технологиях разработки, и недостаточно квалифицированные (вайтишники, выпускники ВУЗов без оптыта и т.п.), которых использовать для получения прибыли при нынешних технологиях разработки не получается. Именно поэтому работодатели джунов не берут.
Ну, а вариант повышать цену покупки рабочей силы упирается в рентабельность бизнеса.
Так вот и получается, что первый сорт - в дефиците, в недостаточном объеме, второй - в избытке, но бизнеса по доработке второго сорта в первый по какой-то причине нет (возможно - по причине отсутствия необходимой технологии).
То есть, наблюдается разрыв, который непонятно кто и как будет закрывать.
PS Дефицит высококвалифицированных низкооплачиваемых работников у бизнеса есть всегда - в силу самой природы бизнеса как деятельности по извлечению прибыли. Другое дело, что бизнесу в условиях такого дефицита приходится работать почти всегда.
Мне кажется, что тут проблема в рисках с новичками, условно потратил на него год, он что-то начал делать, работать и тд, и тут приходит конкурент кидает в него оффер х2 и человек уходит, а вместе с ним затраты на обучение.
В принцепе, эта проблема парируется подходящим договором - типа учкнического в нынешнем ТК - в котором оговаривается, что после срока обучения работник, бывший ученик, обязан отработать определенный срок за определенную заранее зарплату.
Не знаю, насколько нынешний ТК подходит для такого случая (ибо не юрист), но если не подходит, то, наверное, ТК надо дорабатывать, благо это реально - лобби у ИТ компаний в РФ сильное и юристы у них есть.
пока предложение не совпадёт с платёжеспособным спросом
Не все так просто. Чтобы работодатель платил вам столько, сколько вы просите, он должен свой продукт продавать за столько, за сколько он хочет. А для этого тот, кто его покупает, должен иметь достаточное количество денег. Которые тоже получаются из продаж его товара. И далее по цепочке.
С закрытием западных рынков количество денег в отрасли сократилось. И это привело к сокращению зарплат. Нравится вам это или нет, но это факт.
На самом деле, разрыв зарплат в IT и остальных отраслях было ненормальным. Нигде в мире такого не было. Т.е. был пузырь, который сейчас сдувается. Надо просто это принять.
Нигде в мире такого не было. Т.е. был пузырь, который сейчас сдувается. Надо просто это принять.
в США такаяже ситуация, там далеко не многие зарабатывают от 100к в год
пузырь подсдувается да, но в таких крупных странах как РФ, США, Индия и т.п. ИТ всегда будет в топе зарплат сугубо из-за размеров внутреннего рынка...а особенность отрасли в том что очень очень небольшой процент идущих на курсы или в ВУЗы на программистов, дойдут хотябы до середины карьеры
В 2009-м нашёл работу, сказав на собеседовании, что могу писать на PHP (это было небольшим преувеличением), и загружать написанное на shared hosting с помощью Filezill'ы.
Вот, тогда был дефицит =)
Конкурс был 2 человека на место - второй сказал, что дальше Denwer'a не ходил.
Ну и зарплата была 200 баксов, а не 100 тр =)
Я вас успокою, у сеньеров тоже якобы "дефицит кадров", где на 10 откликов сеньерной позиции, только один положительный.
потому что 9 откликов от джунов и миддлов
я это к тому что мне спам от HRов как сыпался нескончаемым потоком так и сыпется
у меня везде закрыты резюме и не стоят признаки поиск работы
Вот что мне валится из линкедина в итоге
и еще постоянно пишут в почту, вацап, телеграм, иногда на хабре в личку и еще из пары мест
по этому не вижу я отсутствия дефицита кадров пока
Ну тут ведь кто кем себя считает... Я вот на текущем месте сеньор (по должности в разработке выше уже некуда, дальше только в архитекторы идти) и даже немножко техлид.
Но это совершенно не значит, что если пойду куда-то в другое место, что сразу на сеньора. При переходе оценил бы себя как мидл+
А уж людей, которые поучаствовали с 3-4 мелких проектах за последние 5 лет и считают себя сеньорами вообще валом.
А мидлы с синьорами прямо на дереве появляются. Уже сто раз говорили, что без джунов будет дефицит последних.
Просто раньше новоявленные джуны шли работать в мелкие компании, где порог входа в профессию был ниже, как и зарплаты. Задачи проще и тп.
Сейчас, верю, что вполне реально устроиться в обособленное подразделение ГБОУМЦ ФГУП (МУП) МО г.Северогорска за 17000 рублей инженер-программистом (без категории).
Но все хотят в крупняк и 100тысяч в наносекунду.
При этом в экономике объективно рецессия, и объективно перепроизводство джунов.
Для джуна это очень быстрый результат. Пытаюсь сейчас идти путем автора, ощущаю себя Сизифом.
Писали про дефицит высококвалифицированных специалистов
Предположу, что это быстрее, чем в среднем, так как Настя по описанию заметно отличается от среднего джуна в лучшую сторону. Тут про и 600 откликов на оффер писали.
Есть дефицит кадров, а есть "дефицит кадров". Первое - это когда вам ОЧЕНЬ нужен сотрудник. И тут вы готовы взять и джуна, чтобы его доучить, если вам некого брать. А есть "дефицит кадров" когда вы "красная компания", которая, к примеру, была раньше каким-нибудь крупным советским предприятием. И вы хотите взять себе мидла на С++ за 70 т.р. предлагая ему из "плюшек" столовую и свой медцентр где могут померять температуру и поставить капельницу.
P.S. Если тут есть люди из Хабаровска и Владивостока напишите, как у вас там с наймом в ИТ да и с ИТ в целом.
Дьявол, временами, кроется в деталях ) Жил-был в одной красной-красной конторе программист. И был он себе и тестировщиком, и тимлидом и местами даже архитектором и постановщиком задач. Тянул на себе несколько проектов. Потом выгорел, устал и ушёл. А проекты повисли, сроки горят. Тут бы руководству нанять на его место по сильной команде на проект, CI/CD нададить и зажить счастливо. Но это дорого, сложно и долго. Поэтому за эти же деньги нанимается пару студентов третьего курса и всё катится дальше, весело поскрипывая. По факту дефицит кадров был? Был! Дефици закрыли? Закрыли! Партия!
Ага, он самый – жутчайший дефицит. А еще говорят, что работодатели в программеров деньгами швыряются.?
Только кадр кадру рознь. Один кадр, например, может найти работу за два месяца и 97 откликов, а другой не может за 10 лет и 1500 откликов. У меня на эти 1500 откликов приходится более десяти выполненных тестовых заданий, 3 собеседования и 0 офферов.
А что же я со своими 3 годами честного опыта на ноде и без работы 2-ой месяц интенсивных поисков - просто неудачник, зажрался или может стек не популярный?
См. выше.
Истории успеха у всех одинаковые, истории неудач - разные. Так что очередную лабуду про "оффер в кармане" уже и читать не хочется.
Ваше право?? эта статья адресована тем новичкам, которые отчаялись и думают, что работу не найти и можно бросать это дело. Таким образом мне хочется поддержать ребят.
Но не буду с вами спорить, так как вы прочитали только заголовок, который лишь в сухом остатке отражает результат.
Ваше право?? эта статья адресована тем новичкам, которые отчаялись и думают, что работу не найти и можно бросать это дело. Таким образом мне хочется поддержать ребят.
Ну, чтобы "поддержать", нужно самовыпилиться с рынка и освободить кому-то место. Количество вакансий ограничено. Вы только что заняли чьё-то место. Не то что бы это что-то плохое. Но надо понимать как этот механизм на самом деле устроен и работает.
А что значит "заняла чье-то место"? Человека, который закончил универ по этой специальности?
Любого другого такого же соискателя. Айти не резиновое. Физически невозможно устроить всех соискателей. Абсолютно не важно что ты знаешь и умеешь. Важно только знать и уметь больше другого чтобы его обскакать. Это и сеньйоров касается.
Это да, понятно) вакансий гораздо меньше, чем соискателей. Среди моих знакомых много тех, кто реально классный, а есть и те, что называется «посредственные», не могу подобрать подходящее слово. Так вот те «классные» ребята нашли работу, с разной скоростью конечно. И я поддерживаю тех, кто прикладывает кучу усилий по всем аспектам. Уверена, для них место точно найдется)
Айти - вполне себе резиновое.
Есть большие и маленькие компании, создающие собственные продукты, есть компании заказной разработки, есть ит-департаменты неайтишных компаний. А можно водиночку или с парой друзей проекты самозанятым или ипэшным Макаром реализовывать.
Айти - это сложная саморегулирующаяся система. И точно - растущая :)
Простите, не увидела вроде в статье, а у вас просто была подушка безопасности большая, чтобы прожить этот год без работы первый, где вы учились целый день и потом бесплатно работали? Или как был организован этот процесс? Спасибо
эта статья адресована тем новичкам, которые отчаялись и думают, что работу не найти и можно бросать это дело. Таким образом мне хочется поддержать ребят.
В том, что статья написана именно с этой целью, сомнений нет. Иначе никто бы не стал тратить время и силы на написание подобной статьи. Вы хорошо сделали, что эти время и силы нашли.
Ну, чтобы "поддержать", нужно самовыпилиться с рынка и освободить кому-то место. Количество вакансий ограничено.
Этот комментарий не ваш, но настолько крут, что нельзя его не процитировать. И ведь действительно, если откинуть эмоциональную (если она вообще есть) реакцию на эти слова, то они более чем логичны. В первой своей части. То есть, ну, действительно: лучшая помощь в поиске работы кому-то другому - это уменьшить для него конкуренцию. На самого "этого другого" вы повлиять не можете, а вот уменьшить конкуренцию на рынке труда, убрав себя с этого рынка, можете. Конкуренция от этого уменьшится на 0.0000001%, но ведь уменьшится! Итог: помощь оказана.?
Справедливости ради, в статье нет сказок про "обучение вечером пару часиков" и им подобных, даже наоборот. Если допустить, что Анна придерживалась всех советов, которые написала в статье, то это уже выделяет ее на фоне вкатывающихся хотя бы тем, что она затратила много времени и сил на поиск оффера, который ей всем понравился
Спасибо, что отметили этот момент) я сама прямо против таких обещаний. То есть человек учился на какого-нибудь юриста 5 лет, а на программиста ему обещают - несколько месяцев по 2 часа в день и это не вызывает вопросов))
Тут еще один момент. Все эти курсы учат примерно одному и тому же. Плюс-минус. По крайней мере направление одно - Java, JS + несколько фреймворков. И все это не первый год уже
И конкуренция по этим направлениям дичайшая. И среди тех, кто только заходит и среди тех, кто уже имеет опыт работы.
В то время как сейчас (в связи с тенденциями на переход на всякие отечественные разработки) требуются специалисты совсем иного профиля. Очень много предложений (ну по крайне мере в почту валится) делать что-то системное, С/С++ под линукс. Причем, не всегда хотят суперсеньоров с 100500 годами опыта, которые этот линукс знают от и до потому что сами его писали еще 20 лет назад :-)
Вот из последнего:
C++ Developer в команду Яндекс Маркета
... иметь опыт разработки на C++, или быть готовым перейти на основной ЯП с Java или C#. Главное - умение работать с алгоритмами и структурами данных.
Да, курсы и правда больше про хайповые и относительно несложные технологии, языки и тд. А C++ это сильно конечно, вряд ли будет много студентов
Беда в том, что там больше про "практические навыки" типа "берем вот это, лепим к этому". А не про алгоритмы и структуры данных (берем нетленку - Кнута того же...). Т.е. крепкой базы там никто не дает. А без базы достаточно тяжело куда-то серьезно вкатиться.
Это точно, базы на большинстве курсов не хватает( даже если говорить про архитектуру проекта, нам давали самую простую-никакую, которая не масштабируется никак и, конечно, на рабочих проектах не используется. А все потому, что слишком сложного лучше не давать, чтобы не потерять студентов.
Поэтому курсы это лишь самая первая маленькая ступень в этом большом пути
Вот именно...
А разработка - это не про языки или фреймворки. Это прежде всего алгоритмы и данные. Парадигмы разработки. Язык выучивается быстро - достаточно на нем сделать пару-тройку задач и начало уже есть, дальше уже только в тонкости вникать.
А разработка - это не про языки или фреймворки
Позволю себе не согласиться с вами. Разработка ("коммерческая разработка", опыт которой обычно требуется) - это как раз про фреймворки. Потому что иначе нужную производительность разработки обеспечить не получится: церемониал (boilerplate) замучит. А для работы с фреймворком нужен язык соответствующий (ну, кроме nocode, но там и разрабочик-то не нужен).
А насколько нужны алгоритмы и структуры данных в наше время, когда много библиотек, это я не знаю, потому что я программист не настоящий: учился и начал работать в те времена, когда считалось что "Алгоритмы + структуры данных = программы"(с), а фреймворков, считай, не было.
PS Кстати, Кнута IMHO надо читать очень выборочно: он-математик, а потому очень любит писать доказательства, а для работы достаточно выводов, без доказательств.
Позволю себе не согласиться с вами. Разработка ("коммерческая разработка", опыт которой обычно требуется) - это как раз про фреймворки.
И какие фреймворки используются, например, в разработке ядра Линукс? Или системных для него приложений?
Разработка не ограничивается вебом и мобильной разработкой. Есть много других областей где фреймворки используются не столь интенсивно.
А насколько нужны алгоритмы и структуры данных в наше время, когда много библиотек, это я не знаю, потому что я программист не настоящий: учился и начал работать в те времена, когда считалось что "Алгоритмы + структуры данных = программы"(с), а фреймворков, считай, не было.
Аналогично :-)
А для работы с фреймворком нужен язык соответствующий
Соответствующий язык выбирается под конкретную задачу.
Вот для наших задач, например, есть "соответствующий язык". Соответствие в данном случае обеспечивается
Нативной поддержкой всех типов данных, содержащихся в БД, включая decimal, numeric, date, time, timestamp, char, varchar с поддержкой всех операций с этими типами (включая "операции с округлением" для типов с фиксированной точкой и арифметики для дат и времени ("текущее время + 5 минут", "текущая дата минус 10 дней" и т.п.). И все это без необходимости создания дополнительных объектов и введения дополнительных зависимостей.
Возможность работы с таблицами БД как "прямым доступом" (позиционирование по индексу, чтение-запись в таблицу), так и использование embedded SQL непосредственно в коде (exec sql ....) с использованием хост-переменных для параметров и результата.
В результате не требуются фреймворки для работы с БД и полученными из нее данными. Как это выглядит писал, например, тут
Т.е. просто описываем структуру куда будем читать данные, объявляем SQL запрос и читаем. Все типы данных что есть в БД поддерживаются языком напрямую - не нужно создавать классы и тратить время на преобразования. Просто работаем с полями структуры.
И это получается быстро и эффективно по ресурсам (что в нашем случае критично).
А понимание алгоритмов все-таки нужно. Я не так давно на внутреннем ресурсе писал статейку со сравнением использования мапа ключ-данные и обычного сортированного массива с двоичным по нему поиском для реализации различных кешей.
Так вот в зависимости от сценария использования кеша, обычный сортированный массив, хоть и потребует немного больше кода, но даст 20% выигрыша в производительности. А в других случаях может дать катастрофический проигрыш в производительности. Но без понимания как это работает правильный выбор не всегда возможен.
И какие фреймворки используются, например, в разработке ядра Линукс? Или системных для него приложений?
ну в общем случае ОС - и является базовым фреймворком для своих приложений, соответственно чтобы писать для линукса - наздо знать системные либы линукса которые и являются фреймворком для вас, вы же не пишете ф-цию записи на диск самостоятельно
В результате не требуются фреймворки для работы с БД и полученными из нее данными.
я вот тоже не являюсь сторонником ОРМов. но практически во всех проектах приходят к тому что пишут обертку над БД чтобы не писать чистым SQL-ем - а это уже фреймворк хоть и самописный, по этому зачастую какойто базовый ОРМ всеравно используется. особенно если есть поддержка нескольких БД и надо организовать слой совместимости
я вот тоже не являюсь сторонником ОРМов. но практически во всех проектах приходят к тому что пишут обертку над БД чтобы не писать чистым SQL-ем - а это уже фреймворк хоть и самописный
К счастью, у нас нет такой необходимости. Случай специфический - мы работаем на высокопроизводительных коммерческих серверах - платформа IBM i на серверах PowerS, БД - DB2 for i.
На этой платформе основным языком для реализации бизнес-логики является RPG (более 80% кода тут пишется на нем).
Чисто на SQL мы не пишем (на разве что какие-то скрипты для мониторинга логов, заливки данных в поставках и т.п., но не основная логика).
Язык изначально ориентирован на эффективную работу с БД как встроенными в код SQL запросами, так и прямым доступом (часто комбинируем то и это из соображений максимальной эффективности). Соответственно, не требуется никаких дополнительных фреймворков, все реализуется средствами языка без дополнительных затрат на создание объектов-оберток.
Если копать вглубь, "до магмы", то чтение записи из БД есть чтение блока данных из файла в байтовый буфер. В нашем случае - в структуру с полями соответствующих типов. Поскольку все типы данных БД нативно поддерживаются языком, то сразу после этого с этими полями уже можно работать напрямую - никаких созданий дополнительных объектов, реализующих неподдерживаемых языком типов данных (с присутствующими накладными расходами) в нашем случае не требуется.
Да, это специфическая и уникальная ситуация. Но просто показатель того, что выбор платформы под задачу позволяет достичь предельной эффективности по сравнению с использованием чего-то "универсального".
Язык изначально ориентирован на эффективную работу с БД как встроенными в код SQL запросами, так и прямым доступом
Выглядит как ORM, только встроенный в язык. Точнее: этот ваш RPM выглядит как фреймворк, содержащий и язык (синтаксис, семантика, парадигма), и библиотеки. В эффективен он потому что:
предметно-ориентирован;
работает исключительно на конкретном железе и в сочетании с конкретным окружением: ОС, БД и пр.
Это как: если Java написать для работы только с одной платформой, под конкретную БД и ограничить узким спектром задач. Тогда она сможет себе позволить быть эффективной :)
Я вел речь исключительно про типичные случаи, про массовую коммерческую разработку - сейчас это, в основном, всяческий веб. Ни разработка ядра Linux, ни ваша нынешняя работа не является типичной.
PS Мап - это то, что раньше называли "hash table"? Тогда это совершенно не удивительно: поиск по хэшу сильно дегрдирует из-за коллизий при заметном заполнении хэш-таблицы (ЕМНИП это начинается уже на около 10%). То есть хэш-таблица требует много дополнительной памяти для эффективной работы - а дле кэша это плохо. Этот факт можно просто запомнить, без понимания, что такое коллизия и тем более - знания способов разрешения коллизий.
Я вел речь исключительно про типичные случаи, про массовую коммерческую разработку - сейчас это, в основном, всяческий веб.
Да, но вебом разработка не ограничена. И с такими подходами веб разработка превращается в лабание говнокода на скорость.
А потом сами же жалуемся что "сайты тяжелые, грузятся долго"... Ну как написали - такие и сайты.
Ни разработка ядра Linux, ни ваша нынешняя работа не является типичной.
Лично у меня она всегда была такой. Нетипичной. Все 30+ лет что пишу, всегда требовалось писать быстрый и надежный код.
Мап - это то, что раньше называли "hash table"?
В данном случае мап - любой список пар ключ-значение с быстрым поиском по ключу.
Тогда это совершенно не удивительно: поиск по хэшу сильно дегрдирует из-за коллизий при заметном заполнении хэш-таблицы
Абсолютно не в этом дело. Там может не быть хешей вообще.
Разница в том, что когда работаем с мап-списком, там нет отдельной сортировки. Элемент сразу вставляется "на свое место". И есть алгоритм быстрого поиска по ключу. Но скорость этого алгоритма меньше, чем скорость двоичного поиска по сортированному массиву (это вообще самый быстрый поиск).
А дальше уже от задачи - если храните в памяти справочник, который заполняется один раз при инциализации, а потом по нему только поиск - сортированный массив (один раз заполнили, отсортировали, 100500 раз ищем) будет работать быстрее.
Если же это постоянно меняющийся кеш - быстрее мап (чуть проиграете по скорости поиска, зато выиграете на отсутствии необходимости пересортировывать его после каждого изменения).
Не бином Ньютона. Вроде бы очевидно, но почему-то не все об этом задумываются в процессе писания кода. Часто хватают первое попавшееся или то к чему привыкли.
И с такими подходами веб разработка превращается в лабание говнокода на скорость.
Дык получается что для общества в целом в большинстве случаев выгоднее оптимизировать как раз TTM и затраты на разработку - результат конкуренции на рынке это подтверждает.
И я рад за вас, что вы смогли найти нишу вне этого мутного основного потока. Но "не только лишь все"(с) разработчики могут найти себе такую нишу, немногие могут.
В данном случае мап - любой список пар ключ-значение с быстрым поиском по ключу.
Ну да, так можно назвать и дерево из узлов со связями, вставленных в порядке сортировки ключа. Накладные расходы по памяти там сильно меньше, чем с хэш-таблицей, но и поиск медленнее (асимптотически, по крайней мере).
Ну, а не все задумываются, например, потому, что чисто автоматически избегают греха преждевременной оптимизации.
Дык получается что для общества в целом в большинстве случаев выгоднее оптимизировать как раз TTM и затраты на разработку - результат конкуренции на рынке это подтверждает.
Конкуренции на каком рынке? Соцсеточек для выкладывания котиков? Это реально важно для общества?
А как насчет рынка медоборудования? Оно сейчас компьютеризировано очень сильно. Как думаете, что важнее - быстро на рынок выйти, или чтобы пациент, к аппарату ИВЛ подключенный, коньки не откинул?
Для банка что важнее - чтобы работало корректно, или супермегафича, которая отправит ваши деньги куда угодно, но не туда, куда сказали?
Есть понятие mission critical систем где цена ошибки крайне высока. И там тоже свой рынок и своя конкуренция.
Да даже обычный прикладной софт возьмите. Ну никто не будет пользоваться БД которая глючит и/или тормозит. Как бы быстро вы ее на рынок не выпустили.
Так что вся эта борьба за ТТМ характерна для отдельного сегмента рынка, где ошибка не является критичной и не потащит за собой ущерб на сотни миллионов денег. Ну выскочит пользователю плашка "что-то пошло не так, попробуйте позже" - пациент не умрет, пара-тройка десятков миллионов со счета клиента не уйдет непойми куда, самолет не упадет, АЭС не жахнет...
Конкуренции на каком рынке?
Разработки и эксплуатации ПО в целом. В макромасштабе, так сказать. Настоящих программистов и места, где они требуются, мы тут не рассматриваем.
Есть понятие mission critical систем где цена ошибки крайне высока. И там тоже свой рынок и своя конкуренция.
Перефразируя Ильича: узок круг этих разработчиков, страшно далеки они от народа из веб- и мобильной разработки. Претенденты на позицию джуна - а тут обсуждают их - целятся обычно не туда, согласны?
Ну никто не будет пользоваться БД которая глючит и/или тормозит
Посмотрел на Aurora RDS, посмотрел на ваше высказывание, посмотрел на Aurora RDS.
Скажем так - будут, но не все и не всегда =)
Позволю себе не согласиться с вами. Разработка ("коммерческая разработка", опыт которой обычно требуется) - это как раз про фреймворки.
Есть два вида работников - инженеры и техники. Инженеры основывают свою работу на научных теориях, связанных с их отраслью, в то время как техники больше сосредоточены на практическом применении этих теорий, изложенных инженерами.
Если говорить про программистов и фреймворки, то (упрощённо) техник умеет применять конкретный фреймворк, а инженер умеет обосновать выбор этого фреймворка (для решения каких проблем он был создан, какие есть альтернативы). При этом опытный техник зачастую знает конкретный фреймворк (детали/особенности реализации) лучше инженера.
Обычно, техников готовят в техникумах/колледжах, инженеров готовят в институтах/университетах. На практике зачастую выпускники вузов выполняют работу техников.
А разработка - это не про языки или фреймворки. Это прежде всего алгоритмы и данные. Парадигмы разработки. Язык выучивается быстро - достаточно на нем сделать пару-тройку задач и начало уже есть, дальше уже только в тонкости вникать.
Разработка это борьба со сложностью. Языки, фреймворки, алгоритмы это по сути взгляд на проблему под разными углами. Какой способ выстрелит зависит от конкретной задачи - здесь нет лучших, есть только подходящие.
Учиться сложно. Причем, чем глубже, тем сложнее. Это чем-то похоже на дженгу, только наборот - каждый новый кирпичек знаний норовит разломать ваши представления о прекрасном ко всем нулям.
Быстрое изучение языков это маркетинг, в стиле курсов изучения английского (и результат на выходе аналогичен). Пару слов связать получится, но только нормально писать - спустя годы.
делать что-то системное
Я не каждого опытного программиста возьму "делать что-то системное". Это совсем другой уровень когнитивных способностей. Да люди сами бегут из C/C++ во что-нибудь менее мозговыносящее. А вы хотите гуманитариев с курсов? Окститесь!
Из С++ люди бегут по несколько иной причине. Я сам от него ушел и обратно не хочу. Хотя писал на нем 25+ лет и в профиле это везде указано и рекрутеры постоянно предлагают поговорить на позицию senior C++ developer в самых разных областях. Но нет. Не хочу.
Просто на мой взгляд он пошел не туда - стандарты опережают их реализацию в компиляторах. В язык пытаются втащить все на свете вместо того, чтобы пытаться сократить огромное количество UB.
На мой взгляд pure С прекрасен (первая любовь не ржавеет). Начальные версии С++ ("С с классами") были замечательны - тот же С, но позволяющий ООП там, где это надо и уместно. Сейчас это монстр. Многословный, с запутанным синтаксисом и кучей неопределенностей.
На мой взгляд куда более правильной и перспективной является "мультиязыковая" концепция типа LLVM - для каждой подзадачи выбираем наиболее подходящий для ее эффективного решения инструмент, а потом все объединяем. На нашей платформе подобное реализовано в виде "интегрированной языковой среды" ILE - то, что требует низкоуровневого общения с системой (на уровне системных API) мне проще сделать на С/С++, работу с БД - на специально предназначенном для этого языке (см. выше). И все это легко, на уровне модулей (аналог объектного файла) можно объединить в одну программу.
а не подскажите, платят больше чем за перекладывание JSON?
Я не знаю почем нынче джейсоны перекладывать :-)
У нас диапазон по з/п достаточно большой. Ну и не принято явно озвучивать :-) Могу сказать, что у меня сейчас ощутимо выше тех цифр, что здесь публикуются как "средняя по IT".
Ну и пересмотры у нас регулярны. А там как работаешь. Если хорошо справляешься - будут повышать регулярно. В моем случае - в 3.5 раза от того на что пришел 6 лет назад. При этом все прозрачно - есть основная з/п по ТД, есть обязательные бонусы квартальные - 15% от з/п за квартал с коэффициентами - как банк отработал, личная оценка руководителя. В целом не золотые горы, но вполне достойно.
И да. Удаленка 100% (по желанию - хочешь в офис ходи, хочешь дома работай, хочешь гибридно - лишь бы задачи закрывались "качественно и в срок").
Ну и задачки интереснее чем просто джейсоны гонять :-)
И конкуренция по этим направлениям дичайшая. И среди тех, кто только заходит и среди тех, кто уже имеет опыт работы.
Да, но и предложений для этих направлений больше всего. Для фронта надо хорошо знать какой-нибудь JS-фреймворк (React, Angular и тыды), для бэка уметь писать сложные запросы SQL. А системщики (C++) хоть и нужны, но не в таких количествах, чтобы брать не "лучших из лучших". Ищут такого, который сможет сам за месяц написать свою ОС с нуля.
что она затратила много времени и сил на поиск оффера, который ей всем понравился
А еще реально много времени на обучение.
"шесть месяцев получила базовые знания в области HTML, CSS и JavaScript."
Затем "больше года училась каждый день по 5–8 часов без выходных" чтобы освоить фреймворк
"Еще более года участвовала в стартапе" где был не фулл тайм, но уже командная работа и реальные задачки
Совсем не похоже на вайтишников, которые хотят за год стать фуллстек девелопером, не работать на дядю, и загребать многоденег.
Это история о 97 неудачах и только на 1% об успехе, просто написано в позитивном ключе, не по толстовски. А еще о том, как удачу можно поймать за хвост. Быть джуном это еще не успех, может быть 100 статей спустя автор возглавит IT компанию - это будет история успеха.
Ну допустим у меня стандартная история — в школе учил PascalABC, со временем перешёл на питон, потом на с++. На ЕГЭ информатику едва не завалил, но неплохо сдал физику, поэтому поступил на системы связи.
На первом курсе заинтересовала ардуино, сделал пару простых проектов, потом поработал с stm32, немного ковырял ПЛИС. На 3 курсе от зав. кафедры, которому я помогал с сетевым программированием на С, узнал, что на предприятие нужен человек, знающий цифровую обработку сигналов, базово электронику и программирование микроконтроллеров. На вилку в 40к.
Я сходил на собеседование, руководитель группы рассказал про компанию, что делает, какой стек. Меня устроило, на тех. собеседовании (которое проводил он же) спросили про преобразование Фурье, КИХ-фильтрацию и немного программирование на С. Всё ответил не вдаваясь в подробности, вышел на работу через пару дней.
И Вы хотите сказать, что такое будет интереснее читать?
Твоя история все-таки про "пахал 5 лет", а у автора, хоть и не 3 месяца, как в рекламе курсов, но "2 года интенсивной пахоты". Я знаю историю и про год, но тут важно слово "интенсивно".
Поэтому "историей успеха" будет если у вас получится потом (если возникнет желание) сбежать из эмбеддед-разработки и стать, например, бэкендером, и при этом не начинать все с нуля (с джуновских позиций), потому что знания микроконтроллеров и Си там пригодятся не то чтобы сильно, и пройти эйчарский фильтр будет тоже непросто. Вот такую "историю успеха" почитали бы с огромным интересом многие ваши коллеги, которые сами подумывают о таком переходе :)
Да не вопрос. Я вот 25 лет промавтоматизацией занимался. С/С++. Правда, не эмбедом - контроллерами занимался другой человек у в команде, я дела "софт верхнего уровня", который с этими контроллерами общается.
Ну и что? Сейчас в банке. Центральные сервера, специфическая платформа, специфический язык (не, С/С++ тут тоже есть, иногда что-то низкоуровневое на нем пишу, но вся бизнес-логика и работа с БД на специализированном языке пишется).
Тут важны общие навыки разработки, а в конкретику вкатываешься быстро (полтора-два месяца очень тяжело когда абсолютно все новое). А вот привычка и умение писать эффективный код - она от языка не зависит, язык это всего лишь буквы на экране которым свою мысль записываешь.
Ну, "софт верхнего уровня" это все-таки немного другая история - там гораздо больше общего с мейнстримовой разработкой. То же ООП, те же операционные системы, нередко даже те же самые языки программирования и те же базы данных.
В целом - да. Но еще протоколы от TCP/UDP напрямую через сокеты до RS-485, понимания как в общем и целом работает контроллер, понимание архитектуры всей системы в целом...
Я занимался разработкой "микроядра" - некий сервис к которому с одной стороны по UDP подключаются контроллеры, с другой, по TCP, интерфейсные клиенты. А внутри много чего - маршрутизация, реализация отношения "многие-ко многим", контроль за состоянием контроллеров ("не отвечает", "идут дубли пакетов" и т.п.). Вплоть до реализации передачи нескольких пакетов в режиме транзакции от одного из клиентов одному из контроллеров (с контролем чтобы туда случайно ничего лишнего от других клиентов не вклинилось).
В целом достаточно специфическая тема.
у кого уже есть промышленный опыт на требуемом стеке
Ага. У нас стек - IBM i (AS/400) + RPG (язык такой). Много таких в стране найдется? :-) Сотни три от силы. И подавляющее большинство "трудоустроено" или у нас или еще в 3-4 местах.
Когда вы пишете под веб-бэкенд
Это вообще отдельная тема. Туда никогда не лез и не хочу.
У нас эффективность на первом месте. И надежность. Иначе будут каждый год одно и то же переписывать - клиентская база растет, нагрузка растет, а никаких облаков, сами понимаете, в банке нет и быть не может. Центральные сервера вообще очень жестко от внешнего мира изолированы - слишком там много чужих денег и данных хранится. Поэтому никаких "херак-херак и в продакшн". Тестирование дольше разработки длится. И нагрузочное тестирование обязательно для каждой поставки. А там могут к лишнему чтению файла придраться. Не говоря уж о динамической работе с памятью - тут это вообще зло, которое только по крайней необходимости допустимо.
Ну и никакого опенсорса сюда никто не даст тащить. Не, если хочешь - тащи, но тестировать по нашим стандартам замучаешься. И если где что упадет - твоя вина и тебе исправлять. У нас официальные-то обновления системы месяцами на тестовых серверах гоняются прежде чем на прод раскатывать.
Я помимо прошивок пишу на с++ под qt, в основном для отладки — очень удобно данные с МК гнать по udp и отрисовывать в real-time, и иногда на питоне, когда надо быстро связать управление несколькими устройствами в одно приложение или сделать мат. модель.
Поэтому "историей успеха" будет если у вас получится потом (если возникнет желание) сбежать из эмбеддед-разработки и стать, например, бэкендером, и при этом не начинать все с нуля (с джуновских позиций), потому что знания микроконтроллеров и Си там пригодятся не то чтобы сильно, и пройти эйчарский фильтр будет тоже непросто. Вот такую "историю успеха" почитали бы с огромным интересом многие ваши коллеги, которые сами подумывают о таком переходе :)
И разве успех — это получить вилку побольше, а не найти работу, которая по душе? :)
Да, платят мне меньше, но мне чертовски нравится моя работа. Веб-бекэнд доводилось пару раз писать, не сказать что мне это понравилось больше чем эмбеддед, но было интересно.
Ну и, в конце концов, предлагаемые зарплаты демонстрируют то, несколько ценным является сотрудник для работодателя, и ощущать что тебя ценят по достоинству тоже важно.
Тут не только сама зарплата, но и ее регулярный пересмотр в большую сторону, коэффициент при начислении бонуса (оценка руководителя) и вообще отношение.
а по мне, наоборот, побольше бы историй в духе "ищи где действительно учат, готовься тратить по 8 часов в день на учебу и бесплатно "работать" первое время".
А по-моему и неудачи плюс-минус одинаковые. Выучился, искал-искал, перестал искать. Почему? Не берут. Конец
Почему не берут? И тут всё стандартно. Нет опыта и достаточного стремления чтоб доказать работодателю что ты чего-то стоишь
Моя рекомендация — делать пет-проекты.
Есть такое, при огромном конкурсе стажеров-джунов, а это около 1000 человек на место, примерно 20 доходит до собеседований, остальные фильтруются на этапе тестового задания, по строчкам резюме. И очень импонирует наличие пет проектов на этапе резюме. И производит неизгладимое впечатление на собеседовании, если этот пет-проект еще и какой-то интересный и востребованный это читается в глазах соискателя и оставляет теплый осадок в душе и даже заражает. После таких "настоящих" пет-проджектов уже сквозь розовые очки смотришь на технические детали.
Огонь в глазах эту супер, он способен зажечь и душу рекрутера и заказчика, но неумение реализовать простые алгоритмы быстро погасят любой огонек. Несмотря, на кажущуюся ненужность, неинтересность и бестолковость этих ресурсов они справляются с натаскиванием на решение практических задач лучше, чем видео уроки вроде "повтори за мной". Если у вас нет фантазии для пет-проектов, то решение задач может стать отличным источником вдохновения и развития технических навыков программирования. Я всем, кто не проходит мой собес, советую решать по 2-3 задачи в день, это не сложно, но дает преимущество на собеседованиях.
Соглашусь с каждым словом!
Я всем, кто не проходит мой собес, советую решать по 2-3 задачи в день, это не сложно, но
... сбросит стресс, который вызывается безработицей на умершем рынке труда.
Текущая ситуация такая, что часть программистов останется без работы, какие бы они трюки по свистку на собесах не исполняли.
По первому комментарию - да, я согласна, но мой посыл был в том, что для меня в данном контексте рутина - это ходить и со всеми о чем-то договариваться, слышать постоянное «нет», находить то, не знаю чего. Даже сложно описать, не хватит одного комментария, чтобы объяснить, что именно не нравилось.
Второй тоже скорее не про рабочие будни) я тоже сейчас едва ли готова после работы что-то делать на эту тему. Тут скорее про этап обучения/стажировок и вот этого всего.
И с третьим комментарием согласна, правда отчасти) да, конечно, войти в айти сейчас модно, круто и золотые горы, что, опять же, я считаю, проблема бума айти-курсов. Но, например, я закончила школу в 17 лет, как я могу в таком возрасте понимать, чему хотелось бы посвятить некоторое количество своей жизни? Мне кажется, что это ок - менять профессию, неважно, в какой сфере. А про кучу никому ненужных джунов… многие отваливаются еще на этапе обучения, другие на этапе поисков работы, а кто-то, проработав немного, поймет, что это не его. У меня есть знакомый, он моряк. Так вот выучился на питониста и понял, чтобы ему получать зп хотя бы такую же, как в морях, нужно несколько лет терпеть. В итоге, вернулся обратно)
Но в общем-то посыл такой, что пробовать лучше, чем не пробовать)
для меня в данном контексте рутина - это ходить и со всеми о чем-то договариваться, слышать постоянное «нет», находить то, не знаю чего
Если вам повезет дорасти до миддла+ или сеньора, то вот это всё придется кушать большой ложкой. Причем чем крупнее организация, тем гуще этого добра наваливают.
Мне кажется, что хуже, чем работать в сфере экологии в России, ничего быть в этом плане не может?
Но не буду утверждать, возможно, вы правы) время покажет??
Может, ещё как может. И будет. А восторг, который ты испытываешь, когда после подробного объяснения, почему фичу не получится сделать в таком-то виде за такой-то срок, слышишь "ну мы фичу уже продали, придумайте что-нибудь", трудно описать словами.
А не кажется вам, что проблему экологии просто нельзя исправить на уровне одной "забегаловки"? Тут нужен системный подход на уровне страны (да точно также как и с отечественными процессорами - сам бизнес это не сделает. Ему хороший такой пинок нужен со стороны государства, которое в свою очередь пинает народ. А такого ещё долго не будет) Не от того ли вам было не комфортно? Если да, то боюсь со временем в ИТ найдете тоже самое и верхний комментатор прав. У меня ощущение, что 95℅ работы всех ит специалистов падает в пропасть небытия за ненужностью. Начиная от того, что закрывается стартап и вся кодовая база либо выкидывается, либо попадает на github, где тоже нафиг некому не нужна и заканчивая крупными корпорациями, которые закрывают целые направления и продукты и также усилия просто выбрасываются в мусор. При этом изначально у всего этого были заказчики со своими извращенными требованиями, которые им, разумеется, казались необходимыми и за каждую запятую они были готовы покусать....
Для меня это проблема, т к я понимаю, что после меня ничего не останется от моей работы. Любой, кто работает руками оставляет след, но не тот кто строит здания в эфемерных мирах ит. И текущая система конкуренции многократно умножает сей эффект. Я не спорю, кому то повезло оставить след. Например создатели популярных ЯП навсегда оставили свой отпечаток в истории, но обычному "переднешлепу" или "заднешлепу", которые перекладывают джейсоны в тысячах фирмочек и корпораций это не светит. На мой взгляд именно это большая проблема современного мира, просто в ит как наиболее технологичной отрасли, она как раз наиболее сильно проявляется, а вы просто ещё не успели понять этого...
Да, я согласна с вами, в том числе и этого пришло выгорание и «ненужность» что ли моей деятельности. Мы кстати работали не только на уровне забегаловки, у нас было известное заведение в Питере, мы объединялись с другими, взаимодействовали с властью города и много другого. В общем, делали все, что можем на своем уровне. Но конечно, это всего лишь песчинки.
А про второе. Я получила множество комментариев про тщетность бытия. В целом, можно вообще не работать, кажется, так как через некоторое время я все равно выгорю, разочаруюсь, погружусь в рутину и ничего после себя не оставлю) но как будто бы это не повод хотя бы не попробовать))
А касательно последнего абзаца, я его пропустила. Мне кажется, что статья не раскрывает того, каким я была «толковым» менеджером и каким бестолковым джуном) так что тут сложно сказать, что лично мне действительно больше подходит и нравится. Лично для себя поняла, что менеджером больше быть не хочу))
Анна, а до какого уровня прокачивались на кодварс?
Привет, только я Настя)) мой никнейм видимо сбивает?
кодворс и задачки в целом - это моя больная тема. Я там дошла до 5kyu, а потом вообще забросила. Ну и там конечно интересная такая система подсчетов, условно, решая ооооочень много задач уровня 8kyu можно черепашьими шагами повышать свой уровень) насколько я помню
оглядываясь назад, я бы конечно больше времени этому уделяла
Работать бесплатно нельзя. Можно за гроши, но не бесплатно. Работая бесплатно вы просто выказываете полное неуважение всем тем кто делает подобную работу (пускай даже на значительно более высоком уровне).
К сожалению, реалии таковы, что без опыта ты никому не нужен, либо потребуется значительно больше времени, чтобы найти первую работу. Честно говоря, других идей, кроме как бесплатных стажировок, у меня нет( может быть вы что-то сможете посоветовать, мне кажется, это будет очень полезно тем, кто в поисках работы и наткнется на эту статью?? я только за оплачиваемую работу))
без опыта ты никому не нужен
У вас тот самый синдром того самого самозванца :) Я несколько раз встречал людей считайте что почти без опыта, но с невероятно крутыми знаниями фреймворков, паттернов, бест-практиктис и т.п., и парочкой никому не нужных, но зато "идеально" сделанных пет-проектов на гитхабе. Я не лицо принимающее решения (и не рвусь), но как разработчик я лучше буду работать с такими людьми, чем с каким-то "300 лет в айти", который пишет код с 2002 года, пишет его ровно так, как он его писал в 2002 году, а на ревью у него на любое замечание стандартный ответ: "Так еще писал мой прадедушка, завещал это мне, и я к этому привык, и мне это нравится".
Да, куда уж без него, этого синдрома))
Ну вот выше в комментах писали, что на собесах не смотрят на опыт, который рассчитывается в годах. Но как попасть на эти самые собесы?( эйчары чаще всего как раз только на это и опираются.
У меня тоже есть несколько знакомых, просто невероятно талантливых, но никак не могут найти работу. Такая вот несправедливость(
Люди, которые пишут код "с 2002-го года" (я лично - с 1991-го профессионально, а так еще раньше) очень многое уже чувствуют "спинным мозгом". В том числе и то, как оно там внутри устроено и как не надо делать именно вот тут (как надо - этому вас на курсах научат, а как не надо - это уже опыт).
Человек, к которому приходишь с проблемой, он просто посмотрев в код, даже безо всякого отладчика, сразу скажет где проблема и почему она проявляется именно так.
Или посмотрит на код и скажет - "вот тут ты используешь вот этот тип контейнера, оно конечно, сюда интуитивно просится, но на самом деле, в данном конкретном случае, если возьмешь вот такой тип, оно по коду тебе даст лишние десяток строк, но работать будет быстрее и памяти меньше потребует".
Хотелось бы однажды дойти до такого уровня??
Это опыт многолетний. Плюс надо пописать ручками, низкоуровнево, без фреймворков. Тогда начнешь понимать как оно там в памяти лежит и как куда передается.
Это не значит что фреймворки плохо. Это значит что когда чем-то пользуешься, если хочешь эффективно пользоваться, лучше знать как оно внутри устроено. В исходниках копаться, разбираться где какие алгоритмы заложены... А там уже поймешь в каком конкретном случае какой алгоритм быстрее будет.
Серебряных пуль не бывает. Всегда есть куча конкретики в задаче, с учетом которой уже выбирается оптимальное решение.
Для начала, кстати, помогает привычка написать код, а потом его весь просмотреть еще раз и подумать - где можно сделать быстрее, эффективнее. Может где-то два цикла в один уложить или еще что-то подобное.
Спасибо, ваши комменты очень приятно и полезно читать и мотать на ус :)
Серебряных пуль не бывает. Всегда есть куча конкретики в задаче, с учетом которой уже выбирается оптимальное решение.
Насколько я понимаю, сейчас в громадном большинстве случаев (ваша работа - все-таки исключение) оптимизируются затраты на разработку: время, требование к квалификации. И как я понимаю, так дела обстоят уже очень давно: к примеру в известной статье о настоящих программистах (тех, которые не используют Паскаль, думаю, вы ее помните) об этом упоминалось: автор статьи называл (в переводе Бунича) таких программистов "сосунками" - а статье уже 40 лет стукнуло, в июле.
"Экономика должна быть экономной"(с)
Там, где во главе угла ставится время на разработку, на выходе получается тяжелый и глючный продукт, выбрасываемый на рынок "лишь бы первыми успеть, а баги потом патчами закроем".
Далеко не везде это уместно и далеко не всем пользователям это нравится. Как говорил портной Фима с Ришельевской - "Вам таки чтобы быстро, или чтобы рукава одинаковые?"
Как только на первое место выходит эффективность и надежность - тут сразу время увеличивается. И не только на разработку, но и на многоуровневое всестороннее тестирование.
На прошлой работе занимался разработкой системы мониторинга инженерного оборудования зданий (в т.ч. ЛДСС - лифтовая диспетчерская связи и сигнализация). Так вот там, если систему раскатали на объект и запустили, а потом всплыл глюк, требующий переустановки, это означает что необходимо физически остановить все лифты (по ПУБЭЛ лифт не может работать без работающей ЛДСС). А их на объекте 300-500 штук по всему городу. Представляете объем работы и время на ее выполнение для обслуживающих бригад?
Сейчас в банке - дефект промсреды на уровне центрального сервера может жахнуть по миллионам клиентов в масштабе страны... Или привлечь лишнее внимание регулятора (с потенциальными штрафами с очень многими нулями) за нарушение каких-то регламентов или законодательства. Такое вполне возможно (и случаи, увы, были).
Как думаете, стоит "первыми ввести фичу" таких рисков?
И достаточно много областей разработки, где стоимость дефекта в коде крайне высока. Да, не везде. Но есть.
Там, где во главе угла ставится время на разработку, на выходе получается тяжелый и глючный продукт, выбрасываемый на рынок "лишь бы первыми успеть, а баги потом патчами закроем".
Тем не менее, потребителями на рынке очень часто востребован именно такой продукт. И для бизнеса по разработке это - объективная ситуация, которую надо просто принять: "Почему? Не наше дело. Для чего? Не нам судить. "(с)
А ваша работа - очень специфичный и далеко не массовый случай. Обычно в разработке ПО требования к надежности и производительности меньше, а на первый план выступают требования к трудоемкости разработки, а то и даже к скорости AKA TTM в ущерб совокупной стоимости разработки и поддержки в течение всего срока жизни продукта. C'est la vie
Тем не менее, потребителями на рынке очень часто востребован именно такой продукт.
Потребители жрут что им дали. Тут вопрос не в потребителях, а в разработчиках и маркетологах от IT. Все стремятся быстрее впарить свой продукт.
Но при этом сами разработчики хотя пользоваться хорошим продуктом. Любой фреймворк, БД, очередь, даже ОС - если она будет разрабатыываться по тем принципам, которые Вы считаете "массовыми" - будет она популярна? Нет. Вы не будете пользоваться корявой БД у себя на бэке, а возьмете что-то понадежнее. Аналогично - любой фреймворк.
Все претензии к той же винде - "тяжелая, глючная и т.п.".
Так что не соглашусь.
Обычно в разработке ПО требования к надежности и производительности меньше, а на первый план выступают требования к трудоемкости разработки
Это как раз особенность вебразработки. Которая кажется массовой потому что оно на поверхности. Но это всего лишь видимая часть айсберга. А в основе него огромное количество ПО, которое разрабатывается по совершенно иным принципам.
очень многое уже чувствуют "спинным мозгом"
А надо бы головным.
У меня есть книжка, "как не надо программировать на C++", так что "как не надо" тоже можно научиться без опыта.
Работать бесплатно нельзя.
А инвестировать свою рабочую силу в свою же квалификацию - и отбражаемую (опыт работы в резюме) и фактическую - можно, как по-вашему?
Так вот, автор этой статьи именно такой инвестицией и занималась. А сейчас получает возврат от этой инвестиции, в виде разницы цены своего труда и стоимости рабочей силы.
Поздравляю)
Сам сейчас в такой ситуации: выпустился летом и только месяц назад смог устроиться на первую работу php джуниором
Спасибо за статью! Всегда приятно читать честные истории людей, которые не сидят на месте, а сами пробивают свой путь. Статья к месту и по делу.
Я больше года училась каждый день по 5–8 часов без выходных.
Вопрос, кто ее кормил все это время, не рассмотрен никак. Если бы у меня был некоторый ресурс, чтобы не работать в течение года и тем самым иметь возможность заниматься 5-8 часов в день, пусть и без выходных, то я вообще даже вопроса не задавал ни как выучиться, ни как устроиться. Плюс не раскрыт вопрос, а кто платил за недешевый яндекс-практикум. Основное препятствие входа в айти - это то, что нет ни денег учиться, ни времени учиться, ни времени искать работу. Остальное - вопросы технические и решаемые в рабочем порядке.
Очередной рассказ как хорошо делать успешные успехи, сидя на чьей-то шее.
Детский сад с борьбой против пластиковых стаканчиков я вообще комментировать не буду.
Раскрою для вас отдельно этот момент) Я была в декрете и получала ежемесячно 30к. Да, мой муж работал и тем самым обеспечивал нашу семью, мне кажется, это ок, в такой период. Сразу скажу, что это были не миллионы, нам приходилось во многом себе отказывать, конечно. По секрету, муж тогда получать чуть больше, чем я :)
Курс я приобрела в рассрочку и оплачивала из своих "кровно" заработанных 30к, упомянутых выше, ежемесячно по 13к в течение 10 месяцев. Кстати, периодически появляется возможность подавать заявку на госуслугах на цифровые профессии и получать очень хорошую скидку на обучение. Там скидки и до 100% могут одобрить. Я, к сожалению, поздно об этом узнала.
Если говорить про время. В первые месяцы, когда ребенок много спал, я занималась так: в одной руке спящий ребенок, в другой ноутбук. А спустя время я укладывала ребенка в 8-9 вечера, училась примерно до 2-3 ночи. На выходных получалось учиться чуть больше, когда с ребенком мог провести время его папа.
Ну и кроме Яндекс.Практикума есть куча классных ресурсов с помесячной невысокой оплатой, типа Хекслета или упомянутого выше Codecademy. Ну и конечно, на курсах можно не останавливаться, просто в начале хочется некой структуры что ли. Из блогеров на Ютубе есть замечательный UlbiTv, у него очень много бесплатных роликов с фундаментальной информацией.
Так что я с вами совсем несогласна про "успешные успехи, сидя на чьей-то шее".
А про пластиковые стаканчики, правильно, лучше не нужно комментировать, иначе мы с вами уйдет в долгую дискуссию не на ту тему)))
Я была в декрете и получала ежемесячно 30к
Неплохо. Если это так, то в плане социальности у нас не всё потеряно. На 30К в месяц можно вполне нормально жить.
На 30К в месяц можно вполне нормально жить.
Мда. У вас детей нет. Посчитайте сколько одни только подгузники стоят. Я уж молчу про все остальное. А дети, особенно маленькие, между прочим растут так, что одежду им нужно каждые пару месяцев новую покупать.
На подгузники пускай муж зарабатывает. У меня на жизнь в месяц, фактически, не больше (30К) уходит, хотя доходы обычно в 7 - 10 раз больше. Питаюсь дома (кулинария - мое хобби), по клубнякам дорожки нюхать не хожу (находился в молодости). Единственное расходное увлечение это теннис - вот там да, дороже, наверное, только в гольф играть :))
Еще забыла момент уточнить, что живу в Питере, тут на 30к конечно не выжить, к сожалению)
Там цены такие же, как и везде, кроме недвижимости, ну и какой-нибудь части от сферы услуг, не нагнетайте
это да, прям базовые-базовые вещи, типа продуктов скорее всего да. Но если нет своей квартиры (а есть ипотека или съем жилья, как у большинства людей, думаю), кредиты, квартплата, поездка на транспорте (большие расстояния), да и та же сфера услуг, которой все равно пользуешься, то кажется, что вполне нормально жить не получится. Конечно у всех свое понятие "минимума", но все же
Я жил в Питере в конце двухтысячных - начале дветысячидесятых и был очень удивлен, что некоторые продукты питания из РнД или Краснодарского Края в магазинах стоят меньше чем у себя на родине.
Основное препятствие входа в айти - это то, что нет ни денег учиться, ни времени учиться, ни времени искать работу.
Препятствие входа в айти это инфоцыгане, которые из каждого угла трубят про легчайшие деньги в айти. А то, что вы написали называется жизнью. Учиться в декрете для меня выглядит даже тяжелее, чем после работы.
Основное препятствие входа в айти - это то, что нет ни денег учиться, ни времени учиться, ни времени искать работу
Это основное препятствие не только для IT, но и просто для нахождения любой нормальной работы. Увы, никто за вас этот порочный круг разрывать не будет. Придётся просить помощи у родных/друзей/знакомых (самый лучший вариант), либо затягивать пояс до предела и какое-то время тотально нищебродствовать (для самых стойких и смелых).
Найти работу не сложно, сложно задержаться на ней, особенно если ты вайтишник выпускник курсов.
с вами, думаю, не согласятся те, кто ищет работу несколько месяцев и отправил несколько сотен откликов)) но согласна, задержаться на работе не менее сложно
Особенно когда в проекте присутствует легаси-код, и задачи требуют более сложных решений, чем написание простого todo-листа.
У нас на проекте конечно нет страшного легаси, но это точно сложнее todo-листа. Это прям очень сильно отличалось от того, что я делала на своей первой работе-стажировке) Так что да, тот еще вызов)
Умение дорабатывать чужой код не мнее важно, чем умение писать свой. Без этого разработчиком не стать.
Чужой код не автоматически легаси. Проблема с легаси в том что этот опыт сложно потом продать. Порой вплоть до негласных предъяв "ах пилил легаси, значит не склонен к изучению нового".
Посмотрите с другой стороны - легаси, это код который без проблем работал 10 лет. В том числе и в условиях кратного увеличения нагрузки. А доработка потребовалась по причине изменения логики бизнес-процесса.
И таких ситуаций сплошь и рядом. И умение разобраться в логике чужого кодла в нормальных местах ценится достаточно высоко (не раз встречал это отдельной строчкой в вакансиях).
Лично для меня пренебрежение к "легаси" больше минус чем плюс. А рассуждения о "нерелевантном опыте" скорее свидетельствует о поверхностных знаниях и нежелании (или неспособности) всесторонне развиваться.
Я поддерживаю вашу точку зрения. Но, к сожалению, наниматели - и на уровне HR, и на уровне руководителей групп разработки (тимлидов) часто смотрят на дело иначе: им нужен максимально готовый работник.
Можно, конечно, решить, что "не стоит прогибаться под изменчивый мир"(с), но надо отдавать себе отчет о последствиях и потом не жаловаться.
Посмотрите с другой стороны
Ну я посмотрю. Вы посмотрите. А 20-летний синьйор с правом голоса посмотрит иначе. И n лет назад даже пофиг было на этих клоунов - рынок рос по экспоненте, и надо было очень постараться чтобы НЕ найти работу. Но сейчас рынок в стагнации и ситуация с наймом прямо противоположная. Особенно обидно за кандидатов которые годами ответственно решали задачи бизнеса, а не играли в новомодные технологии. Вот получается индустрия попользовалась ими и выбросила на помойку как использованный расходный материал.
Да, немножко обидно, что это так. Но обычно эти риски покрываются финансами на рынке.
Я так работал несколько лет, осознавая, что это легаси, и что на рынке я не буду нужен, никому. Но зато я получал в 2 раза больше, купил за это время квартиру, что-то отложил, чего мне хватило, чтобы потом за 3 месяца переучиться и с большой потерей в финансах начать карьеру заново.
Посмотрите с другой стороны - легаси, это код который без проблем работал 10 лет.
Это да. Но, когда он неожиданно не работает, то, часто выясняется, что заставить его работать это надо вообще все переписать - настолько всё друг на друга завязано.
Что значит "неожиданно не работает"? Вот оно 10 лет работало, а сейчас вдруг "неожиданно не работает"? Что случилось? Выявилась ошибка, которая не проявлялась 10 лет? Как часто вы с таким сталкивались в реальной жизни?
В моей практике необходимость лезть в легаси на 99% обусловлена двумя причинами:
необходимость изменения бизнес-логики (что-то поменялось в процессах, требованиях и т.п.)
объем обрабатываемых данных, наконец, вырос настолько (в два? три? пять раз?), что потребовалась оптимизация
Насколько оно все друг на друга завязано - это уже вопрос архитектуры. Плохая архитектура - да, будет все очень сильно завязано. Хорошая - все изменения очень локальны и изолированы.
Что касается "все переписать" - да, такое бывает. Но тут опять архитектура - если у вас нужно переписать модуль на 10 000 строк - это не хорошая архитектура. А если речь о модуле в 500 - 1 000 строк, то никакой особой проблемы тут нет. Особенно, если логика модуля документирована и не надо ковырять код в раздумьях "и что же эта хтонь, черт возьми, делает вообще?"
У нас вот старые модули вообще могут быть написаны на старом диалекте языка, где синтаксис радикально отличается от современного
Это т.н. "fixed" - позиционный синтаксис. Давно уже не используется, но его надо уметь, как минимум, читать.
Вот сейчас как раз внедряем - 7 модулей. 2016-й год. Работали себе без проблем, но с тех пор клиентская база выросла минимум в два раза и время работы этих модулей стало выходить за рамки допустимого временного окна. Все модули независимые, небольшие (порядка 1 000 строк). И да, все переписать заново т.к. потребовалось использовать иные подходы плюс реализовать пару связанных задач. В результате ускорились в 4 раза минимум.
Но просто так никто в легаси не полезет. Потому что в наших условиях любое, самое минимальное, изменение кода требует полного цикля регресс-тестов - компоненты, бизнес, нагрузка, интеграция, прелайв... Делать это просто так, чтобы избавиться от легаси которое работает без нареканий никто не будет - слишком дорого. Тут принцип - "работает - не трогай".
И, тем не менее, поскольку все меняется, легаси так или иначе "вымывается" постепенно. Просто в силу объективной необходимости.
Забыли ещё очень частую ситуацию - например, используется какая-нибудь библиотека, которую обязательно нужно обновить (например, из-за критических проблем с безопасностью)
У нас этого нет. К счастью. Мы практически не используем сторонних библиотек. Тем более таких, где возможны несовместимости новых версий со старыми - слишком большими проблемами это чревато на mission critical уровне.
Уже писал - официальные апдейты системы и те, сначала раскатываются на тестовом сервере и там долго живут на предмет появления проблем, а только потом уже на прод выкатываются.
Ну легаси на фронте не только вайтишников может привести в недоумение, скорее, любых молодых разработчиков.
Ну вот привыкли они писать красиво, с промисами, async/await, стрелочными функциями и вот этим всем. Возможно, в универе их так учат уже (и правильно делают - это всё-таки современные стандарты). Ещё и вместо использования fetch API подключают рефлекторно axios, потому что "так во всех гайдах делают". А потом прилетает задачка по легаси-монстру - а там какой fetch, какой ещё async/await, какие промисы, только XHR с ивентами и коллбэками, только хардкор.
Не по-волчьи ?
Видимо просто мало времени прошло? а вообще, меня больше пугает, что если получится вкатиться с накрученным опытом, то дальше непонятно, как доказывать на работе, какой ты крутой)
дальше непонятно, как доказывать на работе, какой ты крутой)
встрять можно только если на сеньора, если ты джун прошел... в остальных случаях чужой код в помощь и коллеги вокруг, которые зачастую не сильно умнее тебя ;)))
ну да, с джуна особо не спросят) а вот если ты сразу после курсов и пытаешься на миддла и выше
хотяяя, я читала, что чувак собесился с реальным маленьким опытом, его никуда не брали. А он такой раз, и накрутил несколько лет. Начал ходить на собесы, за это время выучил все вопросы, которые задают (они повторялись в принципе из собеса в собес) и попал на крепкого миддла с офигенной зп)))
и работает, все хорошо у него, в начале только больно было
Очередное "с детства любил компьютер, но пошел в психологию" или "я усидчивая, люблю создавать новое, люблю логику, точные науки. По образованию лингвист". Не, может нанимающим менеджерам действительно лучше такое говорить, но мы же все прекрасно понимаем...
На этом фоне те, кто говорят о настоящих причинах, аж уважение вызывают
Често говоря, не очень поняла ваш комментарий. Я не писала про то, что люблю логику и точные науки, но даже если и было бы так, то не вижу противоречия)) Человек имеет право искать то, что ему нравится) Мне, например, нравится английский язык, я очень рада, что удалось его выучить до приемлемого уровня. Но к моменту выпуска из универа поняла, что работать переводчиком я не хочу, но время вспять не повернуть)
А вы про какие истинные причины говорите? Про деньги? Конечно, это тоже важные факторы, мне кажется, это очевидно) Но в данном случае, верите вы или нет, это было не самым приоритетным, как я и описала в статье. На предыдущей работе зарплата меня радовала, а вот мои задачи - нет, к сожалению(
Но в данном случае, верите вы или нет, это было не самым приоритетным, как я и описала в статье
Конечно же не верю, это прохладная история.
С первой работы вы ушли, потому что... не было челленжа? Так ведь? Никак же не связано с тем, что джоб хоппинг на первых порах карьеры максимизирует доходы? Кратно. Наверное, если бы задачи были интересные, то лет 5 минимум там просидели бы, да, верим
Я там просидела 6 лет, меняя разные должности внутри компании. Даже было дело, когда в пандемию работала в отделе доставки, ее там тогда только начинали. зп была на тот момент для меня космическая, меньше, чем у сеньора, но больше, чем у джуна. Это был дикий стресс, люди порой встречались неадекваты, сколько я там слез пролила, даже и не хочется вспоминать. Но как только появилась возможность поменять позицию - я была счастлива это сделать, хоть и зп была в 2 раза меньше. Так что бывает и такое)
Я про первую работу разрабом.
Ладно, мне-то не нужны ответы на эти риторические вопросы. Просто хотел дать обратную связь, как это нелепо выглядит для окружающих
Если честно, то женщины, особенно после 30ти-40ка проливают очень много слез на позициях мидл-синьер, особенно в сложных стеках и больших компаниях, с адской загрузкой и очень сложными задачами. Не знаю, конечно, за фронт, но одно только бесконечное обучение, которое должно происходить не только в рабочее время, но и по выходным и по ночам, и успевать к дедлайнам, и забивать хер на личную жизнь, женские обязанности, мужа, детей - всё это, на самом деле, Где-то впереди. Но да, деньги там большие. Единственное, что почти все мои коллеги достигшие этого уровня и зп - часть её, все-таки, отдают психологу /психиатру. Но это через много лет работы. И все-таки ближе к сорока, а то и после.
Эх, а где нынче все не нервно) каждый раз, когда я переходила на новые позиции, то думала, что хуже предыдущей быть не может?
За свою карьеру встречал трех женщин-сеньоров. Одна живёт в Турции, вторая на Бали, третья в Мексике. На счёт третьей ничего не скажу, т.к. только проходил у неё собеседование. А с первыми двумя работаем в одной компании. И по их словам их типичный распорядок дня примерно такой - утром пляж, йога, фитнес, пробежки, серфинг и т.п. Вечером ужины в ресторанах или в кафе на берегу, прогулки у моря/океана, клубы, танцы и т.п. Ну и поездки по окрестностям на выходных. На счёт психиатров/психологов конечно не спрашивал, но судя по распорядку у них вряд ли хватает на это время да и они наверное не особо нужны с такой жизнью))
А что плохого в том, чтобы идти в айтишку за рублём? Я, например, в 2013 при подаче документов в ВУЗ чётко знал, что подаюсь на ИТ-специальность, потому что в индустрии есть деньги и не хватает специалистов. Ну да, программировать мне в принципе нравилось и тогда, нравится и сейчас, но если бы не уровень доходов в ИТ, я, вполне возможно, не рвался бы в индустрию и поступил бы на другое направление.
Да ничего плохого. Кроме выгорания. Не поврите, но наступает момент когда денег уже хватает. Я вот не трачу столько сколько зарабатываю. И что? ну откладывать на что-то крупное, но и это тоже не бесконечно - была цель построить дом и переехать за город. Построили, переехали. Что дальше? Ну машину поменять - ну поменяю, а дальше? "Чтобы было больше чем у соседа" меня как-то вообще не греет...
Уровень денежной мотивации падает, а что остается?
Я вот когда работу в прошлый раз менял, про банки вообще не думал - казалось что там скучно - счета-проводки и вот это все вот. Позвали поговорить - пошел просто так, ради любопытства. А когда рассказали что и как - зацепило. Потому что новая для меня, абсолютно ни на что не похожая платформа (реально ни на что не похожа - все принципы и концепции совершенно иные), новые языки... Ну и оказалось что кроме сетов-проводок в банке еще очень много чего (я, кстати, со счетами практически не работаю - больше всякие клиентские данные и комплаенс-проверки).
Так что интерес познать что-то новое мотивирует неплохо. Ну и отсутствие монотонной рутины - в каждой задаче есть какая-то "звездочка", свой подход...
В целом, лично меня, именно это всегда двигало - я в IT ушел в 91-м, тогда денег тут столько не было. Но было интересно всегда. И всегда попадались нестандартные задачки.
Ну психологическая усталость есть, конечно, но с ней можно и нужно работать - в конце концов, айтишники не уникальные снежинки, выгорают так или иначе люди любых профессий.
И, хоть у меня опыта и сильно меньше, пока что всё выглядит так, что неравнодушные и заинтересованные энтузиасты выгорают не меньше, а иногда и больше - особенно если чувствуют, что заняты не тем, о чём мечтали когда-то. Условно - мечтал человек разрабатывать игры, вдохновлялся пионерами и легендами геймдева, а попал в playrix.
У человека, пошедшего за рублём, такой диссонанс между "желаемым" и "действительным" происходит позже - например, когда "денег уже хватает", а с нынешними условиями (рынок труда, инфляция, стоимость недвиги etc) для "вайтишников" на это и 10 лет может уйти, и 15.
Но к тому моменту уже человек в столь долгом "браке по расчёту" с индустрией либо вливается и начинает искать новые вызовы и нематериальную мотивацию, либо уходит, разочаровавшись. Есть и третий вариант - человек просто работает, как работал - либо у него нет "желаемого" в карьерном плане (да, бывают люди, у которых нет "работы мечты", а реализуются они через семью, например), либо связали с "желаемым" своё хобби и рукодельничают в мастерской после работы и по выходным.
В общем, я искренне рад за тех, кто горит айтишкой, для кого это действительно любовь, но кидать камнями в программистов за деньги не стоит.
Условно - мечтал человек разрабатывать игры, вдохновлялся пионерами и легендами геймдева, а попал в playrix.
Ну наверное... Но ведь его никто под дулом пистолета "не туда" не загонял...
В общем, я искренне рад за тех, кто горит айтишкой, для кого это действительно любовь, но кидать камнями в программистов за деньги не стоит.
Так я не кидаю... Просто работа только ради денег - это просто работа, а работа потому что интересно - это хобби за которое еще и платят почему-то :-)
Да ничего плохого. Кроме выгорания. Не поврите, но наступает момент когда денег уже хватает.
У меня от ИТ денег хоть *опой жуй. Но каждый раз утром встаешь, и 8 часов надо делать то, что ты в душе ненавидишь. Сын моей подруги рвётся в ИТ - у меня от этого волосы дыбом - только не это, давайте в юристы или врачи.
IT, это прикладная область, не обязательно развиваться в чистом IT, если интересоваться и изучать конкретную бизнес задачу, над которой работаешь, то можно найти интерес к работе. IT - это недвижка, медицина, финансы, крипта, компьютерные игры, гемблинг. А врач (сейчас утрирую) через 10 лет тот же врач, решающий те же проблемы.
Ну не знаю, я ушёл из юристов в IT и теперь просто кайфую. Работаю на удалёнке, летом живу в загородном доме, на зимовку улетаю в ЮВА, получаю раза в 3-4 больше бывших коллег и во столько же раз меньше работаю. В то время как у бывших коллег рабочий день состоит из постоянного нахождения в судебных заседаниях и беганиям по всевозможным государственным инстанциям с 9 до 6 и после этого (!) они идут в офис и несколько часов готовят документы для следующего рабочего дня (иски, жалобы, заявления, возражения и т.д.) И практически каждый месяц мне звонит кто-нибудь из бывших коллег, которому надоел этот бесконечный ад, состоящий из ежедневного разгребания тонн бумаг и людских неприятностей (от хорошей жизни никто к юристу не подойдёт), и слёзно просит помочь перейти в айти. К этому стоит прибавить тотальный демпинг на рынке труда в следствие переизбытка юристов, которых наклепали ещё в 90-ые и 00-ые годы (ну а куда ещё тогда выпуснику школы можно было пойти, если он в технических науках ни бум-бум - только в юристы или экономисты, на крайняк в психологи). В общем рекомендую сыну вашей подруги пойти учиться на юриста, но параллельно всё таки изучать айтишечку и делать пет-проекты, чтобы когда он выгорит за 2-3 года от 12-14 часового рабочего дня за зп в 25-30 к (а больше юристу-джуну никто не предложит) и отношению как к расходному материалу (не нравится работа? Увольняйся! За забором куча желающих на твоё место работать ради опыта за еду) имел хоть какую-то надежду выбраться из этого ада и забыть его как страшный сон. Ну и чтобы ему было с чем сравнивать и он понимал, что те плюшки, которые доступны практически любому линейному разработчику по умолчанию (адекватная зарплата с нормальным рабочим графиком, человеческое отношение руководства, удалённая работа и т.п.) для 99% работников других сфер являются важными мечтами.
P/S/ Да, конечно в юриспруденции как и в любой отрасли есть хлебные места с не напрагяющей работой и зп 300к в наносекунду. Но эти места 'для детей кого надо' места.
Ну вы же понимаете, что у вас история выжившего?
У меня за эдцать лет карьеры было 3 (три) места работы с удаленкой, и только одно из них разрешало удаленку из другого государства. Причем каждое из них... имело свои недостатки.
Ну а то что в айтишечке можно мало работать мало вообще пробивает на нервное "ха-ха".
и только одно из них разрешало удаленку из другого государства.
(а кто же им скажет где вы находитесь?)
удаленка из другого гос-ва это бюрократическое ограничение, достаточно понимать почему существуют эти ограничения, можете ли вы поиметь проблемы и насколько вероятно на них наткнутся
в итоге "можно" работать даже из США если у вас нет work permit оттуда, если вы сами не будете говорить всем подряд об этом
Ну а то что в айтишечке можно мало работать мало вообще пробивает на нервное "ха-ха".
Ну как сказать и сравнить
я вот сильно на работе не упарываюсь, бывают конечно авралы, но если утром совещаний нет то приступаю в 10..заканчиваю в 18...иногда в течении дня час-два можно в потолок поплевать, выходные всегда выходные...
это у меня последние мест...5 работы были такие в ИТ
и у меня есть знакомый юрист...он каждый день в 8 утра, такси-электричка-суд..днем между разными судами и клиентами...потом в офис..потом электричка-автобус-домой.. жесть...ябтак уже не смог
те, кто говорят о настоящих причинах, аж уважение вызывают
О настоящих причинах чего?
Во люди живут. Тут наоборот пытаешься максимально отмахаться от HHантеров, все хотят. А ты не хочешь работать пока что )
ахахахха
Ну... Это надо хороший опыт и, кстати, тоже важно, хорошую текущую позицию. Одно дело когда написано "инженер-программист в ООО "Сукин и Сын", другое - "главный разработчик в банке из топ-10" (тоже из личного опыта). На второе HR почему-то ведутся и пытаются сманить (реально - везде стоит "у меня все хорошо, всем доволен, не ищу работу", но 2-3, иногда больше, письма в месяц "а не будет ли вам интересно..."). Не, оно, конечно, ЧСВ так щекочет приятно :-)
я бы опасался так говорить ;) радоваться надо что миддл-сеньорский рынок в ИТ все также дефицитен, но малоли...вдруг gpt внезапно поумнеет раза в четыре
С чего ему умнеть? У него своего ума нету. Оно может только большие объемы данных переработать и на основе переработанного выдать обобщенное типовое решение. Такая высокотехнологичная копипаста из большого количества источников.
Но принципиально нового оно не умеет на текущем технологическом уровне. Там даже ассоциативного мышления пока нет и не предвидится.
Я с вами полностью согласен, и имею аналогичную точку зрения, хотя за последние пару лет уже перестал однозначно отметать теоретическую возможность такого сценария
дело в том что пофиг како но будет делать, важно чтобы заказчик был доволен
если оно начнет писать кошмарный код (а потому что ему не нужна поддержка, нейросеть его тупо перепишет не пытаясь менять), но он будет работать без ошибок и по ТЗ, то никому будут не нужны классические программисты которые все понимают (останутся только аналитики и админы)
также как пропали массово шоферы в автоотрасли, подавляющее число нынешних водителей даже в теории не знают как там что работает и как чинить...вот тут логика грядет схожая
imho конечно
Ну наверное так, но пока сие только в теории...
Я согласен что какие-то типовые, рутинные операции будут перекладываться на ИИ. Это процесс естественный и в других областях он давно идет (я бы сказал, очень давно). Но тот же ИИ кто-то должен разрабатывать и развивать:-) И тут скорее будет углубление отрасти с сторону творчества.
Но тот же ИИ кто-то должен разрабатывать и развивать:-)
да, но таких людей нужно будет не миллионы как сейчас, а в лучшем случае тысячи
Ну как бы ничто не ново под луной...
Лудди́ты (англ. luddites) — участники стихийных протестов первой четверти XIX века против внедрения машин в ходе промышленной революции в Англии. С точки зрения луддитов, машины вытесняли из производства людей, что приводило к технологической безработице. Часто протест выражался в погромах и разрушении машин и оборудования
На самом деле, в IT еще долго будут существовать области разработки до которых ИИ не доберется в обозримом будущем. И сам ИИ и специфические области, требующие творческих и/или нестандартных решений, порой изобретательского уровня...
Да, точка входа повысится - не получится выучить пару фреймворков на курсах и пойти формочки клепать - это первое откуда будут вытесняться люди.
А вот системные вещи, разработка новых фреймворков - там ИИ намного сложнее с человеком конкурировать. Или что-то высоконагруженное, высокоэффективное... Этого на наш век точно хватит :-)
Но все это уже будет требовать не ускоренных курсов, но какой-то системной базовой подготовки.
У меня на собеседовании штатный программист спрашивал всё по содержанию из учебника. А потом долго гордился тем, что он его выписал.
Т.е. вот серьёзно есть такие люди, которых вообще ничего не смущает.
Ха. Я на последнем собесе больше спрашивал "вас не пугает что никаких фреймворков тут нет и все ручками придется? а вы точно уверены что вам нужен нерелевантный опыт который нигде больше не пригодится?" Коллеги шикали и пинали в чате (собес онлайновый) "ты что пугаешь человека, сорвется же..."
Не сорвался, кстати, отличный парень, очень толковый. Хоть и без опыта практически.
Сорян, но я вот уже 10 лет как только что и делаю в IT - это:
"выполнять рутинные задачи и договариваться с другими людьми"
Да и, по-моему, все только это и делают в it.
Блин, я навеврно не очень донесла мусль в статье, так как ваш коммент не первый на эту тему) я скорее про то, что я вот что-то делаюм бегаю, но нет осязаемого результата на выходе, это угнетало
вот что-то делаюм бегаю, но нет осязаемого результата на выходе
Я так 4 года на поддержке легаси отмотал ? Сначала разрабом, потом лидом.
Идти за осязаемым результатом в ИТ - довольно странная затея, если честно. Здесь людей, мучающихся теми же мыслями, чуть меньше, чем "самозванцев", которых половина индустрии.
Я тоже иной раз завидую строителям, они могут показать на дом и сказать - "я его строил", даже если просто кирпичи таскал. А после меня ничего материального, только суета, которую только я и помню.
если человек фулл-стэк, то всегда можно делать пет-проекты.
https://english.areso.pro/ - мой, к примеру, помогает тренировать английскую грамматику. И им пользуется несколько десятков людей.
Это тоже жиза в любой крупной IT-компании. А ещё возможен вариант, что бегаешь, договариваешься с другими людьми, делаешь в спешке, а потом всё, что ты сделала, выкидывают. Тоже неслабо угнетает
Отличная история. Кто-то будет списывать все на везение. А мне кажется, что это не везение, а заслуженный бонус за вменяемость.
Утомили юные дарования, что при обсуждении желаемой зарплаты высокомерно соглашаются потерпеть пару месяцев на зарплате тысяч в 70. А в резюме гордая строчка «Владею HTML, JS и базой данных MS Access”.
спасибо! да, это забавно))
Ну всмысле на зарплате в 700 долларов в месяц, или 8400 в год?
Я вроде бы четко сумму указал... В чем вопрос?
Ну например в том, что начальная сумма это просто начальная сумма. А дальше она может расти по результатам работы или не расти (опять по результатам работы).
Например:
Итого в 3.5 раза за 6 лет. На одном и том же месте.
Увеличение может быть как за счет индексации (всем на одинаковый процент), так и за счет пересмотра (когда руководителю увеличивают ФОТ, а он уже распределяет кому на сколько повысить в зависимости от "ценности" конкретного человека).
Что-то вы куда-то не туда… Предыдущий коллега пересчитал рубли в доллары и больше ничего не спросил. Я так и не понял, что он хотел услышать.
Полагаю, уточнял значение "на зарплате тысяч в 70" - это "рублей в месяц" или "долларов в год"?
Забавно... Не думал, что так можно интерпретировать "пару месяцев на зарплате тысяч в 70 " для человека без опыта работы. Учту на будущее...
Ну... думаю вполне можно себе представить американского IT-джуна с ЗП $70k/year. Вполне сравнимо с зарплатой, скажем, машиниста метро.
Здорово, что всё сложилось! Понравился момент, что на первый отказ была объективная причина, и автор не потеряла веру в себя в этот момент, хотя про эту причину узнала гораздо позже. На этом примере могу сказать, что гораздо важнее понимать свои желания и идти к ним, чем загоняться над ошибками и неудачами. А вот распознать в себе определённый интерес - это уже много. Не сбиться, когда нет веры в успех близких, ещё нет поддержки коллег. И на то, что айти - рутина, не стоит ориентироваться. Кому-то скучно в самой творческой профессии, кому-то разнообразно в самой однообразной. Главное читать своё состояние, насколько кайфово сейчас заниматься именно этим делом. Удачи автору!
Как же вовремя Ваша статья мне попалась! Спасибо, что поделились опытом!
Изначально статья показалась рекламной, чуть было не бросил читать )
Сколько в итоге ушло денег на обучение?
Да, я боялась уйти в рекламу?
ну вообще если прям все-все читать, то:
Codecademy - около 18к за полгода
Практикум - 130к (но это я еще нашла варик со скидкой 15%)
Еще покупала курс ютуб-блогера ulbitv за 50к - он прям очень насыщенный, продвинутый. Прохожу до сих пор)
Итого около 200 тысяч)
а окупилось? Если считать предыдущее место?
Ого )
Здравствуйте! Если бы вам предложили учебу 4 мес (платно), затем 2 мес стажировку (бесплатно) и последующее трудоустройство в этой компании (правда, другой город) - согласились бы? Нашел рекламу в интернете, думаю. Смущает только очень короткий срок для освоения курса, по сравнению с тем временем, которое вы потратили на учебу.
Да, меня если честно, тоже смущает короткий срок( а что за компания?
На всякий случай, лучше удалите ссылку, пожалуйста, чтобы она не смущала модераторов) вообще, я тут конечно не советчик и не рекомендовала бы прислушиваться к моему мнению, как единственно верному. Но лично я бы на такое не стала подписываться, особенно, если с нуля( Знаю, что есть бесплатные курсы от того же Альфа-банка, но там очень жесткий отбор и попадают прям довольно опытные ребята
.
Жиза. Я нашел работу, когда за один день сделал 100 откликов на вакансии. Пять компаний дали тестовые задания, одна меня приняла.
Ого!) у меня был максимум штук 10-15 за день, еле наскребала))
Я уже писал в другой теме - откликайтесь вообще на все - с вас же за отклик денег не берут :)
За отклик денег не берут, но есть и черные списки у HR. Если вы в него попадете, то второго шанса устроиться в эту компанию у вас уже не будет. Поэтому я бы посоветовал откликаться на те вакансии, которым более ли менее соответствуешь, хотя бы на 50%. А если есть за плечами петпроект, то можно перед собесом слукавить и притвориться человеком с небольшим опытом.
Гм, у меня 91 отклик, оказывается, все впереди)
Подскажите а влияет ли на вероятность просмотра резюме то какой я по счету отправил отклик? То есть будет ли выше вероятность что посмотрят если я в числе первых 10 откликнувшиихся?
Сложно сказать. Но как показал мой маленький опыт - меня взяли на первую стажировку, так как я откликнулась быстро. А когда в эту компанию откликалась второй раз, то там было что-то около 60 откликов, тоже немного сравнительно. Так что скорее да)
Многое зависит просто от случайности, на мой взгляд
ну у нас после 300 резюме просто уже переставали новые принимать, так что кто в число первых 300 не попал - в пролете. Но внутри этих 300 смотрели всех
А у нас смотрят, но как только делают оффер (даже до его принятия) - смотреть перестают. Можно проскочить только, если уже запланировано собеседование. Поэтому скорость отклика очень важный фактор.
ну наши HR-ы просто физически не могли вывезти большее количество
На последнюю вакансию нам отобрали несколько резюме из которых мы выбрали три для собеседования.
Собеседовали всех троих, выбрали одного, отправили оффер, но человек отказался в последний момент. Тогда оффер отправили второму по списку.
Поздравляю, я тоже из тех кому повезло вкатиться. Первую работу нашел в конце 2022 еще не закончив обучение, и это была как говорят валютная удаленка для компании в Праге. Не знаю как мне так повезло) Недавно опять искал работу ~3 недели, 55 откликов, 1 тестовое, собес и оффер)
Многое зависит от бэкграунда, способностей и усердия. Удачи!
Прикольно, хорошая, живая история :)
Спасибо за статью и вдохновение. Мой путь в IT только начался. Во многом идеи совпадают.
А подскажите, что это за чаты в тг, где можно найти проекты?
Вообще их наверно много разных. Я нашла в чате для выпускников Практикума, но он закрытый соответственно(
Вот здесь их много https://t.me/junohub/367
Какие специфические навыки или проекты могут значительно повысить шансы начинающего разработчика на рынке труда, даже если у него нет опыта работы?
97 откликов, 2 тестовых, 3 технических собеседования — и оффер в IT-компанию у меня в кармане