Для тех, кто выбирает использовать это лето по максимуму🔥

Обновили наш список актуальных стажировок 🗓
Дай мощный старт своей IT карьере в ближайшие 3 месяца👇🏻

📌 JS (React, React Native, Angular, Node.js)
📌 .NET
📌 iOS
📌 QA

Как подать заявку? 📩

Отправляй свое резюме на почту internship@modsen-software.com или напиши нам здесь @Modsen 🧡
#modsen_стажировка

А ты совершаешь эти ошибки на бэке?🙊

Ошибки - это часть пути. Главное - не наступать на одни и те же грабли снова и снова👌🏻

В этом посте попросили нашего senior .NET разработчика Ивана Левшинского подсветить фейлы, которые он совершал будучи junior ⬇️

⚠️Недостаточно осознанно подходил к выбору технологии
Не pov, а real: выбрал модную технологию "на слуху", долго мучался, пытался разобраться, внедрить в свой проект\процесс - по итогу просто зря потратил время, да и результатов не добился. Если часто попадаешь в такие ситуации - перед началом работы, убедись в том, что тебе нужна именно эта технология, определи, какие плюсы и минусы она за собой повлечет, и только потом начинай ее использовать.

⚠️Откладывал тестирование в долгий ящик
Когда пишешь фичу - всё понятно. А как же тест? А тест напишу как-нибудь потом. Но потом = никогда. Заложи новый алгоритм действий: понимание процесса - реализация - покрытие тестами сразу.

⚠️Верил в то, что известные библиотеки\пакеты\решения никогда не подведут
Наткнулся на проблемы в общеизвестной библиотеке, долго пытался понять, в чём проблема у меня. Потом всё-таки понял, что проблема не у меня, а у них. Тогда осознал, что "тот" код пишут такие же люди и у них тоже бывают ошибки.

⚠️Мало логировал необходимые вещи
Всегда казалось, что код который я пишу прямо сейчас, навсегда останется у меня в голове, в самых мельчайших деталях. Когда тебе через месяцы приносят баг, вспомнить и понять, что же там произошло - та ещё задача. Если при написании кода ты видишь потенциально слабые\критические места - обязательно логируй их, чтобы избежать проблем в будущем.

⚠️Легкомысленно относился к митапам, на которых обсуждалось общее развитие проекта
Зачастую есть ощущение, что работы и так достаточно, и сидеть на длительных митапах, вникая в работу, которые делают другие разработчики утомительно. Но это лишает тебя понимания целостности проекта и твоего места в нём. Когда я осознал свою ошибку, стал делать краткие записи, чтобы улавливать общий контекст проекта. В крайнем случае - просил видеозаписи митапа, чтобы потом спокойно прослушать и понять ситуацию.

А какие ошибки ты совершал(а) в начале своего пути?
Делись в комментариях👇🏻
#modsen_инсайты

Когда вёрстка – это боль...😥

А у тебя бывало, что заходишь на веб-сайт по своим делам, а UI/UX-ошибки сами бросаются в глаза и просят их пофиксить?

Сегодня у тебя, наконец, будет такая возможность👌🏻

Что бы ты поправил на этом макете как дизайнер, разработчик или просто внимательный пользователь?

Оставляй свои варианты в комментариях – проверим, найдутся ли все 28 недочетов👇🏻

Вопрос, который ставит в тупик даже самых уверенных 😥

"Кем ты видишь себя через 5 лет?"

По итогам голосования мы поняли, что этот вопрос пугает большинство кандидатов.

Вы сказали – мы услышали и попросили нашу Lead Recruiter Надежду Бирук рассказать, как стоит отвечать на него, чтобы разговор прошел seamlessly👇

🔹Говорим только о работе
Личные планы вроде «купить машину» это классно, но неуместно. Фокус на профессиональном развитии.

🔹Четко, по сути, без лишней воды
Вместо «стать амбициозным профессионалом» – конкретные факты и планы про технологии, методологии и подходы, которыми хочешь овладеть в совершенстве.

🔹Связь с компанией – плюс в карму
Например: «Хочу развиваться в вашей команде, потому что [...] и через несколько лет выйти на уровень сеньора».

🔹Больше фактов о развитии
Покажите, что вы готовы и хотите получать новые скиллы и опыт: “Планирую сначала глубже прокачаться во фронте, а именно [...], а потом подключить бэк разработку».

🔹Добавь конкретики
Зарплатные ожидания, переезд в столицу (только если действительно задумывались) – поможет сформировать матрицу дальнейшего развития в компании.

Сохраняй как шпаргалку перед интервью 😉
#modsen_инсайты

Что объединяет приложения VK, Netflix и Альфа-Банк? 🧐

Back-end разработчики сходу ответят, что все это примеры highload проектов - таких, которые должны обрабатывать тысячи или миллионы запросов в секунду, при этом оставаться быстрыми, стабильными и масштабируемыми.

Если ты еще не работал с highload проектами, Head of .NET в MODSEN Дмитрий Гришанович дал пару советов о том, какие знания стоит прокачать, чтобы быть готовым к задачам такого уровня 🚀

☝🏻Учись проектировать микросервисы, понимать очереди сообщений (Kafka, RabbitMQ) и масштабируемость. Но еще нужно научиться чувствовать ту грань, когда всё превращается в микросервисный ад. Большинство проектов начинаются с монолита, так как разработчикам в начале плохо ясна доменная область. Важно понимать разницу между очередями, какую лучше и где применить.

☝🏻Держи под рукой знания по NoSQL (Redis, MongoDB, Cassandra). Оптимизация индексов, шардинг, репликация - не просто термины. Обращай внимание на разницу в подходах при разработке у noSQL и SQL базами. По сути, для разработчика это structure on read и structure on write. Помни про граф-ориентированные базы, которые тоже помогут, если надо устанавливать большое количество many-to-many связей между сущностями.

☝🏻Разберись как работают WebSocket, HTTP/2, gRPC и что такое CDN, SignalR, балансировка и reverse proxy. Это твой фундамент. Не забывай про принципы REST и правила именования урлов.

☝🏻Без Memcached или Redis ты не вытянешь трафик. Нужно понимать, что кэшировать, а не просто «всё подряд». А ещё как кешировать. Можно, например, кешировать на какое-то время, а можно всё-равно на диске хранить информацию, а потом выгрузить в оперативную память в нужный момент, чтобы экономить ресурсы. Тут иногда нужно дирижировать.

☝🏻JMeter, k6 и Gatling покажут, где у тебя тонко, прежде чем туда ударит прод. К тому же, это поможет противостоять хакерским атакам. Например, некоторые хакеры провоцируют появление большого количества Exception-ов, что негативно сказывается на производительности.

☝🏻Асинхронность - очень важная тема для увеличения количества обработанных запросов. Нужно понимать, как с этим работают на уровне кода отдельно взятого приложения, а также на уровне микросервисной архитектуры. Асинхронность в коде - это чаще про синтаксический сахар, а вот на уровне архитектурном - это очереди, которые позволяют снизить вероятность конфликта между пользователями, а также нагрузку на само приложение, не требуя сделать всё и сразу и уведомив об этом пользователя.

С тебя лайк за полезность и удачи на highload проектах😉
#modsen_инсайты

А твоя бабушка знает, чем ты занимаешься? 👵🏻

Мы говорим: "скейлабельные микросервисы на Go", "дебажим фронт", "катаем релизы", "оптимизируем флоу CI/CD"...

А как насчет того, чтобы объяснить это человеческим языком, например, своей бабушке?

📞– Внучик, а ты кем работаешь-то?
🧑‍💻 – Я, бабуль, кнопки на компьютере нажимаю.
📞– Лучше б на завод пошел.

Миссия провалена❌

А вы бы смогли объяснить старшему поколению, кем работаете или на кого учитесь без сложных ИТ-терминов?

Ждем ваши версии в комментариях 😏

Junior-специалист в 2025, какой он?🔍

Сотни гайдов и подборок для начинающих программистов – и все с похожими советами 😥

Мы решили обратиться к первоисточнику и узнать, каким видят идеального джуниора наши сеньоры:

✅ Развивает способность читать длинные тексты и тренирует навык самодисциплины.
✅ Плотно работает над теорией даже в тех аспектах языка программирования, где нет опыта.
✅ Постоянно общается с теми, кто опытнее. Так можно быстрее определиться с направлением профессионального развития.
✅ Знает, что нет предела совершенству, и настроен учиться всю жизнь.
✅ Не испытывает чувства превосходства над другими, если знает и умеет что-то лучше остальных.
✅ Обладает пластичностью мозга - учит новое и регулярно вспоминает и применяет то, что долгое время не использовал.
✅ Благодарит за любую науку, даже если опыт негативный, ведь это тоже учёба.
✅ Перепроверяет чат-боты, потому что никто не знает, что заложили в датасет и с какими целями.
✅ Джуниор – это не младший, а перспективный. Он не ждет волшебного курса, он действует.

Лайк, если ты именно такой джуниор-специалист👩🏻‍💻
#modsen_инсайты

Остаться в команде после стажировки – challenge accepted👌🏻

Стажировка – это возможность не только получить опыт, но и остаться в компании в качестве полноценного сотрудника.

Но что такого сделать, чтобы через 3 месяца получить оффер?
Достаем листочки, записываем проверенную формулу📝

🤌🏻Будь проактивным и задавай вопросы
Проявляй инициативу. Если что-то непонятно - спрашивай. Это показывает твой интерес и желание учиться, а не просто «отбыть» время.

💪🏻 Делай больше, чем просят
Звучит страшнее, чем кажется. Выполняй задачи качественно и вовремя, но если видишь возможность помочь команде или улучшить процесс – предложи это. Такие мелочи часто запоминаются и показывают твою вовлечённость.

🫴🏻 Регулярно запрашивай и анализируй обратную связь
Проси фидбек у наставника и коллег, чтобы понимать, что можно улучшить. Не бойся критики – это инструмент роста, а не повод для расстройства. Если ты рефлексируешь и используешь её себе в пользу – цены нет такому стажёру.

👋🏻 Показывай командный дух
Стажировка – это не только про технические задачи, но и про умение работать в коллективе. Будь дружелюбным, поддерживай коллег, участвуй в командных встречах и мероприятиях. Хард скиллам тебя могут научить, а вот умению общаться с людьми – нет.

☝🏻 Учись планировать своё время и ставить приоритеты
Покажи, что умеешь организовать рабочий процесс, чтобы успевать делать важные задачи без постоянного напоминания. Это качество высоко ценится в любых командах.

🙌🏻 Умей объяснять свои решения
Почему так сделал, чем руководствовался, откуда взял? Даже если решение неверное, объясняя логику своих мыслей, ты показываешь, что подходишь к задаче ответственно, размышляешь и вникаешь в суть. А может, твоя идея все-таки окажется правильной?

А может, и у тебя найдется полезный совет о том, как успешно трансформироваться из стажера в full-time сотрудника?

Ждем в комментариях👇🏻
#modsen_стажировка