Почему пора отказаться от REST API в пользу GraphQL?


🔍Сегодня разбирается в технологических трендах! (понятно, что это не что-то новое, но GraphQL не так часто используем, как хотелось бы). Сегодня поговорим о том, почему REST API уступает место более современному и удобному GraphQL.

REST API

🟢Преимущества
1. Простота использования. REST легко понять и имплементировать, что делает его отличным выбором для начинающих.
2. Широкая поддержка. REST поддерживается практически всеми веб-сервисами и библиотеками.

🔴Недостатки
1. Жёсткая структура. REST требует строгого соблюдения правил и методов (GET, POST, DELETE и т.д.), что ограничивает гибкость.
2. Избыточность данных. Клиенты часто получают больше данных, чем им нужно, что увеличивает нагрузку на сеть.
3. Много запросов. Для сбора разнородных данных необходимо делать множество запросов, что замедляет работу приложения.

GraphQL

🟢 Преимущества
1. Гибкость запросов. Клиенты могут запрашивать именно те данные, которые им нужны, не больше и не меньше.
2. Оптимизация сетевого трафика. GraphQL позволяет получить всю необходимую информацию в одном запросе, уменьшая количество обращений к серверу.
3. Сильная типизация. Наличие строгой типизации упрощает разработку и уменьшает количество ошибок на этапе выполнения.

🔴 Недостатки
1. Сложность. Из-за своей гибкости GraphQL может быть сложнее в освоении и требует более сложной реализации на сервере.
2. Проблемы с производительностью. Сложные запросы могут негативно сказаться на производительности сервера, если не уделить достаточно внимания оптимизации.

🔄 Заключение
Переход на GraphQL представляет собой шаг вперёд к более гибкой, масштабируемой и эффективной разработке веб-приложений. Хотя он требует некоторого времени для изучения и адаптации, преимущества перевешивают начальные трудности. Рассматривайте GraphQL как инвестицию в будущее вашего проекта! Ещё подмечу, крайне релевантно для корпоративной архитектуры.

Если хочешь больше подробностей, то говори, опишу статейкой.


@it_underside

🟢 Летний ИТ-лагерь Т1.Дебют: мы начинаем! ❤️

💃 Ты студент и мечтаешь попасть в мир больших идей и технологий? Присоединяйся к ИТ-лагерю Т1.Дебют!

⚡️ Это шанс прокачать свои навыки и начать звездную карьеру: финалисты лагеря смогут попасть на оплачиваемую стажировку, а более опытные — получат оффер от Холдинга Т1!

🐈 Зачем участвовать?

✅ развитие навыков при поддержке менторов, работа над реальными кейсами
✅ крутое комьюнити единомышленников со всей страны и техновайб
✅ карьерные консультации и лекции от ведущих ИТ-экспертов
✅ защита исследовательского проекта, хакатоны и квизы

🖥 Как проходит обучение?

ИТ-лагерь проходит в два этапа: 1 месяц онлайн-обучения и неделя летнего офлайн-буткемпа. Проезд, питание, проживание - за наш счёт!

Выбирай направление: 💻 разработка Java, разработка JS+React, 🪲 тестирование, 💻системный анализ.

👍 ИТ-лагерь Т1.Дебют — место для старта звездной карьеры в ИТ!

➡️ Отправляй заявку на сайте до 31 мая вот здесь! ⏰

Быстрый набор команды в IT. Риски и плюсы!

Привет! Думал не смогу даже голову из своего проекта вытащить, но всё же немного времени появлось и пока накатывается хотфикс расскажу про быстрый набор ИТ команды. Костяк команды мне удалось собрать за месяц, а за два закрыл полностью набор. Но так ли всё радужно? Мммм, не совсем, с двумя специалистами я всё-таки ошибся), наша команда состоит из 10 человек если что. И да, уж очень нужны были спецы и по всем факторам они полностью подходили от хардов до софтов, но по факту, некоторые проблемы со специалистами, которых ты нанимаешь, можно увидеть только на практике и при выполнении реальных задач, а именно дав индивидуальные задачи и затем посмотрев результат.

В общем, результат найма я признаю успешным в любом случае, поэтому хочу поделиться с вами мыслями о быстром наборе команды в IT-сфере. Это сложный баланс между скоростью и качеством, который стоит рассмотреть подробнее.

🛑 Риски быстрого набора

1️⃣ Неподходящие кандидаты.
Спешка может привести к выбору сотрудников, которые не соответствуют требованиям проекта или культуре компании, возможно культуре команды.

2️⃣ Недостаточная оценка.
Быстрый процесс найма может привести к недооценке компетенций кандидатов, что может отразиться на результативности команды. Скажу так, мои ребята все успешно прошли интервьювинг и собесы, просто я их ужимал, но взломать собес можно всегда, главное понимать и знать как.

3️⃣ Нарушение культуры. При срочном найме может быть недостаточно времени для адекватной оценки соответствия культурных ценностей кандидата компании, что может привести к конфликтам и дисбалансу в команде.

4️⃣Переплата за скорый найм
Если хочешь взять кого-то быстро, то нужно и предложения делать соответствующие, иначе спец будет долго думать, а времени нет, а возможно ему и так комфортно в другой компании. И обратная ситуация, работник может быть финансово переоценен.


🎯 Плюсы быстрого набора

1️⃣ Сокращение времени до запуска проекта.
Быстрый набор команды позволяет сократить время до начала работы над проектом и оперативно реагировать на изменения в рыночной ситуации.

2️⃣ Эксперименты и инновации. Быстрый набор команды может способствовать более гибкому подходу к проектам, позволяя быстрее внедрять новые идеи и проводить эксперименты.

3️⃣ Увлечение новых талантов.
Быстрый набор может привлечь к вашей команде талантливых специалистов, которые ценят быстрый темп работы и готовы к вызовам.

Так что важно помнить о рисках, но и не бояться экспериментировать и двигаться вперед! Лично мне больше нравиться оперативно брать людей, чем ждать по нескольку месяцев того самого...

@it_underside

#ITLife #Рекрутмент #Команда #найм #hr

P.S. вчерашний пост, вот только забыл его отправить

💀Более 40 дефектов на младших контурах;
⚰️первая команда в банке, которая дошла до продакшена на полностью импортозамещенном пайпе;
🧛‍♂️более 40 артефактов за 3 месяца;
💩12 микросервисов на scala, java и Lua;
💪4 поднятых контура;
😇 собственные кластера flink, tarantool....

Это лишь немногие факты про мою команду, вот сейчас смотрю и просто офигеваю от объёма проделанной работы всего за несколько месяцев... сегодня вечерком закину статейку и расскажу каково это в финтех пилить ит проекты. В общем вечерком закину статью, надеюсь будет интересно🙏

@it_underside

Flink кластер, а как лучше?

Что такое флинк и более подробное описание тут - ХАБР

💎Баре метал

Производительность. В среднем, баре метал может обеспечить высокую производительность, а также прямой доступ до железа без посредников и динаминческого распределения ресурсов.
Масштабируемость. Ограничена физическими ресурсами серверного оборудования. Для масштабирования требуется добавление новых серверов. Если ты в большой корпорации, то подумай 10, нет 100 раз перед тем как брать, а то нового обородувания может долго не быть.
Надежность. Традиционно более надежная, поскольку нет дополнительного уровня виртуализации, но так как компаниях не особо любят прям на железо ставить, то сюда меньше ресурсов дают из-за чего резервирования часто нет полноценного, если ты не важнейшая информационная система для компании.

❓Виртуальная машина

Производительность. Обычно немного ниже, чем на баре метал, из-за накладных расходов виртуализации.
Масштабируемость. Более гибкая, позволяет быстро добавлять или удалять виртуальные машины в облаке в зависимости от нагрузки.
Надежность. Может быть менее надежной из-за возможных проблем с виртуализацией и сетевой инфраструктурой.

🔘Кубернетес кластер

Производительность. Зависит от конфигурации кластера и ресурсов, но обычно находится на уровне виртуальных машин.
Масштабируемость. Автоматическое масштабирование позволяет легко управлять нагрузкой и добавлять новые узлы.
Надежность. Зависит от правильной настройки Kubernetes кластера и уровня опыта в его управлении но по корпоративной действительности обычно на очень высоком уровне.

Доброго утра, понедельника!
Всем кто будет на конференции «Анализ и управление проектами» заходите на доклады:

Первый доклад - «Как собрать команду экспертов в сжатые сроки»
О чем буду говорить:
1️⃣Боли и проблемы классического подхода по набору команды экспертов на проект
2️⃣Почему «Хантеры» вам не помогут, и что делать, когда проект уже начался?
3️⃣Сила профессиональных связей и рекомендаций
4️⃣Блоги и сообщества - задействуем по максимуму
5️⃣Что делать, если у вас маленькая, средняя или огромная компания?
6️⃣Чек-лист для быстрого набора
7️⃣Мой кейс, проблемы, и то, к какой ситуации мы пришли
Трек по Soft skills, управление командой проекта

Второй доклад - «Ускоряем разработку на 30-60% с помощью ИИ»
Тезисы:
1️⃣Классическая разработка
2️⃣Боли классической разработки для менеджмента и сотрудников
3️⃣Как мы начали разработку
4️⃣Возможности автоматизации
5️⃣Сравнение Copilot, Chatgpt, Gigachat, YandexChat
6️⃣Где можно повысить производительность
7️⃣Рекомендации
Трек по ИИ


@it_underside

Слово дня идемпотентность👁

Утро доброе! Как часто вы встречаетесь с данной терминологией? Думаю, не часто, а возможно только в универе) но когда мы нашли баг в БД Tarantool их базового модуля CRUD, то нам пришлось не раз вспомнить данный термин и погрузиться в него, а главное обосновывать идемпотентные ли были совершенны операции или нет. Давайте сделаем краткий ликбез, надеюсь вам будет полезна эта краткая статейка. (на полноту картины не замахиваюсь)

🆔Ссылка на статейку🆔

ВСЕМ ПРОДУКТИВНОЙ ПЯТНИЦЫ!!!!

➿➿➿➿➿➿➿
✈️ @it_underside

Хочу начать публиковать истории, хелп, нужны голоса. 😀

https://news.1rj.ru/str/boost/it_underside