podavo

С юридической точки зрения "коммерческое использование" - это использование в каком угодно виде в каких бы то ни было действиях, которые приносят вам какую бы то ни было прибыль.
Некоммерческим использование будет только тогда, когда не приносит вам никакой прибыли или не играет никакой роли в получении вами прибыли.

Например, вы можете заворачивать шаурму в распечатки романов Акунина, и это таки будет некоммерческое использование. Но если вы будете заворачивать шаурму в распечатки романов Акунина и подавать это покупателям как эксклюзив "и пожрешь, и почитаешь" - извольте откидываться автору за споспешествование вашему бизнесу.

Продаёте рекламу - это коммерция, в чём сомнения?
И почему вы спрашиваете у случайных людей (у нас), а не у автора контента, который хотите использовать?

Она и не должна работать. Если принципиально запустить именно под Wine, то нужен WINE@Etersoft
Ну или правильно выше пишут - сейчас есть нативные платформы под любые системы.

Wine был придуман для запуска нативных виндовых программ, которых нет и не будет под линух. Правда, работают даааааалеко не все. То, что у Вас заработало - просто удачно звезды сошлись. Какой-либо гарантии, что в Wine заработает хоть что-то нет и не было никогда - хоть в стоковом, хоть в Etersoft.

Для 1С давно уже есть нативные клиенты - и толстые и тонкие. Соглашусь с Вечно Голодный - зачем тут Wine? (1C - это пожалуй единственное известно мне исключение такого рода)

ставите метрики Яндекса/Гугла, самостоятельно разбираете логи посещений сайта и т.п.

Как я вижу это со своей позиции джуниора:

Навскидку:

1) Подробная экспертиза технологий, относящихся к предметной области проекта и его целевых платформ. Ведь senior не только должен круто разрабатывать на тех или иных технологиях - он, собственно, и определяет, какие технологии будут использоваться на проекте с учетом многих факторов.
2) Полное снятие технологических рисков. Это, в общем, вытекает из первого. Senior всегда может предвидеть возможные проблемы еще до начала разработки проекта и подробно донести это в доходчивой форме заказчику/руководству.
3) Умение эффективно ставить задачи разработчикам своей команды. По сути, умение руководить.
4) Умение эффективно делиться богатым опытом с членами своего коллектива. То есть быть мудрым и чутким наставником для младших коллег.

Думается, настоящие senior-разработчики идут от 10-12 лет опыта работы.

А в чем проблема? Заходите на страницу проекта, копируйте URL для clone и поехали.
https://docs.gitlab.com/ee/gitlab-basics/img/proje...