Рубрика: Разработка
-
Фича-флаг (фича-тогл)
Применяем фича-флаги для удобного включения и выключения фич по воле продакта, без участия программистов. Проводим A\B-тесты, автоматические отключения под чрезмерной нагрузкой и другие интересные вещи.
-
Всё, что менеджеру проектов нужно знать о правках
Статья обсуждает сложности взаимодействия с заказчиком, когда требуется вносить многочисленные правки. Она предлагает стратегии управления этим процессом, включая чёткое согласование требований, эффективную коммуникацию и систематизацию изменений. Автор подчёркивает важность баланса между удовлетворением потребностей заказчика и сохранением целостности проекта, чтобы минимизировать риски и повысить качество конечного результата.
-
Монолит и микросервисы
Статья сравнивает монолитные и микросервисные архитектуры. Монолитная архитектура проста в реализации и подходит для небольших проектов, но сложна в масштабировании и поддержке. Микросервисная архитектура, наоборот, обеспечивает гибкость и масштабируемость, но требует сложного управления и межсервисной коммуникации. В статье обсуждаются плюсы и минусы каждой архитектуры, а также рекомендации по выбору подходящей модели для конкретных проектов.
-
Как писать нефункциональные требования
Нефункциональные требования (НФТ) включают надежность, мониторинг, уведомления, восстановление, архивацию, удаление мусора, производительность, логирование, обработку ошибок, требования к коду, решение инцидентов, конфигурацию, администрирование, удобство пользователя, безопасность, совместимость и ИТ-ландшафт. Эти требования важны для качественной поддержки системы, определяют выбор стека и методологии разработки. Их нельзя упускать при подготовке требований к ПО.
-
Тестирование требований
Тестирование требований — важная qa-шная компетенция. Цель: устранение логических противоречий. Бизнес-аналитик или тестировщик проверяют аспекты требований: соответствие шаблонам, ясность формулировок, полнота описания и другие. Результат — замечания, предложения по улучшению системы и процессов. Тестирование особенно ценно за разрушительное мышление тестеров, выявляющее риски.
-
Всё, что менеджеру проектов нужно знать о бэклоге
Владимир Бычко рассказывает о бэклоге, структурированном списке задач для команды разработки. Он описывает различные виды бэклогов (продукта, спринта, гипотез, обращений) и ключевые поля для элементов бэклога (ID, приоритет, инициатор, дата добавления, краткое наименование, детальное описание, критичность, комментарий). Регулярное обслуживание и груминг бэклога поддерживают его актуальность и эффективность.
-
Вывод ПО из эксплуатации
Автор обсуждает процесс вывода программного обеспечения из эксплуатации. Он подчеркивает важность создания архива, уведомления пользователей, защиты данных и удаления конфиденциальной информации. Автор также рекомендует ревизию оборудования и написание постмортем-документа для анализа уроков, полученных за время использования продукта.
-
WordPress: Ошибка обновления. Не удалось обновить запись в базе данных
Как решить проблему «Ошибка обновления. Не удалось обновить запись в базе данных» в wordpress.
-
Что менеджеру проектов нужно знать про технический долг
Владимир Бычко обсуждает проблему технического долга и его влияние на разработку ПО. Он объясняет, что технический долг возникает из-за временных решений и костылей, которые усложняют будущие доработки. Статья подчеркивает важность правильной архитектуры, рефакторинга и балансировки временных решений. Это помогает избежать накопления технического долга и улучшить эффективность разработки.
-
Что менеджеру проектов надо знать о пушах
Владимир Бычко объясняет важность push-уведомлений для менеджеров проектов. Он описывает работу сервисов APNS и GCM, подчеркивает необходимость гибких настроек уведомлений для пользователей, и предлагает использовать аналитику для повышения эффективности. Автор также советует уникализировать звуки уведомлений и интегрировать push с другими каналами связи для оптимального взаимодействия с клиентами.
-
Выбор подрядчика для разработки приложения
Владимир Бычко описывает четыре подхода к найму исполнителей для разработки приложения: инхаус-команда, фрилансеры, аутстаф-команда и подрядчик. Каждый метод имеет свои плюсы и минусы, включая стоимость, гибкость и ответственность. Он подчеркивает важность правильного выбора в зависимости от сложности проекта и долгосрочных целей. Комбинирование методов также рассматривается как эффективная стратегия.
-
Семь айти-практик, которые стоит завести в команде
В статье Владимир Бычко перечисляет семь полезных практик для IT-команд: использование системы контроля версий Git, проведение код-ревью, внедрение CI/CD, создание прозрачного процесса постановки задач, ведение отдельных веток для каждой задачи, использование автотестов и мониторинг ошибок. Эти практики помогают улучшить качество работы и минимизировать риски в разработке ПО, особенно в стартапах.
-
Фреймворки и всё, что менеджеру проектов нужно знать о них
В статье Владимир Бычко объясняет, что такое фреймворки, их виды и как они помогают в разработке ПО. Он выделяет бэкенд, фронтенд и фуллстек фреймворки, обсуждая их функции и преимущества. Для менеджеров проектов важен правильный выбор фреймворка, соответствующего квалификации команды, чтобы минимизировать риски и оптимизировать расходы.
-
Что менеджеру проектов нужно знать об API
В статье «Что менеджеру проектов нужно знать об API» Владимир Бычко объясняет основы API, их виды (REST и SOAP), и как они используются для интеграции приложений. Рассматриваются типы запросов (GET, POST, PUT, PATCH, DELETE) и инструмент Postman для тестирования API. Также приводятся примеры использования API в реальных проектах и советы по проектированию и авторизации.