Listen IT

🖥 Грядущее видео про высоконагруженные API получается большим, поэтому пока оно в монтаже, закину очередной перевод поста от Alex Xu с LinkedIn - на этот раз про разницу разных проксей и шлюзов. Forward Proxy, Reverse Proxy и API Gateway: в чём разница? Их постоянно путают - все трое стоят между клиентом и сервером. Реальная разница в том, чью сторону они представляют и какую проблему решают. ➡️Forward proxy (прямой прокси) стоит рядом с клиентом. Твой ноутбук отправляет запрос, прокси пересылает его наружу, и получатель никогда не видит ваш настоящий IPшник. В корпоративных сетях его используют, чтобы применять единые политики, блокировать сайты и кешировать трафик. ⬅️ Reverse proxy (обратный прокси) стоит рядом с сервером. Клиент понятия не имеет, сколько машин скрывается за ним. Прокси решает, кто обработает запрос, терминирует TLS и держит твой бэк вне публичного интернета. Здесь обычно используют NGINX и HAProxy, как правило, в паре с балансировщиком нагрузки перед ними. 🛜 API gateway (API-шлюз) - это обратный прокси, который делает уже чуть больше, чем просто маршрутизирует трафик. Он также берёт на себя аутентификацию, ограничение частоты запросов (rate limits), API-ключи, версионирование и преобразование запросов. Без него каждому микросервису пришлось бы реализовывать собственную версию валидации, логики троттлинга и логирования запросов. Forward proxy представляет клиента, reverse proxy представляет сервер, а API gateway - это то, что вы добавляете, когда десяти сервисам нужно единообразно применять одни и те же правила аутентификации и ограничения частоты запросов. В большинстве реальных систем все трое работают на разных уровнях. Forward proxy фильтрует исходящий трафик, reverse proxy стоит перед серверами приложений, а API gateway располагается перед апишками, чтобы применять политики до того, как запросы дойдут до них. 📹 Видос про разные виды прокси у нас, кстати, имеется, если кто хочет вспомнить (и квиз на Компе 🖥, естественно, тоже).

🔊 Продолжаю выкладывать аудио-версии старых выпусков с улучшенным звуком - и сегодня у нас сразу две классики: "Что такое Канбан-метод" и "Канбан-доска - это не то, что вы думаете" Вообще любопытно было бы послушать людей в комментах, у кого на работе используется Канбан. Скрама сейчас пруд пруди, и понятно, что сама Канбан-доска там часто юзается, а вот чистый Канбан-метод всё-таки реже встречается (хотя он, конечно, популярный всё равно, и часто просто в других условиях юзается нежели Скрам). У меня вот лично Канбан был разок на работе, но Скрам всё-таки доминирует ("водопад" тоже был, но это замнём)) 📹 Вот также видео-версии - про метод и про доску, если хочется глянуть визуально выпуски. 🖥 И квизы по обоим выпускам на Компе тоже имеются, чтобы знания по Канбану проверить: Квиз по Канбан-методу Квиз по Канбан-доске

🔊 Продолжаю выкладывать аудио-версии старых выпусков с улучшенным звуком - и сегодня у нас сразу две классики: "Что такое Канбан-метод" и "Канбан-доска - это не то, что вы думаете" Вообще любопытно было бы послушать людей в комментах, у кого на работе используется Канбан. Скрама сейчас пруд пруди, и понятно, что сама Канбан-доска там часто юзается, а вот чистый Канбан-метод всё-таки реже встречается (хотя он, конечно, популярный всё равно, и часто просто в других условиях юзается нежели Скрам). У меня вот лично Канбан был разок на работе, но Скрам всё-таки доминирует ("водопад" тоже был, но это замнём)) 📹 Вот также видео-версии - про метод и про доску, если хочется глянуть визуально выпуски. 🖥 И квизы по обоим выпускам на Компе тоже имеются, чтобы знания по Канбану проверить: Квиз по Канбан-методу Квиз по Канбан-доске

👁 А вы знали, что в HTTP появился новый метод QUERY? Это чтобы вы длиннющие фильтры не пихали в URL, и не приходилось данные запрашивать POST-ом. Вообще интересная штука, но пока не всё так однозначно... Подробности смотри в новом шортсе. https://www.youtube.com/shorts/QHBJbyNx5NE https://www.youtube.com/shorts/QHBJbyNx5NE https://www.youtube.com/shorts/QHBJbyNx5NE

🍪 Начинаю делать новое видео про построение высокопроизводительного API + плюс ещё один любопытный шортс в планах. А пока вот вам картиночка. "Нео, который должен был принять cookie от Оракла во время их разговора - это одна из лучших программистских шуток."

🗑 Тут на днях GitLab опубликовал свой отчёт "2026 AI Accountability", где разработчиков из разных стран опросили, как им работается с ИИшкой. Так вот ребятки столкнулись с такой ситуацией: 78% разработчиков кодят быстрее, 73% отмечают рост качества, но общая скорость поставки не выросла - узкое место сместилось в ревью и тестирование (85%) (ой как неожиданно 👌) ТАК МОЖЕТ ЗАМЕНИМ ПРОСТО ТЕСТИРОВЩИКОВ ИИШКОЙ И ЗАЖИВЁМ?) Проблема в управляемости: только 1/3 команд, у которых был инцидент, реально смогли установить, что в него внёс ИИ-код. Им мешали 3 фактора: не отличить AI-код от человеческого (43%), фрагментация тулчейна (40%) (это когда инструменты разработки не связаны между собой, поэтому нет цельной картины, откуда взялся код), отсутствие учёта происхождения кода (39%). Всё больше все склоняются к тому, что ИИшным кодом надо учиться управлять и использовать данные нам умные инструменты с умом, а не просто пихать без разбора. Особенно нравится вот эта цифра: 80% респондентов ответили, что организация внедрила ИИ быстрее, чем выработала политику по нему. Я, кстати, лично это наблюдал на одном месте работы - зрелище удручающее. Но вы не подумайте, я обеими руками за новые технологии. Но я за то, что нужно немного подумать, прежде чем делать, а то потом будет тяжко выгребать последствия. А у вас как с процессами использования AI в компании? Разумно, или пихаем, куда пихается?

🔊 Продолжаю выкладывать аудио-версии старых выпусков с улучшенным звуком, чтобы подписчики ТГ могли слушать их на фоне (знаю, что вы ждёте подкаст, но с ним не всё так просто оказалось, к сожалению, так что пока ТГ). На очереди у нас старый выпуск про Job Stories и подход Jobs To Be Done (JTBD). Автор статьи расписывает его как убийцу User Stories, но вот уже сколько работаю, а как-то US всё никак не умрут, честно говоря) Больше похоже на мыслительный процесс и анализ здорового человека, чем какая-то жёсткая альтернатива сторям. Но всё равно любопытно чуть погрузиться в это, с другой стороны посмотреть на нашу привычку всё описывать через истории. 📹 А вот и видео-версия, если хочется вспомнить. 🖥 И ловите квиз по этому выпуску на Компе, чтобы проверить себя. А вы в работе используете JTBD и Job Stories?

🔍 Бегу к вам с новым видео про RAG! Уже, небось, все уши вам прожужжали на работе про этот RAG и про то, что это крутая вещь и надо её срочно делать. Ну а если нет, то скажу вам сам - это крутая полезная вещь) Штуковина, которая облегчает работу всей команде (да и всей компании в целом). ИИ-шка, которая отвечает на вопросы именно по вашей документации, коду и корп. политикам, а не просто фантазирует из головы, как ГПТ. В выпуске мы с вами узнаем: ❓Что такое RAG ❓Как и где можно его использовать ❓Как он работает под капотом ❓Как построить нормальную архитектуру RAG (с примерами, ясное дело) 🖥 Квиз по теме выпуска уже на Компе - https://qomp.club/quiz/92?topicId=5 - залетай проверить свои знания после просмотра. 🔊 И аудио-версия, конечно, как всегда, постом выше. https://youtu.be/MUSnPlOfaTI https://youtu.be/MUSnPlOfaTI https://youtu.be/MUSnPlOfaTI

🎬 А мы вот решили добавить встроенный плеер на наш qomp.club! Теперь для всех зарегистрированных юзеров Компа при просмотре видео есть возможность открыть выпуск на YouTube, либо во внутреннем плеере (без всяких VPNов и всего такого, если вдруг ютуб у вас не работает). Там и скорость воспроизведения настраивать можно, и режим "картинка в картинке" включать. Функция пока экспериментальная. Не очень понимаем, насколько вообще этот плеер кому-нибудь будет нужен, а хранилище для видео стоит денег. Пока что закинули 10 тестовых видео, чтобы ребята с платными аккаунтами (подписками Бусти) могли попробовать-посмотреть. Если увидим, что функция пользуется популярностью и народ подписывается, то купим уже нормальные объёмы хранилища и зальём туда все выпуски, чтобы было как на ютубе. Если особо не нужна, то свернём плеер и будем что-нибудь более нужное пилить) Выпуски, для которых видео на сайте есть: Что такое SQL индексы Как защитить API: Уязвимости и решения Полный разбор URL Как нельзя хранить пароли (и как нужно) Возможности Chrome DevTools Что такое VPN 30 полезных команд Git Что такое GraphQL Что такое RabbitMQ и чем он отличается от Apache Kafka Что такое фреймворк Захмана Как вам вообще идея? 🔥 - супер, я бы подписался на Бусти ради такой функции 🥱 - мне это особо не нужно, я Ютубом пользуюсь без проблем

🌃 Торможу с новым видео (что-то май-июнь выдались плотными - новая работа + консультации и уроки по системному анализу), но он в работе - обещаю! Будет про RAG. Интересно? А пока, чтобы вы не скучали, скину визуальную шпаргалку по теме последнего выпуска с 30 важными командами Git. Картинка в хорошем качестве в комментариях.

👩‍💻 Наконец, выкладываю видео с 30 полезными командами для работы с Git-репозиториями! В выпуске мы разберём самые важные git‑команды, которые пригодятся каждому, кто работает с гитом. А сейчас с гитом должны уметь работать не только разрабы, но и аналитики, да иногда и менеджеры (скажем спасибо вайбкодингу, который влетел в наши жизни). В видео: ❓Конфигурируем пользователя и email в Git ❓Основные команды для работы с ветками и коммитами ❓Пуш, пулл и работа с удалёнными репозиториями ❓Куча других всякий неочевидных вещей при работы с командами Git + современные альтернативы устаревшим командам 🖥 Квиз по теме выпуска уже на Компе - https://qomp.club/quiz/90?topicId=5 🔊 И аудио-версия, конечно, как всегда, постом выше. https://youtu.be/g4jOmrRrrYs https://youtu.be/g4jOmrRrrYs https://youtu.be/g4jOmrRrrYs

❔ Монтирую пока выпуск про основные 30 команд для работы с Git, а пока небольшой опрос: Как у вас с Телеграмом дела?

Масштабируемые данные. Лучшие шаблоны высоконагруженных архитектур. ✍️ Автор: Питхейн Стренгхольт 🗓 Год издания: 2022 🔤 Язык: русский 📚 Объём: 368 стр Посвящена современному управлению данными и масштабируемым архитектурам, необходимым для работы с большими объемами информации. В ней рассматриваются: 💙основы управления данными – что это такое, почему оно важно и как развивается в эпоху цифровой трансформации. 💙ключевые архитектурные подходы – хранилища данных (только для чтения), API, потоковая обработка и их интеграция в единую систему. 💙сложности работы с данными – проблемы интеграции, устаревание классических хранилищ, управление метаданными и безопасность. 💙практические шаблоны и решения – как выбирать подходящие модели распределения данных, масштабировать их потребление и обеспечивать целостность. 💙влияние новых технологий – гибридные облака, распределенные сети и их роль в архитектуре данных. Книга сочетает теорию и практику, подойдет для архитекторов, аналитиков, специалистов по соблюдению требований и управлению Обзор книги на Хабр #проектирование

💡 А вот и видео про Фреймворк Захмана (или Закмана - тут уже кому как удобно)! Инструмент на заметочку бизнес-аналитикам, системным аналитикам и будущим архитекторам. Хорошая штука, чтобы разложить большую систему по полочкам. В нём узнаем: ❓Что такое фреймворк Захмана ❓Из чего он состоит ❓Как он строится ❓Кто и зачем и пользуется на практике 🖥 Квиз по теме выпуска уже на Компе - https://qomp.club/quiz/89?topicId=10 🔊И аудио-версия, конечно, как всегда, постом выше. https://youtu.be/oaRHuv9D4nw https://youtu.be/oaRHuv9D4nw https://youtu.be/oaRHuv9D4nw DOOM на Компе уже опробовали?)

🎉 Результаты розыгрыша: 🏆 Победители: 1. Daniil (@attano01) 2. Михаил (@mike_goldobin) 3. Artem (@poramon71) 4. Назар (@naz_number) 5. Anton (@loopin8or) 6. Ulker (@Ulkerat) 7. Михаил 8. Pavel (@pexac) 9. Николай (@suorgxxx) 10. 1 (@z0x13c) ✔️Проверить результаты

🎙 Продолжаю выкладывать аудио-версии старых выпусков с улучшенным звуком. Сегодня у нас на очереди статья про разницу ETL и ELT. 🖥 Заодно закидываю квиз на Комп по теме выпуска - можете проверить, насколько вы хорошо запомнили материал. И не забывай поучаствовать в розыгрыше бесплатных аккаунтов после нашего добавления личных кабинетов! Итоги уже скоро, шансы неплохие такие.