BA / SA Materials
Ir al canal en Telegram
Summaries of materials devoted to Business and Systems Analysis, UI/UX, Software Architecture
Mostrar más1 193
Suscriptores
+124 horas
+27 días
+130 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
julio '26
julio '26
+13
en 0 canales
junio '26
+6
en 0 canales
Get PRO
mayo '26
+6
en 0 canales
Get PRO
abril '26
+15
en 0 canales
Get PRO
marzo '26
+15
en 0 canales
Get PRO
febrero '26
+6
en 0 canales
Get PRO
enero '26
+5
en 0 canales
Get PRO
diciembre '25
+15
en 0 canales
Get PRO
noviembre '25
+22
en 0 canales
Get PRO
octubre '25
+11
en 0 canales
Get PRO
septiembre '25
+21
en 1 canales
Get PRO
agosto '25
+6
en 0 canales
Get PRO
julio '25
+14
en 0 canales
Get PRO
junio '25
+16
en 0 canales
Get PRO
mayo '25
+23
en 0 canales
Get PRO
abril '25
+22
en 0 canales
Get PRO
marzo '25
+34
en 1 canales
Get PRO
febrero '25
+23
en 0 canales
Get PRO
enero '25
+28
en 0 canales
Get PRO
diciembre '24
+21
en 0 canales
Get PRO
noviembre '24
+33
en 0 canales
Get PRO
octubre '24
+30
en 0 canales
Get PRO
septiembre '24
+87
en 0 canales
Get PRO
agosto '24
+54
en 0 canales
Get PRO
julio '24
+42
en 0 canales
Get PRO
junio '24
+44
en 0 canales
Get PRO
mayo '24
+42
en 0 canales
Get PRO
abril '24
+38
en 0 canales
Get PRO
marzo '24
+48
en 0 canales
Get PRO
febrero '24
+49
en 0 canales
Get PRO
enero '24
+54
en 0 canales
Get PRO
diciembre '23
+53
en 0 canales
Get PRO
noviembre '23
+28
en 1 canales
Get PRO
octubre '23
+24
en 0 canales
Get PRO
septiembre '23
+45
en 0 canales
Get PRO
agosto '23
+43
en 0 canales
Get PRO
julio '23
+34
en 0 canales
Get PRO
junio '23
+27
en 0 canales
Get PRO
mayo '23
+10
en 0 canales
Get PRO
abril '23
+26
en 0 canales
Get PRO
marzo '23
+9
en 0 canales
Get PRO
febrero '23
+16
en 0 canales
Get PRO
enero '23
+14
en 0 canales
Get PRO
diciembre '22
+42
en 0 canales
Get PRO
noviembre '22
+29
en 0 canales
Get PRO
octubre '22
+61
en 0 canales
Get PRO
septiembre '22
+15
en 0 canales
Get PRO
agosto '22
+35
en 0 canales
Get PRO
julio '22
+51
en 0 canales
Get PRO
junio '22
+20
en 0 canales
Get PRO
mayo '22
+44
en 0 canales
Get PRO
abril '22
+37
en 0 canales
Get PRO
marzo '22
+76
en 0 canales
Get PRO
febrero '22
+71
en 0 canales
Get PRO
enero '22
+96
en 0 canales
Get PRO
diciembre '21
+316
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 25 julio | +1 | |||
| 24 julio | 0 | |||
| 23 julio | 0 | |||
| 22 julio | +1 | |||
| 21 julio | 0 | |||
| 20 julio | +1 | |||
| 19 julio | +3 | |||
| 18 julio | 0 | |||
| 17 julio | +1 | |||
| 16 julio | +5 | |||
| 15 julio | 0 | |||
| 14 julio | 0 | |||
| 13 julio | 0 | |||
| 12 julio | 0 | |||
| 11 julio | 0 | |||
| 10 julio | 0 | |||
| 09 julio | 0 | |||
| 08 julio | 0 | |||
| 07 julio | +1 | |||
| 06 julio | 0 | |||
| 05 julio | 0 | |||
| 04 julio | 0 | |||
| 03 julio | 0 | |||
| 02 julio | 0 | |||
| 01 julio | 0 |
Publicaciones del Canal
They have animated use cases and sequence diagrams...
https://template.likec4.dev/view/place-order/?dynamic=sequence
| 2 | Sin texto... | 81 |
| 3 | https://likec4.dev/
Visualize, collaborate, and evolve the software architecture with always actual and live diagrams from your code | 82 |
| 4 | Sin texto... | 72 |
| 5 | Sin texto... | 82 |
| 6 | Sin texto... | 1 |
| 7 | Sin texto... | 68 |
| 8 | КАК СПРОЕКТИРОВАТЬ REST API БЕЗ ОШИБОК: 3 ЗАДАЧИ С РАЗБОРОМ
🔗 Источники:
1. https://habr.com/ru/companies/otus/articles/1031308/
2. https://t.me/notes_analyst/1774 (тут наткнулся на этот пост)
🧠 Complexity: ★☆☆
My description:
— Несколько практичных задачек на REST API: правильное использование глаголов в URL, версионирование, коды ответов.
— Лично для меня новым стали разные варианты версионирования. Про /v2/users/{id}/orders знал, custom заголовок: API-Version: 2, Accept‑заголовок с медиатипом: Accept: application/vnd.mycompany.v2+json - что-то новенькое.
— Еще там очень хорошая схема для выбора кода ответа, укажу ниже
— Там еще упоминается 422 Unprocessable Entity. Никогда не использовал такой код ошибки, хотя и автор статьи говорит, что мол, хотя он и популярен где-то, далее он его не использует в своих рекомендациях
Auto description:
Текст разбирает три типичные ошибки при проектировании REST API: неправильный выбор HTTP-метода, некорректные коды ответа и отсутствие стратегии версионирования. Главная мысль: хороший API должен быть предсказуемым, идемпотентным там, где это важно, и понятным для клиентов. Автор показывает, почему PATCH часто лучше action-POST для изменения поля, почему 409 подходит для бизнес-конфликта и почему версионирование стоит продумывать заранее. | 79 |
| 9 | Sin texto... | 0 |
| 10 | The source file in case you need it | 133 |
| 11 | Sin texto... | 132 |
| 12 | That's the architecture that I came up with
Here's the link to the service btw | 105 |
| 13 | Душевно посидели вчера, обсудили инфру, хранилища данных, способы масштабирования, а меня отправили работать в ПВЗ. Думаем повторить, есть еще много подобных симуляторов. Ннннада?
Запись стрима | 93 |
| 14 | Sin texto... | 130 |
| 15 | КРАТКО ПРО REDIS
🔗 Source: Reel от nikon_off_
🧠 Complexity: ★☆☆
➜ **Key-value модель работы**
➜ **Структуры данных: String, Hash, List, Set, Sorted Set, Stream**
➜ **Redis + Postgres: связка, а не замена**
➜ **Почему Redis быстрый (данные в RAM)**
➜ **Кейсы: кэширование, TTL, сессии, rate limiting, рейтинги**
➜ **Когда Redis не подходит**
My description:
Достаточно кратко про Redis
Auto description:
Redis — это key-value БД, работающая в оперативной памяти (написана на C). В отличие от реляционных баз, Redis хранит данные по ключу, а значением могут быть разные структуры: строки, хеши, списки, множества и потоки. Его не используют вместо Postgres — обычно Redis работает как быстрый слой кэша, сессий, счётчиков и временных данных. Скорость достигается за счёт RAM, но это дорого и не подходит для сложных реляционных связей и долгосрочного хранения. | 118 |
| 16 | КРАТКО ПРО REDIS
🔗 Source: Reel от nikon_off_
🧠 Complexity: ★☆☆
➜ **Key-value модель работы**
➜ **Структуры данных: String, Hash, List, Set, Sorted Set, Stream**
➜ **Redis + Postgres: связка, а не замена**
➜ **Почему Redis быстрый (данные в RAM)**
➜ **Кейсы: кэширование, TTL, сессии, rate limiting, рейтинги**
➜ **Когда Redis не подходит**
My description:
Достаточно кратко про Redis
Auto description:
Redis — это key-value БД, работающая в оперативной памяти (написана на C). В отличие от реляционных баз, Redis хранит данные по ключу, а значением могут быть разные структуры: строки, хеши, списки, множества и потоки. Его не используют вместо Postgres — обычно Redis работает как быстрый слой кэша, сессий, счётчиков и временных данных. Скорость достигается за счёт RAM, но это дорого и не подходит для сложных реляционных связей и долгосрочного хранения. | 2 |
| 17 | 📚 System Design Space
У Александра Поломодова есть огромный ресурс по проектированию, основанный на его статьях и внешних источников. Большая часть посвящена собесам, но и для общего развития, и для погружения можно найти много полезного.
Используйте как справочник или дополнение к AI-чатам: http://system-design.space/ | 176 |
| 18 | Sin texto... | 153 |
| 19 | БРОКЕРЫ СООБЩЕНИЙ
🔗 Source: Вебинар «Иерархия и классификация технологий интеграции»
🧠 Complexity: ★☆☆
➜ Что такое брокер сообщений
➜ Типичные протоколы брокеров
➜ AMQP, MQTT и STOMP
➜ Kafka Protocol и Redis Pub/Sub
➜ Как выбрать протокол под сценарий
My description:
Супер кратко протоколы брокеров сообщений
Auto description:
Брокер сообщений — это промежуточное приложение, через которое продьюсеры передают сообщения консьюмерам. Для работы брокеры используют разные протоколы поверх TCP: AMQP, MQTT, STOMP, Kafka Protocol и Redis Pub/Sub. Каждый протокол подходит под свой сценарий: корпоративные интеграции, IoT, простую отладку, высокие нагрузки или лёгкие уведомления. Выбор зависит от требований к доставке, нагрузке, читаемости и допустимости потерь сообщений. | 139 |
| 20 | Sin texto... | 114 |
