Привет, новенькие! Решил тут поделиться опытом, когда только начинал свою карьеру в IT. Была у меня роль джуна в одной компании, занимались мы, ну типа, разработкой какого-то финтеха. Все шло ровно, задачи решались, код писался. Но потом мой тимлид ушел в отпуск, а на меня свалилось полпроекта. К тому же, параллельно надо было осваивать новый фреймворк для другого модуля.

Короче, режим 24/7. Спал по 4 часа, ел за компом, выходные? Не, не слышал. Думал, что это и есть настоящий рост, типа, проверка на прочность. На IT-форуме тогда читал истории про таких же “героев”, которые вот-вот откроют новый уровень прокачки скиллов.

Через три недели я понял, что совершаю ошибку. Код стал писаться хуже, багов больше. Начались головные боли, апатия. Результаты мои упали катастрофически. Вспомнил, что где-то читал про выгорание — ну, имхо, это оно самое.

Принял решение. Пошел к новому тимлиду (он тогда был в статусе мидла) и честно сказал: “Я не справляюсь, мне нужна помощь и нормальный график”. Обсудили задачи, перераспределили нагрузку. Он скинул мне пару ключевых задач, а остальное взял на себя или отдал другим ребятам.

И знаете что? Я не уволился. Не ушел в другую компанию. Я продолжил работать, но уже в другом ритме. Стал больше интересоваться инструментами управления задачами, планированием. Понял, что развитие IT-специалиста — это не про количество часов, а про эффективность и правильный подход. Тот опыт реально помог мне понять свои пределы и научил говорить “нет”, когда это необходимо

Короче, был я как-то на одном IT-форуме, ну, типа, как раз в разделе знакомств. Думал, новых спецов найду, потусим, поговорим про развитие ИТ в России, ну и заодно может с кем-то интересным законнектимся.

Объява висела, что нужна прямо ваще пушка-бомба — опытный разработчик. Требования вроде мои, хотя, честно говоря, опыта чутка не хватало. Но, думаю, была не была — отправил резюме, да и всё.

И что вы думаете? Звонят! Приглашают на собес. Я, конечно, в шоке. Готовился, читал всё про их стек, про компанию. Волновался, жуть.

Собеседование — жесть. Вопросов куча, все по делу, но такое ощущение, будто пытаются подловить. Я, конечно, старался, но чувствовал себя не очень уверенно. Особенно когда спросили про мои слабые стороны.

В итоге - оффер! Да, да, именно так. Но зарплата… маловато, конечно. Я рассчитывал на большее. Ну, думаю, ладно, зато опыт, компания крутая, карьерный рост. Согласился.

Через месяц понимаю — не мое. Рутина, задачи неинтересные, коллектив… ну такое. Ушел. Сейчас вспоминаю — смешно. Зато опыт, опять же. И теперь знаю, что искать.

Так что, ребята, не бойтесь пробовать! Шансы есть всегда. Главное — понимать, чего ты хочешь на самом деле, это важно для любого ИТ-специалиста.

И кстати, если кто-то знает, где сейчас найти работу мечты в Москве… пишите в личку ;)

Народ, скоро апрель, а я что-то совсем выпал из инфополя по мероприятиям. Кто-нибудь знает, какие интересные митапы и конференции планируются в Москве в следующем месяце? Интересует все что связано с бэкендом, базами данных, ну и DevOps, само собой. Опять будет какой-нибудь JPoint или что-то новенькое? Хочется не просто послушать доклады, но и пообщаться с коллегами, узнать последние новости IT. Поделитесь ссылками или названиями, если что-то знаете. Заранее спасибо!

Всем привет! Хочу поделиться парой наблюдений по работе с JSONB в PostgreSQL. Раньше я относился к нему скептически, типа, зачем это все, если есть реляционные таблицы. Но в одном проекте пришлось плотно работать именно с JSONB, и я был приятно удивлен.

Во-первых, скорость. Индексация JSONB по ключам работает реально быстро, особенно если правильно настроить GIN-индексы. Мы смогли вынести часть данных, которые раньше хранились в куче связанных таблиц, в один JSONB-документ, и запросы стали работать в разы быстрее. Это особенно удобно для хранения логов, конфигураций или каких-то динамических атрибутов сущностей.

Во-вторых, гибкость. Когда структура данных меняется часто, JSONB – просто спасение. Не нужно менять схему, делать миграции. Просто добавляешь новые поля в JSON. Да, это может привести к некоторой хаотичности, если не следить за структурой, но для прототипирования или быстрого старта – самое то.

Конечно, есть и минусы. Сложные запросы к вложенным структурам могут быть нетривиальными. И не стоит забывать про нормализацию – JSONB не панацея от всего. Но для определенных задач, я считаю, это отличный инструмент. JSONB – это не замена реляционным моделям, а мощное дополнение.