В вашем понимании, какова область применения Toolsmith в разработке программного обеспечения?

Question

Меня попросили поддержать несколько наших инструментов разработки программного обеспечения; Clearcase (представления, потоки, триггеры), JIRA, Enterprise Architect и различные репозитории на основе документов, Confluence, доку вики и т. Д.

Но, как мне интересно, где черта, когда дело доходит до «лучших практик» и усилий по очистке, чтобы максимально использовать эти инструменты для команд разработчиков. для SysAdmin это довольно просто; Убедитесь, что вы поддерживаете приложение, сеть и систему резервного копирования. но когда речь идет о поддержке разработки и в термине «инструмент Смита», я считаю, что это на полпути между ведущим разработчиком и системным администратором.

Answer 1

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

• объявить новое задание (за сценой: открыть билет JIRA)
• привязка к проекту (просмотр snasphot UCM в Stream, загрузка кода)
• задокументировать задание (новая страница в вики)
• ...

Администрирование этих инструментов по-прежнему существует, но требуется немного разработки, чтобы помочь пользователям (разработчикам) в их повседневной работе, при этом им не нужно постоянно думать о специфике каждого из инструментов.

Answer 2

Если бы они хотели, чтобы вы были ведущим разработчиком, они бы не назвали вас «Инструмент Смит». Я бы рассматривал его как специализированного системного администратора, а точнее, администратора приложений. У вас могут быть некоторые дополнительные обязанности по разработке, но ответственность за обслуживание инструментов, вероятно, не несет никакой ответственности за то, как эти инструменты используются.

Только мои 0,02 доллара.