Forwarded from Testing | QA
This media is not supported in your browser
VIEW IN TELEGRAM
Ой, да мы и без документации, на изи, эту таску затащим
Forwarded from Business | System analyst
Алоха, друзья! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему архитектуры:
#вопросыссобеседования
Часть 8:
📍Вопрос 1: Что такое архитектура программного обеспечения (ПО)?
✅Краткий ответ:
Архитектура программного обеспечения (ПО) - это структура и организация системы, которая определяет ее компоненты, взаимодействия между ними и их отношения с внешней средой. Также можно сказать, что Архитектура представляет собой основу для дальнейшей разработки ПО, определяет его функциональность, надежность, масштабируемость, производительность и возможности расширения.
Важной частью архитектуры ПО является выбор технологий для ее реализации. Существует множество различных технологий, включая языки программирования, базы данных, фреймворки и библиотеки. Выбор технологий должен основываться на конкретных требованиях приложения, его цели и ограничениях.
Более подробно расскажу в следующий раз))
📎Материалы по теме:
- Разработка архитектуры для чайников. Часть 1 / Часть 2
- Архитектура ПО: разница между архитектурой и проктированием
📍Вопрос 2: Что такое микросервисная, монолитная и клиент-сервисная архитектура? В чем разница между ними?
✅Краткий ответ:
Микросервисная архитектура - это подход, в котором приложение разделено на множество небольших сервисов, каждый из которых отвечает за определенную функцию. Она обеспечивает гибкость, относительную независимость компонентов и масштабируемость. Однако, такая архитектура может потребовать дополнительных усилий в сопровождении и управлении сервисами.
Монолитная архитектура - это крупнопланировочная структура с единым кодом, который включает в себя все компоненты приложения. Она обеспечивает простоту в разработке и тестировании, но часто имеет проблемы масштабирования и зависимости между компонентами.
Клиент-серверная архитектура - это модель, в которой клиенты на своих устройствах используют удаленный сервер для обмена информацией. Она обеспечивает хорошую масштабируемость и безопасность, но может иметь проблемы с производительностью из-за удаленного доступа.
Клиент-серверная и микросервисная архитектуры часто являются лучшим выбором для крупных проектов, которые требуют масштабируемости и гибкости. Монолитная архитектура хорошо подходит для небольших проектов или простых систем.
📎Материалы по теме:
- Сравнение микросервисной и монолитной архитектур
- Микросервисы или монолит. Какую архитектуру выбрать при разработке сложного приложения для крупного бизнеса
- Клиент-серверная архитектура в картинках
📍Вопрос 3: Какие вы знаете виды и способы интеграции систем?
✅ Краткий ответ:
Существует несколько видов интеграций систем, в том числе:
1. Интеграция API (Application Programming Interface) - это способ связывания различных программных приложений через их программные интерфейсы.
2. Интеграция через файловые форматы - это способ интеграции, основанный на конвертировании файлов в разные форматы для обмена информацией между ПО.
3. Интеграция баз данных - это способ обмена информацией между различными базами данных на основе протоколов обмена.
4. Интеграция с помощью платформы - это способ связывания различных приложений через одну платформу.
Способ интеграции зависит от требований конкретного проекта, но важно выбрать наиболее подходящий вариант для эффективной работы приложения в целом.
📎Материалы по теме:
- Видео - Способы интеграции систем
Это лишь маленькая часть вопросов данной темы и вопросы для начинающих, которые задают, чтобы понять знает ли кандидат, что такое архитектура ПО, без углубления в тему.
Источник: @ba_and_sa
#собеседование
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
p.s.Делитесь своими мыслями в комментариях и напишите, какие вопросы были у вас на собесах
#вопросыссобеседования
Часть 8:
📍Вопрос 1: Что такое архитектура программного обеспечения (ПО)?
✅Краткий ответ:
Архитектура программного обеспечения (ПО) - это структура и организация системы, которая определяет ее компоненты, взаимодействия между ними и их отношения с внешней средой. Также можно сказать, что Архитектура представляет собой основу для дальнейшей разработки ПО, определяет его функциональность, надежность, масштабируемость, производительность и возможности расширения.
Важной частью архитектуры ПО является выбор технологий для ее реализации. Существует множество различных технологий, включая языки программирования, базы данных, фреймворки и библиотеки. Выбор технологий должен основываться на конкретных требованиях приложения, его цели и ограничениях.
Более подробно расскажу в следующий раз))
📎Материалы по теме:
- Разработка архитектуры для чайников. Часть 1 / Часть 2
- Архитектура ПО: разница между архитектурой и проктированием
📍Вопрос 2: Что такое микросервисная, монолитная и клиент-сервисная архитектура? В чем разница между ними?
✅Краткий ответ:
Микросервисная архитектура - это подход, в котором приложение разделено на множество небольших сервисов, каждый из которых отвечает за определенную функцию. Она обеспечивает гибкость, относительную независимость компонентов и масштабируемость. Однако, такая архитектура может потребовать дополнительных усилий в сопровождении и управлении сервисами.
Монолитная архитектура - это крупнопланировочная структура с единым кодом, который включает в себя все компоненты приложения. Она обеспечивает простоту в разработке и тестировании, но часто имеет проблемы масштабирования и зависимости между компонентами.
Клиент-серверная архитектура - это модель, в которой клиенты на своих устройствах используют удаленный сервер для обмена информацией. Она обеспечивает хорошую масштабируемость и безопасность, но может иметь проблемы с производительностью из-за удаленного доступа.
Клиент-серверная и микросервисная архитектуры часто являются лучшим выбором для крупных проектов, которые требуют масштабируемости и гибкости. Монолитная архитектура хорошо подходит для небольших проектов или простых систем.
📎Материалы по теме:
- Сравнение микросервисной и монолитной архитектур
- Микросервисы или монолит. Какую архитектуру выбрать при разработке сложного приложения для крупного бизнеса
- Клиент-серверная архитектура в картинках
📍Вопрос 3: Какие вы знаете виды и способы интеграции систем?
✅ Краткий ответ:
Существует несколько видов интеграций систем, в том числе:
1. Интеграция API (Application Programming Interface) - это способ связывания различных программных приложений через их программные интерфейсы.
2. Интеграция через файловые форматы - это способ интеграции, основанный на конвертировании файлов в разные форматы для обмена информацией между ПО.
3. Интеграция баз данных - это способ обмена информацией между различными базами данных на основе протоколов обмена.
4. Интеграция с помощью платформы - это способ связывания различных приложений через одну платформу.
Способ интеграции зависит от требований конкретного проекта, но важно выбрать наиболее подходящий вариант для эффективной работы приложения в целом.
📎Материалы по теме:
- Видео - Способы интеграции систем
Это лишь маленькая часть вопросов данной темы и вопросы для начинающих, которые задают, чтобы понять знает ли кандидат, что такое архитектура ПО, без углубления в тему.
Источник: @ba_and_sa
#собеседование
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
p.s.Делитесь своими мыслями в комментариях и напишите, какие вопросы были у вас на собесах
SQL-cheat-sheet.pdf
224.9 KB
От CREATE до JOIN: введение в SQL + шпаргалка
"Львиная доля мировой информации хранится в реляционных базах данных. Чтобы работать с ней, нужно владеть языком SQL-запросов."
В статье рассмотерны уровни:
- Уровень: Новичок
- Уровень: уверенный пользователь
- Уровень: SQL-мастер
Читать статью
"Львиная доля мировой информации хранится в реляционных базах данных. Чтобы работать с ней, нужно владеть языком SQL-запросов."
В статье рассмотерны уровни:
- Уровень: Новичок
- Уровень: уверенный пользователь
- Уровень: SQL-мастер
Читать статью
Forwarded from Testing | QA
This media is not supported in your browser
VIEW IN TELEGRAM
Разработчики в будущем, когда сломается код, написанный искусственным интеллектом
Forwarded from Business | System analyst
Алоха! Сегодня поговорим о моделировании бизнес-процессов, точнее о ПО с помощью которого можно это сделать))
#моделирование #программы
Часть 1:
Моделирование бизнес-процессов - это эффективный способ улучшить работу компании, оптимизировать процессы и минимизировать затраты. Существует множество программ для моделирования бизнес-процессов, которые предоставляют широкий набор инструментов и возможностей для улучшения производительности компании. В этом посте мы опишем некоторые из наиболее используемых программ:👇
✅ Microsoft Visio. Это одна из наиболее популярных программ для создания Диаграмм потока бизнес-процессов (BPMN). Она объединяет в себе множество инструментов для создания профессиональных диаграмм и схем (Руководство для старта)
✅ Bizagi modeler. Эта программа позволяет моделировать, автоматизировать и управлять бизнес-процессами. С ее помощью можно создать BPMN-диаграммы, выполнить анализ текущих процессов и оптимизировать их (Руководство для старта)
✅ ARIS Express. Это программное обеспечение, которое помогает моделировать бизнес-процессы и управлять ими. ARIS обеспечивает быстрое создание моделей, работа с различными типами процессов, анализ их эффективности, а также управление их выполнением (Учебное пособие)
✅ BPMN.io. Это бесплатная онлайн-платформа для создания диаграмм потока бизнес-процессов (BPMN). Она обеспечивает возможность создания BPMN-диаграмм и экспорта их в различных форматах.
✅ Lucidchart. Это программное обеспечение, которое помогает создавать различные виды диаграмм, включая BPMN-диаграммы. Lucidchart является довольно гибкой и простой в использовании программой, обеспечивая множество шаблонов и форматов экспорта (Для начинающих)
✅ Cacoo. Это онлайн-инструмент для создания диаграмм, который предлагает множество шаблонов и инструментов для создания BPMN-диаграмм. Cacoo является очень гибким инструментом, который позволяет создавать профессиональные диаграммы и экспортировать их в различные форматы. (Руководство пользователя)
Источник: @ba_and_sa
Продолжение следует❗️
#моделирование #программы
Часть 1:
Моделирование бизнес-процессов - это эффективный способ улучшить работу компании, оптимизировать процессы и минимизировать затраты. Существует множество программ для моделирования бизнес-процессов, которые предоставляют широкий набор инструментов и возможностей для улучшения производительности компании. В этом посте мы опишем некоторые из наиболее используемых программ:👇
Источник: @ba_and_sa
Продолжение следует
Please open Telegram to view this post
VIEW IN TELEGRAM
Всем привет 👋🏼! Продолжаем рублику «Сервисы и программы для аналитиков», где мы разбираем и изучаем/знакомимся с разными сервисами/программы, которые используют аналитики в своей работе или повседневной жизни.
#сервисы #программы
Часть 2:
Сегодня предлагаю ознакомится с подборкой материалов по изучению такого сервиса, как - Jira & Confluence .
Jira- это программное обеспечение, которое позволяет управлять проектами и отслеживать задачи. С помощью Jira вы можете создавать задачи, устанавливать приоритеты, назначать исполнителей и ставить дедлайны. Вы также можете отслеживать время, затраченное на выполнение каждой задачи и следить за ее статусом.
JIRA состоит из ряда компонентов, каждый из которых можно настроить. Это:
- Рабочий процесс (Workflow);
- Типы задач (Issue Types);
- Пользовательские рабочие пространства (Custom Fields);
- Окна (Screens);
- Настройка рабочих пространств (Field Configuration);
- Уведомления (Notification);
- Решения (Permissions).
Confluence - это средство для коллективной работы над документацией и знаниями. Вы можете создавать страницы, документы, карты и объединять их в пространствах, которые отражают структуру вашего проекта. С помощью Confluence вы можете улучшить коммуникацию в команде и иметь всегда актуальную и свежую информацию.
Базовые функции:
- Создавать страницы
- Структурировать информацию
- Получать уведомления о новостях и изменениях
- Искать нужную информацию
Оба инструмента очень полезны для улучшения эффективности работы в команде. Они позволяют отслеживать прогресс проекта и быть в курсе всех изменений и новостей, а также улучшают коммуникацию в команде. Они могут быть полезны как менеджерам, так и исполнителям.
Ниже👇🏼 небольшая подборка материалов для изучения данного сервиса:
📌 Обучающее руководство. Использование Confluence Cloud вместе с Jira Software Cloud
📌 Использование Confluence. Руководства, обучающие материалы и демонстрации
📌 Работа с программами JIRA & Confluence (знакомство)
📌JIRA: подробное руководство для новичков
Прошлые части смотрите по #сервисы #программы
Источник: @analysis_it
#сервисы #программы
Часть 2:
Сегодня предлагаю ознакомится с подборкой материалов по изучению такого сервиса, как - Jira & Confluence .
Jira- это программное обеспечение, которое позволяет управлять проектами и отслеживать задачи. С помощью Jira вы можете создавать задачи, устанавливать приоритеты, назначать исполнителей и ставить дедлайны. Вы также можете отслеживать время, затраченное на выполнение каждой задачи и следить за ее статусом.
JIRA состоит из ряда компонентов, каждый из которых можно настроить. Это:
- Рабочий процесс (Workflow);
- Типы задач (Issue Types);
- Пользовательские рабочие пространства (Custom Fields);
- Окна (Screens);
- Настройка рабочих пространств (Field Configuration);
- Уведомления (Notification);
- Решения (Permissions).
Confluence - это средство для коллективной работы над документацией и знаниями. Вы можете создавать страницы, документы, карты и объединять их в пространствах, которые отражают структуру вашего проекта. С помощью Confluence вы можете улучшить коммуникацию в команде и иметь всегда актуальную и свежую информацию.
Базовые функции:
- Создавать страницы
- Структурировать информацию
- Получать уведомления о новостях и изменениях
- Искать нужную информацию
Оба инструмента очень полезны для улучшения эффективности работы в команде. Они позволяют отслеживать прогресс проекта и быть в курсе всех изменений и новостей, а также улучшают коммуникацию в команде. Они могут быть полезны как менеджерам, так и исполнителям.
Ниже👇🏼 небольшая подборка материалов для изучения данного сервиса:
📌 Обучающее руководство. Использование Confluence Cloud вместе с Jira Software Cloud
📌 Использование Confluence. Руководства, обучающие материалы и демонстрации
📌 Работа с программами JIRA & Confluence (знакомство)
📌JIRA: подробное руководство для новичков
Прошлые части смотрите по #сервисы #программы
Источник: @analysis_it
Ультимативная дорожная карта для изучения SQL и баз данных в 2023 году + источники для знаний
Читать статью
Читать статью
Хабр
Ультимативная дорожная карта для изучения SQL и баз данных в 2023 году + источники для знаний
SQL является одним из наиболее важных языков для работы с данными в Сети. Без SQL мы не смогли бы обмениваться данными настолько уверенным и мощным способом, как мы это делаем сегодня. Независимо от...
Всем привет! Начинаю вести рубрику про проф.литературу для аналитиков и давать свои комментарии/отзывы о книгах. Постараюсь излагать кратко и по делу)
#обзорнакниги
Часть 1
Книга: Алистера Коберн "Современные методы описания функциональных требований"
«Современные методы описания функциональных требований» – это хороший источник знаний для аналитиков, а также опытных специалистов в области разработки программного обеспечения и создания продуктов. В ней идет речь о новых методах и технологиях описания функциональных требований, включая использование BPMN, UML диаграмм, и моделирование бизнес-процессов.
Автор тщательно анализирует и описывает каждый метод и предоставляет детальные примеры и инструкции.
Из ключевых моментов на мой взгляд можно выделить:
- что автор удивляет много внимания нотации IDEF, которая является одной из наиболее популярных систем моделирования и разработки продукта.
- что автор рассматривает процессы преобразования требований в системную архитектуру, что важно для успешного создания высококачественных продуктов и проектов.
Читая эту книгу, новичок может осознать насколько важен правильный подход к описанию функциональных требований и как это влияет на качество работы. Благодаря этим знаниям, он сможет эффективнее использовать и применять надежные методы описания функциональных требований, что полезно для работы в сфере анализа и разработки.
В целом, книга Алистера Коберна "Современные методы описания функциональных требований" является полезным ресурсом для всех, кто работает в сфере аналитики и программной разработки, а также для тех, кто хочет углубить свои знания в этой области
#обзорнакниги
Часть 1
Книга: Алистера Коберн "Современные методы описания функциональных требований"
«Современные методы описания функциональных требований» – это хороший источник знаний для аналитиков, а также опытных специалистов в области разработки программного обеспечения и создания продуктов. В ней идет речь о новых методах и технологиях описания функциональных требований, включая использование BPMN, UML диаграмм, и моделирование бизнес-процессов.
Автор тщательно анализирует и описывает каждый метод и предоставляет детальные примеры и инструкции.
Из ключевых моментов на мой взгляд можно выделить:
- что автор удивляет много внимания нотации IDEF, которая является одной из наиболее популярных систем моделирования и разработки продукта.
- что автор рассматривает процессы преобразования требований в системную архитектуру, что важно для успешного создания высококачественных продуктов и проектов.
Читая эту книгу, новичок может осознать насколько важен правильный подход к описанию функциональных требований и как это влияет на качество работы. Благодаря этим знаниям, он сможет эффективнее использовать и применять надежные методы описания функциональных требований, что полезно для работы в сфере анализа и разработки.
В целом, книга Алистера Коберна "Современные методы описания функциональных требований" является полезным ресурсом для всех, кто работает в сфере аналитики и программной разработки, а также для тех, кто хочет углубить свои знания в этой области
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Платформа для организации производства Информационных систем. Часть 1
I Вступление Современный рынок требует быстрых изменений в организации процесса производства товаров и услуг, но при этом сохраняя стабильность и качество сформировавшегося ранее уровня ведения...
Forwarded from Business | System analyst
Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему жизненного цикла разработки ПО:
#вопросыссобеседования
Часть 9:
📍Вопрос 1: Что такое жизненный цикл разработки ПО?
✅Краткий ответ:
Жизненный цикл программного обеспечения (ЖЦ ПО) описывает процесс разработки программного обемпечеия, включая все этапы от начала до конца.
Этапы разработки:
1. Определние потребностей заказчика (идея)
2. Сбор и анализ требований
3. Проектирование (документирование требований и дизайн)
4. Разработка ПО
5. Тестирование
6. Внедрение и поддержка продукта
Бизнес-аналитик участвует на каждом этапе ЖЦ ПО
📎Материалы по теме:
- Жизненный цикл программного обеспечения и какое место занимает Бизнес-аналитик в нем
- Что такое ЖЦ Разработки ПО и какие проблемы возникают на каждом этапе SDLC?
- Жизненный цикл проекта и его фазы от инициации до завершения
📍Вопрос 2: Какие бывают модели/методологии жизненного цикла разработки ПО?
✅ Краткий ответ:
1️⃣ Водопадная/Каскадная модель - модель, в которой процесс разработки выглядит как поток, переходящий от одной стадии к другой в строгом порядке, без возможности пропуска стадии или возврата назад.
➕ Преимущесвта:
- Хорошо подходит проектам, где требования жестко фиксированы и не меняются
- стабильность требований в течение всего жизненного цикла ПО
- прозрачные и прогнозируемые сроки прохождения каждой фазы
- простой алгоритм реализации модели
➖ Недостатки:
- невозможность изменять и дополнять список требований на последующих этапах жизненного цикла
- дополнительные затраты на корректировку уже завершенных этапов
- отсутствие промежуточных результатов – продукт можно объективно оценить лишь после официального запуска
2️⃣ Итеративная модель - осуществление разработки с использованием одного цикла разработки, который последовательно повторяется до полного завершения проекта.
➕ Преимущесвта:
- организация эффективной обратной связи проектной команды с заказчиком
- более быстрое решение возникших проблем и ошибок, что ведет к минимизации затрат на устранение рисков
- быстрый выпуск MVP
➖ Недостатки:
- нет фиксированного бюджета и сроков, а также нужна сильная вовлеченность Заказчика в процесс
- при итерациях приходится отбрасывать часть сделанной ранее работы
3️⃣ Спиральная модель - повторяющаяся последовательность циклов разработки с непрерывным контролем рисков
➕ Преимущесвта:
- реализация связи с пользователем с высокой частотой и на ранних этапах модели, что обеспечивает создание нужного продукта высокого качества
- хорошо подходит для проектов с высокой степенью риска
- минимизация рисков через многократные итерации
➖ Недостатки:
- высокая стоимость проектирования
- необходимость в высокопрофессиональных знаниях для оценки рисков
- необходимость в четком распределении работ между разработчиками
4️⃣ Гибкая модель
В данном подходе работа над проектом осуществляется через короткие итерации, называемые спринтами, в течение которых разработчики фокусируются на реализации наиболее значимых в данное время элементов проекта. На каждом этапе работы заказчик оценивает текущие результаты и может внести изменения в требования к продукту
➕ Преимущесвта:
- высокая скорость разработки продукта, что позволяет быстро адаптироваться к меняющимся условиям рынка;
- привлечение заказчика к разработке, что повышает прозрачность и контролируемость проекта;
- улучшение коммуникации в команде, что ускоряет процесс разработки и повышает качество продукта.
➖ Недостатки:
- не дает гарантий на долгосрочные планы
- нет жесткой структуры и даже методов для всех проектов
- отсутствие четкого плана, очень “поверхностное” описание требований к системе
- необходимо иметь большой уровень знаний и опыта команды
Есть и другие модели ЖЦ ПО
📎Материалы по теме:
- Модели жизненного цикла проекта
- Agile, Waterfall. Модели и методологии разработки ПО
- Самые распрастранненые модели разработки ПО
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
#вопросыссобеседования
Часть 9:
📍Вопрос 1: Что такое жизненный цикл разработки ПО?
✅Краткий ответ:
Жизненный цикл программного обеспечения (ЖЦ ПО) описывает процесс разработки программного обемпечеия, включая все этапы от начала до конца.
Этапы разработки:
1. Определние потребностей заказчика (идея)
2. Сбор и анализ требований
3. Проектирование (документирование требований и дизайн)
4. Разработка ПО
5. Тестирование
6. Внедрение и поддержка продукта
Бизнес-аналитик участвует на каждом этапе ЖЦ ПО
📎Материалы по теме:
- Жизненный цикл программного обеспечения и какое место занимает Бизнес-аналитик в нем
- Что такое ЖЦ Разработки ПО и какие проблемы возникают на каждом этапе SDLC?
- Жизненный цикл проекта и его фазы от инициации до завершения
📍Вопрос 2: Какие бывают модели/методологии жизненного цикла разработки ПО?
✅ Краткий ответ:
- Хорошо подходит проектам, где требования жестко фиксированы и не меняются
- стабильность требований в течение всего жизненного цикла ПО
- прозрачные и прогнозируемые сроки прохождения каждой фазы
- простой алгоритм реализации модели
- невозможность изменять и дополнять список требований на последующих этапах жизненного цикла
- дополнительные затраты на корректировку уже завершенных этапов
- отсутствие промежуточных результатов – продукт можно объективно оценить лишь после официального запуска
- организация эффективной обратной связи проектной команды с заказчиком
- более быстрое решение возникших проблем и ошибок, что ведет к минимизации затрат на устранение рисков
- быстрый выпуск MVP
- нет фиксированного бюджета и сроков, а также нужна сильная вовлеченность Заказчика в процесс
- при итерациях приходится отбрасывать часть сделанной ранее работы
- реализация связи с пользователем с высокой частотой и на ранних этапах модели, что обеспечивает создание нужного продукта высокого качества
- хорошо подходит для проектов с высокой степенью риска
- минимизация рисков через многократные итерации
- высокая стоимость проектирования
- необходимость в высокопрофессиональных знаниях для оценки рисков
- необходимость в четком распределении работ между разработчиками
В данном подходе работа над проектом осуществляется через короткие итерации, называемые спринтами, в течение которых разработчики фокусируются на реализации наиболее значимых в данное время элементов проекта. На каждом этапе работы заказчик оценивает текущие результаты и может внести изменения в требования к продукту
- высокая скорость разработки продукта, что позволяет быстро адаптироваться к меняющимся условиям рынка;
- привлечение заказчика к разработке, что повышает прозрачность и контролируемость проекта;
- улучшение коммуникации в команде, что ускоряет процесс разработки и повышает качество продукта.
- не дает гарантий на долгосрочные планы
- нет жесткой структуры и даже методов для всех проектов
- отсутствие четкого плана, очень “поверхностное” описание требований к системе
- необходимо иметь большой уровень знаний и опыта команды
Есть и другие модели ЖЦ ПО
📎Материалы по теме:
- Модели жизненного цикла проекта
- Agile, Waterfall. Модели и методологии разработки ПО
- Самые распрастранненые модели разработки ПО
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
Please open Telegram to view this post
VIEW IN TELEGRAM
PostgreSQL под капотом. Часть 5. Простой SELECT запрос
Читать статью
Предыдущие части:
- Часть 4. Цикл бэкэнда
- Часть 3. Инициализация бэкэнда
- Часть 2. Подготовка бэкэнда
- Часть 1. Цикл сервера
Читать статью
Предыдущие части:
- Часть 4. Цикл бэкэнда
- Часть 3. Инициализация бэкэнда
- Часть 2. Подготовка бэкэнда
- Часть 1. Цикл сервера
Хабр
PostgreSQL под капотом. Часть 5. Простой SELECT запрос
Приветствую! На прошлом шаге мы изучили цикл бэкэнда в общих черта. В этой части рассмотрим простой SELECT запрос. Представим у нас есть таблица users create table users( id integer generated always...