Все записи

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

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

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

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

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

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

Обмен опытом

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

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

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

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

Как перестать быть центром всех решений и не потерять контроль

Когда команда растет, руководитель постепенно становится обязательной точкой во многих процессах. Кажется, все логично, ведь так быстрее и надежнее. Проблема становится заметной, когда появляется вопрос: что будет, если руководитель на время выпадет из работы?

С этим столкнулась Катя, руководитель операционного отдела. Консультации, планирование дежурств и часть сложных решений постоянно замыкались на ней. Это замедляло работу, снижало самостоятельность команды и создавало риски на случай ее отсутствия.

Попросили Катю рассказать, как она пересобрала процессы так, чтобы решения не требовали ее обязательного участия, а система оставалась управляемой и прозрачной.

Когда задача считается выполненной

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

При этом у каждого из нас свое понимание того, что значит выполненная задача. Разработчик, тестировщик и аналитик оценивают результат по разным критериям — через свою роль и зону ответственности.

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

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

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

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

Все новости