А как именно у вас происходит «отправляется автоматическое уведомление мейнтейнерам, и они обновляют соответствующие элементы библиотеки»?
Вы пользуетесь у Figma API, или стили в компонентах обновляются вручную?

Эта авторская «оценка проблемности» ничто иное как обычный количественный показатель, более ни о чём не говорящий.
Насколько я слышал автор знаменит своими набрасываниями на вентилятор в несчастных потугах продвинуть самописный инструмент ¯\_(ツ)_/¯

сажал за комп и оставлял на полчаса-час

Зачем оставлял? Не важно было посмотреть и проанализировать то, как именно человек решает задачи?
Ну, получил в итоге то, что получил :)

Код ревью :)
А по делу — спасибо, что делитесь с русскоязычным сообществом.

Зачем у вас в примерах кода после
extends React.Component
идет знак "="?

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

docker ftw

Спасибо за статью, но хотелось бы узнать, что вы имели ввиду под «на фоне остальных».
На фоне кого он должен вести профессиональную (у вас там, кстати, ошибка) активность?

Плюнуть в лицо бизнесу, убедить тупых менеджеров, что я незаменим, выбить себе зарплату побольше и делать так, как хорошо мне

Очень смело, только с таким подходом всегда стоит помнить, что когда-нибудь плюнут в лицо уже тебе.

На Windows по умолчанию невозможно делать приложение iOS на RN. Так что стоит ли.

Ну уж выбирать «что ей интересно делать, а что нет» имеет право любая молодежь.

Что-то мне аж грустно стало.

Насчет UX я с вами категорически не согласен, но вижу что обсуждение заходит в тупик, поэтому просто пожелаю вам от чистого сердца удачи с вашей игрой :) Выглядит любопытно, надеюсь у вас все получится!

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

В моем случае, то самое «seniority» о котором я говорю — это более широкое понятие, которое включает в себя и широту познания еще и смежных, взаимодополняющих вёрстку областей. Я снова приведу в пример тот же самый UX, которой у вас в списке не значится :)
«Seniority» — это не только о технических навыках, я вот о чем. Еще один пример — навык эстимирования\оценки задач. Но вы о нем кажется тоже не упоминаете.

Чем же эффекты «не особенно UX»? Добавим плохой эффект в неправильное место — и получим плохой UX.
Например если пихать везде где нам вздумается анимации — это может вводить в заблуждение и отвлекать пользователя.

Вижу вы не очень понимаете, о чем на самом деле UX.
Он не про данные, а про пользовательский опыт (что на самом деле и означает «User Experience»).
Сбор данных — он в свою очередь для аналитики. A/B — тоже для аналитики, которая уже в свою очередь может повлиять на предоставляемый пользователю UX.
Имхо, опять же, но ни о каком seniority в верстке не может идти речь, пока человек не отличает плохой UX от хорошего (о в целом не знает что такое UX).

Всё так, вот только UX это не про картинку, на самом деле.