67% пользователей, которые работают с клавиатурой, сталкиваются с неправильным tab order каждый месяц. 82% пользователей скринридеров — регулярно натыкаются на барьеры на сайтах.
Давайте разбираться, как эти цифры уменьшить )
Reading order отвечает за то, как пользователь понимает страницу. Условно это книга. Порядок идет сверху вниз, слева направо. Читает всё: заголовки, текст, картинки, кнопки. Строит картину страницы последовательно. Именно по нему ориентируются скринридеры.
Reading Order = порядок смысла.
Tab Order же — это оглавление.
Правило простое: всё, что можно нажать — входит в Tab Order. Неважно, как это выглядит визуально: кнопка, ссылка, чекбокс, селект. Если элемент интерактивный, клавиатура до него доберётся.
Tab Order = порядок действий.
В карточках на примере моего любимого Dodo 🧡 показала разницу.
Если порядок и того, и другого определишь не ты, то это сделает за тебя браузер по своей логике. Скринридер может зачитать кнопку раньше, чем название товара. Клавиатурный фокус может уйти в сайдбар посреди основного контента. Пользователь не поймёт, где он. И просто уйдёт.
Как проще всего понять это на практике?
Откройте свой последний проект в браузере. Уберите мышь и нажмите Tab несколько раз. Как ощущения?
И также со скринридером, чтобы понять reading order. Если Mac — пройдитесь скринридером VoiceOver. Если Windows — NVDA, он бесплатный. Это займёт 15 минут. Но вы увидите свой продукт совсем другими глазами.
Как это включить в работу? Аннотировать для разрабов цифрами и стрелочками, ниже дам готовые компоненты для разметки - easy! либо еще easier — плагинами для Figma.
↓
Готовые компоненты для аннотаций от GitHub
Плагин TabA11y
Плагин Stark
___
en<able> - о дизайне в A11y | Наши статьи на VC
Давайте разбираться, как эти цифры уменьшить )
Reading order отвечает за то, как пользователь понимает страницу. Условно это книга. Порядок идет сверху вниз, слева направо. Читает всё: заголовки, текст, картинки, кнопки. Строит картину страницы последовательно. Именно по нему ориентируются скринридеры.
Reading Order = порядок смысла.
Tab Order же — это оглавление.
Правило простое: всё, что можно нажать — входит в Tab Order. Неважно, как это выглядит визуально: кнопка, ссылка, чекбокс, селект. Если элемент интерактивный, клавиатура до него доберётся.
Tab Order = порядок действий.
В карточках на примере моего любимого Dodo 🧡 показала разницу.
Если порядок и того, и другого определишь не ты, то это сделает за тебя браузер по своей логике. Скринридер может зачитать кнопку раньше, чем название товара. Клавиатурный фокус может уйти в сайдбар посреди основного контента. Пользователь не поймёт, где он. И просто уйдёт.
Как проще всего понять это на практике?
Откройте свой последний проект в браузере. Уберите мышь и нажмите Tab несколько раз. Как ощущения?
И также со скринридером, чтобы понять reading order. Если Mac — пройдитесь скринридером VoiceOver. Если Windows — NVDA, он бесплатный. Это займёт 15 минут. Но вы увидите свой продукт совсем другими глазами.
Как это включить в работу? Аннотировать для разрабов цифрами и стрелочками, ниже дам готовые компоненты для разметки - easy! либо еще easier — плагинами для Figma.
↓
Готовые компоненты для аннотаций от GitHub
Плагин TabA11y
Плагин Stark
___
en<able> - о дизайне в A11y | Наши статьи на VC
1❤5🔥4✍3
Проверка проекта в AI
На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2.
Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему.
Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие.
Как пользоваться, если ты диз?
1. Открыть файл на GitHub A11Y.md из папки docs/en/
2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md»
3. Скинуть файл или ссылку на свой проект
4. Готово!
Что внутри репозитория:
⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов.
📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам.
🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга.
📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера.
Немного того, что важно для дизайнера:
→ Контраст текста должен быть 4.5:1, элементов UI — 3:1
→ Нельзя передавать состояние только цветом — нужны иконка + текст + цвет
→ Минимальный размер кнопки — 44×44px
→ Плейсхолдер не заменяет подпись к полю
→ Графики обязаны различаться без цвета — текстурами или штриховкой
и многое другое
Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )
На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2.
Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему.
Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие.
Как пользоваться, если ты диз?
1. Открыть файл на GitHub A11Y.md из папки docs/en/
2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md»
3. Скинуть файл или ссылку на свой проект
4. Готово!
Что внутри репозитория:
⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов.
📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам.
🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга.
📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера.
Немного того, что важно для дизайнера:
→ Контраст текста должен быть 4.5:1, элементов UI — 3:1
→ Нельзя передавать состояние только цветом — нужны иконка + текст + цвет
→ Минимальный размер кнопки — 44×44px
→ Плейсхолдер не заменяет подпись к полю
→ Графики обязаны различаться без цвета — текстурами или штриховкой
и многое другое
Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )
❤10⚡1🔥1👌1
🏆 Apple Design Awards 2025: категория Inclusivity
Каждый год Apple отмечает лучших разработчиков. И меня радует, что есть целая отдельная категория! Пробежимся по тем, кто в ней )
🎸 Guitar Wiz (Индия, соло-разработчик)
Приложение для гитаристов с полноценной поддержкой VoiceOver — голосовые подсказки по аккордам, ладам и высоте тона. Поддерживает Dynamic Type (!!!) и режим «Различать без цвета». Музыка доступна всем💙
👂 Hearing Buddy (США, соло-разработчик с нарушением слуха)
Субтитры и резюме разговоров в реальном времени прямо на устройстве. Актуально для 466 млн человек с нарушениями слуха по всему миру.
🗓 Structured (Германия)
Планировщик, который ценит отдых не меньше задач. Особенно полюбился нейроотличным пользователям — а это около 15–20% населения планеты. ИИ сам предлагает и заполняет задачи, снижая когнитивную нагрузку. Хочу попробовать, хотя я все же фанат Обсидиана.
Все три приложения сделаны маленькими командами или вообще одним человеком, мощь и выбор каждого разработчика менять жизнь вокруг себя💙
___
en<able> - о дизайне в A11y | Наши статьи на VC
Каждый год Apple отмечает лучших разработчиков. И меня радует, что есть целая отдельная категория! Пробежимся по тем, кто в ней )
🎸 Guitar Wiz (Индия, соло-разработчик)
Приложение для гитаристов с полноценной поддержкой VoiceOver — голосовые подсказки по аккордам, ладам и высоте тона. Поддерживает Dynamic Type (!!!) и режим «Различать без цвета». Музыка доступна всем
👂 Hearing Buddy (США, соло-разработчик с нарушением слуха)
Субтитры и резюме разговоров в реальном времени прямо на устройстве. Актуально для 466 млн человек с нарушениями слуха по всему миру.
🗓 Structured (Германия)
Планировщик, который ценит отдых не меньше задач. Особенно полюбился нейроотличным пользователям — а это около 15–20% населения планеты. ИИ сам предлагает и заполняет задачи, снижая когнитивную нагрузку. Хочу попробовать, хотя я все же фанат Обсидиана.
Все три приложения сделаны маленькими командами или вообще одним человеком, мощь и выбор каждого разработчика менять жизнь вокруг себя
___
en<able> - о дизайне в A11y | Наши статьи на VC
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11👍3❤🔥1👏1👌1
Юные победители в Apple 💙
У компании есть конкурс Swift Student Challenge, где студенты со всего мира создают мини-приложения. Ребята объединили платформы Apple, Swift и Ai (чаще использовали Claude на радость теперь уже антропическому Андрею Карпатому, как вам новость кстати?)
И знаете, что ребята сделали? Совсем не миниаппы, вы только посмотрите!
Steady Hands — Gayatri Goundadkar (20 лет, Индия). Вдохновлена бабушкой, которая из-за тремора рук перестала заниматься традиционной живописью. Приложение стабилизирует рисование Apple Pencil для людей с тремором: анализирует «сырые» данные движения через фреймворки PencilKit и Accelerate, отделяет намеренные движения от дрожания и убирает «тремор-компонент». Готовые рисунки показываются в персональном 3D-музее — «чтобы пользователи чувствовали себя художниками, а не пациентами».
pitch coach — Anton Baranov (22 года, Германия). Идея родилась за кухонным столом из слов матери-преподавателя о студентах, у которых много слов паразитов. Приложение даёт обратную связь в реальном времени: отслеживает осанку через AirPods, ловит слова-паразиты («um», «like»), генерирует персональные сводки после каждой сессии через Apple Foundation Models. Вышло в App Store в начале марта, уже более 6000 загрузок. Используют не только для презентаций, но и для репетиций рэпа и стендапа.
Asuo — Karen-Happuch Peprah Henneh (Гана). «Asuo» на языке тви означает «текущая вода». Приложение строит безопасные маршруты эвакуации в зонах наводнений в реальном времени. Считает интенсивность дождя и использует алгоритм поиска пути на основе исторических данных о наводнениях. Доступность была заложена с самого начала: VoiceOver-метки на всех элементах, кастомная голосовая система оповещений через AVSpeechSynthesizer. Henneh — дизайнер, поэтому техническую часть (симулятор дождя) делала с помощью Claude. А еще эта умничка ведёт некоммерческую организацию Radiance Girl Africa, поддерживающую женщин в технологиях.
LeViola — Yoonjae Joung (21 год, Южная Корея). Не смог взять свой альт на стажировку в Нью-Йорк и затосковал по инструменту. Приложение позволяет учиться играть на альте без самого инструмента: камера отслеживает позу рук — суставы левой руки определяют зажатые ноты, угол правой руки — выбор струны. Использовал Create ML для обучения собственной модели и Core ML для интеграции. Осваивать Swift помогали Claude, OpenAI Codex и Google Gemini. Планирует расширить идею на другие инструменты.
Юные разработчики вдохновились личными историями, сделали accessibility ядром продукта, а AI tools позволили ускорить процесс создания.
👉 Полная статья: https://www.apple.com/newsroom/2026/05/ai-meets-accessibility-in-this-years-swift-student-challenge/
У компании есть конкурс Swift Student Challenge, где студенты со всего мира создают мини-приложения. Ребята объединили платформы Apple, Swift и Ai (чаще использовали Claude на радость теперь уже антропическому Андрею Карпатому, как вам новость кстати?)
И знаете, что ребята сделали? Совсем не миниаппы, вы только посмотрите!
Steady Hands — Gayatri Goundadkar (20 лет, Индия). Вдохновлена бабушкой, которая из-за тремора рук перестала заниматься традиционной живописью. Приложение стабилизирует рисование Apple Pencil для людей с тремором: анализирует «сырые» данные движения через фреймворки PencilKit и Accelerate, отделяет намеренные движения от дрожания и убирает «тремор-компонент». Готовые рисунки показываются в персональном 3D-музее — «чтобы пользователи чувствовали себя художниками, а не пациентами».
pitch coach — Anton Baranov (22 года, Германия). Идея родилась за кухонным столом из слов матери-преподавателя о студентах, у которых много слов паразитов. Приложение даёт обратную связь в реальном времени: отслеживает осанку через AirPods, ловит слова-паразиты («um», «like»), генерирует персональные сводки после каждой сессии через Apple Foundation Models. Вышло в App Store в начале марта, уже более 6000 загрузок. Используют не только для презентаций, но и для репетиций рэпа и стендапа.
Asuo — Karen-Happuch Peprah Henneh (Гана). «Asuo» на языке тви означает «текущая вода». Приложение строит безопасные маршруты эвакуации в зонах наводнений в реальном времени. Считает интенсивность дождя и использует алгоритм поиска пути на основе исторических данных о наводнениях. Доступность была заложена с самого начала: VoiceOver-метки на всех элементах, кастомная голосовая система оповещений через AVSpeechSynthesizer. Henneh — дизайнер, поэтому техническую часть (симулятор дождя) делала с помощью Claude. А еще эта умничка ведёт некоммерческую организацию Radiance Girl Africa, поддерживающую женщин в технологиях.
LeViola — Yoonjae Joung (21 год, Южная Корея). Не смог взять свой альт на стажировку в Нью-Йорк и затосковал по инструменту. Приложение позволяет учиться играть на альте без самого инструмента: камера отслеживает позу рук — суставы левой руки определяют зажатые ноты, угол правой руки — выбор струны. Использовал Create ML для обучения собственной модели и Core ML для интеграции. Осваивать Swift помогали Claude, OpenAI Codex и Google Gemini. Планирует расширить идею на другие инструменты.
Юные разработчики вдохновились личными историями, сделали accessibility ядром продукта, а AI tools позволили ускорить процесс создания.
👉 Полная статья: https://www.apple.com/newsroom/2026/05/ai-meets-accessibility-in-this-years-swift-student-challenge/
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🔥6❤🔥1👏1🤩1
Сегодня Global Accessibility Awareness Day
21 мая — Международный день цифровой доступности, в 2026-м ему исполняется 15 лет. Тема года — «Design, Develop, Deliver»: доступность закладывается на каждом этапе создания продукта.
Обычно о нём говорят в контексте инвалидности — зрение, слух, мобильность. Но есть угол, который касается буквально всех: когнитивная доступность. Проще говоря — интерфейс, который не перегружает.
📄Что об этом говорят исследования
После прерывания человеку нужно в среднем около 23 минут, чтобы вернуться к глубокому фокусу — дело не в длине отвлечения, а во времени на «перезагрузку». А переключаемся мы с задачи примерно каждые 47 секунд.
Тревога усиливает чувствительность к сложности и визуальному шуму: то, что для спокойного человека просто «неудобный экран», для тревожного — перегрузка рабочей памяти и всплеск напряжения.
👩💻 Как может помочь дизайнер:
• понятная визуальная иерархия;
• одно главное действие на блок или экран;
• пошаговые сценарии вместо одной длинной формы;
• простой, человеческий язык;
• просторный межстрочный интервал (от 1.5);
• чёткие заголовки и разбивка текста на смысловые куски;
• подписанные иконки;
• инструкции остаются на экране, а не исчезают;
• индикаторы прогресса («шаг 2 из 4»);
• понятный выход из ошибки;
• поддерживающие формулировки в интерфейсе;
• прозрачные последствия: ясно, что будет после нажатия;
🧠 ИИ и нейроотличность: контекст решает
Свежее исследование Harrisburg University: две передовые языковые модели прогнали через 576 сценариев и сравнили, как меняются ответы в зависимости от того, что модель знает о пользователе.
Оказалось, одного факта «пользователь нейроотличный» мало. Когда в запросе есть явные инструкции — структурировать ответ, дробить задачу на шаги, делать первый шаг простым, — ответы перестраиваются: больше смысловых блоков, шаги расписаны почти вдвое подробнее, а «может быть» и «возможно» становится меньше на 75%. То есть бережность к пользователю не появляется сама — её нужно закладывать.
Спасибо за находку моему любимому каналу Femtech Force — оригинальный пост.
Ну и немного мемов не помешает ))
21 мая — Международный день цифровой доступности, в 2026-м ему исполняется 15 лет. Тема года — «Design, Develop, Deliver»: доступность закладывается на каждом этапе создания продукта.
Обычно о нём говорят в контексте инвалидности — зрение, слух, мобильность. Но есть угол, который касается буквально всех: когнитивная доступность. Проще говоря — интерфейс, который не перегружает.
📄Что об этом говорят исследования
После прерывания человеку нужно в среднем около 23 минут, чтобы вернуться к глубокому фокусу — дело не в длине отвлечения, а во времени на «перезагрузку». А переключаемся мы с задачи примерно каждые 47 секунд.
Тревога усиливает чувствительность к сложности и визуальному шуму: то, что для спокойного человека просто «неудобный экран», для тревожного — перегрузка рабочей памяти и всплеск напряжения.
👩💻 Как может помочь дизайнер:
• понятная визуальная иерархия;
• одно главное действие на блок или экран;
• пошаговые сценарии вместо одной длинной формы;
• простой, человеческий язык;
• просторный межстрочный интервал (от 1.5);
• чёткие заголовки и разбивка текста на смысловые куски;
• подписанные иконки;
• инструкции остаются на экране, а не исчезают;
• индикаторы прогресса («шаг 2 из 4»);
• понятный выход из ошибки;
• поддерживающие формулировки в интерфейсе;
• прозрачные последствия: ясно, что будет после нажатия;
🧠 ИИ и нейроотличность: контекст решает
Свежее исследование Harrisburg University: две передовые языковые модели прогнали через 576 сценариев и сравнили, как меняются ответы в зависимости от того, что модель знает о пользователе.
Оказалось, одного факта «пользователь нейроотличный» мало. Когда в запросе есть явные инструкции — структурировать ответ, дробить задачу на шаги, делать первый шаг простым, — ответы перестраиваются: больше смысловых блоков, шаги расписаны почти вдвое подробнее, а «может быть» и «возможно» становится меньше на 75%. То есть бережность к пользователю не появляется сама — её нужно закладывать.
Вывод для каждого: не стесняйтесь давать ИИ контекст о себе и о том, как вам удобнее получать ответ.
Спасибо за находку моему любимому каналу Femtech Force — оригинальный пост.
Ну и немного мемов не помешает ))
🔥6🙏3🤣2❤1
Как расходуются токены в Claude? Лайфхаки токеносбережения
Сейчас я больше работаю с Claude, поэтому задумалась об экономии ) Что накопала — делюсь )
Токен — это кусочек текста, чуть меньше слова, для английского ≈ ¾ слова, для русского дороже, кириллица дробится на большее количество токенов). Вот тут первый лайфхак: пишите на английском )
При каждом сообщении модель обрабатывает:
• Входные токены — вся история чата целиком, системные инструкции, прикреплённые файлы, инструкции проекта.
• Выходные токены — собственно ответ Claude.
Ключевой момент: история читается заново на каждом шаге. Поэтому чем длиннее диалог, тем дороже каждая следующая реплика, даже если она короткая.
Как тратить меньше токенов?
• Планировать сообщение. Объединять связанные вопросы в одно сообщение.
• Новая тема — новый чат. Не таскать за собой длинную нерелевантную историю.
• Длинные тексты и документы, к которым обращаешься многократно, держать в Проектах и формате md: содержимое кэшируется (а в RAG-режиме подгружается только релевантными кусками) и не списывается заново при каждом сообщении.
• Отключить ненужные инструменты и коннекторы в настройках.
• Выключать extended thinking, когда задача простая.
• Выбирать текст, а не скрин. Для сравнения: 1 000 токенов ≈ 750 слов текста.
• Подбирать модель под задачу — для простого незачем брать Opus.
Как отслеживать расход?
Сlaude.ai/settings/usage — прогресс-бары текущей сессии и недели для Pro/Max/Team. Это запаздывающий индикатор: он показывает «сколько процентов плана съедено», но не счётчик токенов конкретной реплики.
Claude Code: команда /cost показывает потокенный расход сессии, /stats — паттерны во времени; плюс локальные JSONL-логи, которые читают сторонние мониторы.
API: точное число входных/выходных токенов в каждом ответе + отдельный эндпоинт для предварительного подсчёта.
en<able> - о дизайне в A11y | Наши статьи на VC
Сейчас я больше работаю с Claude, поэтому задумалась об экономии ) Что накопала — делюсь )
Токен — это кусочек текста, чуть меньше слова, для английского ≈ ¾ слова, для русского дороже, кириллица дробится на большее количество токенов). Вот тут первый лайфхак: пишите на английском )
При каждом сообщении модель обрабатывает:
• Входные токены — вся история чата целиком, системные инструкции, прикреплённые файлы, инструкции проекта.
• Выходные токены — собственно ответ Claude.
Ключевой момент: история читается заново на каждом шаге. Поэтому чем длиннее диалог, тем дороже каждая следующая реплика, даже если она короткая.
Как тратить меньше токенов?
• Планировать сообщение. Объединять связанные вопросы в одно сообщение.
• Новая тема — новый чат. Не таскать за собой длинную нерелевантную историю.
• Длинные тексты и документы, к которым обращаешься многократно, держать в Проектах и формате md: содержимое кэшируется (а в RAG-режиме подгружается только релевантными кусками) и не списывается заново при каждом сообщении.
• Отключить ненужные инструменты и коннекторы в настройках.
• Выключать extended thinking, когда задача простая.
• Выбирать текст, а не скрин. Для сравнения: 1 000 токенов ≈ 750 слов текста.
• Подбирать модель под задачу — для простого незачем брать Opus.
Как отслеживать расход?
Сlaude.ai/settings/usage — прогресс-бары текущей сессии и недели для Pro/Max/Team. Это запаздывающий индикатор: он показывает «сколько процентов плана съедено», но не счётчик токенов конкретной реплики.
Claude Code: команда /cost показывает потокенный расход сессии, /stats — паттерны во времени; плюс локальные JSONL-логи, которые читают сторонние мониторы.
API: точное число входных/выходных токенов в каждом ответе + отдельный эндпоинт для предварительного подсчёта.
en<able> - о дизайне в A11y | Наши статьи на VC
🔥3❤1⚡1👍1
Формула везения
Сегодня субботний короткий пост.
Как увеличить шансы на удачу? Стать человеком, который работает публично. Делая работу и рассказывая о ней, ты выстраиваешь репутацию, накапливаешь послужной список, создаёшь публичное портфолио.
Хорошо помогает в этом концепция «Поверхности удачи» (Luck Surface Area) из старого поста Джейсона Робертса. Если коротко: чем больше ты делаешь то, что тебя по-настоящему увлекает, и чем большему числу людей об этом рассказываешь — тем больше в твоей жизни случается удачных совпадений.
Он сводит это к формуле:
Это умножение, а не сложение. Если один из множителей равен нулю, обнуляется всё. Можно годами делать отличные вещи, но если о них никто не знает, удаче просто не за что зацепиться. И наоборот.
Когда-то я много рисовала руками и выложила иллюстрации в запретграм. Там меня заметили любимые Подписные издания и предложили выпустить канцелярию с моими рисунками. Ее увидел менеджер французской компании и позвал меня работать вместе. Какие же прекрасные и далекие были времена!
Получились три года с французскими дизами, которые знали английский, но упорно говорили со мной на французском. А я, будучи модной студенткой, французские пары дико прогуливала и знала только Je reviens te chercher и Voulez-vous coucher avec moi (ce soir) )) Такая вот удача и карма )))
Сегодня субботний короткий пост.
Как увеличить шансы на удачу? Стать человеком, который работает публично. Делая работу и рассказывая о ней, ты выстраиваешь репутацию, накапливаешь послужной список, создаёшь публичное портфолио.
Хорошо помогает в этом концепция «Поверхности удачи» (Luck Surface Area) из старого поста Джейсона Робертса. Если коротко: чем больше ты делаешь то, что тебя по-настоящему увлекает, и чем большему числу людей об этом рассказываешь — тем больше в твоей жизни случается удачных совпадений.
Он сводит это к формуле:
Удача = [Делать] × [Рассказывать]
Это умножение, а не сложение. Если один из множителей равен нулю, обнуляется всё. Можно годами делать отличные вещи, но если о них никто не знает, удаче просто не за что зацепиться. И наоборот.
Когда-то я много рисовала руками и выложила иллюстрации в запретграм. Там меня заметили любимые Подписные издания и предложили выпустить канцелярию с моими рисунками. Ее увидел менеджер французской компании и позвал меня работать вместе. Какие же прекрасные и далекие были времена!
Получились три года с французскими дизами, которые знали английский, но упорно говорили со мной на французском. А я, будучи модной студенткой, французские пары дико прогуливала и знала только Je reviens te chercher и Voulez-vous coucher avec moi (ce soir) )) Такая вот удача и карма )))
❤7👏5❤🔥3👍2