Ü::UML-out


Kanal geosi va tili: Rossiya, Ruscha


Аналитика:
- UML
- BPMN
- SOLID
- ...
По вопросам: @Creator_ilja

Bog‘liq kanallar

Kanal geosi va tili
Rossiya, Ruscha
Statistika
Postlar filtri


Программирование {BookFlow} dan repost
Микросервисы vs Монолит

➡️Что такое Монолит?

Монолитная архитектура - это единое, цельное приложение, где все компоненты (интерфейс пользователя, бизнес-логика, доступ к базе данных) тесно связаны и работают как одно целое.

➡️Характеристики монолита:

→ Единая кодовая база и единый процесс развертывания.
→ Все функции и модули взаимосвязаны.
→ Легко начать разработку и первое развертывание.

➡️Преимущества монолита:

→ Просто разрабатывать и тестировать на ранних этапах.
→ Прямолинейный процесс деплоя.
→ Производительность может быть выше для небольших приложений, так как всё работает вместе.

➡️Недостатки монолита:

→ Сложно масштабировать по мере роста системы.
→ Небольшое изменение может потребовать развертывания всего приложения заново.
→ Трудно большим командам работать независимо, не сталкиваясь с конфликтами.
→ Ошибка в одном модуле может повлиять на всю систему.



➡️Что такое Микросервисы?

Микросервисная архитектура разбивает приложение на небольшие, независимые сервисы, которые взаимодействуют через API (часто HTTP/REST или через очереди сообщений). Каждый сервис отвечает за конкретную бизнес-функцию.

➡️Характеристики микросервисов:

→ Несколько небольших сервисов, у каждого своя кодовая база.
→ Взаимодействие между сервисами через API или систему сообщений.
→ Независимое развертывание и масштабирование каждого сервиса.

➡️Преимущества микросервисов:

→ Легче масштабировать отдельные части системы.
→ Команды могут работать независимо над разными сервисами.
→ Гибкость технологий (разные сервисы могут использовать разные языки и базы данных).
→ Сбой одного сервиса с меньшей вероятностью выведет из строя всю систему.

➡️Недостатки микросервисов:

→ Более сложное проектирование и управление.
→ Необходимы развитые системы мониторинга и коммуникации между сервисами.
→ Увеличивается сложность деплоя и процессов DevOps.



➡️Монолит vs Микросервисы

→ Монолит: единое приложение - проще, но менее гибкое.
→ Микросервисы: распределённая система - гибче, но сложнее в управлении.
→ Монолит лучше подходит для небольших и средних приложений или старта разработки.
→ Микросервисы - для масштабных, сложных и быстро развивающихся систем.



➡️Примеры из реального мира:

→ Монолит: ранние версии Twitter и LinkedIn.
→ Микросервисы: Netflix, Amazon, Uber.

👉 @Bookflow


IT термины - Терминалоджи dan repost
Микрофронтенды – архитектурный подход, расширяющий концепцию микросервисов на фронтенд-разработку, позволяя разным командам независимо разрабатывать части пользовательского интерфейса.

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

Ключевые принципы:
- Технологическая независимость – разные части могут использовать React, Vue, Angular
- Независимое развёртывание – изменения в одной части не требуют пересборки всего приложения
- Изоляция команд – каждая команда владеет своим доменом от базы данных до UI
- Композиция на уровне браузера – части объединяются в единое приложение

Способы реализации:
- Module Federation (webpack 5) – динамическая загрузка модулей
- Single-SPA – фреймворк для оркестрации микрофронтендов
- Web Components – нативные браузерные компоненты
- Server-side composition – сборка на сервере

Этот подход особенно полезен для больших организаций с множественными командами разработки.

💡
IT термины


Datalytics dan repost
🟢 Ищем системного аналитика, зарплата 250-300к по результатам собеседования!

HR крупной IT-компании поделилась: «Мы уже полгода ищем сильного системного аналитика. Резюме приходят, но все «Ctrl+C | Ctrl+V» – UML, BPMN, работа с требованиями. А нужен человек, который понимает, как спроектировать интеграцию между 15 микросервисами так, чтобы система не рухнула. И ведь приходят не новички»

Чувствуете, да?
Рынок ищет одних специалистов, а резюме подают совсем другие.

Пока аналитики изучают диаграммы Use Case, компании отчаянно ищут тех, кто разбирается в современной архитектуре. И готовы платить за это 200-300к.

Но таких системных аналитиков единицы, и за ними сейчас охотятся так, как когда-то бегали за хорошими РОП-ами. А остальные…до сих пор живут в мире waterfall-методологий и думают, что REST API – это что-то для программистов.

🟩 Посмотрите в закрепе то, что реально надо системным аналитикам, и начните это прокачивать прямо сейчас!

Собрали всё для вас в одном месте, жмите и подписывайтесь: @system_analyse


Программирование {BookFlow} dan repost
Сессии, куки, JWT, токены, SSO и OAuth 2.0

👉 @Bookflow








📊Дорожная карта в управлении проектами

Для начала разберёмся, что же такое дорожная карта - это инструмент, который помогает в планировании и управлении проектами, определяет последовательность задач, устанавливает связи между ними и позволяет контролировать сроки их выполнения.

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

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

Чтобы понять, чем полезна Дорожная карта для проекта, давайте выделим некоторые преимущества и недостатки:

➕Преимущества дорожной карты:
1. Упорядочение задач и выбор приоритетных задач. Дорожная карта помогает расставить приоритеты и определить четкую последовательность задач, позволяя сосредоточиться на наиболее важных задачах.

2. Повышение прозрачности процесса. Дорожная карта позволяет всем участникам проекта лучше понимать процессы и задачи, связывающие их действия в целом проекте. Все участники видят, как их задачи влияют на достижение общих целей.

3. Управление рисками. Дорожная карта позволяет своевременно реагировать на изменения в проекте, что помогает снизить вероятность возникновения рисков и снизить уровень их влияния в случае, если они все же возникнут.

➖ Недостатки дорожной карты:
1. Сложность в создании и управлении. Построение дорожной карты требует некоторых затрат времени и усилий, и ее выполнение может стать сложным, если у вас недостаточно опыта работы с этим инструментом.

2. Ограничение гибкости. Дорожная карта может стать навязчивой, если проект сталкивается с изменениями в процессе работы, которые могут потребовать переработку плана работы.

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

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

Если вы хотите начать использовать дорожную карту в проекте, то я могу отметить несколько сервисов/программ, которые помогут вам создать ее. Например, Asana, Trello, Projecto, Microsoft Project, Roadmunk и другие (опишу сервисы/программы в след. раз). Они позволят вам визуализировать ваш проект и сделать его более понятным для всех участников.

В заключение, я хочу подчеркнуть, что использование дорожной карты является очень важным инструментом при управлении проектами. Она упрощает планирование, контроль за работой и ускоряет достижение целей проекта.
Если вы еще не используете дорожную карту, рекомендую попробовать ее в работе и вы увидите множество преимуществ.


devops-tools-for-java-developers.pdf
27.9Mb
DevOps Tools for Java Developers


Python Community dan repost
🔥 ERD Lab (https://erdlab.io/#home) — это бесплатный онлайн-инструмент, который предназначен для профессионального проектирования и визуализации баз данных с помощью диаграмм "сущность-связь" (ERD)!

Он дает возможность импортировать уже существующие SQL-скрипты или создавать новые базы данных без необходимости в написании кода, что упрощает процесс разработки и документирования структур данных.

🔗 Ссылка: *клик* (https://erdlab.io/#home)

(https://t.me/pythonl)
@Python_Community_ru


Библиотека программиста dan repost
9 лучших практик разработки микросервисов: наглядная иллюстрация от Alex Xu

1⃣Use separate data storage for each microservice
2⃣Keep code at a similar level of maturity
3⃣Separate build for each microservice
4⃣Assign each microservice with a single responsibility
5⃣Deploy into containers
6⃣Design stateless services
7⃣Adopt domain-driven design
8⃣Design micro frontend
9⃣Orchestrating microservices

#проектирование_систем


Clean Code dan repost
📖System Design: Learn how to design systems at scale and prepare for system design interviews
🖋Karan Pratap Singh, 2022

Интервью по системному проектированию могуSystem Design: Learn how to design systems at scale and prepare for system design interviewsт вызывать страх, поскольку это очень широкая тема. Даже для простых задач системного проектирования существует множество возможных решений.
Цель этой книги — помочь вам освоить основы и изучить сложные аспекты системного проектирования. Кроме того, вы получите надёжную стратегию подготовки к собеседованиям по проектированию систем.

💾 Скачать книгу

Clean Code | #книги


Benchmarka | Справочник промышленного аналитика dan repost
Концепции и методологии повышения производительности

Верхнеуровневый пост про то, собственно, чем занимаемся и в какую сторону рассказываем мы тут вот это вот всё.

На данный момент в сферах операционной эффективности, повышения производительности и управления качеством в мире есть всего четыре концепции. Да, всего четыре, и, да, они все родом из 50-х – 70-х годов ХХ века. Увы и ах.

Итак, вот они, наши герои:
- Six Sigma (она же Шесть Сигм),
- LEAN (она же Бережливое производство),
- ТРИЗ (Теория Решения Изобретательских Задач),
- ТОС (Теория Ограничений Систем).


О каждой будет отдельный пост, а тут просто описания. Они очень общие, но для общего понимания – вполне (не кидайтесь тапками).

Six Sigma – 70% статистики \ 30% процедур
LEAN – 30% статистики \ 70% процедур
ТРИЗ – логический и системный анализ конкретных ситуаций для решения технических задач производства. Иногда можно и для управленческих, но это как опция и только в исполнении умельцев.
ТОС – системный и логический инструментарий для решения стратегических и тактических задач бизнеса и производства. Для технических тоже можно (а иногда и нужно), но тут ситуация похожая с ТРИЗом – как опция и только в исполнении спецов.


Все остальные варианты типа SCRUM, AGILE, TQM, Just In Time и прочие LeanSigma – это все дальние и не очень предки, части предков, мутации, части или производные от предков, частей и мутаций))). Системная основа – всегда эти четыре сущности.

P.S. Ах, да, есть еще наша НОТ (Научная Организация Труда) – но это отдельная серьезная песня, которая не совсем чтобы концептуально прикладная сейчас. Хотя она-то как раз и есть в числе основных предков как бы ни для двух из четырех.

И о каждой расскажем отдельно. И о НОТ – тоже. Не отключаемся).

#rконцепции #sixsigma #ТОС #ТРИЗ #lean


NOP::Nuances of Programming dan repost
Что общего между разработчиком и архитектором, которому поручено спроектировать дом? Подробно разберем понятия ООП для применения в реальных проектах.

https://nsprg.ru/vg2XXx

VK: https://nsprg.ru/v2RlMv

Дзен: https://nsprg.ru/OZ5b2v

@nuancesprog #OOP #Programming


Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты dan repost
🔝 Приоритизация задач по методу MoSCoW: как за 5 минут научиться грамотно расставлять приоритеты

Читать статью

#туториал


GetAnalyst - Навыки • Системный анализ • Бизнес-анализ dan repost
GetAnalyst_Шаблон_постановки_задачи_на_REST_API_метод_для_Confluece.pdf
196.0Kb
💜 Шаблон постановки задачи на REST API-метод для Confluence 💜


Зачем нужен шаблон постановки задачи?
(Особенно для REST API)

1. Разработчики всегда понимают что и в каком месте искать в статье с требованиями.

2. Постановка задачи (требования) = Будущая статья в документацию.
Нет двойной работы.

3. Системный аналитик не упускает требования и всегда держит единую структуру документа.


Этих трёх пунктов достаточно, чтобы понять цель шаблона:
повысить качество постановок задач
и документации 🙌


К посту добавила пример шаблона для Confluence.
Также в нашем блоге можно найти статью с пояснениями к нему.

#ResApiGa


SqlLib. Книги по SQL и Базам dan repost
📊 5 обязательных книг для проджект-менеджеров

1️⃣ “Ретроспектива в Agile”. Автор - Марк Лоффлер

Agile-ретроспективы помогают совершенствовать методику работы. Это не регулярные встречи вроде стендапов, а скорее воркшопы, и чтобы извлечь из них пользу, нужно учитывать некоторые важные детали. Эта книга поможет вам разобраться, как успешно проводить Agile-ретроспективы.

Скачать


2️⃣ “Эффективный или мертвый”. Автор - Владимир Моженков

Автор - лучший менеджер Audi в Европе - делится менеджерскими лайфхаками и хитростями, которые помогли ему преуспеть в условиях тотальной нестабильности. Их можно применить в любые времена и в любой отрасли.

Скачать


3️⃣ “Все о SCRUM”. Автор - Клод Обри

Книга для всех, кто ищет легкий и доступный подход к Scrum. Автор последовательно рассмотрел положение Scrum в Agile-движении, роли и взаимодействие в команде, работу с бэклогом, планирование спринтов и многое другое.

Скачать


4️⃣ “Scrum на практике”. Автор - Джей Джей Сазерленд

Цель этой книги – лучше познакомить лидеров, менеджеров и сотрудников с особенностями перехода компаний к Agile. Примеры использования Scrum, приведенные автором, касаются не только сферы разработки ПО.

Скачать


5️⃣ “Время быть Agile”. Автор - Марина Михайленко

Автор сосредоточилась на особенностях Agile в России. Прочитав эту книгу, вы узнаете, как избежать ошибок и использовать достоинства гибкого менеджмента, подготовить людей к этой философии и сделать ее основой корпоративной культуры компании. В книге также затронута тема Scrum, но основная тема все же Agile.

Скачать


Курс программирования на 1С // #1c

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

// Перейти к курсу
Курс программирования 1С 8.3: обучение с нуля
Подробный и пошаговый курс для обучения 1С программирования с самого начала. Наши уроки разбиты на короткие видео, что бы вы можно любой момент вернутся к ну...


Clean Code dan repost
Стоит ли переходить на IDX - облачный редактор кода от Google

В 2024 Google представил собственный редактор кода IDX, особенностью которого стала облачная инфраструктура, встроенные эмуляторы устройств и интерактивный помощник по написанию кода на базе Gemini.

📺 YouTube

Clean Code #видео #IDE


CSS для Профи

Плейлист посвящённый CSS для профессионалов. Автор курса просто крут, объясняет очень увлекательно и понятно.

📂 Просмотр
CSS для Профи
Share your videos with friends, family, and the world

20 ta oxirgi post ko‘rsatilgan.

59

obunachilar
Kanal statistikasi