Как LLM‑модели меняют тестирование ПО.
Сегодня слегка копнем тему того, как большие языковые модели (LLM) могут перевернуть мир тестирования программного обеспечения. На эту тему меня натолкнула не очень свежая статья про проблемы и подход к Just‑in‑Time тестированию (и конечно наш последний подкаст с Алексеем, ждем переезда на отечественный хостинг).
Mark Harman, Peter O’Hearn, Shubho Sengupta — «Harden and Catch for Just‑in‑Time Assured LLM‑Based Software Testing: Open Research Challenges».
Тема, конечно, не новая, автоматизированное тестирование ПО как идея витает в головах достаточно долго. Но многие фундаментальные вопросы до сих пор не решены. С развитием LLM‑моделей у всей индустрии появляется шанс взглянуть на весь скоуп проблем под новым углом.
В целом можно сфокусироваться на двух типах тестов: Hardening и Catching tests.
Косвенно авторы публикации задаются вопросом, а что если сделать набор Catching JiTTest, чтобы поймать ошибки до их попадания в общий стрим разработки. Тут JiTTest — это Just‑in‑Time Test, он генерируется «в последний момент» (когда подаётся pull request).
Авторы анализируют различные сценарии использования тестов; важность участия инженера в проверке тестов (human-in-the-loop); необходимость оценки рисков и выгод при внедрении тестов; возможности использования LLM для анализа неисполняемого текста.
И вот тут я еще раз зафиксирую, что одним из важных источников для формирования объемного корпуса тестов является документация и комментарии, что позволяет LLM извлекать информацию об ожидаемом поведении системы. В текущих условиях использования LLM это именно то, что делать стало сильно легче и быстрее.
Сегодня слегка копнем тему того, как большие языковые модели (LLM) могут перевернуть мир тестирования программного обеспечения. На эту тему меня натолкнула не очень свежая статья про проблемы и подход к Just‑in‑Time тестированию (и конечно наш последний подкаст с Алексеем, ждем переезда на отечественный хостинг).
Mark Harman, Peter O’Hearn, Shubho Sengupta — «Harden and Catch for Just‑in‑Time Assured LLM‑Based Software Testing: Open Research Challenges».
Тема, конечно, не новая, автоматизированное тестирование ПО как идея витает в головах достаточно долго. Но многие фундаментальные вопросы до сих пор не решены. С развитием LLM‑моделей у всей индустрии появляется шанс взглянуть на весь скоуп проблем под новым углом.
В целом можно сфокусироваться на двух типах тестов: Hardening и Catching tests.
Hardening tests (укрепляющие) — тесты, защищающие код от будущих регрессий, ошибок, которые могут появиться при изменениях. Они проходят на текущей версии системы и «ждут» будущих ошибок.
Суть hardening tests в совокупности — проверять, что новая функция не ломает уже существующую логику.
Catching tests (обнаруживающие) — тесты пытаются поймать уже существующие ошибки или проблемы в новой функциональности. Они выявляют баги прямо сейчас, а не гипотетически в будущем.
Суть работы любого в отдельности сatching теста — упасть, как только найдена ошибка в только что написанном коде.
Косвенно авторы публикации задаются вопросом, а что если сделать набор Catching JiTTest, чтобы поймать ошибки до их попадания в общий стрим разработки. Тут JiTTest — это Just‑in‑Time Test, он генерируется «в последний момент» (когда подаётся pull request).
Авторы анализируют различные сценарии использования тестов; важность участия инженера в проверке тестов (human-in-the-loop); необходимость оценки рисков и выгод при внедрении тестов; возможности использования LLM для анализа неисполняемого текста.
И вот тут я еще раз зафиксирую, что одним из важных источников для формирования объемного корпуса тестов является документация и комментарии, что позволяет LLM извлекать информацию об ожидаемом поведении системы. В текущих условиях использования LLM это именно то, что делать стало сильно легче и быстрее.
Dream → Teamlead снова в деле.
Второй раз собираем тимлидов и техлидов на конференцию Dream → Teamlead. Времени и мест осталось маловато, уже 28 марта в Москве всё повторится. В прошлом году было горячо.
Приготовили для вас практические воркшопы и живое общение для максимального погружения и обмена опытом. Вас ждут крутейшие спикеры: Александр Поломодов, Евгений Антонов, Александра Брызгалова, Роман Елизаров и другие.
Регистрироваться тут.
Второй раз собираем тимлидов и техлидов на конференцию Dream → Teamlead. Времени и мест осталось маловато, уже 28 марта в Москве всё повторится. В прошлом году было горячо.
Приготовили для вас практические воркшопы и живое общение для максимального погружения и обмена опытом. Вас ждут крутейшие спикеры: Александр Поломодов, Евгений Антонов, Александра Брызгалова, Роман Елизаров и другие.
Регистрироваться тут.
🔥4❤1👍1🗿1
Выпускающий редактор техноблога на Хабре.
Так повелось, что Хабр —что-то вроде священного грааля, главная техноплощадка для многих брендов. У нас в Yandex Cloud есть вакансия для выпускающего редактора, который вместе с нами будет делать сильный техноблог на Хабре.
Суть работы — в команде вместе с инженерами создавать технотексты, помогать с логикой, структурой и подачей, доводить материалы до публикации, вести контент‑план.
Мы разыскиваем опытного в сложных технологических темах в IT специалиста и ожидаем, что он будет предлагать актуальные, новые темы для статей, вникать в задачу, задавать много вопросов, самостоятельно искать фактуру по теме.
Поделитесь со своими друзьями. Чтобы откликнуться, пусть присылают 2–3 своих лучших техноматериала и короткий рассказ о своем опыте в личку. А я передам всё это в нежно-загребущие ручки главного редактора Yandex Cloud.
Так повелось, что Хабр —
Суть работы — в команде вместе с инженерами создавать технотексты, помогать с логикой, структурой и подачей, доводить материалы до публикации, вести контент‑план.
Мы разыскиваем опытного в сложных технологических темах в IT специалиста и ожидаем, что он будет предлагать актуальные, новые темы для статей, вникать в задачу, задавать много вопросов, самостоятельно искать фактуру по теме.
Поделитесь со своими друзьями. Чтобы откликнуться, пусть присылают 2–3 своих лучших техноматериала и короткий рассказ о своем опыте в личку. А я передам всё это в нежно-загребущие ручки главного редактора Yandex Cloud.
Media is too big
VIEW IN TELEGRAM
Какие технологии приближают нас к персонализированной медицине будущего.
В этом эпизоде расскажем, как «печень‑на‑чипе» поможет ускорить разработку лекарств, а ИИ‑помощники сэкономят врачам и страховым службам кучу времени. Напомним о рисках непроверенных медицинских советов. Рассмотрим интересные гаджеты для мониторинга здоровья. И заглянем в будущее персонализированной медицины. Подключайтесь!
VK
Youtube
Яндекс.Музыка
#подкаст #404seconds
В этом эпизоде расскажем, как «печень‑на‑чипе» поможет ускорить разработку лекарств, а ИИ‑помощники сэкономят врачам и страховым службам кучу времени. Напомним о рисках непроверенных медицинских советов. Рассмотрим интересные гаджеты для мониторинга здоровья. И заглянем в будущее персонализированной медицины. Подключайтесь!
VK
Youtube
Яндекс.Музыка
#подкаст #404seconds
🔥2👍1
llama.cpp и ggml переходят в Hugging Face.
На прошлой неделе команда ggml.ai, стоявшая у истоков ggml и llama.cpp, объявила, что присоединяется к Hugging Face. Формулировка в анонсе предельно ясная: цель — «сохранить будущий ИИ по‑настоящему открытым» и масштабировать поддержку локального инференса, который в ближайшие годы будет расти экспоненциально.
В тексте анонса Hugging Face описан как самый сильный и последовательный партнёр ggml.ai за последние годы. Это важно: речь не о внезапном интересе со стороны крупной компании, а о логичном продолжении совместной работы.
Если на минутку представить llama.cpp как «движок», то сейчас ему дают и больше топлива, и более широкий «автосервис», и более прямую дорогу к экосистеме, где живут модели.
Хорошая новость из мира open source, но мы будем наблюдать за ситуацией, всё, конечно, может и поменяться.
На прошлой неделе команда ggml.ai, стоявшая у истоков ggml и llama.cpp, объявила, что присоединяется к Hugging Face. Формулировка в анонсе предельно ясная: цель — «сохранить будущий ИИ по‑настоящему открытым» и масштабировать поддержку локального инференса, который в ближайшие годы будет расти экспоненциально.
Что обещают?🔵 Georgi (Георгий Геранов) и команда (ядро ggml/llama.cpp) переходят в Hugging Face.🔵 При этом ggml-org проекты остаются открытыми и community-driven: код, формат, PR’ы и архитектурные решения не «переезжают в корпоративный режим».🔵 Команда продолжит фултайм вести ggml и llama.cpp, но уже с «длинными» ресурсами HF.
В тексте анонса Hugging Face описан как самый сильный и последовательный партнёр ggml.ai за последние годы. Это важно: речь не о внезапном интересе со стороны крупной компании, а о логичном продолжении совместной работы.
Если на минутку представить llama.cpp как «движок», то сейчас ему дают и больше топлива, и более широкий «автосервис», и более прямую дорогу к экосистеме, где живут модели.
Хорошая новость из мира open source, но мы будем наблюдать за ситуацией, всё, конечно, может и поменяться.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6
The 2025 Developer Survey.
Давайте начнем трудовую недельку с небольшого на 49000 с плюсом респондентов исследования от StackOverflow — The 2025 Developer Survey. Все в ресерче пропитанно AI и LLM.
И мимо 84% пройти сложно. Именно столько респондентов используют или планируют использовать инструменты искусственного интеллекта в процессе разработки. В прошлом году этот показатель был равер — 76%. Еще важно, что в этом году 51% профессиональных разработчиков используют инструменты искусственного интеллекта ежедневно.
Еще отмечу, что в 2025 году доля положительных отзывов об инструментах на основе AI снизилась по сравнению с 2023 и 2024 годами, когда она составляла более 70%. В этом году этот показатель составил всего 60%. Но среди профессионалов доля положительных отзывов выше (61%), чем среди тех, кто только учится разработке (53%).
Давайте начнем трудовую недельку с небольшого на 49000 с плюсом респондентов исследования от StackOverflow — The 2025 Developer Survey. Все в ресерче пропитанно AI и LLM.
И мимо 84% пройти сложно. Именно столько респондентов используют или планируют использовать инструменты искусственного интеллекта в процессе разработки. В прошлом году этот показатель был равер — 76%. Еще важно, что в этом году 51% профессиональных разработчиков используют инструменты искусственного интеллекта ежедневно.
Еще отмечу, что в 2025 году доля положительных отзывов об инструментах на основе AI снизилась по сравнению с 2023 и 2024 годами, когда она составляла более 70%. В этом году этот показатель составил всего 60%. Но среди профессионалов доля положительных отзывов выше (61%), чем среди тех, кто только учится разработке (53%).
survey.stackoverflow.co
2025 Stack Overflow Developer Survey
The 2025 Developer Survey is the definitive report on the state of software development. In its fifteenth year, Stack Overflow received over 49,000+ responses from 177 countries across 62 questions focused on 314 different technologies, including new focus…
Я дал 100 AI-агентам равный бюджет — они изобрели кредиты под 15%.
Хабр еще торт! В выходные вышла отличная статья, описывающая эксперимент. В основе мысль: что будет, если дать агентам абстрактную цель и ограниченные ресурсы? Будут ли они сотрудничать? Конкурировать? И такого искреннего удовольствия от чтения статьи на Хабре я давно не получал.
На старте скромное железо для 100 агентов. Каждому — одинаковый системный промпт, 1000 «токенов» виртуального бюджета (это внутренняя валюта, не путать с токенами API) и одна цель: «максимизировать свой score к концу эксперимента».
На выходе почти детективная история. Тут тебе и внезапные открытия, и усложнения условий задачи, и интересный результат. Всё еще обмазано циферками. Кайфонул от души и вам желаю.
Я дал 100 AI-агентам равный бюджет — они изобрели кредиты под 15%.
Хабр еще торт! В выходные вышла отличная статья, описывающая эксперимент. В основе мысль: что будет, если дать агентам абстрактную цель и ограниченные ресурсы? Будут ли они сотрудничать? Конкурировать? И такого искреннего удовольствия от чтения статьи на Хабре я давно не получал.
На старте скромное железо для 100 агентов. Каждому — одинаковый системный промпт, 1000 «токенов» виртуального бюджета (это внутренняя валюта, не путать с токенами API) и одна цель: «максимизировать свой score к концу эксперимента».
На выходе почти детективная история. Тут тебе и внезапные открытия, и усложнения условий задачи, и интересный результат. Всё еще обмазано циферками. Кайфонул от души и вам желаю.
Я дал 100 AI-агентам равный бюджет — они изобрели кредиты под 15%.
🔥7🤬3
T-Mobile будет переводить обычные телефонные звонки в режиме реального времени без использования приложения.
Прекрасная новость, мимо которой практически проскочил. Этой весной начнется тестирование новой фичи у мобильного оператора T-Mobile в США. Обещают на лету переводить обычные телефонные звонки, по предаварительной информации, аж на 50 языков.
Фича Live Translation будет работать без отдельного приложения на устройстве пользователя.
Да, я всё понимаю про бету, но у меня вопрос: как они будут отслеживать качество онлайн-перевода аж на 50 языков? Одно дело, у тебя есть уже запись и время для перевода. Тут много кто потоптался на поле качества. Другое — это надо делать в режиме реального времени. Короче, будем продолжать вести наблюдение.
Прекрасная новость, мимо которой практически проскочил. Этой весной начнется тестирование новой фичи у мобильного оператора T-Mobile в США. Обещают на лету переводить обычные телефонные звонки, по предаварительной информации, аж на 50 языков.
Фича Live Translation будет работать без отдельного приложения на устройстве пользователя.
Да, я всё понимаю про бету, но у меня вопрос: как они будут отслеживать качество онлайн-перевода аж на 50 языков? Одно дело, у тебя есть уже запись и время для перевода. Тут много кто потоптался на поле качества. Другое — это надо делать в режиме реального времени. Короче, будем продолжать вести наблюдение.
🔥2
Media is too big
VIEW IN TELEGRAM
AI возвращает голоса прошлого и меняет бизнес настоящего.
И снова этот вездесущий искусственный интеллект — от слов прямо к делу. В этом эпизоде говорим о том, как искусственный интеллект помогает в работе с речью и голосом: от восстановления забытых записей на глиняных табличках до автоматизации бизнес‑процессов в современных компаниях. Погружаемся в мир, где голос становится данными, а данные — конкурентным преимуществом.
VK
Youtube
Яндекс.Музыка
#подкаст #404seconds
И снова этот вездесущий искусственный интеллект — от слов прямо к делу. В этом эпизоде говорим о том, как искусственный интеллект помогает в работе с речью и голосом: от восстановления забытых записей на глиняных табличках до автоматизации бизнес‑процессов в современных компаниях. Погружаемся в мир, где голос становится данными, а данные — конкурентным преимуществом.
VK
Youtube
Яндекс.Музыка
#подкаст #404seconds
🔥3👍1
Я два месяца платил 300к человеку, который тихо скармливал мои задачи в ChatGPT.
Почитай весь конец той недели обсуждали в разных составах публикацию на Хабре про 300к. Отдельно рекомендую почитать прекрасные комментарии, набежало более 700 штук.
Я два месяца платил 300к человеку, который тихо скармливал мои задачи в ChatGPT.
Опуская детали и разные разности, финально хочется зафиксировать важный момент: если у тебя уже случился такой кейс, ну научись работать в новых условиях, скоро таких будет каждый второй, и работать таки придется. То есть как правильно ставить им задачи? Как правильно выставлять условия? Какие у тебя реальные есть требования к коду и можешь ли ты их формально подготовить для LLM?
Ну и сами дальше можете придумать. Для примера можно оттолкнуться от Summary of 'Clean code' by Robert C. Martin, там коменты тоже хорошие. +)
Почитай весь конец той недели обсуждали в разных составах публикацию на Хабре про 300к. Отдельно рекомендую почитать прекрасные комментарии, набежало более 700 штук.
Я два месяца платил 300к человеку, который тихо скармливал мои задачи в ChatGPT.
Опуская детали и разные разности, финально хочется зафиксировать важный момент: если у тебя уже случился такой кейс, ну научись работать в новых условиях, скоро таких будет каждый второй, и работать таки придется. То есть как правильно ставить им задачи? Как правильно выставлять условия? Какие у тебя реальные есть требования к коду и можешь ли ты их формально подготовить для LLM?
Ну и сами дальше можете придумать. Для примера можно оттолкнуться от Summary of 'Clean code' by Robert C. Martin, там коменты тоже хорошие. +)
Хабр
Я два месяца платил 300к человеку, который тихо скармливал мои задачи в ChatGPT
У меня небольшая продуктовая команда, 12 человек, пилим B2B-логистику. Go, React, PostgreSQL, всё на кубере. Предметка скучная снаружи, но внутри — ад: у каждого перевозчика свой API, и каждый API как...
👍4
На случай важных переговоров.
С 1 марта 2026 года вступает в силу запрет на иностранные слова. Требования распространяются на рекламу, вывески, контент и инструкции к товарам. Бизнесы уже в 2025 году начали активно чистить сайты и карточки товаров, чтобы не получить штрафы за нарушение закона о русском языке.
Если хочется поразгонять в коментах, то добро пожаловать на Хабр, там пока мало, но яд в коментах можно излить:
Компании начали массовый переход на русскоязычные названия после новых требований закона
С 1 марта 2026 года вступает в силу запрет на иностранные слова. Требования распространяются на рекламу, вывески, контент и инструкции к товарам. Бизнесы уже в 2025 году начали активно чистить сайты и карточки товаров, чтобы не получить штрафы за нарушение закона о русском языке.
Если хочется поразгонять в коментах, то добро пожаловать на Хабр, там пока мало, но яд в коментах можно излить:
Компании начали массовый переход на русскоязычные названия после новых требований закона
❤4
FreeBSD doesn't have Wi-Fi driver for my old MacBook.
Немного моей любимой FreeBSD вам в ленту. Небольшая детективная история про то, как можно использовать прямо сейчас вайб-кодинг для разработки компонентов операционных систем.
FreeBSD doesn't have Wi-Fi driver for my old MacBook. AI built one for me.
P.S. Спойлер!Там всё еще не закончилось...
Немного моей любимой FreeBSD вам в ленту. Небольшая детективная история про то, как можно использовать прямо сейчас вайб-кодинг для разработки компонентов операционных систем.
FreeBSD doesn't have Wi-Fi driver for my old MacBook. AI built one for me.
P.S. Спойлер!
🤩1
15-го марта AI Dev Day.
Вместе с руководителями и инженерами из Яндекса, Авито, Сбера, Тинькофф Банка и Ozon поговорим об эффективности. 15-го марта в воскресенье — прекрасный день, чтобы погрузиться в AI повестку, среди докладов:
🔵 Андрей Попов, лидер трека AI в разработке в Яндексе, расскажет, как посчитать эффект от использования AI, на какие метрики смотреть важнее всего и каких результатов достигли мы.
🔵 Александр Мазько, CPO Giga-продуктов для разработчиков, расскажет, какие метрики действительно показывают ROI в DevTools, как отделить реальный эффект от хайпа и связать инженерные показатели с бизнес-ценностью.
🔵 Александр Лукьянов, руководитель внутренних ML-продуктов в Ozon, расскажет, что они делают в ML-платформе для развития кодовых ассистентов внутри Ozon.
В Москве офлайн и онлайн, регистрация тут.
P. S. Сам попробую попасть на встречу комьюнити.
Вместе с руководителями и инженерами из Яндекса, Авито, Сбера, Тинькофф Банка и Ozon поговорим об эффективности. 15-го марта в воскресенье — прекрасный день, чтобы погрузиться в AI повестку, среди докладов:
В Москве офлайн и онлайн, регистрация тут.
P. S. Сам попробую попасть на встречу комьюнити.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1🔥1
Регулярный review.
Вы долго ждали, да... это был переезд. Разбор полетов на новом месте, а мы продолжаем зажигать вместе с Алексеем в две каски, уже старенький 303-й эпизод подкаста «Разбор полетов».
Слушать подкаст на Яндекс.Музыке.
Читать полезняшки от «Разбора Полетов».
#подкаст #debriefing
Вы долго ждали, да... это был переезд. Разбор полетов на новом месте, а мы продолжаем зажигать вместе с Алексеем в две каски, уже старенький 303-й эпизод подкаста «Разбор полетов».
Слушать подкаст на Яндекс.Музыке.
Читать полезняшки от «Разбора Полетов».
#подкаст #debriefing
👍1
Media is too big
VIEW IN TELEGRAM
От твита до миллиарда строк кода в месяц.
В новом эпизоде подвели итоги года с вайб‑кодингом. Рассказали, сколько строк кода сегодня пишут ИИ-ассистенты, и почему такая статистика — это база, а не фантастика. Заглянули на тёмную сторону вайба и на примере Moltbook увидели, как полтора миллиона API‑ключей оказались в открытом доступе. Понаблюдали за соперничеством Anthropic и OpenAI – в пределах и за границами технологического поля. А также не забыли пройтись по экономике вайб‑кодинга. Подключайтесь!
VK
Youtube
Яндекс.Музыка
#подкаст #404seconds
В новом эпизоде подвели итоги года с вайб‑кодингом. Рассказали, сколько строк кода сегодня пишут ИИ-ассистенты, и почему такая статистика — это база, а не фантастика. Заглянули на тёмную сторону вайба и на примере Moltbook увидели, как полтора миллиона API‑ключей оказались в открытом доступе. Понаблюдали за соперничеством Anthropic и OpenAI – в пределах и за границами технологического поля. А также не забыли пройтись по экономике вайб‑кодинга. Подключайтесь!
VK
Youtube
Яндекс.Музыка
#подкаст #404seconds
❤3👍1🔥1😁1
Nobody Gets Promoted for Simplicity.
В последнем выпуске подкаста «Разбор полетов» вместе с Алексеем затронули статью о простом и сложном.
Matheus Lima — Nobody Gets Promoted for Simplicity
Она крутится вокруг одной центральной мысли, которая живет в голове многих инженеров:
А мы все знаем, что сделать просто, но надежно — это очень сложная задача.
Сегодня на меня в телеграмме Teamlead Good Reads прыгнула заметка на ту же тему: Простые решения не приносят промо. Отличное продолжение той же темы.
В последнем выпуске подкаста «Разбор полетов» вместе с Алексеем затронули статью о простом и сложном.
Matheus Lima — Nobody Gets Promoted for Simplicity
Она крутится вокруг одной центральной мысли, которая живет в голове многих инженеров:
Nobody gets promoted for the complexity they avoided.
А мы все знаем, что сделать просто, но надежно — это очень сложная задача.
Сегодня на меня в телеграмме Teamlead Good Reads прыгнула заметка на ту же тему: Простые решения не приносят промо. Отличное продолжение той же темы.
👍2
Скрытый налог.
Если задаться вопросом, а почему так сложно делать простые, но надежные решения, то это неизбежно нас приведет к необходимости задуматься про Cognitive load.
Рабочая память человека ограничена, поэтому когда нагрузка слишком высокая, становится труднее понимать, запоминать и действовать. Среди основополагающих работ по этой тематике следует выделить статью Джона Свеллера. Этот педагог-психолог считается одним из основоположников теории когнитивной нагрузки — Cognitive load theory.
John Sweller — Cognitive Load During Problem Solving: Effects on Learning.
Обычно выделяют 3 вида когнитивной нагрузки:
🔵 Intrinsic (внутренняя)
🔵 Extraneous (внешняя/лишняя)
🔵 Germane (полезная/обучающая)
Внутренняя — зависит от сложности самой задачи, уровня подготовки или особенностей самого человека. По себе можете заметить, что одни задачи вам даются сложнее, чем другие, хотя на вид сложность у них может быть одинаковая.
Внешняя или лишняя нагрузка создаётся плохой подачей информации и «шумом», не связанным с целью. Например: запутанные инструкции, лишние детали, мелкий шрифт, перегруженный интерфейс, звуковые раздражители.
А вот полезная или обучающая нагрузка — это усилия, которые идут на формирование структур, «схем» и понимания.
В целом, когнитивная нагрузка — это скрытый налог. Как только вам нужно решить какую-то задачу, эта нагрузочка сразу на вас падает. При этом с чем большим количеством запчастей следует разобраться, тем тяжелее принимать решения, медленнее все происходит, и это в лучшем случае.
Если задаться вопросом, а почему так сложно делать простые, но надежные решения, то это неизбежно нас приведет к необходимости задуматься про Cognitive load.
Cognitive load (когнитивная нагрузка) — это объём «умственных усилий», который требуется вашей рабочей памяти, чтобы понять информацию, принять решение или выполнить задачу.
Рабочая память человека ограничена, поэтому когда нагрузка слишком высокая, становится труднее понимать, запоминать и действовать. Среди основополагающих работ по этой тематике следует выделить статью Джона Свеллера. Этот педагог-психолог считается одним из основоположников теории когнитивной нагрузки — Cognitive load theory.
John Sweller — Cognitive Load During Problem Solving: Effects on Learning.
Обычно выделяют 3 вида когнитивной нагрузки:
Внутренняя — зависит от сложности самой задачи, уровня подготовки или особенностей самого человека. По себе можете заметить, что одни задачи вам даются сложнее, чем другие, хотя на вид сложность у них может быть одинаковая.
Внешняя или лишняя нагрузка создаётся плохой подачей информации и «шумом», не связанным с целью. Например: запутанные инструкции, лишние детали, мелкий шрифт, перегруженный интерфейс, звуковые раздражители.
А вот полезная или обучающая нагрузка — это усилия, которые идут на формирование структур, «схем» и понимания.
В целом, когнитивная нагрузка — это скрытый налог. Как только вам нужно решить какую-то задачу, эта нагрузочка сразу на вас падает. При этом с чем большим количеством запчастей следует разобраться, тем тяжелее принимать решения, медленнее все происходит, и это в лучшем случае.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤1
Митап Яндекса по языкам Java Virtual Machine.
Через недельку 28 марта в субботу коллеги устраивают Я.Субботник по JVM-языкам.
В программе — ускорение Java-фреймворков на примере Quarkus, устройство трассирующего профайлера (Qubership Profiler), реальные подводные камни java.time и оптимизация GraphQL API на базе GraphQL Java и Spring Framework.
Обещают онлайн и офлайн в Москве, нужна регистрация.
Через недельку 28 марта в субботу коллеги устраивают Я.Субботник по JVM-языкам.
В программе — ускорение Java-фреймворков на примере Quarkus, устройство трассирующего профайлера (Qubership Profiler), реальные подводные камни java.time и оптимизация GraphQL API на базе GraphQL Java и Spring Framework.
Обещают онлайн и офлайн в Москве, нужна регистрация.
❤2🎉2🤩2
На эту пятницу 13-го у меня была запланирована заметка про Null Reference, но когда я сел перепроверить фактаж, понял, что придется ее отложить.
5 марта умер Чарльз Энтони Ричард Хоар, зимой писал про его работу Hints on Programming Language Design.
Чарльз был создателем алгоритма «быстрой сортировки», которую сейчас осваивает любой начинающий программист, да и вообще оставил значительный след в нашем общем компьютерном мире. В тему постов про простоту хочу процитировать часть его выступления по случаю получения премии Тьюринга:
5 марта умер Чарльз Энтони Ричард Хоар, зимой писал про его работу Hints on Programming Language Design.
Чарльз был создателем алгоритма «быстрой сортировки», которую сейчас осваивает любой начинающий программист, да и вообще оставил значительный след в нашем общем компьютерном мире. В тему постов про простоту хочу процитировать часть его выступления по случаю получения премии Тьюринга:
I conclude that there are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies.
The first method is far more difficult. It demands the same skill, devotion, insight, and even inspiration as the discovery of the simple physical laws which underlie the complex phenomena of nature. It also requires a willing-ness to accept objectives which are limited by physical, logical, and technological constraints, and to accept a compromise when conflicting objectives cannot be met. No committee will ever do this until it is too late.
Я пришел к выводу, что есть два подхода к разработке программного обеспечения: первый — сделать его настолько простым, чтобы в нем не было очевидных недостатков, а второй — сделать его настолько сложным, чтобы в нем не было очевидных достоинств.
Первый подход гораздо сложнее. Это требует тех же навыков, преданности делу, проницательности и даже вдохновения, что и открытие простых физических законов, лежащих в основе сложных явлений природы. Кроме того, это требует готовности принять цели, ограниченные физическими, логическими и технологическими факторами, а также пойти на компромисс, если конфликтующие цели недостижимы. Ни один комитет не сделает этого, пока не станет слишком поздно.