Удаленная работа стала частью нашей жизни с приходом глобальной пандемии COVID-19. Но кажется, что на ИТ-рынке в последние пару лет происходит откат. Компании загоняют работников обратно в офис, а сотрудники упорно продолжают рассматривать только вакансии с удаленкой. Парадокс заключается в том, что должно быть наоборот.
Исследования, проведенные среди высшего руководства, демонстрируют, что мягкие навыки играют ключевую роль в достижении долгосрочного успеха. Вопрос заключается в том, каким образом развитие мягких навыков влияет на доход работника. Сегодня мы попытаемся прояснить, как связаны мягкие навыки с уровнем заработной платы.
В современном мире информационных технологий умение создавать выдающиеся программные продукты уже давно не является единственным критерием успешной карьеры разработчика. В данном материале мы попытаемся уйти от стандартных обсуждений и обзоров бизнес-ресурсов, чтобы пролить свет на роль мягких навыков в разработке, опираясь на академические исследования.
Хочу рассказать о небольшом кейсе, связанном с работой реактивности во Vue 3. Кейс касается взаимосвязи ref/reactive, v-for/v-if, :class, функций и того, что у нас находится в <template>. Сразу оговорюсь, что под капотом не смотрел, поэтому детальных объяснений не ждите. Наоборот, хотелось бы услышать ваши мнения, сталкивались ли вы с подобными сайд эффектами.
Паттерны проектирования стали неотъемлемой частью минимального набора знаний современного разработчика. Их упоминание вы с легкостью найдете в описании вакансии как на фронта, так и на бэка. На техническом интервью вам обязательно зададут вопрос о паттернах, а на утреннем созвоне с командой нередко прозвучит что-то типа адаптер, фабрика или обсервер. Хотя последнее, возможно, слегка притянуто за уши. Бесспорно, паттерны проектирования - это очередная тема, о которой говорят все, но о доказанной эффективности которых известно достаточно мало деталей.
Предыстория этой статьи простая. На одном из моих проектов я заметил, что мы с двумя коллегами частенько пишем очень похожие функции open/close/toggle для модалок, табов и других подобных элементов. В относительно среднем по количеству страниц/компонентов/коду проекте я нашел примерно 25 реализаций этих функций. Конечно, в некоторых случаях мы не просто что-то открываем, но и выполняем какие-либо сайд эффекты, например, отправляем события. Само по себе это боли не доставляет, а к особым поборникам DRY мы явно не относимся. Однако мне стало интересно, что может предложить Composition API, чтобы не писать каждый раз даже лишние пару-тройку строк кода.
Несмотря на разнообразие подходов к UX (статья 1, статья 2, статья 3), в научной и практической среде за последние два десятилетия сформировались стандартизированные методики изучения пользовательского опыта. Объединяет их то, что все они основаны на теоретических предпосылках, разработанных в рамках относительно новой дисциплины Human-Computer Interaction (HCI). При этом четко прослеживается тенденция на расширение факторов, входящих в UX. Сегодня я расскажу о трех самых распространенных опросниках: AttrakDiff, UEQ и meCUE.
TL;TR
Существует более 200 методик изучения UX, но только некоторые из них научно обоснованы.
Сегодня используют преимущественно смешанные количественные и качественные методики оценки UX.
В исследованиях по-прежнему превалируют WEB-сайты и WEB-сервисы.
Инструменты и их теоретическое обоснование стали заимствоваться из смежных научных дисциплин.
TL;TR
- Среди профессионалов нет единого мнения о том, что такое UX.
- Для большинства UX связан с внутренним состоянием пользователя, характеристиками продукта и контекстом его использования.
- Существует запрос на валидные инструменты оценки UX в профессиональном сообществе.
- Юзабилити играет все большую роль в UX.
TL;TR
• единого понимания UX нет
• отсутствует общая теория, объясняющая структуру и закономерности UX
• в команде стоит явно договорится о том, как именно понимается UX и чем он будет измеряться
• конкретные результаты практического исследования UX зависят от конкретных инструментов, их трудно генерализировать
• улучшение UX может быть или не быть связано с другими метриками продукта
