StackBridge / Карьера в IT

Привет! ⌨️ Время от времени все джуны (и не только) паникуют: "ИИ скоро заберет мою работу!". Мы решили разобраться, так ли это на самом деле. В карточках к посту мы написали основные тейки по вопросу. Под последним хочется добавить, что разработчик с софт-скиллами всегда ценнее модели: умение работать в команде, договариваться с заказчиком, объяснять сложное простыми словами – это то, что ИИ не освоит в ближайшие годы. ChatGPT не сможет понять сарказм тимлида в митинге или успеть выпить кофе перед дедлайном! 😁 В ближайшие годы сильный джун > ChatGPT Пока нейросети учатся писать простой код, джуны учатся думать, принимать решения и расти в сениоров. ✳️Итак, стоит ли бояться ИИ? – Нет! Используйте его как инструмент. Чем больше знаний в вашей голове, тем "дороже" вы на рынке!

Привет! 👋 Споры о формате работы не утихают: одни компании громко возвращают всех в офис, другие полностью ушли в онлайн. А что говорят исследования? 📊 Немного статистики: - По данным Gallup, 56% сотрудников считают, что гибридный режим – идеальный баланс между гибкостью и социализацией. - Исследование Stanford показало: удаленка повышает продуктивность в среднем на 5-8%, но может усиливать чувство изоляции. - А вот Microsoft в своем отчете отмечает: офис критически важен для обучения новичков и неформального обмена идеями. Где же правда? 🤔 Выбирайте свой идеальный формат ниже и делитесь аргументами в комментах — нам интересно ваше мнение!

Почему SwiftUI - это будущее? 👤 Вспомните, как раньше приходилось рисовать экраны вручную (как в конструкторе), теперь вы просто описываете, что должно быть на экране, а система всё делает за вас. Но все же, давайте по пунктам. Почему за этим будущее? 🔵Apple сделала ставку на SwiftUI. Все новые виджеты, сложные анимации, приложения для Apple Vision Pro - создаются именно на SwiftUI. 🔵Скорость разработки в разы выше. Вы тратите меньше времени на рутину (верстку, адаптацию под экраны) и больше на крутые фичи. 🔵Живой превью. Меняете код и сразу видите результат на экране. Больше не нужно запускать симулятор каждые 2 минуты! 🔵Единый код для всех устройств Apple. Один и тот же код можно использовать для iPhone, Mac, Apple Watch и даже Apple TV. Опыт со SwiftUI повышает ценность разработчика на рынке. Работодатели ищут тех, кто работает с современными инструментами + это буст для резюме: даже если проект пока на UIKit, знание SwiftUI показывает, что вы не стоите на месте. SwiftUI – это не про "модно", а про "выгодно". Уже сейчас он открывает двери в топовые компании и проекты. Кто уже работал с SwiftUI? Делитесь впечатлениями в комментариях ⌨️

Привет! 👋 Мы запускаем новую рубрику, где будем делиться реальными историями выпускников наших стажировок. Хотим показывать не только цифры, но и живые эмоции, трудности и победы, чтобы вы видели, как все устроено изнутри. Первый герой – Никита, Android-разработчик. История, которая доказывает: даже без «крутого старта» можно попасть в бигтех и кайфовать от работы. Передаем слово Никите: «Нереальный кайф! Команда супер, атмосфера легкая. Даже когда нужно было уйти на защиту диплома — отпустили без проблем. Если что-то не понятно — помогают, показывают, объясняют. Все нравится!» 👉 А вы верите, что главное не только навыки, но и команда?

👋 Всем привет! Автоматизация - повсюду, и теперь она и в нашем канале 🤖 Мы хотим запустить телеграм-бота для подписчиков - помощника, который сделает всё удобнее, быстрее и интереснее для вас Что он будет уметь? • Помогать откликаться на актуальные вакансии 👩‍💻 • Присылать мини-опросы, квизы и мемы 🎯 • Подписывать на задачки недели (с баллами и мемами за решение 🧠) • Делать подборки с экспертными дайджестами по интересующим темам 📬 • Давать возможность быстро задать вопрос HR или записаться на вебинар 👥 Голосуйте ниже, зайдет ли вам такой формат ⬇️

✍️ 5 лайфхаков для резюме, которые выделят вас среди тысячи кандидатов Хотите, чтобы HR или рекрутер заметил ваше резюме в куче других? Вот несколько работающих приёмов: 1️⃣ Используйте ключевые слова из вакансии ATS (системы автоматического отбора) и рекрутеры ищут конкретные навыки. Вставляйте термины из описания работы (например, Kubernetes, React, pytest). 💡Скопируйте требования из вакансии и органично впишите их в свой опыт. 2️⃣ Правило "Цифры = Доказательства" Сухие факты вроде «Улучшил производительность» не цепляют. Добавьте метрики: ❌ «Оптимизировал код»→ ✅«Ускорил API на 40%, сократив время ответа с 200ms до 120ms» 3️⃣ GitHub / Портфолио > "Много слов" Для разработчиков, код говорит громче любого описания. 💡 Что добавить: — Ссылку на GitHub с пет-проектами — Для DevOps — Terraform/Ansible скрипты, CI/CD примеры — Для дизайнеров — Behance/Dribbble 4️⃣ Не указывайте "нерелевантный" опыт Если вы джуниор, не нужно писать о работе бариста 5 лет назад. Информация о неревантном опыте будет "мешать" просмотру резюме. 5️⃣Нечитаемый дизайн Творческие шаблоны с графиками и иконками часто мешают ATS-системам (которые парсят резюме). Лучше — чистый PDF. 💡Используйте шаблон HH.ru - заполняете свое резюме и сохраняете себе PDF. И все, читаемое резюме у вас на руках Какие ваши лайфхаки для резюме? Делитесь в комментариях! 👇

📞📱Пятничный дайджест для мобильных разработчиков! Вот и подошла к концу рабочая неделя - самое время отдохнуть и зарядиться новыми знаниями! 🌟 Мы собрали для вас полезные материалы по Android, iOS и Flutter, которые помогут прокачать скиллы на выходных. Берегите глаза, заварите чайку и погружайтесь в чтение! 📱Android «BDUI: эволюция динамических интерфейсов» Практический опыт команды VK в новом подходе к созданию пользовательских интерфейсов - Backend Driven UI (BDUI) 🌍 Flutter «Решение задач распознавания на Flutter» Flutter, как мощный фреймворк для разработки кроссплатформенных мобильных приложений - реализация функционала распознования данных 🍏iOS «Усовершенствованная архитектура iOS: решение 5 проблем шаблонов MVC, MVVM и VIPER» Статья на английском языке от Маттео Манфердини: эволюция классического MVC - как сделать архитектуру гибкой и поддерживаемой Отличных и продуктивных выходных! 💻✨ P.S. Не забудьте сохранить пост - эти материалы точно пригодятся! 📍

🔥 Как устроиться в первую IT-компанию: 5 реальных советов Привет, друзья! Давно не делились с вами полезностями, так что ловите проверенный гайд для старта в IT. Мы собрали 5 советов, которые реально работают (проверено на сотнях наших стажёров). 1️⃣ Учитесь не ради сертификата, а ради навыков Компаниям важно, что вы умеете, а не сколько курсов прошли. Что делать? ⭕️Пишите код, даже если это учебные проекты. ⭕️Выкладывайте работы на GitHub (это ваше портфолио!). ⭕️Решайте задачи на LeetCode, Codewars. 2️⃣ Не ждите «идеального» момента Многие годами учатся, боясь откликаться на вакансии. Что делать? ⭕️Начинайте подаваться, даже если знаете не всё. ⭕️Говорите честно: «Я не эксперт, но быстро учусь». 3️⃣ Готовьтесь к собеседованию правильно Технические вопросы – это лишь часть. Что проверит работодатель? ⭕️Вашу логику (как думаете, а не что зазубрили). ⭕️Мотивацию (почему именно IT, почему эта компания?). ⭕️Soft skills (умеете ли работать в команде?). 4️⃣ Используйте нетворкинг 60% вакансий закрываются через знакомства. Многие наши стажёры приходят по рекомендациям тех, кого мы уже устроили. Где искать связи? ⭕️IT-митапы, хакатоны, чаты для начинающих. ⭕️LinkedIn (пишите HR и тимлидам - многие дают советы). 5️⃣ Стажировка - это лучший старт Первый опыт получить сложнее всего. Но стажировка это: ⭕️Реальные задачи под руководством менторов. ⭕️Возможность трудоустройства после успешного завершения. ⭕️Опыт в резюме, который ценится в любой IT-компании. 👇 Делитесь в комментах - какие способы уже пробовали? Что сработало? P.S. Каждый месяц устраиваем стажёров на реальные проекты. Может, следующий - вы? 😉

Всем привет! Если вы хотите пройти наш скрининг, то приглашаем заполнить нашу форму🏃‍♂️ https://forms.yandex.ru/u/68551269505690dd25519919

Также прикладываем видео с инструкцией по прохождению 🏃‍➡️

Мы с новостями 🎇 Несколько месяцев назад мы начали разработку нового метода оценки кандидатов, который уже заменил тестовые задания - технический ИИ скрининг. Теперь попасть к нам на стажировку станет еще быстрее и удобнее. Больше не нужно несколько часов делать тестовое задание, достаточно пройти скрининг 🧑‍💻 Как это выглядит: - Вы заходите по ссылке, которую мы высылаем вам на почту, переходите в тг-бот, выбираете ваше направление и внимательно изучаете видео-инструкцию прохождения скрининга. - Далее по ссылке из тг-бота вы переходите на специальный сайт. - Здесь, вы, следуя инструкциям, отвечаете на вопросы. (Важно! Обязательно разрешите доступ к камере, захвату экрана и к микрофону.) - После завершения скрининга не забудьте загрузить видео в тг-бот. - Готово, вы великолепны! В течение 1-2 дней мы возвращаемся к вам с обратной связью. - Самые сильные кандидаты приглашаются на техническое интервью с нашим специалистом. Как вам нововведение? Делитесь впечатлениями в комментариях ⏬ Будем рады конструктивной критике, чтобы сделать наш отбор еще комфортнее для вас!

🗣️ Продолжаем делиться вакансиями для Jun-специалистов! IOS Системная аналитика Python GO Android Java Напоминаем, что необходимо выполнить тестовое задание, по результатам которого мы свяжемся с вами 👀

Привет! Спешим поделиться вакансиями для Junior-специалистов 🔥 Аналитика данных Flutter AQA Java .NET DevOps Переходите по ссылке - решайте тестовое задание, и мы с вами свяжемся 🔍

Стажировка в аутстафф-компании: что ждать на самом деле? Мечтаешь о стажировке в IT, но не понимаешь, как всё устроено в аутстафф-компании? В нашем подкасте разбираем подноготную стажировки в Effective Mobile: 🔹 Как устроен процесс — от оффер до практических навыков 🔹 Реальные кейсы стажера — что пошло не так и как они справились 🔹 Что ты должен знать, проходя стажировку в ЕМ - о сроках и наказаниях Гость: бывший стажёр Паша, который успешно прошел стажировку и уже работает на проекте! 🎧 Без прикрас, только личный опыт и практические советы — слушай и готовься к своему шансу!

Как делать код-ревью без боли и страданий? Код-ревью — важный этап разработки, но часто он превращается в долгий, утомительный и конфликтный процесс. Разбираем, как этого избежать и сделать ревью полезным инструментом для роста команды. Что делать автору кода? 🔵 Делите изменения на небольшие PR Так ревьюеру легче сосредоточиться и быстрее дать обратную связь. 🔵 Пишите понятное описание PR Объясните, что изменилось и почему. Лучше добавить ссылку на задачу и выделить ключевые моменты. 🔵 Готовьте код к ревью Убирайте лишние комментарии, форматируйте код, проверяйте его на баги перед отправкой. 🔵 Делайте осмысленные коммиты Об этом у нас уже есть пост выше. Логика изменений должна быть прозрачной, а не скрытой в одном "fixed bugs". Что делать ревьюеру? 🔵 Не затягивайте ревью Долгие проверки тормозят процесс разработки и демотивируют автора. 🔵 Фокусируйтесь на важном Сначала анализируйте архитектурные решения, а потом детали. Автоформаттеры помогут со стилем. 🔵 Делайте конструктивные комментарии Критикуйте код, а не человека. Предлагайте альтернативные решения, а не просто указывайте на ошибки. 🔵 Ставьте границы Не пытайтесь переделать код "под себя", если текущий вариант рабочий и соответствует требованиям. Что делать команде? 🔵 Формализуйте процесс Чек-листы, кодстайл и регламент ревью ускорят работу и снизят количество спорных моментов. 🔵 Создавайте культуру уважения Ревью — это не экзамен, а возможность сделать код лучше. Поддержка и адекватная критика важны для роста разработчиков. 🔵 Используйте инструменты Автоматические линтеры, статический анализ и CI помогут сократить объем рутинных замечаний. Внедряйте простые принципы, и процесс станет быстрее, полезнее и будет приносить меньше стресса!

Как писать коммиты, чтобы тебе (и команде) не было больно? Если ты только начинаешь работать с Git, коммиты могут казаться просто формальностью. Но представь: через пару месяцев нужно понять, почему именно ты изменил этот кусок кода. Или коллега ищет, где починили баг, а в истории — только “fix” и “123”. Разберёмся, как писать коммиты, которые будут понятны и тебе, и команде. ⭕️ Коротко, но по делу Лаконичный коммит лучше длинного, но "fix bug" или "update" ничего не объясняют. Даже через месяц должно быть понятно, что именно изменилось: ✔️ "fix: исправил баг с расчётом скидки в корзине" ⭕️ Один коммит — одна логичная правка Громоздкие коммиты, в которых и рефакторинг, и баг-фикс, и новая фича, — головная боль для команды. Разделяйте изменения: ❌ "Обновил стили, поправил баг с кнопкой, добавил валидацию формы" ✔️"fix: исправил баг с кнопкой отправки", "feat: добавил валидацию формы", "style: обновил стили формы" ⭕️Структура коммита делает его понятнее Лучше договориться о едином формате. Например, часто используют: тип: краткое описание • feat: новая функциональность • fix: исправление бага • refactor: улучшение кода без изменения логики • style: правки форматирования ⭕️ Комментарий может быть полезным Если фикс сложный или решение неочевидное, добавьте пояснение: ✔️"fix: исправил баг с расчётом скидки (в 3% случаев неправильно округлялась сумма)" ❗️ А если я только начинаю? Привычка писать осмысленные коммиты помогает быстрее разобраться в проекте и выработать аккуратный стиль работы. Команда (и ваше будущее "я") скажет спасибо!