Модель RDB — инструмент для мышления маркетолога

Все коммерческие предложения, лендинги, ТЗ на рекламные плакаты и вообще всю маркетинговую коммуникацию я уже много лет проектирую на основе модели RDB. Про неё я узнал из выступления Ильи Балахнина и тут же применил на одном из клиентских проектов. Удалось вырастить конверсию лендинга в 3 раза не прибегая к редизайну — я просто блоки переставил местами в соответствии с моделью.
Модель даёт отличные результаты на практике, потому что позволяет выстраивать повествование про ваш бренд или предложение в понятном потребителю порядке.

Resonance
В резонансе нужно русским по белому написать ваше предложение на понятном клиенту языке. Запуск интернет-магазина для бренда одежды за 30 дней.
Клиент узнаёт себя, чётко и ясно понимает вашу услугу. Важно, чтобы всё окружение резонанса транслировало сопутствующую атмосферу и атрибуты. Картинка с котятами не подойдёт — нужны картинки интерфейсов современных интернет-магазинов с одеждой, фэшн-фотографии и процесса оформления заказа. Шрифты, цветовая палитра, Tone of Voice — должны соответствовать резонансу. Не стесняемся лепить самую банальщину. Клиника — врачей в белых халатах, а не яблоки на тарелке или здоровых пациентов.

Differentiation — отличие от других.
Для B2C брендов нужно говорить про потребителя и как его индивидуальность будет подчёркивать этот продукт или услуга. Чем он будет отличаться от других после покупки.
Для B2B рынка мы делаем ровно наоборот — доказываем, что мы такие же, как и все: соблюдаем стандарты, имеем лицензию, делаем по методологии. Корпоративный клиент не хочет рисковать, поэтому предпочтёт проверенное решение. Магазин на WordPress, а не самопис от нашей студии. Бухучёт по международному стандарту, а не по авторской методике.

Belief — создаём доверие и внушаем веру в продукт или компанию. Размещаем логотипы и отзывы клиентов. Показываем производство и работников. Публикуем реквизиты компании. Даём значимые цифры, подтверждающие наш опыт и компетенции. 3 тысячи сайтов сделано, 20 тысяч клиентов выздоровело, 300 миллионов рублей потрачено.

В ходе применения RDB и обратной связи я немного модифицировал формулу. Мой порядок применения модели: RBDB, — два раза используется Belief. Первый раз мы создаём доверие сразу после резонанса. Внимание покупателя захвачено, нужно сказать, что мы норм, чтобы следующий блок был встречен с предварительно сформированным доверием. Достаточно краткой полоски логотипов, фотографий людей и значимые цифры. Второй раз мы будем использовать весь арсенал — отзывы, фотографии, сертификаты и награды, видео-ролики и демонстрацию внутрянки. Этот Belief может быть огромным лонгридом для самых недоверчивых Осликов по матрице Винни-Пуха.

Применение этой модели сильно снижает предстартовую фрустрацию и позволяет мне сразу создавать скелет эффективного КП или лендинга.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🎉 Жми на рупор, если маркетолог

Я чайник!

В 1990 году первым устройством, управляемым через интернет, стал тостер. А 1 апреля 1998 года был предложен шуточный стандарт RFC 2324 для управления кофе-машинами через HTTP-протокол.
Браузер шлёт запрос на веб-сервер, а веб-сервер сообщает браузеру о своём состоянии кодом из трёх цифр. Для тех случаев, когда запрос на варку кофе получает чайник, был выделен специальный код статуса веб-сервера 418 — Я чайник. Он должен сообщить, что сервер не сможет сварить кофе, но вместо этого сервер сообщает, что он простой чайник. Ответ фактически правильный, но пользователю не помогает — ну, чайник, а мне что делать-то?

Мы должны видеть страницу сайта или страницу с ошибкой и понятными инструкциями. Коды со статусом веб-сервера предназначены для программистов, сисадминов и SEOшников. Кодов более 60, с некоторыми из них вы наверняка сталкивались.
404 — Страница не найдена. Самый известный код ответа. День вебмастера отмечается каждый год 4.04. Эти страницы часто оформляют веб-дизайнеры.
301 — Документ переехал. Чаще всего этот статус появляется в результате работы SEOшника. Пользователя моментально перенаправляет на другой адрес.
500 — Внутренняя ошибка сервера. Программист залил код с ошибками.
502 — Шлюз недоступен. Позовите сисадмина.
503 — Сервис недоступен. Позовите сисадмина и программиста.

Разработчики веб-серверов умеют хорошо писать серверный код, а про красивые и понятные сайты только слышали от знакомых. Поэтому сотни тысяч людей каждый день фрустрированы созерцанием 500ых ошибок в тупиках интернета.

Однажды программисты научат серверы сообщать в случае ошибок, что этот сайт не сможет сварить вам кофе. Но это неточно.

❤️ Жми на сердечко, если понравилось
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если понимаешь коды ответа веб-сервера

Как победить стресс при перегрузке задачами

Посмотрел советы бывшего шпиона ЦРУ о принятии решений в состоянии стресса. Захотелось поделиться со всеми, но видео на английском. Так что я сделал небольшой конспект.

TL;DR: Когда завален задачами — делай самое простое следующее действие. Не пытайся решить всё сразу, освобождай пространство и возвращай контроль шаг за шагом. Практикуй эту технику, пока она не станет инстинктивным поведением в состоянии стресса.

У нас есть три ресурса: Энергия, Деньги и Время. Время — единственный невозобновляемый ресурс, поэтому самый ценный. Мы всегда играем против него. Перенасыщение задачами происходит, когда у нас больше задач, чем мы можем одновременно решить. Это приводит к снижению умственных способностей, росту стресса и негативному образу мышления.

Правило "минус 2": уменьшить количество одновременных задач. Подумай, сколько ты можешь задач затащить одновременно, и вычти две. Кажется, что ты можешь делать пять — вычти две и решай не более трёх задач одновременно. Это увеличивает количество твоих ресурсов на каждую задачу, а значит, ты их сделаешь лучше и быстрее.

Прими, что ты уже перенасыщен задачами. Ты не сможешь сделать всё сразу, это уже факт. Отсортируй задачи по времени на их выполнение. Самые быстрые задачи должны оказаться сверху.

Принцип "следующее самое быстрое действие": когда перегружен, всегда делай самую простую и быструю задачу. Выполнение простых и маленьких задач быстро уменьшает количество задач в списке. Вхождение в ритм решения вопросов возвращает уверенность в себе и ощущение контроля над ситуацией.

Когда перегружен, рациональное мышление выключается. Возникают навязчивые и негативные мысли, которые производят "мусор в голове". Ты начинаешь сомневаться в себе и своём успехе, готов сдаться. Фокус на действиях, даже небольших, возвращает рациональное мышление и позитив, прогоняет все эти мысли.

Всё это работает потому, что так были устроены наши предки. Метод "делай следующую самую простую штуку" работал на их выживание, работает для нас и сейчас.

Формируй привычку делать простое и быстрое в первую очередь, пока это не станет автоматизмом. Практикуй дома и на работе, в любой ситуации с перегрузкой задачами.

Практический чеклист:
- Следи, есть ли у тебя перегрузка задачами.
- Почувствовал перегрузку — признай это.
- Составь список задач в порядке простоты и скорости решения.
- Сразу сделай одну простую задачу.
- Повтори цикл — уверенность и контроль вернутся.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🏆 Жми на кубок, если победитель стресса

Любой человек должен уметь менять пеленки, планировать вторжения, резать свиней, конструировать здания, управлять кораблями, писать сонеты, вести бухгалтерию, возводить стены, вправлять кости, облегчать смерть, исполнять приказы, отдавать приказы, сотрудничать, действовать самостоятельно, решать уравнения, анализировать новые проблемы, бросать навоз, программировать компьютеры, вкусно готовить, хорошо сражаться, достойно умирать. Специализация — удел насекомых.
— Роберт Хайнлайн

Бенчмарк для LLM: работа в роли бухгалтера с данными реальной компании.

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

Полное описание бенчмарка, системный промпт, тестовые данные:
https://accounting.penrose.com/

Тепловая карта скролла

Запустили лендинг и пустили на него трафик. Чтобы понять, хороший ли у нас лендинг, нужно посмотреть на конверсию. Если конверсия низкая, важно понять, на каком этапе пользователь теряет интерес. Поможет нам в этом тепловая карта скроллинга по нашей странице. Она показывает, сколько времени люди провели в каждом блоке и как глубоко прокрутили страницу. Блоки должны терять температуру с глубиной скролла. Так же, как при погружении в океан: на поверхности вода тёплая, а на глубине холоднее.

Чтобы карта показала правдивый результат, на страницу должно зайти больше 200 человек. Смотрим, где нарушен порядок: между жёлтым и оранжевым блоком будет находиться зелёный. Это означает, что люди проматывают этот блок.
Простое решение: переставить блоки по убыванию температуры.
Хорошее решение: переработать или заменить холодный блок, чтобы его не пролистывали.
Исправление проблемного блока нагревает блоки ниже, потому что посетители продолжают скроллить и не закрывают лендинг.

Я анализировал много лендингов по RDB-модели и заметил, что для длинных лендингов обрыв температуры начинается после захвата лида в конце блока дифференциации. На небольших лендингах можно достичь достаточно равномерной температуры скролла вплоть до подвала.

Карта скроллинга находится в Яндекс Метрике → Поведение → Карта скроллинга. Нужно включить Webvisor в настройках сайта и в коде счётчика.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если пользуешь тепловыми картами

Sentry для отлова ошибок

Пользователи жалуются, что на сайте возникает ошибка. У разработчика "всё работает". В команде разработки никто ошибку не может воспроизвести ни на одном устройстве. Бывает, что в логах нет ничего, потому что ошибка произошла на фронте. Или записи не информативны. А пользователи продолжают жаловаться...

Чтобы разбираться с этими случаями, в нашей веб-студии мы подключаем к проектам Sentry. Это мониторинг ошибок и производительности приложения. В отличие от обычных логов, Sentry показывает гораздо больше информации об ошибке:
- новая ли это ошибка
- сколько таких ошибок возникло за последние дни
- весь стек вызова
- чему были равны переменные окружения
- какие библиотеки были подключены
- какой браузер и устройство у пользователя
- информацию о пользователе
- содержимое запроса
- что делал пользователь до ошибки
- версию, релиз и коммит

Это всё позволяет очень быстро найти реальную причину возникшей проблемы.

Мы подключаем Sentry на фронт, это также просто, как установка обычного счётчика или npm-пакета. И подключаем отдельно на бэк — Sentry умеет интегрироваться с любым языком и фреймворком за счёт готовых SDK.

Раньше мы пользовались SaaS-версией, но некоторое время назад всех РФ-пользователей попросили завершить обслуживание. Так что, я развернул бесплатную self-hosted версию на своей VDS. Система прожорливая, Docker Compose запускает три десятка контейнеров, поэтому требуется достаточно мощный сервер. Такой сервер у нас выходит на 4000 рублей в месяц, зато обслуживает десятки небольших проектов.

Sentry — инструмент для быстрого поиска ошибок разработчиками. Не заменяет потоки логов и мониторинг инфраструктуры. Рекомендую всем, кому нужно ловить баги в продакшине.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если занимаешься отладкой

Машина времени для интернета

Помните фразу "интернет всё помнит"?
Проект Wayback Machine, известный среди вебмастеров как Веб Архив, сохраняет копии сайтов. Интереса ради можно посмотреть как выглядели известные сайты в прошлом. А можно найти свои старые сайты, в том числе те, которые уже недоступны. В архиве хранятся копии, сделанные в разные даты, поэтому можно отследить эволюцию дизайна или как постепенно добавлялся контент.

Частая боль веб-студий — сданные клиентам сайты со временем исчезают. Клиенты не продлевают домен, теряют доступ к хостингу, закрывают компании. Или новая команда изменяет оригинальный сайт так, что дизайнеру становится стыдно. Также вебмастеры используют этот проект, чтобы воскресить свои утерянные сайты или восстановить контент на выкупленном домене. Бэкэнд уже не восстановить, но можно сохранить вёрстку и статьи.

Архив не совершенен: бывает, что не сохранились картинки, какой-то скрипт или не воспроизводится устаревший флэш-ролик. Да и смотрим мы эти сайты уже другими браузерами, поэтому они не всегда воспроизводятся как раньше. Зато у нас есть возможность вернуться назад во времени и посмотреть, как это выглядело раньше. А это по-настоящему бесценно.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если твои сайты есть в Веб Архиве

Добро пожаловать!

Наконец, выдался свободный день и я развернул блог по адресу https://fullstackfounder.ru.

Блог работает на Wordpress:
- Сборка Bedrock с composer
- Тема оформления TwentyTwentyFive, идущая в комплекте к Wordpress в этом году
- Тёмная цветовая палитра Dracula, популярная у разработчиков
- Шрифты Roboto и Roboto Mono через Google Fonts
- Фавиконка робота
- Docker для локальной работы, адаптировал привычный мне пакет Sail из Laravel

На копирование сборки, разворачивание WordPress на сервере и настройку блога ушла пара часов. Предстоит ещё много работы, чтобы я был доволен, но сайт уже заработал.
Код сайта выложил на Github.

Чтобы не копировать контент вручную, навайбкодил небольшое консольное приложение для импорта постов на питоне. Также придумал названия категорий и тегов для постов, положил их в качестве справочника. Приложение берёт экспорт постов с моего телеграм-канала в формате JSON. Обрабатывает текст, вырезает из поста лишние строчки с "Жми на эмозди", заливает картинку, пробует определить категорию и теги, отделяет заголовок от текста. И отправляет всё это в Wordpress по API. Справился за полтора часа от идеи до протестированного кода, который залил все мои посты. Категории и теги скрипт присвоил кое-как, поэтому их всё равно нужно будет переопределить вручную. Зато тексты уже опубликованы!
Код импортёра тоже выложил на Github.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если тоже публикуешь код

План развития веб-блога

Небольшой список, что я считаю необходимым сделать с моим сайтом:
- Рассортировать посты по категориям и поставить теги.
- Сделать навигацию с категориями.
- Добавить в навигацию пост "Обо мне" и "Контакты".
- Вывести теги в посты.
- Поставить SEO-плагин и прописать мета-теги ко всем постам.
- Сгенерировать sitemap, чтобы поисковики видели все страницы.
- Добавить Open Graph, чтобы пересылаемые ссылки в соцсетях отображались с картинкой и описанием.
- Настроить отображение картинок к постам, чтобы они не обрезались.
- Конвертировать все картинки в webp.
- Настроить кэширование и ускорение сайта всеми доступными способами.
- Добавить вывод в конце поста похожих постов, динамически их подбирая по тегам.
- Подтянуть Google Page Speed. Быстродействие вывести в зелёную зону (значение этого показателя плавает), а остальное довести до 100 из 100.
- Бот для Telegram, который будет копировать посты из канала в блог. Почему-то хочется, чтобы он работал именно в таком направлении.
- Форму подписки на email-рассылку с новыми постами. И автоматическую рассылку для подписчиков.

После выполнения этого списка, прогоню сайт через любые бесплатные и недорогие аудиты сайта. Думаю, роботы подкинут идеи как улучшить технические факторы.

Также хочу настроить кросс-постер в социальные сети. Сам думаю про ВК, буду рад вашим идеям, в каких соцсетях могут меня читать. Напишите в комментариях.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если почерпнул идеи
🙈 Жми на мартышку, если ничего не понятно

50/50

По-моему, нет хуже схемы оплаты для услуг, чем 50/50. Эта схема создаёт проблемы для обеих сторон.

Если у исполнителя маржа ниже 50% (в диджитале это обычно 15%–30%), то он уходит в минус и ждёт приёмки, потому что аванса не хватит на покрытие себестоимости.
Финальная приёмка может откладываться заказчиком из-за мелких правок. Заказчик хочет полную готовность, а исполнитель при этом ждёт момента выхода из кассового разрыва. Это сильно ухудшает атмосферу на проекте.

При появлении дополнительных работ, заказчику сложно психологически провести финальную приёмку, ведь финал наступит только после проведения дополнительных работ. Поэтому он не будет принимать проект и будет ожидать выполнения всего объёма. У исполнителя в этот момент ещё увеличивается риск — себестоимость растёт, а оплата откладывается.

В целом, в этой схеме исполнитель стремится быстрее сдать проект, чтобы сократить время нахождения в кассовом разрыве, что может плохо сказаться на качестве.

Что делать?

Вариант 1: До подписания акта все перечисленные исполнителю деньги — это деньги клиента на счету исполнителя, а не выручка. Поэтому, если сумма и сроки небольшие, то договариваемся на 100% предоплату. Утром деньги — вечером стулья. Зачем разводить бюрократию?

Вариант 2: Все работы разбиваются на небольшие этапы и каждый этап заказчик оплачивает 100% предоплатой и подписывает акт по сдаче этапа. Безопасность и комфорт для всех участников.

Вариант 3: Если заказчик настаивает на поэтапной оплате, а работа на этапы не разбивается, то делим платёж на 40%/30%/30%. Аванс 40% получаем сразу, 30% в момент готовности со стороны исполнителя, а последние 30% — после подписания акта со стороны заказчика. В этом случае у исполнителя не возникает кассовый разрыв на затянутой приёмке. Оптимальная схема, чтобы продавать сайты по фиксированной цене.

Вариант 4: Эскроу-сервисы, банковские гарантии или работа по постоплате защищают заказчика, а не исполнителя. Если приходится прибегать к этим инструментам, — увеличивайте маржу, чтобы оплатить посредников, инфляцию и дополнительный риск.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если ведёшь переговоры по цене

Когда опыт мешает

При столкновении с неизвестной проблемой, мы решаем её привычным способом, даже если он не подходит к ситуации. Мы склонны игнорировать лучшие решения, если раньше с ними не сталкивались.
Это когнитивное искажение, известное как эффект Эйнштеллунга. Наш опыт блокирует гибкость мышления. Это происходит из-за стремления мозга не напрягаться. Он ленится придумывать и рассматривать новые варианты.

Ярче всего этот эффект проявляется у шахматистов — они предпочитают разыгрывать знакомую стратегию, даже если есть другое решение с меньшим количеством ходов.

У врачей принято просить второе мнение, чтобы снизить вероятность ошибки. То же самое полезно делать и в других ситуациях, можно советоваться с уважаемыми коллегами из разных областей.

В чем вызов: осознать, что попадаешь под действие этого эффекта. Не применять поспешные решения, основанные на своём прошлом опыте. Ставить прошлый опыт под сомнение, задавать провокационные вопросы, включать "мышление новичка", искать свои слепые зоны. Особенно, если сразу знаешь, как решать возникшую проблему.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🙉 Жми на мартышку, если изучаешь свои искажения

Точность растёт с объёмом

Мы получили 647 посетителей, 105 лидов и 17 продаж.

Как понять, можно ли доверять полученным конверсиям из посетителя в лида и из лида в продажу? Не рано ли делать прогнозы или уже можно принимать судьбоносные решения?

Применяем математику на практике — вычисляем погрешность. Нам нужно, чтобы погрешность была менее +/-5 процентных пунктов.

Наши переменные:
- Объём выборки 647 посетителей.
- Текущее значение конверсии, 105 лидов / 647 посетителей * 100% = 16.2%.
- Вероятность ошибки — каков шанс, что мы ошибаемся? Классический уровень для первого расчёта — 5%. Если нужна повышенная увереность при работе с важными данными, можно поставить вероятность ошибки 1%.

Спрашиваем GPT: Рассчитай точность определения конверсии для 105 лидов на 647 посетелей при вероятности ошибки 5%

Получаем ответ: Погрешность +/-2.8 п.п..
Т.е. реальная конверсия может лежать в пределах от 13.4% до 19.0%. С такой точностью можно строить прогнозы и принимать решения.

Если рассчитать погрешность для продаж из начала поста, то получится погрешность +/-10 п.п. Широкий интервал, но границы диапазона уже можно увидеть. Нужно добрать лидов, чтобы сузить интервал и сделать более точные выводы.

Простой лайфхак:
В начале сбора данных точность очень быстро растёт, а потом рост точности замедляется. Посмотрите на график: в зависимости от конверсии, точность 95% мы получим на выборке от 139 до 323 случаев.
Можно использовать это как ориентир:
- после 300 посетилей можно заниматься оптимизацией посадочной.
- после 300 лидов — садиться переписывать скрипты.

Так что, 300 раз отмерь, один отрежь. И да простят меня математики.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🧑‍💻 Жми на ботана, если считаешь доверительные интервалы

Сколько стоит час работы?

Меня часто спрашивают: как понять, сколько брать за работу специалисту?

Предположим, что вы знаете, сколько часов занимает ваша работа. Если так, то я предлагаю рассчитать минимальную ставку за час. Показываю, как это сделать.

Производственный календарь говорит, что в 2025 году — 247 рабочих дней. В среднем 20,5 рабочих дня в месяце.

Стандартный рабочий день считается равным 8 часам. Но будем честны — есть ресурсоёмкая деятельность, а есть та, которую можно делать на автопилоте.
Посчитаем, что мы занимаемся сложной задачей, которая требует значительных умственных или физических усилий. Такой деятельностью можно заниматься продуктивно 6 часов в день.

6 часов × 20,5 рабочих дней = 123 рабочих часа в месяц.

Предположим, что наш специалист хочет получать 150 тысяч рублей в месяц. Значит, его час должен стоить 150 000 / 123 = 1220 рублей.
Если ему удаётся продать все 123 часа оптом в одни руки, да ещё и с гарантией выкупа, то это и есть цена продажи.

У фрилансера или консультанта продаются не все часы, поэтому нужно сделать наценку. Не продаётся 20%, значит каждый проданный час должен стоить на 20% дороже. 1220 рублей × 120% = 1464 рубля.

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

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если продал все часы

Лучшие посты в канале Сенсей ⌁ Технический директор за июль 2025, отсортированные по количеству ваших реакций.

Выводы с прожарки КП
Провёл круглый стол в клубе Галера и написал выводы.
51 реакция на 218 просмотров, ER 23,4%

Тепловая карта скролла
Как понять, что улучшить на лендинге?
36/133, ER 27,1%

Добро пожаловать!
Открыл веб-версию этого канала на fullstackfounder.ru
36/113, ER 31,9%

Как победить стресс при перегрузке задачами
Советы бывшего шпиона ЦРУ
35/212, ER 16,5%

Попробовал модный веб-сервер Caddy вместо Nginx
Интересный опыт, мой блог работает теперь на Caddy.
32/183, ER 17,5%

WordPress устарел, но это легко исправить
Как подружить WP с git, composer и CI/CD.
31/188, ER 16,5%

Клиент забыл, какой хостинг у его сайта
Памятка, как не запутаться в DNS.
29/196, ER 14,8%

Почему я выбираю VDS?
Месье знает толк в настройке сервера
29/166, ER 17,5%

Машина времени для интернета
Что видели динозавры
29/112, ER 25,9%

Цитата Роберта Хайнлайна
Классика трогает сердца
27/161, ER 16,8%

Посмотрел на ваши реакции и зарядился дофамином. Спасибо, что читаете!

Накидайте реакций и под этим дайджестом ❤️

Первый браузер

Mosaic — первый графический браузер, наследие которого мы видим во всех браузерах, которыми пользуемся сегодня.

В 1992 году в интернете было 26 сайтов, а браузеры были консольными и текстовыми. Национальный центр по разработке приложений для суперкомпьютеров при Университете Иллинойса получил государственный грант. В том же году его сотрудники Марк Андрисен и Эрик Бина начали разработку и в 1993 году выпустили браузер Mosaic.

Браузер совершил революцию и сделал интернет доступным для всех. После его выпуска, сайтами стало очень удобно пользоваться и их количество стало расти в геометрической прогрессии.

Некоторые фишки Мозайки:
- Графический интерфейс с кнопками и иконками, а не консольное приложение.
- Гипертекстовая навигация — переход по ссылкам по клику мыши.
- Картинки сразу отображались на веб-страницах. Раньше нужно было открывать их отдельно.
- Поддержка HTML-форм для отправки данных.
- Закладки в браузере.
- Поиск по странице.

Посмотри на скриншот интерфейса — за 30 лет интерфейс браузера не так сильно изменился.

Одна из его коммерческих версий была лицензирована компанией Microsoft и легла в основу нового браузера Internet Explorer.

Через несколько лет основные разработчики Mosaic основали компанию Netscape. Они написали с нуля код движка и разработали на его основе браузер Netscape Navigator.
Позже движок Netscape получил название Mozilla (Mosaic + Killer) и стал открытым. Сегодня на нём работает браузер Firefox.

Один из основных разработчиков Mosaic ­— Марк Андрисен, до сих пор не пропадает из новостей. Он является одним из основателей венчурного фонда a16z (Андрисен-Хоровиц). Фонд инвестировал в Facebook, Github, Airbnb, Figma, Oculus, Pinterest, Roblox, Coinbase, Skype, Slack и ещё в сотни компаний.

Как бы выглядел интернет сегодня, если бы первым стал не Mosaic?

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если пользовался первыми браузерами

Как я стал ежедневно вести канал

Телеграм — единственная социальная сеть, где я активен. Вот уже пятый месяц я пишу в канал каждый день. Меня много раз спрашивали, как это у меня получается? А я и сам не знал, что так могу!

Наташа из Галеры мне написала "пора канал завести", я и завёл. А дальше что? Мне просто хотелось писать. Появилось желание сделать формулировки чётче и доносить мысли до окружающих яснее. Было понимание, что таким образом я смогу улучшить свою речь. Но писать регулярно содержательные материалы казалось нереальным.

Точно знаю, что мне помог челлендж Content Hero, к которому я присоединился как раз пять месяцев назад. Сейчас мы в небольшой группе принимаем участие в своеобразном литературном забеге. Каждый день нужно написать пост и публично отчитаться роботу, иначе штраф!

Что я узнал о себе по ходу челленджа:
- Я могу каждый день писать в канал.
- Мне очень нравится писать — это огромное удовольствие!
- Мне нравится придерживаться своего решения каждый день.
- Мне есть о чём рассказать.
- Вам интересно то, о чём я пишу.
- Ответственность перед коллективом меня стимулирует больше, чем возможные штрафы.
- Думал, что буду писать в канал про новое, а пока больше пишу про старое.

В последнее время я стал замечать, что на консультациях пересказываю посты из канала. Есть и обратный эффект — после консультаций появляются идеи, о чём ещё написать в канал. Поэтому, если собираетесь ко мне на консультацию, есть смысл вначале перечитать всё опубликованное. Вдруг, я уже ответил на ваши вопросы?

Писать — это про путешествие внутрь себя, возможность отрефлексировать накопившийся опыт. Вместе с тем, канал стал средством и поводом для общения с новыми людьми, причиной приятных знакомств и коллабораций. Нужно было прийти к себе, чтобы выйти в люди.

Если хочется вести канал более ответственно — рекомендую присоединиться к Content Hero. Челендж не заканчивается, можно запрыгнуть в ближайший поток и попробовать писать каждый день.

❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если любишь челленджи
🧑‍💻 Жми на ботана, если регулярно ведёшь канал

Превью для пересылаемых ссылок

Пересылал в телеграме ссылку на свой блог fullstackfounder.ru и обратил внимание, что ссылка голая — в чате не отображается картинка и описание. Я хочу, чтобы ссылки были привлекательными, вдруг кто-то в чате поделится статьёй.

За эти улучшения отвечает протокол Open Graph. Чтобы он заработал, нужно добавлять в HTML-код страницы дополнительные поля, которые пользователь не увидит на сайте. Зато их прочитает робот социальной сети, когда кто-то перешлёт ссылку.

В WordPress из коробки Open Graph почему-то нет, поэтому ставлю плагин. Так сложилось, что в экосистеме WordPress за это отвечают сеошные плагины. Лидер — перегруженный старичок Yoast SEO. Но его я ставить не хочу — там слишком много невостребованных мной функций, он снижает производительность сайта и грубо вставляет куски своего интерфейса в админку.

Посмотрел альтернативы в каталоге плагинов — у Yoast не больше десяти конкурентов. Выбрал по описанию и поставил Slim SEO, минималистичный плагин с необходимыми мне возможностями:
- Автоматическое добавление Open Graph нескольких видов
- Поля с мета-тегами при редактировании страниц в админке
- Шаблоны для автоматического формирования мета-тегов
- Управление редиректами
- Управление индексированием разделов
Всё бесплатно, ненавязчиво, большинство настроек применились автоматически. Нет AI-помощников, слежения за позициями и трансляции ошибок из консоли поиска. Да мне и не надо, я улучшаю технические факторы.

Поставил и включил плагин. Протестировал как работает Open Graph в удобном онлайн-тестировщике. Всё заработало, ссылки стали полноценными! Попробуйте переслать эту статью.

Частая проблема — социальная сеть не обновляет ссылку, после того как мы поменяли картинку или текст. Нужно попросить соцсеть сбросить кэш.
Бот для сброса кэша в Telegram
Обнулятор кэша от Callibri
Сброс кэша для LinkedIn

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если знаком с SEO

Плотность речи

Учёные изучили 17 языков, включая английский, итальянский, японский и вьетнамский с точки зрения скорости передачи информации. Сравнивали насколько сложно устроены языки: количество вариантов слогов и темп речи. И просили носителей рассказывать об одинаковых вещах на родном языке.

Выяснилось:
- Слоги в языках имеют разный "вес": средний японский слог кодирует 5 бит, английский — 7 бит, а вьетнамский со сложной системой тонов — все 8 бит.
- В английском языке 6949 вариантов слога, в японском — 643. В 10 раз меньше, Карл!
- Чем выше плотность информации, тем медленнее речь. И наоборот.
- То есть, темп речи не влияет на информативность. Ученые измеряли как итальянцы тараторят на высокой скорости, а немцы говорят как будто замедленно. И все языки передают одинаковое количество данных в единицу времени.
- Язык — это кодек для информации. Если общение идёт с одной плотностью вне зависимости от алгоритма кодека, то ограничение находится не в самом языке.
- А значит нет более эффективного языка с точки зрения обмена информацией!
- Удалось посчитать и измерить скорость обмена данными между людьми — 39.15 бит в секунду. Телеграфное общение на азбуке Морзе в два раза медленнее. Домашний интернет на 100 мегабит в секунду — это 100 000 000 бит в секунду.
- Многие из нас ускоряют видео и аудиокниги. Мы можем слушать более быструю речь, чем говорим сами. Значит, кодирование потребляет больше ресурсов, чем декодирование.
- Реальный ограничитель не в программном обеспечении, а в аппаратном. На какой-то скорости мы уже не успеваем обдумывать услышанное, поэтому в плеерах максимальное ускорение 200%, а не 1000%.

От себя добавлю, что у компьютеров нет такого биологического ограничителя. Именно поэтому роботы общаются между собой на языке gibber, как R2D2 или AI-агенты в нашумевшем ролике.
Откройте на двух устройствах этот сайт и понаблюдайте за похожими диалогами между роботами.

Оригинальное исследование в журнале Science (на английском языке).

❤️ Жми на сердечко, если интересно
🧑‍💻 Жми на ботана, если общаешься с роботами
🏆 Жми на кубок, если знаешь больше двух языков

Требования к продукту

Product Requirements Document — документ, призванный рассказать о сути продукта и его ключевых требованиях. Он здорово экономит время на первичное обсуждение идеи.

За последние несколько лет я посмотрел десятки примеров PRD. Документ из большой корпорации будет по строгому шаблону, в веб-студии — с акцентом на технологическую реализацию, а венчурному фонду будет интересен рынок и команда. Проще сделать документ под себя, чем подбирать подходящий.

Главная фишка PRD в том, что автор идеи сам отвечает на вопросы до того, как принесёт идею к партнёрам, инвесторам и участникам команды. Создание этого документа — фаза проработки идеи и глубокого осмысления своей задумки. 

Не рекомендую делегировать составление этого документа на ИИ. Ваша главная задача — провести время за ответами, а не просто получить файл. Думаю, я бы не запустил некоторые свои проекты, если бы вначале уделил должное внимание документу с требованиями.

Мне нравится формат одностраничника — документ должен влезать на одну (две, три) распечатанную страницу. Более подробной спецификацией можно заниматься внутри производственных отделов на стадии реализации, а для верхнеуровневого обмена идеями хватит одного листа.

Скачать документ можно в следующем посте с розыгрышем.

❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если сам пишешь PRD
🧑‍💻 Жми на ботана, если менеджеры достали с бюрократией