🛠 Medium Zoom - библиотека JavaScript для создания лайтбоксов с масштабированием изображений в стиле Medium. Поставляется со множеством мощных функций, включая управление мышью и нажатием клавиш, преобразование SD в HD при масштабировании, анимацию со скоростью 60 кадров в секунду и многое другое.

🌍 Сайт

Daily Coding #инструменты #JavaScript

🧰 Набор кнопок

Более 170 готовых кнопок, которые можно бесплатно использовать в своих работах

Dezzigners

Development Experience. Вести с полей

С каждым годом тема опыта разработчика как составляющей опыта пользователя и влияния на производительность труда растет, появляются все новые статьи, обзоры и даже лонгитюдные исследования, что не может не радовать. Всякие эргономические штуки перестают быть узкой темой, которая теряется в общем хоре голосов UX, и приобретает новую популярность в виде когнитивной эргономики. Возникший, как я понимаю в статье Fabian Fagerholm 2012 года , опыт разработчиков описывается как концепция, охватывающая то, как разработчики думают и чувствуют о своей деятельности в рабочих средах, с предположением, что улучшение опыта разработчиков оказывает положительное влияние на результаты разработки программного обеспечения.

Вчера Атлассиан выкатили свой уже традиционный отчет об инструментах и состояния умов и вещей в эпоху ИИ-агентов и что тут можно отметить и что уже разошлось по журналистким статьям https://www.atlassian.com/teams/software-development/state-of-developer-experience-2025 . Что там?

68% разработчиков сообщают об экономии времени более чем 10 часов в неделю с использованием GenAI, с значительными успехами в задачах вне кода.Так как разработчики используют это дополнительное время? Главный приоритет — улучшение качества кода. Сразу за ним следуют создание новых функций, укрепление инженерной культуры и разработка документации — все эти аспекты получают почти равное внимание.

Проблемы:
Даже с ростом внедрения ИИ и расширяющейся экосистемой инструментов для разработчиков, разработчики все еще сталкиваются с помехами, которые выводят их из рабочего ритма. 50% разработчиков теперь сообщают о потере более 10 часов своей рабочей недели из-за неэффективностей. От фрагментированных рабочих процессов до времени, потраченного на поиск информации, эти постоянные точки трения продолжают ограничивать полный потенциал преимуществ ИИ.

Состояние продуктивности разработчиков:
Растущий разрыв в эмпатии между руководителями и разработчиками: подавляющее большинство разработчиков (63%) считают, что высшее руководство их организации не понимает вызовы и трудности, с которыми сталкиваются разработчики в своей роли, что на 19% больше, чем в опросе прошлого года.

Внедрение ИИ растет, но трения сохраняются на всем жизненном цикле разработки ПО: разработчики теряют ценное время на задачи связанные с поиском информации: 50% сообщают о потере более 10 часов в неделю, а 90% теряют 6 и более часов, в основном из-за организационных неэффективностей.

Если разработчик в среднем теряет 10 часов в неделю из-за неэффективностей, это обходится в 1 583 400 долларов в год на 100 инженеров - и это катастрофические цифры

«Поиск информации» занял первое место среди основных причин потери времени для команд разработчиков. Интересно, что «поиск информации», а также вторые и третьи точки трения (новые технологии и переключение контекста между инструментами) являются основными областями применения ИИ. Учитывая сообщения команд о росте внедрения и увеличении экономии времени, можно было бы ожидать уменьшения этих болевых точек, которые ИИ предназначен решать.

Таким образом, мы возвращаемся к исходной точке: разработчики экономят 10 часов в неделю благодаря ИИ и теряют 10 часов из-за неэффективностей. Улучшение опыта разработчиков требует системного подхода к пониманию и устранению точек трения.
Разработчики называют главными источниками потерь времени: поиск информации (сервисы, документация, API), адаптацию к новым технологиям и переключение контекста между инструментами. Интересно, что технический долг в этом году выпал из топ-5, но коллаборация с другими командами стала более значимой точкой трения.

Это прекрасная новость для ЛЛМ с документацией, но вопросики о том, могут ли они выявлять такие знания.
Если открыть другую свежую статью Towards a Science of Developer eXperience (DevX) Benoit Combemale
https://arxiv.org/abs/2506.23715 то причина выглядит системнее и глубже.

Значительным фактором этой сложности является рост числа артефактов разработки — от исходного кода и документации до конфигурационных файлов, тестовых скриптов, конвейеров CI/CD и данных телеметрии. Эти артефакты часто управляются через разнородные инструменты, такие как системы контроля версий, трекеры задач, интегрированные среды разработки (IDE), серверы сборки и облачные платформы. Результирующая фрагментация требует частого переключения контекста, что негативно сказывается на производительности и психологическом состоянии разработчиков.

Добавлю, что проблема еще в том, что разработчиками становится обычные пользователи, программирование осуществялется на уровне пользователя в некоторых новых парадигмах, да и вообще такое разнообразие создаёт сложности в проектировании инструментов и процессов, учитывающих различные уровни навыков, ментальные модели и цели.

Отчет Атлассиан

Афиши Игоря Гуровича

#awd_poster via instagram.com/guronpics