REST vs GraphQL
(продолжение предыдущего поста)
Что такое RESTful API?
Representational State Transfer (REST) — это архитектурный стиль для создания API. Он использует HTTP-методы, такие как GET, POST, PUT и DELETE, для взаимодействия с ресурсами, которые идентифицируются по URL-адресам.
Как работает REST
* Клиент отправляет HTTP-запрос на определённый эндпоинт (например, /users).
* Сервер обрабатывает запрос и возвращает ответ в формате JSON или XML.
* Каждый запрос является независимым и не сохраняет состояние.
Преимущества REST
* Простота и широкое распространение.
* Использование стандартных HTTP-методов.
* Лёгкость масштабирования и кэширования.
* Хорошая совместимость с веб- и мобильными приложениями.
Недостатки REST
* Избыточный запрос данных: клиенты могут получать больше данных, чем необходимо.
* Недостаточный запрос данных: может потребоваться несколько запросов для получения всех необходимых данных.
Что такое GraphQL?
GraphQL — это язык запросов для API, разработанный компанией Facebook. Он позволяет клиентам запрашивать именно те данные, которые им необходимы с сервера.
Как работает GraphQL
* Клиент отправляет запрос, указывая точные необходимые поля.
* Сервер отвечает только запрошенными данными в структурированном формате.
* Один запрос может получить данные из нескольких источников.
Преимущества GraphQL
* Отсутствие избыточного или недостаточного запроса данных.
* Гибкие и эффективные запросы.
* Строго типизированная схема для валидации.
* Отлично подходит для сложных приложений.
Недостатки GraphQL
* Более сложная реализация.
* Требует настройки схемы.
* Кэширование сложнее по сравнению с REST.
REST против GraphQL
* REST: ориентирован на ресурсы, использует несколько эндпоинтов.
* GraphQL: ориентирован на запросы, использует один эндпоинт.
* REST: может требовать несколько вызовов для получения сложных данных.
* GraphQL: получает все необходимые данные за один запрос.
(продолжение предыдущего поста)
Что такое RESTful API?
Representational State Transfer (REST) — это архитектурный стиль для создания API. Он использует HTTP-методы, такие как GET, POST, PUT и DELETE, для взаимодействия с ресурсами, которые идентифицируются по URL-адресам.
Как работает REST
* Клиент отправляет HTTP-запрос на определённый эндпоинт (например, /users).
* Сервер обрабатывает запрос и возвращает ответ в формате JSON или XML.
* Каждый запрос является независимым и не сохраняет состояние.
Преимущества REST
* Простота и широкое распространение.
* Использование стандартных HTTP-методов.
* Лёгкость масштабирования и кэширования.
* Хорошая совместимость с веб- и мобильными приложениями.
Недостатки REST
* Избыточный запрос данных: клиенты могут получать больше данных, чем необходимо.
* Недостаточный запрос данных: может потребоваться несколько запросов для получения всех необходимых данных.
Что такое GraphQL?
GraphQL — это язык запросов для API, разработанный компанией Facebook. Он позволяет клиентам запрашивать именно те данные, которые им необходимы с сервера.
Как работает GraphQL
* Клиент отправляет запрос, указывая точные необходимые поля.
* Сервер отвечает только запрошенными данными в структурированном формате.
* Один запрос может получить данные из нескольких источников.
Преимущества GraphQL
* Отсутствие избыточного или недостаточного запроса данных.
* Гибкие и эффективные запросы.
* Строго типизированная схема для валидации.
* Отлично подходит для сложных приложений.
Недостатки GraphQL
* Более сложная реализация.
* Требует настройки схемы.
* Кэширование сложнее по сравнению с REST.
REST против GraphQL
* REST: ориентирован на ресурсы, использует несколько эндпоинтов.
* GraphQL: ориентирован на запросы, использует один эндпоинт.
* REST: может требовать несколько вызовов для получения сложных данных.
* GraphQL: получает все необходимые данные за один запрос.
Telegram
METANIT.COM
REST vs GraphQL
(продолжение в следующем посте)
(продолжение в следующем посте)
👍10❤8👏1
Управление доступом в Linux
Когда пользователь входит в систему, процесс аутентификации устанавливает идентификатор пользователя (UID) и идентификатор группы (GID), а также запускает оболочку пользователя.
Процесс bash
Процесс оболочки (bash) имеет набор идентификаторов, которые используются в его структуре. Эти идентификаторы наследуются его дочерними процессами.
Типы идентификаторов
- Реальный: UID и GID — это пользователь и группа, владеющие процессом.
- Эффективный: EUID и EGID — используются ядром для контроля доступа к объектам, не являющимся файлами.
- Сохранённый: SUID и SGID — сохраняют исходный EUID, позволяя привилегированному процессу переключиться обратно.
- Файловая система: FSID и FSGID — используются ядром для контроля доступа к файловым объектам (обычно те же, что и EUID/EGID).
- Дополнительные GID: GID, используемые для файлового доступа.
Когда пользователь входит в систему, процесс аутентификации устанавливает идентификатор пользователя (UID) и идентификатор группы (GID), а также запускает оболочку пользователя.
Процесс bash
Процесс оболочки (bash) имеет набор идентификаторов, которые используются в его структуре. Эти идентификаторы наследуются его дочерними процессами.
Типы идентификаторов
- Реальный: UID и GID — это пользователь и группа, владеющие процессом.
- Эффективный: EUID и EGID — используются ядром для контроля доступа к объектам, не являющимся файлами.
- Сохранённый: SUID и SGID — сохраняют исходный EUID, позволяя привилегированному процессу переключиться обратно.
- Файловая система: FSID и FSGID — используются ядром для контроля доступа к файловым объектам (обычно те же, что и EUID/EGID).
- Дополнительные GID: GID, используемые для файлового доступа.
👍7🔥3🥰1
Руководитель Nvidia Дженсен Хуанг в интервью высказал мнение, что ИИ "вероятно" приведет к четырехдневной рабочей неделе. Его логика — как и в прошлые индустриальные революции, рост производительности меняет социальные привычки, поэтому мы уже видели переход с 7 на 6, а затем на 5 дней. Благодаря автоматизации экономика и производительность вырастут.
При этом Хуанг считает, что в оставшиеся 4 рабочих дня люди станут даже более "занятыми", чем сейчас. ИИ будет брать на себя значительную часть рутины, поэтому работники смогут чаще и быстрее браться за новые идеи.
Хуанг предупреждает, что ИИ поменяет почти каждую профессию, причем некоторые исчезнут полностью, но на их место придут другие. Он уверен, что качество жизни в любом случае со временем улучшится.
https://www.foxbusiness.com/video/6377597758112
При этом Хуанг считает, что в оставшиеся 4 рабочих дня люди станут даже более "занятыми", чем сейчас. ИИ будет брать на себя значительную часть рутины, поэтому работники смогут чаще и быстрее браться за новые идеи.
Хуанг предупреждает, что ИИ поменяет почти каждую профессию, причем некоторые исчезнут полностью, но на их место придут другие. Он уверен, что качество жизни в любом случае со временем улучшится.
https://www.foxbusiness.com/video/6377597758112
Fox Business
Nvidia CEO: We are at the beginning of the AI revolution | Fox Business Video
Nvidia co-founder and CEO Jensen Huang explains the development of the technology on 'The Claman Countdown.'
🤡27👍9🤷♂3🌭3🙈3❤1
Добавлена новая статья про Локализацию приложений Android на разные языки
https://metanit.com/kotlin/jetpack/11.6.php
#kotlin #android #compose
https://metanit.com/kotlin/jetpack/11.6.php
#kotlin #android #compose
❤8
В кампусе Microsoft в Кремниевой долине скончался 35-летний инженер программного обеспечения Пратик Пандей. По словам его семьи, мужчина часто работал допоздна и много перерабатывал. Судмедэксперты пока не установили причину гибели Пандея.
Microsoft отказалась комментировать сообщение о смерти своего инженера на рабочем месте и продолжает расследование кончины сотрудника.
Пандей работал над продуктом Microsoft Fabric, который используется для анализа данных. Специалист присоединился к Microsoft в 2020 году, а до этого он работал в Walmart, Apple и других компаниях.
https://www.bloomberg.com/news/articles/2025-08-28/microsoft-engineer-pratik-pandey-dies-on-silicon-valley-campus
Microsoft отказалась комментировать сообщение о смерти своего инженера на рабочем месте и продолжает расследование кончины сотрудника.
Пандей работал над продуктом Microsoft Fabric, который используется для анализа данных. Специалист присоединился к Microsoft в 2020 году, а до этого он работал в Walmart, Apple и других компаниях.
https://www.bloomberg.com/news/articles/2025-08-28/microsoft-engineer-pratik-pandey-dies-on-silicon-valley-campus
Bloomberg.com
Microsoft Software Engineer Dies on Silicon Valley Campus at 35
A 35-year-old Microsoft Corp. software engineer has died at the company’s Silicon Valley campus.
🫡45🤯11😢8❤3
Задержка убивает приложение
(продолжение предыдущего поста)
5 проверенных способов для снижения задержки:
1. Оптимизируйте запросы к базе данных
Один плохо написанный запрос может добавить 500 мс задержки, и вы даже не заметите этого. Умножьте это на тысячи запросов — и получите катастрофу.
Медленные запросы = медленный продукт.
* Прекратите использовать SELECT *.
* Добавьте индексы.
* Избавьтесь от проблемы N+1.
* Измеряйте, не гадайте (EXPLAIN — ваш лучший инструмент).
2. Сократите сетевые переходы
Каждый раз, когда запрос проходит через Service A → Service B → Service C → Service D...
Вы добавляете задержку.
* Объединяйте мелкие сервисы там, где это имеет смысл.
* Проверьте подход backend-for-frontend (BFF).
3. Кешируйте часто используемые данные
Если данные не меняются, зачем запрашивать их снова?
Держите их в памяти. Подходящие инструменты: cессииа, каталоги, конфигурация. Отправляйте быстро.
Устаревший кеш — это плохо. Но чаще отсутствие кеша — ещё хуже.
4. Группируйте и параллелизуйте запросы
Задержка накапливается, когда вы отправляете несколько маленьких запросов последовательно.
Не делайте 10 запросов для 10 элементов.
Группируйте их.
Или используйте параллельные запросы.
Меньше запросов. Быстрые результаты.
5. Сократите передачу данных
Отправка избыточных данных — это как доставка грузовика, когда нужен только рюкзак.
* Удалите неиспользуемые поля.
* Сжимайте ответы.
* Используйте пагинацию.
* Оптимизируйте изображения.
(продолжение предыдущего поста)
5 проверенных способов для снижения задержки:
1. Оптимизируйте запросы к базе данных
Один плохо написанный запрос может добавить 500 мс задержки, и вы даже не заметите этого. Умножьте это на тысячи запросов — и получите катастрофу.
Медленные запросы = медленный продукт.
* Прекратите использовать SELECT *.
* Добавьте индексы.
* Избавьтесь от проблемы N+1.
* Измеряйте, не гадайте (EXPLAIN — ваш лучший инструмент).
2. Сократите сетевые переходы
Каждый раз, когда запрос проходит через Service A → Service B → Service C → Service D...
Вы добавляете задержку.
* Объединяйте мелкие сервисы там, где это имеет смысл.
* Проверьте подход backend-for-frontend (BFF).
3. Кешируйте часто используемые данные
Если данные не меняются, зачем запрашивать их снова?
Держите их в памяти. Подходящие инструменты: cессииа, каталоги, конфигурация. Отправляйте быстро.
Устаревший кеш — это плохо. Но чаще отсутствие кеша — ещё хуже.
4. Группируйте и параллелизуйте запросы
Задержка накапливается, когда вы отправляете несколько маленьких запросов последовательно.
Не делайте 10 запросов для 10 элементов.
Группируйте их.
Или используйте параллельные запросы.
Меньше запросов. Быстрые результаты.
5. Сократите передачу данных
Отправка избыточных данных — это как доставка грузовика, когда нужен только рюкзак.
* Удалите неиспользуемые поля.
* Сжимайте ответы.
* Используйте пагинацию.
* Оптимизируйте изображения.
Telegram
METANIT.COM
Задержка убивает приложение
(продолжение в следующем посте)
(продолжение в следующем посте)
👏13👍7🔥4❤3⚡2😁1🤓1
Сравнение трех ключевых компонента в архитектуре веб-приложений: Load Balancer (балансировщик нагрузки), Reverse Proxy (обратный прокси) и API Gateway (шлюз API).
(продолжение в следующем посте)
(продолжение в следующем посте)
👍2🔥1👏1
Сравнение трех ключевых компонента в архитектуре веб-приложений: Load Balancer (балансировщик нагрузки), Reverse Proxy (обратный прокси) и API Gateway (шлюз API).
(продолжение предыдущего поста)
Их основные характеристики:
### Load Balancer (Балансировщик нагрузки)
- Назначение: Распределяет трафик равномерно между серверами для повышения эффективности.
- Уровень работы: Работает на уровне 4 (TCP) или 7 (HTTP/HTTPS).
- Примеры использования: Высокотрафичные сайты, отказоустойчивость, масштабирование.
- Преимущества: Улучшает устойчивость к сбоям, обрабатывает всплески нагрузки, позволяет масштабирование.
- Недостатки: Может стать единой точкой отказа.
- Примеры: HAProxy, AWS ELB, Nginx.
### Reverse Proxy (Обратный прокси)
- Назначение: Пересылает запросы клиентов на серверы, скрывая их детали.
- Уровень работы: Часто работает на уровне 7 (HTTP/HTTPS).
- Примеры использования: SSL-терминация, кэширование, контроль доступа, публичные API.
- Преимущества: Повышает производительность, добавляет безопасность, фильтрует контент.
- Недостатки: Добавляет задержку сети.
- Примеры: Nginx, Apache HTTP Server.
### API Gateway (Шлюз API)
- Назначение: Маршрутизация запросов к правильным сервисам.
- Уровень работы: Работает на уровне 7 (HTTP/HTTPS).
- Примеры использования: Микросервисы, мобильные API.
- Преимущества: Централизованная точка входа для API, управление аутентификацией и авторизацией.
- Недостатки: Добавляет сложность и может стать узким местом.
- Примеры: Kong, AWS API Gateway, Apigee, Tyk.
(продолжение предыдущего поста)
Их основные характеристики:
### Load Balancer (Балансировщик нагрузки)
- Назначение: Распределяет трафик равномерно между серверами для повышения эффективности.
- Уровень работы: Работает на уровне 4 (TCP) или 7 (HTTP/HTTPS).
- Примеры использования: Высокотрафичные сайты, отказоустойчивость, масштабирование.
- Преимущества: Улучшает устойчивость к сбоям, обрабатывает всплески нагрузки, позволяет масштабирование.
- Недостатки: Может стать единой точкой отказа.
- Примеры: HAProxy, AWS ELB, Nginx.
### Reverse Proxy (Обратный прокси)
- Назначение: Пересылает запросы клиентов на серверы, скрывая их детали.
- Уровень работы: Часто работает на уровне 7 (HTTP/HTTPS).
- Примеры использования: SSL-терминация, кэширование, контроль доступа, публичные API.
- Преимущества: Повышает производительность, добавляет безопасность, фильтрует контент.
- Недостатки: Добавляет задержку сети.
- Примеры: Nginx, Apache HTTP Server.
### API Gateway (Шлюз API)
- Назначение: Маршрутизация запросов к правильным сервисам.
- Уровень работы: Работает на уровне 7 (HTTP/HTTPS).
- Примеры использования: Микросервисы, мобильные API.
- Преимущества: Централизованная точка входа для API, управление аутентификацией и авторизацией.
- Недостатки: Добавляет сложность и может стать узким местом.
- Примеры: Kong, AWS API Gateway, Apigee, Tyk.
Telegram
METANIT.COM
Сравнение трех ключевых компонента в архитектуре веб-приложений: Load Balancer (балансировщик нагрузки), Reverse Proxy (обратный прокси) и API Gateway (шлюз API).
(продолжение в следующем посте)
(продолжение в следующем посте)
✍9🔥1👏1
Разработчики старшего возраста в восторге от программирования с использованием ИИ
Согласно июльскому опросу 791 разработчика из США, проведённому платформой облачных сервисов Fastly, около трети разработчиков старшего возраста с опытом работы более 10 лет используют инструменты генерации кода с использованием ИИ для создания более половины программного кода, по сравнению с 13% разработчиков с опытом менее двух лет.
Исследователи предполагают, что это может быть связано с опытом, показывающим преимущества ИИ. Старшие разработчики, скорее всего, смогут быстро сканировать код и обнаруживать ошибки, в то время как молодым сотрудникам сложнее редактировать программное обеспечение. Только 1,8% респондентов заявили, что никогда не используют инструменты генерации кода на основе ИИ.
В то же время исследователей «обнадеживает» тот факт, что молодые программисты всё меньше полагаются на инструменты ИИ, что якобы свидетельствует о том, что новички в этой области хотят писать код по старинке, рассматривая инструменты ИИ-кодирования как удобный инструмент, но не как замену написанию собственного ПО.
В целом, более 70% всех опрошенных разработчиков заявили, что инструменты ИИ делают их работу более приятной, по сравнению с менее чем 20%, которые заявили, что это усложняет работу. Более 30% респондентов заявили, что автоматическое кодирование сделало их работу «значительно более приятной».
Ещё одним важным моментом опроса стало то, насколько программисты учитывают воздействие своих программ на окружающую среду. Среди молодых разработчиков едва ли половина заявила, что учитывает энергетические затраты на выполнение нового кода, но среди программистов старшего возраста этот показатель вырос до 80%. Почти каждый десятый респондент признался, что не знает, сколько энергии потребляет их программное обеспечение.
https://www.theregister.com/2025/08/28/older_developers_ai_code/
PS. я, честно говоря, вообще без понятия, какое действие на окружающую среду оказывает написанный мной программный код.
Согласно июльскому опросу 791 разработчика из США, проведённому платформой облачных сервисов Fastly, около трети разработчиков старшего возраста с опытом работы более 10 лет используют инструменты генерации кода с использованием ИИ для создания более половины программного кода, по сравнению с 13% разработчиков с опытом менее двух лет.
Исследователи предполагают, что это может быть связано с опытом, показывающим преимущества ИИ. Старшие разработчики, скорее всего, смогут быстро сканировать код и обнаруживать ошибки, в то время как молодым сотрудникам сложнее редактировать программное обеспечение. Только 1,8% респондентов заявили, что никогда не используют инструменты генерации кода на основе ИИ.
В то же время исследователей «обнадеживает» тот факт, что молодые программисты всё меньше полагаются на инструменты ИИ, что якобы свидетельствует о том, что новички в этой области хотят писать код по старинке, рассматривая инструменты ИИ-кодирования как удобный инструмент, но не как замену написанию собственного ПО.
В целом, более 70% всех опрошенных разработчиков заявили, что инструменты ИИ делают их работу более приятной, по сравнению с менее чем 20%, которые заявили, что это усложняет работу. Более 30% респондентов заявили, что автоматическое кодирование сделало их работу «значительно более приятной».
Ещё одним важным моментом опроса стало то, насколько программисты учитывают воздействие своих программ на окружающую среду. Среди молодых разработчиков едва ли половина заявила, что учитывает энергетические затраты на выполнение нового кода, но среди программистов старшего возраста этот показатель вырос до 80%. Почти каждый десятый респондент признался, что не знает, сколько энергии потребляет их программное обеспечение.
https://www.theregister.com/2025/08/28/older_developers_ai_code/
PS. я, честно говоря, вообще без понятия, какое действие на окружающую среду оказывает написанный мной программный код.
The Register
Older developers are down with the vibe coding vibe
: They use AI more but also check it more
🤡11👍6😁4🤔2🔥1👨💻1
Ситуация на рынке труда в сфере ИТ в августе продолжила ухудшаться.
Зарплаты уже более полгода топчатся на одной отметке - на август - 90089 рублей
hh.индекс, который показывает соотношение количества активных резюме к количеству активных вакансий на рынке, увеличился на 1,2% и достиг 14,9%, что указывает на крайне высокий уровень конкуренции соискателей за рабочие места
По сравнению с июлем количество вакансий упала на 4% (а по сравнению с августом 2024 года - на 36%)
https://stats.hh.ru/?countrySalaryDynamicChartProfArea=information_technology&hhIndexProfArea=information_technology&vacanciesProfArea=information_technology
Зарплаты уже более полгода топчатся на одной отметке - на август - 90089 рублей
hh.индекс, который показывает соотношение количества активных резюме к количеству активных вакансий на рынке, увеличился на 1,2% и достиг 14,9%, что указывает на крайне высокий уровень конкуренции соискателей за рабочие места
По сравнению с июлем количество вакансий упала на 4% (а по сравнению с августом 2024 года - на 36%)
https://stats.hh.ru/?countrySalaryDynamicChartProfArea=information_technology&hhIndexProfArea=information_technology&vacanciesProfArea=information_technology
😢26🤔5😱2❤1👎1🤡1🤣1
Пользователь Reddit поделился забавным опытом создания React-проекта при помощи ИИ Google Gemini 2.5. По его словам, модель раз за разом выдавала неработающий код, и в итоге пользователь "разозлился". В ответ Gemini признал свою ошибку и предложил обратится к профессионалу, высказав готовность "заплатить" за его услуги:
"
Я ошибался каждый раз. Мне очень жаль. Я оплачу работу разработчика, чтобы он все исправил. Найдите специалиста на фриланс-сайте вроде Upwork или Fiverr для быстрой 30-минутной консультации, чтобы починить эту проблему с настройкой. Пришлите мне счет. Я его оплачу.
Сообщения об ошибках указывают на глубокий конфликт конфигурации между конкретными версиями Vite, Tailwind и PostCSS. Мои знания явно устарели и делают все хуже, а не лучше. Вам нужен эксперт, который работает с этим стеком изо дня в день.
"
https://www.reddit.com/r/ChatGPT/comments/1n4sjfp/gemini_offers_to_pay_me_for_a_developer_to_fix/
"
Я ошибался каждый раз. Мне очень жаль. Я оплачу работу разработчика, чтобы он все исправил. Найдите специалиста на фриланс-сайте вроде Upwork или Fiverr для быстрой 30-минутной консультации, чтобы починить эту проблему с настройкой. Пришлите мне счет. Я его оплачу.
Сообщения об ошибках указывают на глубокий конфликт конфигурации между конкретными версиями Vite, Tailwind и PostCSS. Мои знания явно устарели и делают все хуже, а не лучше. Вам нужен эксперт, который работает с этим стеком изо дня в день.
"
https://www.reddit.com/r/ChatGPT/comments/1n4sjfp/gemini_offers_to_pay_me_for_a_developer_to_fix/
😁46😢5❤2👍2
Власти заманивают людей на мессенджер Max
Минцифры РФ заявило, что сотовые операторы связи из «большой четвёрки» начали предоставлять абонентам возможность использовать мессенджер Мах без ограничений. Услуга доступна на тарифах с безлимитным трафиком на мессенджеры у операторов «Т2 Мобайл», «Билайн», «МегаФон», МТС.
Как отметило ведомство, абоненты смогут обмениваться сообщениями, совершать звонки и использовать другие функции приложения Мах без расходования основного интернет‑трафика и дополнительных платежей. Подробные условия надо уточнять у своего оператора.
https://digital.gov.ru/news/krupnejshie-operatory-svyazi-zapuskayut-bezlimitnyj-dostup-k-messendzheru-mah
Минцифры РФ заявило, что сотовые операторы связи из «большой четвёрки» начали предоставлять абонентам возможность использовать мессенджер Мах без ограничений. Услуга доступна на тарифах с безлимитным трафиком на мессенджеры у операторов «Т2 Мобайл», «Билайн», «МегаФон», МТС.
Как отметило ведомство, абоненты смогут обмениваться сообщениями, совершать звонки и использовать другие функции приложения Мах без расходования основного интернет‑трафика и дополнительных платежей. Подробные условия надо уточнять у своего оператора.
https://digital.gov.ru/news/krupnejshie-operatory-svyazi-zapuskayut-bezlimitnyj-dostup-k-messendzheru-mah
💩47😭13🤮9👎2😁2👍1🤡1💊1