Вот вам слайдики из доклада про страхи карьерных изменений тимлида и как с ними справляться
👇👇👇

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

Здарова бандиты 👋
Сходила в субботу на интервью к ребятам из Сбера, поболтали за синьорство, собесы и немножко 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.

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