Обязанности DA в оупенсорсном фонде могут значительно отличаться от этой должности в коммерческой компании.
Здесь имеют значение два аспекта. Во-первых, есть вероятность того, что DA из коммерческой организации, работая с оупенсорсным сообществом, будет учитывать интересы своей компании, а не рынка в целом. Для DA по опенсорсу это невозможно, потому что у них нет коммерческих интересов.
Другой аспект, как я уже упоминал, — в коммерческих компаниях может быть большее количество DA и они имеют разный набор обязанностей. В нашей организации, например, DA значительно меньше, поэтому один человек может выполнять много обязанностей, которые в коммерческих компаниях распределены между разными людьми.
Коллеги из Google, Microsoft, Amazon и подобных компаний рассказывали мне, что их ключевая задача – быть рупором от своей компании к оупесорсному сообществу. К примеру, Google до сих пор остается ключевым контрибьютером Kubernetes, хотя уже не является владельцем проекта. У клиентов Google могут возникнуть потребности в определенном функционале, которого в Kubernetes пока нет. Тогда задачей DA станет донести разработчикам эту информацию. Это синергия между коммерческой компанией и оупенсорным сообществом.
Также возникает вопрос, что коммерческая компания может сделать для этого продукта. Причем не за закрытой дверью, а, грубо говоря, на GitHub. Какие бенефиты будут иметь, если сделают эту функциональность, и какие бенефиты будут иметь те, кто впоследствии будет свободно пользоваться этим продуктом. DA в коммерческой компании – это фактически мост между разработчиками и бизнесом.
Еще один момент – не все DA в коммерческих компаниях общаются с пользователями. Для этого есть, например, сейлз-инженеры. В таком случае DA доносят информацию до сейлз-инженеров, а те потом будут передавать им требования от пользователей.