Наш новый промокод на 2025 год

Курс по проектированию интеграций и немного про архитектуру.

Чему обещают научить:
💡Выбирать стиль интеграции под вашу задачу;
💡Проектировать с нуля интеграции (REST, SOAP, gRPC и др. + брокеры сообщений);
💡Правильно собирать требования и моделировать в UML;

➕Разработать свой API на Python;
➕Вас ждет более 100 тестов;

Ну и на выходе вы получите большую базу фундаментальных знаний, а может даже и сертификат.

Обещают, что доступ к урокам и обновлениям остается навсегда.

✅ Бонусный модуль про проектирование баз данных — нормализация, транзакции, основы DWH, индексы.
Вдруг вам надо.

Автор предлагает три варианта прохождения на выбор:

→ Курс без проверки заданий
→ Курс с проверкой заданий
→ Полный курс с поддержкой

К любому из курсов можно применить промокод на 1200 ₽

Как применить промокод:
1. Авторизуйся на платформе Stepik
2. Перейди по одной из ссылок выше
3. Нажми «Купить»
4. В поле «У меня есть промокод» введи BATORSKY2025

Промокод действует до 31.12.2025 г.

Как научиться анализировать информацию, принимать решения и осознанно формировать свою точку зрения, не поддаваясь на манипуляции, пропаганду, нарушения логики и фальсификацию.

Об этом вы можете узнать на курсе Критическое мышление

На курсе вы научитесь:

⭐️ Мыслить ясно ⭐️
Рассуждать логически, замечать приемы манипуляций, не принимать решения на эмоциях и не вводить в заблуждение в первую очередь себя.

⭐️ Аргументировать ⭐️
Находить обоснование, строить логические цепочки и видеть, где они нарушаются; проверять источники информации и проводить фактчекинг.

⭐️ Помогать другим ⭐️
Видеть ошибки собеседников, понимать природу их заблуждений и мягко убеждать в необходимости мыслить критически.

➡️ Записаться на курс

Все курсы 4brain

#курсы #обучение #развитие #навыки

API
An API is a set of rules and protocols that allows different software applications and services to communicate with each other.

1. It defines how software components should interact.
2. Facilitates data exchange and functionality access between software components.
3. Typically consists of endpoints, requests, and responses.

SDK
An SDK is a comprehensive package of tools, libraries, sample code, and documentation that assists developers in building applications for a particular platform, framework, or hardware.

1. Offers higher-level abstractions, simplifying development for a specific platform.
2. Tailored to specific platforms or frameworks, ensuring compatibility and optimal performance on that platform.
3. Offer access to advanced features and capabilities specific to the platform, which might be otherwise challenging to implement from scratch.

The choice between APIs and SDKs depends on the development goals and requirements of the project.

Alex Xu

#api #sdk #ByteByteGo

gRPC is a high-performance, open-source remote procedure call framework initially developed by Google. It leverages HTTP/2 for transport, Protocol Buffers as the interface description language, and provides features such as authentication, load balancing, and more.

Key Features of gRPC:

- Speed - gRPC is built on HTTP/2 and Protobufs for high throughput and low latency.

- Efficiency - The compact Protobuf binary format means smaller payloads than JSON.

- Type Safety - Protobufs are strongly typed.

- Polyglot - Write services in many popular languages.

- Great Ecosystem - Many tools for code gen, load balancing, monitoring, and more.

ByteByteGo

#api #grpc #ByteByteGo

Третья конференция Systems Design Online 🚀

Мы открываем продажи на третью конференцию, посвящённую проектированию современных информационных систем для бизнеса.

Мы стремимся развивать культуру проектирования эффективных информационных систем, делясь реальным практическим опытом, проверенными подходами и инновационными идеями. Именно поэтому главная тема конференции в этом году — «Компромиссы проектирования — баланс между атрибутами качества, финансированием и сроками».

В 2025 году конференция Systems Design Online пройдёт в два дня:

12 апреля (сб) — день докладов

13 апреля (вс) — день мастер-классов и воркшопов


Вас будут ждать:
— Более 15 докладов от опытных архитекторов, аналитиков и технических лидеров
— Два воркшопа с акцентом на практику
— 4 тематические секции: Архитектура, Интеграции, Инженерия данных и Информационная безопасность
— Неограниченный доступ к записям всех докладов конференции
— Постоянный чат в Telegram для живого общения с экспертами


Конференция Systems Design Online будет интересна:
— разработчикам и аналитикам
— архитекторам и руководителям ИТ-проектов
— всем, кто стремится повышать эффективность бизнес-процессов при помощи современных технологических решений


Стоимость билетов зависит от даты покупки:

До 15 марта:
— от 3 900 ₽

После 15 марта:
— от 4 900 ₽

Билеты на воркшопы можно приобрести отдельно

Заявки на доклады этого года собираем до конца февраля и публикуем в канале и на сайте конференции.


Познакомиться поближе с докладами прошлых двух потоков SDO вы можете на нашем YouTube-канале:
— 2024 год
— 2021 год

Подробнее о конференции здесь

Канал конференции @systems_design_online

Всё, что вам нужно знать о технике Pomodoro

#таймменеджмент #pomodoro #управлениевременем

Шпаргалка по основам DDD
Aggregate root, Entity & Value object

#статья #хабр #ddd

Domain-Driven Design: чистая архитектура снизу доверху

#статья #sbertech #ddd

Помню как в бытность работы сисадмином столкнулся с версиями.

Не то, чтобы Semantic Versioning был для меня темным лесом и глядя на эти цифры, разделенные точками, я не понимал, что они значат.

Просто все эти обновления казались лотереей. Когда можно сразу накатить мажорную версию, а когда нужно было последовательно раскатывать все минорные версии.

Поэтому пришлось вникать глубже, чтобы разобраться в чем же отличие мажорной версии от минорной, что такое патч и почему накатив какую-то "незначительную" версию все ломалось.

Постепенно в голове сложилась картина: Major – это глобальные изменения, Minor – новые фичи, Patch – исправления багов.

Вот что пишет об этом Alex Xu

Semantic Versioning - это схема управления версиями программного обеспечения, состоящий из трех частей: MAJOR.MINOR.PATCH.

🔹 MAJOR: Увеличивается при несовместимых изменениях API

🔹 MINOR: Увеличивается при добавлении функциональности обратно совместимым образом

🔹 PATCH: Увеличивается при исправлении ошибок с обратной совместимостью

Серия видео с разбором глав одной из популярных книг по DDD Вона Вернона "Реализация методов предметно-ориентированного проектирования" от Сергея Черкашина, - инженера из Авито.Автотека

#ddd #youtube #обучение

Таинственный гул, который слышат лишь 2 процента людей, впервые записали!

Не спрашивайте зачем я об этом пишу, но как-то странно читать такие "научные" статьи, да еще и от инженеров. Один инженер провел исследования, другой решил написать об этом статью. Да еще и чуть ли не 60 лет не могли найти, да и вообще не верили в существование этого таинственного гула. Выглядит, если честно, как научное открытие высосанное из пальца.

Почему я так считаю? Просто потому, что я один из тех, кто этот гул слышит. Точнее слышал. А что изменилось? Да тупо сменил место жительства.

Как все начиналось. Давным-давно, когда галактика только начала расширяться после взрыва сверхновой. А нет, это другая история. В 2004 году недалеко от моего дома построили нефтеперекачивающую станцию. Вернее строить ее начали гораздо раньше, а вот запустили в 2004 году.

С тех пор я и стал слышать этот странный гул. Естественно слышен он был по ночам и то, если прислушаться. Но, я же в детстве смотрел фильмы про ковбоев и индейцев, поэтому первым делом приложил ухо к земле и тогда смог отчетливо услышать этот пульсирующий гул. Вот так была раскрыта тайна "таинственного гула". Извините за тавтологию. Хорошо, что все обошлось без дорогой аппаратуры и долгих исследований. Жаль, что такое лечится только переездом.

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

#оффтоп

Пример проектирования, ориентированного на домен: От хаоса к чистой архитектуре

Перевел и выложил на Хабр статью по Domain-driven Design, которая показалось мне интересной. Автор Mirko Sertic, ссылка на оригинал тут

#статья #хабр #ddd

Начнем с видео от Lucid Software с учебным пособием по диаграммам классов UML. В этом видео на 9:40 приводится пример диаграммы классов, который вызвал у меня несколько вопросов. Попробуйте угадать, что может быть не так на этой диаграмме.

Всем доброго дня!
Время бездумной и беспощадной рекламной паузы подошло к концу, я надеюсь. Наступило время afternoon tea! Так что... наливайте в рюмки свой любимый напиток и ловите vibe

#vibe #music #youtube

В процессе изучения паттерна CQRS наткнулся на серию статей Арно Ланглада.

Вот эти статьи:
1. Command bus
2. Command and command handler
3. Validate a command
4. CQS vs CQRS

Вот что думает об этом AI:
Серия статей Арно Ланглада представляет собой всестороннее введение в паттерн CQRS (Command Query Responsibility Segregation) и связанные с ним концепции. Автор последовательно рассматривает ключевые элементы CQRS, предоставляя практические примеры и объяснения.

🔹 Шина команд (Command Bus Design Pattern): Арно начинает с объяснения роли шины команд в CQRS. Он описывает шину как центральный компонент, отвечающий за маршрутизацию команд к соответствующим обработчикам. В статье рассматриваются различные подходы к реализации шины команд и их преимущества.

🔹 Обработчики команд (Command Handler Patterns): Автор подробно рассматривает различные паттерны реализации обработчиков команд. Он объясняет, как обработчики команд выполняют бизнес-логику и модифицируют состояние системы в ответ на полученные команды. Статья охватывает важные аспекты, такие как обработка ошибок и обеспечение идемпотентности.

🔹 Валидация команд (How to Validate a Command): Валидация команд является важным аспектом обеспечения целостности данных и предотвращения ошибок. Арно описывает различные стратегии валидации команд, включая валидацию на стороне клиента, валидацию на стороне сервера и использование специализированных библиотек валидации.

🔹 Различия между CQS и CQRS (Difference Between CQS and CQRS Patterns): Арно четко разграничивает паттерны CQS (Command Query Separation) и CQRS. Он объясняет, что CQS предполагает разделение методов, изменяющих состояние системы, и методов, возвращающих данные, в то время как CQRS идет дальше и разделяет модели для записи и чтения данных.

Приятного прочтения.

#статья #CQRS #CQS #DDD

Подводные камни и закономерности CQRS
Уди Дахан - NDC Oslo 2023

По мере того как все больше разработчиков применяют Command/Query Responsibility Segregation в своих проектах, многие обнаруживают, что это увеличивает сложность систем, а не уменьшает ее, причем зачастую без какого-либо выигрыша в производительности. Присоединяйтесь к Уди и узнайте, в каких случаях следует, а в каких, что более важно, НЕОБХОДИМО использовать CQRS в своих проектах.

#CQRS #youtube

Всем привет. Немного мыслей вслух...

Почему-то в голове отложилось, что СТЕ это история про визуальное восприятие SQL запроса и необходимость написать понятный скрипт. В первую очередь для себя будущего, ну и для "того парня", который возможно будет читать твой запрос. Когда стоит задача разбить сложный и с наскоку мало понятный SQL запрос с вложенными подзапросами или временными таблицами, на простые и понятные любому мало-мальски знакомому с SQL части. Сам никогда не использовал, но в работе попадались такие запросы. Читать их было легче.

Пытался освежить в памяти, полез на Хабр и наткнулся на эту статью. Вот почему-то не смог осознать для чего автор этой статьи пытается сравнивать план запроса. Как будто скорость выполнения запросов для CTE является киллер фичей. Зато про рекурсию вскользь упомянул и молчок.

А что вы думаете по этому поводу? Используете CTE для написания сложных SQL запросов?

Физкульт привет!

Мой ✔️новый рекорд 🏆 по количеству шагов в день!