#Собес #dto #computed #field
🤔 Как следует поступать с полями в DTO, которые рассчитываются на лету на фронтенде или не хранятся напрямую в базе данных?
💬 Кратко:
Вычисляемые поля следует включать в DTO, если они нужны клиенту, но не включать в модели базы данных. Расчет может выполняться на бэкенде перед отправкой DTO или на фронтенде после получения данных. Критерии выбора: сложность расчета, производительность, консистентность данных и требования клиента. Документировать такие поля как вычисляемые.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как следует поступать с полями в DTO, которые рассчитываются на лету на фронтенде или не хранятся напрямую в базе данных?
💬 Кратко:
Вычисляемые поля следует включать в DTO, если они нужны клиенту, но не включать в модели базы данных. Расчет может выполняться на бэкенде перед отправкой DTO или на фронтенде после получения данных. Критерии выбора: сложность расчета, производительность, консистентность данных и требования клиента. Документировать такие поля как вычисляемые.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #coordination
🤔 Как происходит процесс согласования требований между различными командами разработки?
💬 Кратко:
Согласование требований между командами — это организованный процесс коммуникации. Он начинается с выделения общей задачи (например, разработка API) и назначения ответственных с обеих сторон (тимлидов, аналитиков). Затем проходит совместная проработка спецификации на встречах или в документах (Confluence). Обязательно фиксируются контракты на стыках (API-контракты, схемы сообщений), которые становятся "истиной в последней инстанции". Далее идет параллельная разработка и тестирование по этим контрактам, а завершается процесс совместными интеграционными тестами перед выпуском. Во всем этом помогает общий трекер задач (Jira) с видимостью зависимостей.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как происходит процесс согласования требований между различными командами разработки?
💬 Кратко:
Согласование требований между командами — это организованный процесс коммуникации. Он начинается с выделения общей задачи (например, разработка API) и назначения ответственных с обеих сторон (тимлидов, аналитиков). Затем проходит совместная проработка спецификации на встречах или в документах (Confluence). Обязательно фиксируются контракты на стыках (API-контракты, схемы сообщений), которые становятся "истиной в последней инстанции". Далее идет параллельная разработка и тестирование по этим контрактам, а завершается процесс совместными интеграционными тестами перед выпуском. Во всем этом помогает общий трекер задач (Jira) с видимостью зависимостей.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #documentation #requirement
🤔 Как вы фиксируете требования и согласуете их с заказчиком?
💬 Кратко:
Требования фиксируются в форме, понятной всем участникам. Часто для этого используют пользовательские истории (user stories) в бэклоге продукта, дополненные критериями приемки (acceptance criteria). Также могут применяться спецификации требований (SRS), use cases или диаграммы. Согласование происходит через их совместное обсуждение, ревью и подписание. Ключевые инструменты — демонстрации прототипов или инкрементов продукта, а также ведение общего (например, в Jira) и прозрачного для заказчика бэклога, где все изменения видны.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как вы фиксируете требования и согласуете их с заказчиком?
💬 Кратко:
Требования фиксируются в форме, понятной всем участникам. Часто для этого используют пользовательские истории (user stories) в бэклоге продукта, дополненные критериями приемки (acceptance criteria). Также могут применяться спецификации требований (SRS), use cases или диаграммы. Согласование происходит через их совместное обсуждение, ревью и подписание. Ключевые инструменты — демонстрации прототипов или инкрементов продукта, а также ведение общего (например, в Jira) и прозрачного для заказчика бэклога, где все изменения видны.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#book #sql
📚 Высоконагруженные приложения. Автор
Мартин Клеппман
В этой книге вы найдете ключевые принципы, алгоритмы и компромиссы, без которых не обойтись при разработке высоконагруженных систем для работы с данными. Материал рассматривается на примере внутреннего устройства популярных программных пакетов и фреймворков. В книге три основные части, посвященные, прежде всего, теоретическим аспектам работы с распределенными системами и базами данных. От читателя требуются базовые знания SQL и принципов работы баз данных.
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
📚 Высоконагруженные приложения. Автор
Мартин Клеппман
В этой книге вы найдете ключевые принципы, алгоритмы и компромиссы, без которых не обойтись при разработке высоконагруженных систем для работы с данными. Материал рассматривается на примере внутреннего устройства популярных программных пакетов и фреймворков. В книге три основные части, посвященные, прежде всего, теоретическим аспектам работы с распределенными системами и базами данных. От читателя требуются базовые знания SQL и принципов работы баз данных.
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #database #normalization
🤔 Опишите процесс проектирования базы данных, включая уровни ER-диаграмм.
💬 Кратко:
Проектирование БД — это итеративный процесс от общего к частному. Сначала на Концептуальном уровне (ER-диаграмма) мы описываем ключевые сущности (клиент, счет) и связи между ними, без технических деталей. Затем на Логическом уровне мы детализируем атрибуты сущностей (типы данных), нормализуем структуру для избежания аномалий и уточняем связи. Наконец, на Физическом уровне мы адаптируем логическую модель под конкретную СУБД (PostgreSQL, Oracle): добавляем индексы, партиционирование, определяем стратегии хранения.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Опишите процесс проектирования базы данных, включая уровни ER-диаграмм.
💬 Кратко:
Проектирование БД — это итеративный процесс от общего к частному. Сначала на Концептуальном уровне (ER-диаграмма) мы описываем ключевые сущности (клиент, счет) и связи между ними, без технических деталей. Затем на Логическом уровне мы детализируем атрибуты сущностей (типы данных), нормализуем структуру для избежания аномалий и уточняем связи. Наконец, на Физическом уровне мы адаптируем логическую модель под конкретную СУБД (PostgreSQL, Oracle): добавляем индексы, партиционирование, определяем стратегии хранения.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #functional #requirements #stakeholder
🤔 Middle System Analyst в компанию ВТБ
Техсобес. ЗП от 250к. Ноябрь 2025.
💬 Вопросы:
- Назовите аппаратные уровни или уровни поддержки сети в модели OSI.
- Что такое реляционная база данных?
- Что такое нормальные формы в базах данных? Зачем они нужны?
- Что такое шардинг и репликация?
- Что такое первичный ключ?
👉 Все вопросы из этого собеседования (65)
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Middle System Analyst в компанию ВТБ
Техсобес. ЗП от 250к. Ноябрь 2025.
💬 Вопросы:
- Назовите аппаратные уровни или уровни поддержки сети в модели OSI.
- Что такое реляционная база данных?
- Что такое нормальные формы в базах данных? Зачем они нужны?
- Что такое шардинг и репликация?
- Что такое первичный ключ?
👉 Все вопросы из этого собеседования (65)
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #srs #waterfall
🤔 Когда применять SRS?
💬 Кратко:
SRS применяется в крупных или сложных проектах, особенно при работе по водопадной (Waterfall) модели, когда все требования должны быть согласованы до начала разработки. Он также критически важен в контрактной разработке, где служит юридическим основанием для приёмки работы, и в проектах, где над разными частями системы работают распределенные команды.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Когда применять SRS?
💬 Кратко:
SRS применяется в крупных или сложных проектах, особенно при работе по водопадной (Waterfall) модели, когда все требования должны быть согласованы до начала разработки. Он также критически важен в контрактной разработке, где служит юридическим основанием для приёмки работы, и в проектах, где над разными частями системы работают распределенные команды.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #lifeline #activation #synchronous
🤔 Что такое "Lifeline" и "Activation Bar"? Как их состояние (активно/неактивно) связано с синхронными и асинхронными взаимодействиями?
💬 Кратко:
Lifeline (линия жизни) на диаграмме последовательности показывает существование объекта в течение времени. Activation Bar (полоса активации) отображает период, когда объект выполняет операцию. При синхронном взаимодействии отправитель ждет ответа, и его полоса активации остается активной до получения ответа. При асинхронном взаимодействии отправитель не ждет ответа и может продолжить выполнение, поэтому его полоса активации может завершиться раньше.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Что такое "Lifeline" и "Activation Bar"? Как их состояние (активно/неактивно) связано с синхронными и асинхронными взаимодействиями?
💬 Кратко:
Lifeline (линия жизни) на диаграмме последовательности показывает существование объекта в течение времени. Activation Bar (полоса активации) отображает период, когда объект выполняет операцию. При синхронном взаимодействии отправитель ждет ответа, и его полоса активации остается активной до получения ответа. При асинхронном взаимодействии отправитель не ждет ответа и может продолжить выполнение, поэтому его полоса активации может завершиться раньше.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #technical_specification #gost
🤔 Структура ТЗ, по одному из стандартов.
💬 Кратко:
Согласно ГОСТ 34.602-89, структура ТЗ включает следующие основные разделы: общие сведения (название, заказчик, исполнитель), назначение и цели создания системы, характеристики объектов автоматизации, требования к системе (функциональные, надежности, безопасности), состав и содержание работ по созданию системы, порядок контроля и приемки, а также приложения.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Структура ТЗ, по одному из стандартов.
💬 Кратко:
Согласно ГОСТ 34.602-89, структура ТЗ включает следующие основные разделы: общие сведения (название, заказчик, исполнитель), назначение и цели создания системы, характеристики объектов автоматизации, требования к системе (функциональные, надежности, безопасности), состав и содержание работ по созданию системы, порядок контроля и приемки, а также приложения.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #documentation #openapi #specification
🤔 Как происходит документирование и поддержка API?
💬 Кратко:
Документирование API — это создание исчерпывающего справочника, который описывает все endpoint'ы, параметры запросов, форматы ответов, ошибки и примеры использования. Поддержка API означает обеспечение его работоспособности, обратной совместимости при обновлениях и помощь разработчикам через каналы поддержки. Хорошая документация — это не статичный файл, а живой ресурс, часто генерируемый автоматически из кода (с помощью инструментов вроде Swagger/OpenAPI) и дополненный руководствами, туториалами и песочницей для тестирования запросов.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как происходит документирование и поддержка API?
💬 Кратко:
Документирование API — это создание исчерпывающего справочника, который описывает все endpoint'ы, параметры запросов, форматы ответов, ошибки и примеры использования. Поддержка API означает обеспечение его работоспособности, обратной совместимости при обновлениях и помощь разработчикам через каналы поддержки. Хорошая документация — это не статичный файл, а живой ресурс, часто генерируемый автоматически из кода (с помощью инструментов вроде Swagger/OpenAPI) и дополненный руководствами, туториалами и песочницей для тестирования запросов.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#podcast #все
📚 Kolesa Podcast
Podcast by IT-компания Kolesa Group. В целом он обо всём и вся. Интересно для прослушивания на досуге
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
📚 Kolesa Podcast
Podcast by IT-компания Kolesa Group. В целом он обо всём и вся. Интересно для прослушивания на досуге
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #sequence #diagram #uml
🤔 Какими способами на sequence-диаграмме можно отобразить альтернативный сценарий (if/else)?
💬 Кратко:
На sequence-диаграмме альтернативные сценарии отображаются с помощью комбинации фреймов
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Какими способами на sequence-диаграмме можно отобразить альтернативный сценарий (if/else)?
💬 Кратко:
На sequence-диаграмме альтернативные сценарии отображаются с помощью комбинации фреймов
alt и opt. Фрейм alt показывает два или более взаимоисключающих сценария, разделенных горизонтальными линиями. Фрейм opt используется для одного дополнительного сценария (аналог if без else). Внутри каждого раздела показываются сообщения и вызовы, специфичные для данного условия. Условия записываются в квадратных скобках в верхней части каждого раздела.📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #ai #automation
🤔 Как применять AI для автоматизации сбора требований?
💬 Кратко:
AI может автоматизировать сбор требований через анализ существующей документации, транскрипцию интервью, классификацию требований и генерацию прототипов. Это позволяет аналитику сосредоточиться на более сложных задачах, таких как анализ и согласование требований.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как применять AI для автоматизации сбора требований?
💬 Кратко:
AI может автоматизировать сбор требований через анализ существующей документации, транскрипцию интервью, классификацию требований и генерацию прототипов. Это позволяет аналитику сосредоточиться на более сложных задачах, таких как анализ и согласование требований.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #project #management
🤔 Как в целом оценивается сложность задач и планируются сроки их выполнения?
💬 Кратко:
Оценка сложности обычно начинается с декомпозиции большой задачи на более мелкие и понятные подзадачи. Для каждой подзадачи оценивается объем работы, часто в относительных единицах (стори-поинты, условные человеко-часы), а не в абсолютных сроках. При планировании сроков к чистой оценке разработки добавляются буферы на непредвиденные сложности, code review, тестирование, документацию и интеграционные работы. Используются методы вроде планирования по "прошлой скорости" команды (velocity) или трёхточечной оценки (оптимистичный, пессимистичный, реалистичный сценарии). Ключ — в постоянном пересмотре оценок по мере прояснения деталей и учете рисков.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как в целом оценивается сложность задач и планируются сроки их выполнения?
💬 Кратко:
Оценка сложности обычно начинается с декомпозиции большой задачи на более мелкие и понятные подзадачи. Для каждой подзадачи оценивается объем работы, часто в относительных единицах (стори-поинты, условные человеко-часы), а не в абсолютных сроках. При планировании сроков к чистой оценке разработки добавляются буферы на непредвиденные сложности, code review, тестирование, документацию и интеграционные работы. Используются методы вроде планирования по "прошлой скорости" команды (velocity) или трёхточечной оценки (оптимистичный, пессимистичный, реалистичный сценарии). Ключ — в постоянном пересмотре оценок по мере прояснения деталей и учете рисков.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#course #по
📚 Бесплатный курс «Постановка задачи на разработку ПО»
Системные и бизнес-аналитики с помощью курса научатся выявлять требования и управлять ими.
Может показаться, что в начале много воды, но со 2-го раздела видео максимально полезные.
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
📚 Бесплатный курс «Постановка задачи на разработку ПО»
Системные и бизнес-аналитики с помощью курса научатся выявлять требования и управлять ими.
Может показаться, что в начале много воды, но со 2-го раздела видео максимально полезные.
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #conflict_resolution #negotiation
🤔 Как обработать конфликты интересов между стейкхолдерами?
💬 Кратко:
Обработка конфликтов между стейкхолдерами включает выявление противоречий, анализ их причин, поиск компромиссных решений и формальное закрепление договоренностей. Важно действовать проактивно, нейтрально и ориентироваться на цели бизнеса, а не на личные предпочтения сторон.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как обработать конфликты интересов между стейкхолдерами?
💬 Кратко:
Обработка конфликтов между стейкхолдерами включает выявление противоречий, анализ их причин, поиск компромиссных решений и формальное закрепление договоренностей. Важно действовать проактивно, нейтрально и ориентироваться на цели бизнеса, а не на личные предпочтения сторон.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #agile #1c #product_backlog
🤔 Как интегрировать сбор требований с Agile в 1С-проектах?
💬 Кратко:
В Agile 1С-проектах сбор требований интегрируется через создание и поддержку бэклога продукта, регулярное проведение grooming сессий и использование итеративного подхода к уточнению требований. Это позволяет адаптироваться к изменениям и постепенно детализировать требования по мере развития проекта.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как интегрировать сбор требований с Agile в 1С-проектах?
💬 Кратко:
В Agile 1С-проектах сбор требований интегрируется через создание и поддержку бэклога продукта, регулярное проведение grooming сессий и использование итеративного подхода к уточнению требований. Это позволяет адаптироваться к изменениям и постепенно детализировать требования по мере развития проекта.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #initiation #kpi #goals
🤔 С чего следует начать обсуждение проекта с заказчиком?
💬 Кратко:
Обсуждение нужно начинать с выяснения бизнес-целей и контекста проекта. Нельзя сразу спрашивать о технических деталях или функционале. Первым делом необходимо понять: какую проблему бизнес хочет решить или какую возможность использовать с помощью этого проекта? Каковы будут критерии успеха (например, увеличить продажи на 15%, сократить время обработки заявки в 2 раза)? Это позволяет сразу настроиться на решение реальных бизнес-задач, а не на выполнение разрозненных пожеланий.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 С чего следует начать обсуждение проекта с заказчиком?
💬 Кратко:
Обсуждение нужно начинать с выяснения бизнес-целей и контекста проекта. Нельзя сразу спрашивать о технических деталях или функционале. Первым делом необходимо понять: какую проблему бизнес хочет решить или какую возможность использовать с помощью этого проекта? Каковы будут критерии успеха (например, увеличить продажи на 15%, сократить время обработки заявки в 2 раза)? Это позволяет сразу настроиться на решение реальных бизнес-задач, а не на выполнение разрозненных пожеланий.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#video #начинающие
📚 Курс «Системный аналитик»
Бесплатный курс для тех, кто хочет изменить свою карьеру и жизнь!
Освойте одну из самых востребованных профессий в IT и получите опыт для работы на коммерческих проектах.
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
📚 Курс «Системный аналитик»
Бесплатный курс для тех, кто хочет изменить свою карьеру и жизнь!
Освойте одну из самых востребованных профессий в IT и получите опыт для работы на коммерческих проектах.
Перейти к материалу
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
#Собес #requirement #functional #classification
🤔 Как определить, является ли требование функциональным или нефункциональным?
💬 Кратко:
Функциональное требование описывает, что именно должна делать система — какую конкретную функцию, действие или операцию она выполняет для пользователя. Например, "система должна позволять пользователю создавать заказ". Нефункциональное требование описывает, как система должна выполнять свои функции — ее качественные характеристики, такие как скорость, надежность, удобство. Например, "страница создания заказа должна загружаться менее чем за 2 секунды". Если требование отвечает на вопрос "что делает система?" — оно функциональное. Если на вопрос "какого качества работа системы?" — нефункциональное.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
🤔 Как определить, является ли требование функциональным или нефункциональным?
💬 Кратко:
Функциональное требование описывает, что именно должна делать система — какую конкретную функцию, действие или операцию она выполняет для пользователя. Например, "система должна позволять пользователю создавать заказ". Нефункциональное требование описывает, как система должна выполнять свои функции — ее качественные характеристики, такие как скорость, надежность, удобство. Например, "страница создания заказа должна загружаться менее чем за 2 секунды". Если требование отвечает на вопрос "что делает система?" — оно функциональное. Если на вопрос "какого качества работа системы?" — нефункциональное.
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Все для прокачки навыков:
✅ Анонсы → канал
✅ Комьюнити → чат
✅ База задач и вопросов → платформа
Forwarded from YeaHub
Февраль и март выдались для нас непростыми. Мы прошли через сложную миграцию и разделили проект на два отдельных продукта.
Теперь у нас есть:
— yeahub.ru — публичная SEO-ориентированная часть на Next.js с быстрым серверным рендерингом
— app.yeahub.ru — основное приложение: личный кабинет пользователя со статистикой, прогрессом и аналитикой
🔥 Лайвкодинг — наконец-то готов
Мы серьезно прокачали сервис лайвкодинга:
— добавили привязку задач к коллекциям (собеседованиям)
— сделали связь с компаниями
— теперь можно готовиться по задачам с реальных собеседований
Уже доступны задачи из: Сбер, Яндекс, Авито, VK, Ozon, Т-Банк и других компаний.
📌 Сейчас добавлено ~100 задач.
Да, это меньше, чем планировали — но пришлось сделать шаг назад, чтобы сделать десять вперед.
Мы полностью переработали:
— шаблон задач
— систему тесткейсов
Ранее была допущена ошибка, из-за которой пришлось вручную исправить 80+ задач 😢
Но теперь база готова к масштабированию — и мы можем быстро и правильно наполнять её дальше.
📈 Что дальше по лайвкодингу
Мы будем активно развивать этот сервис.
Это не только про собеседования — это инструмент для роста и прокачки.
Планируется много новых фич.
📅 Регулярные обновления контента
Мы выстроили процесс: каждую неделю 4–8 собеседований, 6–10 задач
И каждое обновление будем анонсировать, чтобы вы всегда были в курсе.
🛠 Сейчас в разработке (2 ключевых сервиса)
Агрегатор вакансий + платформа размещения вакансий
ATS-оптимизация резюме
— Бэкенд почти готов.
— Идёт дизайн.
— Фронтенд начнем совсем скоро.
🎯 Цель — выпустить оба сервиса в бэта до лета.
🧠 Новая структура обучения
Раньше было: Навык → Вопрос
Теперь: Навык → Тема → Вопрос
Это сильно упрощает обучение.
Теперь можно: готовиться точечно к собеседованиям или системно изучать темы
💻 Мы — open source
Мы не бросаем слов на ветер. Мы делаем.
Код проекта открыт https://github.com/YeaHubTeam:
— фронтенд
— мобильные приложения
— backend на Python (решили новый сервис делать публично, для новичков)
— автотесты
Это open source платформа, где новички могут учиться и смотреть на реальные практики.
❤️ Поддержка
Вы можете поддержать нас, оформив подписку. Это напрямую влияет на:
— добавление контента
— развитие платформы
— новые фичи
Вы можете быть уверены — мы не стоим на месте. Работа реально кипит: почти каждый день мержатся новые фичи, мы постоянно развиваем продукт и улучшаем уже существующие сервисы.
У нас полностью открытый код, и это не просто слова. Вы в любой момент можете зайти и посмотреть активность, коммиты и то, как проект развивается каждый день.
По подписке: сейчас стоимость — 800 рублей за месяц и 1800 рублей за 3 месяца. Это уже ниже, чем у аналогичных сервисов. При этом важно понимать — после выхода новых сервисов (агрегатор вакансий и ATS для резюме) цена будет пересмотрена.
Если хотите зафиксировать текущую стоимость — лучше сделать это сейчас:
https://app.yeahub.ru/settings#select-tariff
Мы строим продукт.
Мы двигаемся вперёд.
И мы делаем IT снова великим.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM