Сегодня представители цифровых профессий живут в особой культуре, направленной на постоянный экспоненциальный рост KPI. Работодатели хотят нанимать амбициозных сотрудников, которые будут демонстрировать 10x-эффективность по своей инициативе. В условиях, когда просто быть профессионалом недостаточно, перфекционизм становится не преимуществом, а неотъемлемой частью конкурентной стратегии на рынке труда. Однако нацеленность на результат и готовность «копать землю» в итоге наносят вред как работникам, так и работодателям.

Удаленная работа стала частью нашей жизни с приходом глобальной пандемии 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 может быть или не быть связано с другими метриками продукта