Зацените мою обнову 🤩
На такой клавиатуре только слепой печатью и печатать 😌😌

Здарова бандиты 👋
Сходила в субботу на интервью к ребятам из Сбера, поболтали за синьорство, собесы и немножко gpt)
Coming soon...
Ищите меня в прошма... на просторах ютуба 😬🤪

Ну что дорогие мои подпищеки 🤪
Всех поздравляю с Новым Годом 🎄

Подводить итоги прошлого года я конечно же не буду))
Себе пожелаю больше писать и быть менее требовательной к своим постам 😅

Всем вам желаю любви, спасибо что вы со мной 🥹🥹🥹🧡🧡🧡

Всем привет!
Как прошёл ваш первый рабочий денёк? У меня примерно как на картинке 🤣

Но кое-что мы с девопсиками всё же поделали 🤩
Оставлю здесь заметку 🤓

У нас появилась задача, чтобы при сборке в гитлабе зависимости подтягивались из другого репозитория, не тех, которые указаны в build.gradle проекта.
При этом чтобы локально проект собирался по-прежнему

Мы решили добавить в пайплайн гитлаба init.gradle и в нём указать необходимые репозитории, но это не помогло))

repositories {
    maven {
        url "..."
    }
    mavenCentral()
    mavenLocal()
}

Не помогло это потому, что по умолчанию настройки в build.gradle переопределяют init.gradle.
Чтобы этого не происходило в init.gradle можно указать стратегию, по которой будут определяться репозитории:

allprojects {
  settingsEvaluated {
    it.dependencyResolutionManagement {
      repositoriesMode = RepositoriesMode.PREFER_SETTINGS
    }
  }
}

Есть 2 опции:
1️⃣ PREFER_PROJECT - это когда репозитории в проекте переопределяют репозитории в настройках инстанса градла
2️⃣ PREFER_SETTINGS - это когда настройки инстанса градла приоритетнее настроек проекта

Также есть опция FAIL_ON_PROJECT_REPOS - это когда билд падает, если в проекте вообще указан хоть какой-то репозиторий.
Это может быть полезно для стандартизации разработки и контроля сборок

Ой ребятаааа, что покажу сейчас!)
Когда мне прислали этот пост, у меня вспотели ладошки, волнуюсь очень 😅😅😅
Вышло интервью со мной, зацените 😍
Опыт конечно просто сумасшедший, очень расширяющий и выводящий из зоны комфорта 🔥

P.S.: коллежки, простите, если я не так рассказала хронологию событий, волновалась)

🎞 JAVA-DEVELOPER: Кто такой Senior и что спрашивают на собесах
Гость: Анастасия Андреева, Senior Java Developer

Анастасия поделится:
• Кто такой senior разработчик и как им стать
• Честно о том, как проходила собесы и что не получилось
• Какие вопросы и задания даёт, когда сама проводит собеседования, поделится лайфхаками
• Расскажет зачем нужны алгоритмы и как использует искусственный интеллект

✅ Подписывайтесь на наши каналы:
• Ия, Team Lead DA: https://t.me/Lady_Analyst
• Евгений, DE: https://t.me/halltape_data
• Анастасия, Java Developer: https://t.me/itdevgrl

Если было полезно, весело, то поддержите наш канал донатами:
💲 https://pay.mysbertips.ru/92484472

Составление резюме на позицию senior, мой опыт

Итак, настал момент обновить резюме.
Сначала я конечно понервничала, мне казалось это про «хвалить себя» 🤯
Потом решила отталкиваться от фактов и дальше как пойдёт))))

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

✔️ на конференциях и в разговорах я слышала, что в резюме нужно описывать свои результаты. Не просто «пишу код, рефакторю, провожу ревью», а буквально «реализовал фичу такую-то, и вот эти две тоже».
Конечно не 33 фичи, или «поправил баг», а глобальные квартальные задачи, которых на самом деле не так уж много, или интересные R&D.
Например, на одном из прошлых мест работы у меня был опыт внедрения дебезиума. Этот опыт закончился неудачей по инфраструктурным причинам, но для меня это было интересно и ценно, поэтому я решила об этом написать.
Важно, что потом на собеседовании я готова это обсудить и пояснить и за дебезиум и за «почему не получилось».

✔️ для каждого места работы я перечисляла технологии, с которыми работала, но не git и jira (это очевидно и никому не интересно), а то, из чего конкретно состоит продукт.
Например, на одном месте работы был Ignite и REST, на другом Redis и GRPC. Тут также важно уметь пояснить за технологию!
На одном собесе немножко опозорилась, когда спросили как устроен под капотом редис, поняла что никогда и не читала про это 🫠

✅ после указания подробностей основных рабочих обязанностей я написала, что делаю ещё.
Например, если погружались в девопс, это стоит указать, потому что в некоторых командах важно, чтобы разработчик мог понять, что там в пайплайнах или доработать их))
Где-то важно умение организовать и провести НТ, если есть опыт - класс!

Я ещё указывала что
🟣внедряла Kotlin - это в том числе расширяет воронку вакансий
🟢топлю за иннерсорс - можно подискутировать на собесе
🔵провожу собесы
🟡менторила стажёра
🟣пишу скрипты автоматизации на питоне - похвастаться 🤣

В конце перечислила ключевые слова - технологии, с которыми работала, я думаю это удобно для HR.

Как мне кажется, моё резюме читать интересно, иногда я сама перечитываю и думаю что за балдёж 🤣
Несколько рекрутёров сказали, что моё резюме им очень нравится и «все бы так писали», приятно ☺️

Общение с рекрутёрами

Итак, я открыла резюме на hh

🔘первая ошибка, которую я совершила - не указала зарплатные ожидания)
Мне написало 45 рекрутёров 😅
К такому я не была готова, устала им отвечать 😰 но потом придумала ответ для людей с неподходящими вакансиями, и копировала его всем.
В основном предлагали вакансии с маленькой вилкой, но иногда были и более неподходящие, например senior android developer)))

🔘после того как я указала вилку поток рекрутёров снизился и стало легче дышать))) Я также отсеяла аутстафф компании и тех, кто предлагал сделать тестовое задание

🔘некоторым рекрутёрам я ответила положительно, и мы назначили скрининги. Здесь поняла, что мне не хватает навыков коммуникации и какой-то уверенности чтоли, они хотели назначать скрининг на завтра, а собес на послезавтра. Я не знала как отказать, дать себе время подготовиться.
В итоге научилась, но понервничать успела

🔘скрининги в основном были софтовые и быстрые, но на одном меня прогнали по вопросам по джаве и котлину. Я поняла что многое не помню, надо учить заново. До сих пор думаю, что это был один из самых полезных скринингов

Дальше была череда собесов, о которых я напишу отдельно.

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

В общем-то я не знаю, что было для меня более напряжённым, сами собесы или общение с рекрутёрами, если вам это предстоит имейте ввиду(
Хотя были и зайки конечно, с кем легко и комфортно

Собеседования. Часть 1

Рассказываю))
Я прошла около 10 собесов, это для меня прям рекорд, потому что до этого у меня было собесов 5 за всю жизнь. 😅
Специально решила лицом к лицу столкнуться с этим страхом и нервотрёпкой, верю, что это поможет мне в будущем. Ну и это помогло мне найти работу, конечно))))

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

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

Что спрашивали?
🟢java core и коллекции, это классика, хотя я не согласна с тем, насколько глубоко это иногда спрашивают
🟣spring - спрашивали почти всегда с разной степенью глубины
🟡систем дизайн на минималках (спроектировать интеграцию). Было на трёх собесах. Объём интеграционного решения разный, один раз было пара сервисов, на другом как будто бекенд целой команды хотели услышать)
🔵на двух собесах были алгоритмы, на одном я завалила, на втором норм. Сюда же отнесу лайвкодинг, в основном он был в разрезе решения мелких задач.

Мне, как человеку, который тоже регулярно проводит собесы, было интересно как это делается в других компаниях) И со многими вопросами я не согласна 🤣

Например, в одну компанию собес был слишком легкий, систем дизайн и всё, а позиция сеньор+. Я бы тут спрашивала тщательнее.

На другом собесе я ещё вначале уточнила, что у меня нет опыта с no-sql базами, мне сказали "ничего страшного, изучишь". А потом пришёл отказ с формулировкой "плохо знает no-sql"))

На ещё одном собесе спрашивали такие нюансы спринга, которые нужны либо однажды в жизни, либо никогда. Но я пока не достигла такого дзена, как некоторые мои коллеги, чтобы говорить "зачем вы это спрашиваете" 😎

Про вторые этапы расскажу во второй части, а то слишком длинно уже)))