Самая затратная деятельность. Теория когнитивной нагрузки
Что съедает когнитивный ресурс?
Возможно, я дурак… Как делать эффективные продукты в ситуации, когда никто ничего не понимает
Видели ли вы, как пользователи объясняют неудачи в продукте собственной глупостью? Может, слышали в кулуарах, как разработчики соглашаются с пользователями и не знают, чем помочь, — ведь «всё предельно понятно», «для дураков сделано». А бизнес-команда между тем опускает руки и задаётся вопросом, не дураки ли они сами, если не могут донести логику продукта до пользователя?
Реальный DX: как измерить опыт разработчика и не соврать самому себе
В прошлый раз я писал
Почему портал самообслуживания не работает — и при чём тут когнитивная нагрузка
Пощадите пользователей
Меня бесит использование ИИ в разработке. И я наконец понял почему
Дисклеймер: все нижесказанное является личным мнением автора. Я ни в коем случае не претендую на истину в последней инстанции и могу сильно заблуждаться.
Очень много букв… Или кейс по специфической настройке рабочего окружения
Прежде чем начать — несколько вопросовСмотря на документацию, вы думали: «Лучше бы мне рассказали, что там происходит, нежели читать все это»?При продолжительном чтении документации чувствуете усталость или спутанность?Перед тем как решать задачу — представляете или рисуете схемы?Воспринимаете информацию на слух или визуально лучше, чем при прочтении?Иногда не можете увидеть опечатки в знакомых словах?Сложно постоянно следить за кодстайлом? Хотите ускорить ревью своего кода?
Когнитивная зарубка: Что мы теряем, работая с LLM, и при чём здесь невесомость
Вторая статья из цикла «Слова, которых нет»Начало здесь >>>Знакомая ситуация: сидишь над задачей, что-то не складывается, спрашиваешь LLM. Получаешь хороший ответ, копируешь решение, всё работает. А через час к тебе подходит коллега: «А это вообще как устроено? Почему ты именно так сделал?», и тут ты обнаруживаешь, что объяснить не можешь: решение работает, оно у тебя в проекте, но ты не помнишь его логики. Открываешь чат, перечитываешь — и как будто чужой текст перед глазами, знание прошло через тебя, но в тебе не задержалось.
Почему интерфейсы такие, какие они есть и какими они должны быть
Меня зовут Динара, я владелец продукта Naumen Service Desk и аналитик в команде внедрения, занимаюсь настройкой интерфейсов для Enterprise-клиентов.Динара
Закон Конвэя внутри нас: инженерные системы ломаются по тем же причинам, что и люди
Linux пропитан магией. Тип файла определяется не по расширению, а библиотекой magic, которая смотрит на сигнатуру первых байтов. В системе живут демоны, процессы могут работать в режиме daemon, а исполняемые файлы хранятся в формате ELF и разбираются утилитой readelf. Это похоже на шутки старых разработчиков, но они появились не случайно.Инженерные системы наполнены метафорами, потому что так проще думать о сложном, объяснять невидимое и работать с тем, что нельзя потрогать руками. Со временем мы привыкаем к этой «магии» и перестаём замечать, что вместе с ней перенимаем определённый способ мышления.
