Мероприятия
Блог
Подписаться на рассылку
Блог HR
Все записи

Чем полезны open source решения

Проект разработки похож на большой дом, в котором фундамент — это собственная разработка, а кирпичи — open source решения. Исключительно на «кирпичах» не всегда возможно сделать сложный и многофункциональный проект. Но и без open source современной разработке не обойтись: такие решения нужны, чтобы ускорить и облегчить «строительство». Денис Абрамов, тимлид R&D группы в Naumen Service Management Platform, рассказал, чем полезны open source для вендоров крупных решений.
Group 708.png

Экономия ресурсов и скорость

Чтобы построить уникальное решение с нуля, нужно потратить большое количество ресурсов и времени. Эффективнее взять готовое решение и подстроить под себя — open source решения уже протестированы, а авторы могут помочь их правильно настроить.

Тестируемость

Сообщество разработчиков проверяет и тестирует код. Баги, ошибки и уязвимости находятся и устраняются гораздо быстрее.

Обмен опытом

Любой разработчик может «опенсорсить» — развивать свои скиллы, расширять круг знакомств и реализоваться за счёт своего кода. Также автору решения можно задать вопрос, предложить разработать новую функциональность.

Возможности развития

Курсом развития решения управляет сообщество, которое не так сильно зависит от внешних регуляторов или владельцев системы. То есть, open source позволяет децентрализовать управление по развитию.

Похожие новости

Как развивать документацию и продвигать техписателей

В продуктовой команде документацией пользуются все, но ожидают от нее разного. Аналитику важно одно, разработчику — другое, поддержке — третье. Если не учитывать контекст, можно бесконечно что-то улучшать и все равно не попадать в цель.

Мы поговорили с Дашей, техническим писателем Naumen SMP, о том, как через коммуникацию с командой она разбиралась в реальных ожиданиях от документации и выстраивала направление ее развития.

Тестирование верстки

В процессе тестирования верстки быстро становится понятно: один и тот же интерфейс может выглядеть аккуратно на макете, но разваливаться на практике. Чаще всего это проявляется в длине текста, переносах строк, состояниях элементов и отступах.

В статье Даша, руководитель группы тестирования UI, делится тем, на что обращает внимание при проверке верстки и какие моменты важно проверять в первую очередь.

Как продакт и аналитик работают в одной задаче: три кейса из практики

Маша, продакт ITSM 365, рассказала в статье, как выстроить взаимодействие аналитика и продакта в одной задаче. В материале — три кейса из Delivery и Discovery, типичные ошибки и решения, которые помогли команде избежать хаоса и навести порядок в процессах.

Все новости