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

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

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

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

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

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

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

Обмен опытом

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

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

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

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

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

Дима руководит группой прикладной разработки в Naumen и много лет работает с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

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

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

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

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

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

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

Все новости