Любой человек должен уметь менять пеленки, планировать вторжения, резать свиней, конструировать здания, управлять кораблями, писать сонеты, вести бухгалтерию, возводить стены, вправлять кости, облегчать смерть, исполнять приказы, отдавать приказы, сотрудничать, действовать самостоятельно, решать уравнения, анализировать новые проблемы, бросать навоз, программировать компьютеры, вкусно готовить, хорошо сражаться, достойно умирать. Специализация — удел насекомых.
— Роберт Хайнлайн
— Роберт Хайнлайн
💯13❤9🔥6😁4👍1😢1
Бенчмарк для LLM: работа в роли бухгалтера с данными реальной компании.
Пока что ни одна из нейронок не справляется. Множественные ошибки, расхождения, подгон данных под свои косяки. Первые пару месяцев они закрывают месяц, а дальше начинается ад.
Полное описание бенчмарка, системный промпт, тестовые данные:
https://accounting.penrose.com/
Пока что ни одна из нейронок не справляется. Множественные ошибки, расхождения, подгон данных под свои косяки. Первые пару месяцев они закрывают месяц, а дальше начинается ад.
Полное описание бенчмарка, системный промпт, тестовые данные:
https://accounting.penrose.com/
👀3🔥1😁1🤔1
Тепловая карта скролла
Запустили лендинг и пустили на него трафик. Чтобы понять, хороший ли у нас лендинг, нужно посмотреть на конверсию. Если конверсия низкая, важно понять, на каком этапе пользователь теряет интерес. Поможет нам в этом тепловая карта скроллинга по нашей странице. Она показывает, сколько времени люди провели в каждом блоке и как глубоко прокрутили страницу. Блоки должны терять температуру с глубиной скролла. Так же, как при погружении в океан: на поверхности вода тёплая, а на глубине холоднее.
Чтобы карта показала правдивый результат, на страницу должно зайти больше 200 человек. Смотрим, где нарушен порядок: между жёлтым и оранжевым блоком будет находиться зелёный. Это означает, что люди проматывают этот блок.
Простое решение: переставить блоки по убыванию температуры.
Хорошее решение: переработать или заменить холодный блок, чтобы его не пролистывали.
Исправление проблемного блока нагревает блоки ниже, потому что посетители продолжают скроллить и не закрывают лендинг.
Я анализировал много лендингов по RDB-модели и заметил, что для длинных лендингов обрыв температуры начинается после захвата лида в конце блока дифференциации. На небольших лендингах можно достичь достаточно равномерной температуры скролла вплоть до подвала.
Карта скроллинга находится в Яндекс Метрике → Поведение → Карта скроллинга. Нужно включить Webvisor в настройках сайта и в коде счётчика.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если пользуешь тепловыми картами
Запустили лендинг и пустили на него трафик. Чтобы понять, хороший ли у нас лендинг, нужно посмотреть на конверсию. Если конверсия низкая, важно понять, на каком этапе пользователь теряет интерес. Поможет нам в этом тепловая карта скроллинга по нашей странице. Она показывает, сколько времени люди провели в каждом блоке и как глубоко прокрутили страницу. Блоки должны терять температуру с глубиной скролла. Так же, как при погружении в океан: на поверхности вода тёплая, а на глубине холоднее.
Чтобы карта показала правдивый результат, на страницу должно зайти больше 200 человек. Смотрим, где нарушен порядок: между жёлтым и оранжевым блоком будет находиться зелёный. Это означает, что люди проматывают этот блок.
Простое решение: переставить блоки по убыванию температуры.
Хорошее решение: переработать или заменить холодный блок, чтобы его не пролистывали.
Исправление проблемного блока нагревает блоки ниже, потому что посетители продолжают скроллить и не закрывают лендинг.
Я анализировал много лендингов по RDB-модели и заметил, что для длинных лендингов обрыв температуры начинается после захвата лида в конце блока дифференциации. На небольших лендингах можно достичь достаточно равномерной температуры скролла вплоть до подвала.
Карта скроллинга находится в Яндекс Метрике → Поведение → Карта скроллинга. Нужно включить Webvisor в настройках сайта и в коде счётчика.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если пользуешь тепловыми картами
3❤17⚡10🏆8👍2
Sentry для отлова ошибок
Пользователи жалуются, что на сайте возникает ошибка. У разработчика "всё работает". В команде разработки никто ошибку не может воспроизвести ни на одном устройстве. Бывает, что в логах нет ничего, потому что ошибка произошла на фронте. Или записи не информативны. А пользователи продолжают жаловаться...
Чтобы разбираться с этими случаями, в нашей веб-студии мы подключаем к проектам Sentry. Это мониторинг ошибок и производительности приложения. В отличие от обычных логов, Sentry показывает гораздо больше информации об ошибке:
- новая ли это ошибка
- сколько таких ошибок возникло за последние дни
- весь стек вызова
- чему были равны переменные окружения
- какие библиотеки были подключены
- какой браузер и устройство у пользователя
- информацию о пользователе
- содержимое запроса
- что делал пользователь до ошибки
- версию, релиз и коммит
Это всё позволяет очень быстро найти реальную причину возникшей проблемы.
Мы подключаем Sentry на фронт, это также просто, как установка обычного счётчика или npm-пакета. И подключаем отдельно на бэк — Sentry умеет интегрироваться с любым языком и фреймворком за счёт готовых SDK.
Раньше мы пользовались SaaS-версией, но некоторое время назад всех РФ-пользователей попросили завершить обслуживание. Так что, я развернул бесплатную self-hosted версию на своей VDS. Система прожорливая, Docker Compose запускает три десятка контейнеров, поэтому требуется достаточно мощный сервер. Такой сервер у нас выходит на 4000 рублей в месяц, зато обслуживает десятки небольших проектов.
Sentry — инструмент для быстрого поиска ошибок разработчиками. Не заменяет потоки логов и мониторинг инфраструктуры. Рекомендую всем, кому нужно ловить баги в продакшине.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если занимаешься отладкой
Пользователи жалуются, что на сайте возникает ошибка. У разработчика "всё работает". В команде разработки никто ошибку не может воспроизвести ни на одном устройстве. Бывает, что в логах нет ничего, потому что ошибка произошла на фронте. Или записи не информативны. А пользователи продолжают жаловаться...
Чтобы разбираться с этими случаями, в нашей веб-студии мы подключаем к проектам Sentry. Это мониторинг ошибок и производительности приложения. В отличие от обычных логов, Sentry показывает гораздо больше информации об ошибке:
- новая ли это ошибка
- сколько таких ошибок возникло за последние дни
- весь стек вызова
- чему были равны переменные окружения
- какие библиотеки были подключены
- какой браузер и устройство у пользователя
- информацию о пользователе
- содержимое запроса
- что делал пользователь до ошибки
- версию, релиз и коммит
Это всё позволяет очень быстро найти реальную причину возникшей проблемы.
Мы подключаем Sentry на фронт, это также просто, как установка обычного счётчика или npm-пакета. И подключаем отдельно на бэк — Sentry умеет интегрироваться с любым языком и фреймворком за счёт готовых SDK.
Раньше мы пользовались SaaS-версией, но некоторое время назад всех РФ-пользователей попросили завершить обслуживание. Так что, я развернул бесплатную self-hosted версию на своей VDS. Система прожорливая, Docker Compose запускает три десятка контейнеров, поэтому требуется достаточно мощный сервер. Такой сервер у нас выходит на 4000 рублей в месяц, зато обслуживает десятки небольших проектов.
Sentry — инструмент для быстрого поиска ошибок разработчиками. Не заменяет потоки логов и мониторинг инфраструктуры. Рекомендую всем, кому нужно ловить баги в продакшине.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если занимаешься отладкой
❤9⚡6👨💻5🔥1
Машина времени для интернета
Помните фразу "интернет всё помнит"?
Проект Wayback Machine, известный среди вебмастеров как Веб Архив, сохраняет копии сайтов. Интереса ради можно посмотреть как выглядели известные сайты в прошлом. А можно найти свои старые сайты, в том числе те, которые уже недоступны. В архиве хранятся копии, сделанные в разные даты, поэтому можно отследить эволюцию дизайна или как постепенно добавлялся контент.
Частая боль веб-студий — сданные клиентам сайты со временем исчезают. Клиенты не продлевают домен, теряют доступ к хостингу, закрывают компании. Или новая команда изменяет оригинальный сайт так, что дизайнеру становится стыдно. Также вебмастеры используют этот проект, чтобы воскресить свои утерянные сайты или восстановить контент на выкупленном домене. Бэкэнд уже не восстановить, но можно сохранить вёрстку и статьи.
Архив не совершенен: бывает, что не сохранились картинки, какой-то скрипт или не воспроизводится устаревший флэш-ролик. Да и смотрим мы эти сайты уже другими браузерами, поэтому они не всегда воспроизводятся как раньше. Зато у нас есть возможность вернуться назад во времени и посмотреть, как это выглядело раньше. А это по-настоящему бесценно.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если твои сайты есть в Веб Архиве
Помните фразу "интернет всё помнит"?
Проект Wayback Machine, известный среди вебмастеров как Веб Архив, сохраняет копии сайтов. Интереса ради можно посмотреть как выглядели известные сайты в прошлом. А можно найти свои старые сайты, в том числе те, которые уже недоступны. В архиве хранятся копии, сделанные в разные даты, поэтому можно отследить эволюцию дизайна или как постепенно добавлялся контент.
Частая боль веб-студий — сданные клиентам сайты со временем исчезают. Клиенты не продлевают домен, теряют доступ к хостингу, закрывают компании. Или новая команда изменяет оригинальный сайт так, что дизайнеру становится стыдно. Также вебмастеры используют этот проект, чтобы воскресить свои утерянные сайты или восстановить контент на выкупленном домене. Бэкэнд уже не восстановить, но можно сохранить вёрстку и статьи.
Архив не совершенен: бывает, что не сохранились картинки, какой-то скрипт или не воспроизводится устаревший флэш-ролик. Да и смотрим мы эти сайты уже другими браузерами, поэтому они не всегда воспроизводятся как раньше. Зато у нас есть возможность вернуться назад во времени и посмотреть, как это выглядело раньше. А это по-настоящему бесценно.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если твои сайты есть в Веб Архиве
❤15👨💻12⚡8
Добро пожаловать!
Наконец, выдался свободный день и я развернул блог по адресу https://fullstackfounder.ru.
Блог работает на Wordpress:
- Сборка Bedrock с composer
- Тема оформления TwentyTwentyFive, идущая в комплекте к Wordpress в этом году
- Тёмная цветовая палитра Dracula, популярная у разработчиков
- Шрифты Roboto и Roboto Mono через Google Fonts
- Фавиконка робота
- Docker для локальной работы, адаптировал привычный мне пакет
На копирование сборки, разворачивание WordPress на сервере и настройку блога ушла пара часов. Предстоит ещё много работы, чтобы я был доволен, но сайт уже заработал.
Код сайта выложил на Github.
Чтобы не копировать контент вручную, навайбкодил небольшое консольное приложение для импорта постов на питоне. Также придумал названия категорий и тегов для постов, положил их в качестве справочника. Приложение берёт экспорт постов с моего телеграм-канала в формате JSON. Обрабатывает текст, вырезает из поста лишние строчки с "Жми на эмозди", заливает картинку, пробует определить категорию и теги, отделяет заголовок от текста. И отправляет всё это в Wordpress по API. Справился за полтора часа от идеи до протестированного кода, который залил все мои посты. Категории и теги скрипт присвоил кое-как, поэтому их всё равно нужно будет переопределить вручную. Зато тексты уже опубликованы!
Код импортёра тоже выложил на Github.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если тоже публикуешь код
Наконец, выдался свободный день и я развернул блог по адресу https://fullstackfounder.ru.
Блог работает на Wordpress:
- Сборка Bedrock с composer
- Тема оформления TwentyTwentyFive, идущая в комплекте к Wordpress в этом году
- Тёмная цветовая палитра Dracula, популярная у разработчиков
- Шрифты Roboto и Roboto Mono через Google Fonts
- Фавиконка робота
- Docker для локальной работы, адаптировал привычный мне пакет
Sail
из LaravelНа копирование сборки, разворачивание WordPress на сервере и настройку блога ушла пара часов. Предстоит ещё много работы, чтобы я был доволен, но сайт уже заработал.
Код сайта выложил на Github.
Чтобы не копировать контент вручную, навайбкодил небольшое консольное приложение для импорта постов на питоне. Также придумал названия категорий и тегов для постов, положил их в качестве справочника. Приложение берёт экспорт постов с моего телеграм-канала в формате JSON. Обрабатывает текст, вырезает из поста лишние строчки с "Жми на эмозди", заливает картинку, пробует определить категорию и теги, отделяет заголовок от текста. И отправляет всё это в Wordpress по API. Справился за полтора часа от идеи до протестированного кода, который залил все мои посты. Категории и теги скрипт присвоил кое-как, поэтому их всё равно нужно будет переопределить вручную. Зато тексты уже опубликованы!
Код импортёра тоже выложил на Github.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если тоже публикуешь код
3❤20⚡11👨💻6🔥2👍1
План развития веб-блога
Небольшой список, что я считаю необходимым сделать с моим сайтом:
- Рассортировать посты по категориям и поставить теги.
- Сделать навигацию с категориями.
- Добавить в навигацию пост "Обо мне" и "Контакты".
- Вывести теги в посты.
- Поставить SEO-плагин и прописать мета-теги ко всем постам.
- Сгенерировать sitemap, чтобы поисковики видели все страницы.
- Добавить Open Graph, чтобы пересылаемые ссылки в соцсетях отображались с картинкой и описанием.
- Настроить отображение картинок к постам, чтобы они не обрезались.
- Конвертировать все картинки в webp.
- Настроить кэширование и ускорение сайта всеми доступными способами.
- Добавить вывод в конце поста похожих постов, динамически их подбирая по тегам.
- Подтянуть Google Page Speed. Быстродействие вывести в зелёную зону (значение этого показателя плавает), а остальное довести до 100 из 100.
- Бот для Telegram, который будет копировать посты из канала в блог. Почему-то хочется, чтобы он работал именно в таком направлении.
- Форму подписки на email-рассылку с новыми постами. И автоматическую рассылку для подписчиков.
После выполнения этого списка, прогоню сайт через любые бесплатные и недорогие аудиты сайта. Думаю, роботы подкинут идеи как улучшить технические факторы.
Также хочу настроить кросс-постер в социальные сети. Сам думаю про ВК, буду рад вашим идеям, в каких соцсетях могут меня читать. Напишите в комментариях.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если почерпнул идеи
🙈 Жми на мартышку, если ничего не понятно
Небольшой список, что я считаю необходимым сделать с моим сайтом:
- Рассортировать посты по категориям и поставить теги.
- Сделать навигацию с категориями.
- Добавить в навигацию пост "Обо мне" и "Контакты".
- Вывести теги в посты.
- Поставить SEO-плагин и прописать мета-теги ко всем постам.
- Сгенерировать sitemap, чтобы поисковики видели все страницы.
- Добавить Open Graph, чтобы пересылаемые ссылки в соцсетях отображались с картинкой и описанием.
- Настроить отображение картинок к постам, чтобы они не обрезались.
- Конвертировать все картинки в webp.
- Настроить кэширование и ускорение сайта всеми доступными способами.
- Добавить вывод в конце поста похожих постов, динамически их подбирая по тегам.
- Подтянуть Google Page Speed. Быстродействие вывести в зелёную зону (значение этого показателя плавает), а остальное довести до 100 из 100.
- Бот для Telegram, который будет копировать посты из канала в блог. Почему-то хочется, чтобы он работал именно в таком направлении.
- Форму подписки на email-рассылку с новыми постами. И автоматическую рассылку для подписчиков.
После выполнения этого списка, прогоню сайт через любые бесплатные и недорогие аудиты сайта. Думаю, роботы подкинут идеи как улучшить технические факторы.
Также хочу настроить кросс-постер в социальные сети. Сам думаю про ВК, буду рад вашим идеям, в каких соцсетях могут меня читать. Напишите в комментариях.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если почерпнул идеи
🙈 Жми на мартышку, если ничего не понятно
❤11⚡7🙈6👍4
50/50
По-моему, нет хуже схемы оплаты для услуг, чем 50/50. Эта схема создаёт проблемы для обеих сторон.
Если у исполнителя маржа ниже 50% (в диджитале это обычно 15%–30%), то он уходит в минус и ждёт приёмки, потому что аванса не хватит на покрытие себестоимости.
Финальная приёмка может откладываться заказчиком из-за мелких правок. Заказчик хочет полную готовность, а исполнитель при этом ждёт момента выхода из кассового разрыва. Это сильно ухудшает атмосферу на проекте.
При появлении дополнительных работ, заказчику сложно психологически провести финальную приёмку, ведь финал наступит только после проведения дополнительных работ. Поэтому он не будет принимать проект и будет ожидать выполнения всего объёма. У исполнителя в этот момент ещё увеличивается риск — себестоимость растёт, а оплата откладывается.
В целом, в этой схеме исполнитель стремится быстрее сдать проект, чтобы сократить время нахождения в кассовом разрыве, что может плохо сказаться на качестве.
Что делать?
Вариант 1: До подписания акта все перечисленные исполнителю деньги — это деньги клиента на счету исполнителя, а не выручка. Поэтому, если сумма и сроки небольшие, то договариваемся на 100% предоплату. Утром деньги — вечером стулья. Зачем разводить бюрократию?
Вариант 2: Все работы разбиваются на небольшие этапы и каждый этап заказчик оплачивает 100% предоплатой и подписывает акт по сдаче этапа. Безопасность и комфорт для всех участников.
Вариант 3: Если заказчик настаивает на поэтапной оплате, а работа на этапы не разбивается, то делим платёж на 40%/30%/30%. Аванс 40% получаем сразу, 30% в момент готовности со стороны исполнителя, а последние 30% — после подписания акта со стороны заказчика. В этом случае у исполнителя не возникает кассовый разрыв на затянутой приёмке. Оптимальная схема, чтобы продавать сайты по фиксированной цене.
Вариант 4: Эскроу-сервисы, банковские гарантии или работа по постоплате защищают заказчика, а не исполнителя. Если приходится прибегать к этим инструментам, — увеличивайте маржу, чтобы оплатить посредников, инфляцию и дополнительный риск.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если ведёшь переговоры по цене
По-моему, нет хуже схемы оплаты для услуг, чем 50/50. Эта схема создаёт проблемы для обеих сторон.
Если у исполнителя маржа ниже 50% (в диджитале это обычно 15%–30%), то он уходит в минус и ждёт приёмки, потому что аванса не хватит на покрытие себестоимости.
Финальная приёмка может откладываться заказчиком из-за мелких правок. Заказчик хочет полную готовность, а исполнитель при этом ждёт момента выхода из кассового разрыва. Это сильно ухудшает атмосферу на проекте.
При появлении дополнительных работ, заказчику сложно психологически провести финальную приёмку, ведь финал наступит только после проведения дополнительных работ. Поэтому он не будет принимать проект и будет ожидать выполнения всего объёма. У исполнителя в этот момент ещё увеличивается риск — себестоимость растёт, а оплата откладывается.
В целом, в этой схеме исполнитель стремится быстрее сдать проект, чтобы сократить время нахождения в кассовом разрыве, что может плохо сказаться на качестве.
Что делать?
Вариант 1: До подписания акта все перечисленные исполнителю деньги — это деньги клиента на счету исполнителя, а не выручка. Поэтому, если сумма и сроки небольшие, то договариваемся на 100% предоплату. Утром деньги — вечером стулья. Зачем разводить бюрократию?
Вариант 2: Все работы разбиваются на небольшие этапы и каждый этап заказчик оплачивает 100% предоплатой и подписывает акт по сдаче этапа. Безопасность и комфорт для всех участников.
Вариант 3: Если заказчик настаивает на поэтапной оплате, а работа на этапы не разбивается, то делим платёж на 40%/30%/30%. Аванс 40% получаем сразу, 30% в момент готовности со стороны исполнителя, а последние 30% — после подписания акта со стороны заказчика. В этом случае у исполнителя не возникает кассовый разрыв на затянутой приёмке. Оптимальная схема, чтобы продавать сайты по фиксированной цене.
Вариант 4: Эскроу-сервисы, банковские гарантии или работа по постоплате защищают заказчика, а не исполнителя. Если приходится прибегать к этим инструментам, — увеличивайте маржу, чтобы оплатить посредников, инфляцию и дополнительный риск.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если ведёшь переговоры по цене
1⚡9❤7👍5🏆3
Когда опыт мешает
При столкновении с неизвестной проблемой, мы решаем её привычным способом, даже если он не подходит к ситуации. Мы склонны игнорировать лучшие решения, если раньше с ними не сталкивались.
Это когнитивное искажение, известное как эффект Эйнштеллунга. Наш опыт блокирует гибкость мышления. Это происходит из-за стремления мозга не напрягаться. Он ленится придумывать и рассматривать новые варианты.
Ярче всего этот эффект проявляется у шахматистов — они предпочитают разыгрывать знакомую стратегию, даже если есть другое решение с меньшим количеством ходов.
У врачей принято просить второе мнение, чтобы снизить вероятность ошибки. То же самое полезно делать и в других ситуациях, можно советоваться с уважаемыми коллегами из разных областей.
В чем вызов: осознать, что попадаешь под действие этого эффекта. Не применять поспешные решения, основанные на своём прошлом опыте. Ставить прошлый опыт под сомнение, задавать провокационные вопросы, включать "мышление новичка", искать свои слепые зоны. Особенно, если сразу знаешь, как решать возникшую проблему.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🙉 Жми на мартышку, если изучаешь свои искажения
При столкновении с неизвестной проблемой, мы решаем её привычным способом, даже если он не подходит к ситуации. Мы склонны игнорировать лучшие решения, если раньше с ними не сталкивались.
Это когнитивное искажение, известное как эффект Эйнштеллунга. Наш опыт блокирует гибкость мышления. Это происходит из-за стремления мозга не напрягаться. Он ленится придумывать и рассматривать новые варианты.
Ярче всего этот эффект проявляется у шахматистов — они предпочитают разыгрывать знакомую стратегию, даже если есть другое решение с меньшим количеством ходов.
У врачей принято просить второе мнение, чтобы снизить вероятность ошибки. То же самое полезно делать и в других ситуациях, можно советоваться с уважаемыми коллегами из разных областей.
В чем вызов: осознать, что попадаешь под действие этого эффекта. Не применять поспешные решения, основанные на своём прошлом опыте. Ставить прошлый опыт под сомнение, задавать провокационные вопросы, включать "мышление новичка", искать свои слепые зоны. Особенно, если сразу знаешь, как решать возникшую проблему.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🙉 Жми на мартышку, если изучаешь свои искажения
❤13🙈12⚡10
Точность растёт с объёмом
Мы получили 647 посетителей, 105 лидов и 17 продаж.
Как понять, можно ли доверять полученным конверсиям из посетителя в лида и из лида в продажу? Не рано ли делать прогнозы или уже можно принимать судьбоносные решения?
Применяем математику на практике — вычисляем погрешность. Нам нужно, чтобы погрешность была менее +/-5 процентных пунктов.
Наши переменные:
- Объём выборки
- Текущее значение конверсии,
- Вероятность ошибки — каков шанс, что мы ошибаемся? Классический уровень для первого расчёта — 5%. Если нужна повышенная увереность при работе с важными данными, можно поставить вероятность ошибки 1%.
Спрашиваем GPT:
Получаем ответ:
Т.е. реальная конверсия может лежать в пределах от 13.4% до 19.0%. С такой точностью можно строить прогнозы и принимать решения.
Если рассчитать погрешность для продаж из начала поста, то получится погрешность +/-10 п.п. Широкий интервал, но границы диапазона уже можно увидеть. Нужно добрать лидов, чтобы сузить интервал и сделать более точные выводы.
Простой лайфхак:
В начале сбора данных точность очень быстро растёт, а потом рост точности замедляется. Посмотрите на график: в зависимости от конверсии, точность 95% мы получим на выборке от 139 до 323 случаев.
Можно использовать это как ориентир:
- после 300 посетилей можно заниматься оптимизацией посадочной.
- после 300 лидов — садиться переписывать скрипты.
Так что, 300 раз отмерь, один отрежь. И да простят меня математики.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🧑💻 Жми на ботана, если считаешь доверительные интервалы
Мы получили 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 раз отмерь, один отрежь. И да простят меня математики.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🧑💻 Жми на ботана, если считаешь доверительные интервалы
❤11⚡6👨💻6🦄2
Сколько стоит час работы?
Меня часто спрашивают: как понять, сколько брать за работу специалисту?
Предположим, что вы знаете, сколько часов занимает ваша работа. Если так, то я предлагаю рассчитать минимальную ставку за час. Показываю, как это сделать.
Производственный календарь говорит, что в 2025 году — 247 рабочих дней. В среднем 20,5 рабочих дня в месяце.
Стандартный рабочий день считается равным 8 часам. Но будем честны — есть ресурсоёмкая деятельность, а есть та, которую можно делать на автопилоте.
Посчитаем, что мы занимаемся сложной задачей, которая требует значительных умственных или физических усилий. Такой деятельностью можно заниматься продуктивно 6 часов в день.
6 часов × 20,5 рабочих дней = 123 рабочих часа в месяц.
Предположим, что наш специалист хочет получать 150 тысяч рублей в месяц. Значит, его час должен стоить 150 000 / 123 = 1220 рублей.
Если ему удаётся продать все 123 часа оптом в одни руки, да ещё и с гарантией выкупа, то это и есть цена продажи.
У фрилансера или консультанта продаются не все часы, поэтому нужно сделать наценку. Не продаётся 20%, значит каждый проданный час должен стоить на 20% дороже. 1220 рублей × 120% = 1464 рубля.
В первую очередь, стремимся продать весь инвентарь часов, чтобы получить стабильность. А уже после повышаем ставку или выбираем более выгодные проекты. Такой подход защищает от проседания по загрузке и позволяет поднимать цену без внутреннего сопротивления.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если продал все часы
Меня часто спрашивают: как понять, сколько брать за работу специалисту?
Предположим, что вы знаете, сколько часов занимает ваша работа. Если так, то я предлагаю рассчитать минимальную ставку за час. Показываю, как это сделать.
Производственный календарь говорит, что в 2025 году — 247 рабочих дней. В среднем 20,5 рабочих дня в месяце.
Стандартный рабочий день считается равным 8 часам. Но будем честны — есть ресурсоёмкая деятельность, а есть та, которую можно делать на автопилоте.
Посчитаем, что мы занимаемся сложной задачей, которая требует значительных умственных или физических усилий. Такой деятельностью можно заниматься продуктивно 6 часов в день.
6 часов × 20,5 рабочих дней = 123 рабочих часа в месяц.
Предположим, что наш специалист хочет получать 150 тысяч рублей в месяц. Значит, его час должен стоить 150 000 / 123 = 1220 рублей.
Если ему удаётся продать все 123 часа оптом в одни руки, да ещё и с гарантией выкупа, то это и есть цена продажи.
У фрилансера или консультанта продаются не все часы, поэтому нужно сделать наценку. Не продаётся 20%, значит каждый проданный час должен стоить на 20% дороже. 1220 рублей × 120% = 1464 рубля.
В первую очередь, стремимся продать весь инвентарь часов, чтобы получить стабильность. А уже после повышаем ставку или выбираем более выгодные проекты. Такой подход защищает от проседания по загрузке и позволяет поднимать цену без внутреннего сопротивления.
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если продал все часы
❤15⚡9🏆9👍2
Лучшие посты в канале Сенсей ⌁ Технический директор за июль 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%
Посмотрел на ваши реакции и зарядился дофамином. Спасибо, что читаете!
Накидайте реакций и под этим дайджестом ❤️
Выводы с прожарки КП
Провёл круглый стол в клубе Галера и написал выводы.
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%
Посмотрел на ваши реакции и зарядился дофамином. Спасибо, что читаете!
Накидайте реакций и под этим дайджестом ❤️
❤10🔥7👍6💯2🤝1👾1
Первый браузер
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?
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если пользовался первыми браузерами
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?
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если пользовался первыми браузерами
⚡10❤8👨💻7
Как я стал ежедневно вести канал
Телеграм — единственная социальная сеть, где я активен. Вот уже пятый месяц я пишу в канал каждый день. Меня много раз спрашивали, как это у меня получается? А я и сам не знал, что так могу!
Наташа из Галеры мне написала "пора канал завести", я и завёл. А дальше что? Мне просто хотелось писать. Появилось желание сделать формулировки чётче и доносить мысли до окружающих яснее. Было понимание, что таким образом я смогу улучшить свою речь. Но писать регулярно содержательные материалы казалось нереальным.
Точно знаю, что мне помог челлендж Content Hero, к которому я присоединился как раз пять месяцев назад. Сейчас мы в небольшой группе принимаем участие в своеобразном литературном забеге. Каждый день нужно написать пост и публично отчитаться роботу, иначе штраф!
Что я узнал о себе по ходу челленджа:
- Я могу каждый день писать в канал.
- Мне очень нравится писать — это огромное удовольствие!
- Мне нравится придерживаться своего решения каждый день.
- Мне есть о чём рассказать.
- Вам интересно то, о чём я пишу.
- Ответственность перед коллективом меня стимулирует больше, чем возможные штрафы.
- Думал, что буду писать в канал про новое, а пока больше пишу про старое.
В последнее время я стал замечать, что на консультациях пересказываю посты из канала. Есть и обратный эффект — после консультаций появляются идеи, о чём ещё написать в канал. Поэтому, если собираетесь ко мне на консультацию, есть смысл вначале перечитать всё опубликованное. Вдруг, я уже ответил на ваши вопросы?
Писать — это про путешествие внутрь себя, возможность отрефлексировать накопившийся опыт. Вместе с тем, канал стал средством и поводом для общения с новыми людьми, причиной приятных знакомств и коллабораций. Нужно было прийти к себе, чтобы выйти в люди.
Если хочется вести канал более ответственно — рекомендую присоединиться к Content Hero. Челендж не заканчивается, можно запрыгнуть в ближайший поток и попробовать писать каждый день.
❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если любишь челленджи
🧑💻 Жми на ботана, если регулярно ведёшь канал
Телеграм — единственная социальная сеть, где я активен. Вот уже пятый месяц я пишу в канал каждый день. Меня много раз спрашивали, как это у меня получается? А я и сам не знал, что так могу!
Наташа из Галеры мне написала "пора канал завести", я и завёл. А дальше что? Мне просто хотелось писать. Появилось желание сделать формулировки чётче и доносить мысли до окружающих яснее. Было понимание, что таким образом я смогу улучшить свою речь. Но писать регулярно содержательные материалы казалось нереальным.
Точно знаю, что мне помог челлендж Content Hero, к которому я присоединился как раз пять месяцев назад. Сейчас мы в небольшой группе принимаем участие в своеобразном литературном забеге. Каждый день нужно написать пост и публично отчитаться роботу, иначе штраф!
Что я узнал о себе по ходу челленджа:
- Я могу каждый день писать в канал.
- Мне очень нравится писать — это огромное удовольствие!
- Мне нравится придерживаться своего решения каждый день.
- Мне есть о чём рассказать.
- Вам интересно то, о чём я пишу.
- Ответственность перед коллективом меня стимулирует больше, чем возможные штрафы.
- Думал, что буду писать в канал про новое, а пока больше пишу про старое.
В последнее время я стал замечать, что на консультациях пересказываю посты из канала. Есть и обратный эффект — после консультаций появляются идеи, о чём ещё написать в канал. Поэтому, если собираетесь ко мне на консультацию, есть смысл вначале перечитать всё опубликованное. Вдруг, я уже ответил на ваши вопросы?
Писать — это про путешествие внутрь себя, возможность отрефлексировать накопившийся опыт. Вместе с тем, канал стал средством и поводом для общения с новыми людьми, причиной приятных знакомств и коллабораций. Нужно было прийти к себе, чтобы выйти в люди.
Если хочется вести канал более ответственно — рекомендую присоединиться к Content Hero. Челендж не заканчивается, можно запрыгнуть в ближайший поток и попробовать писать каждый день.
❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если любишь челленджи
🧑💻 Жми на ботана, если регулярно ведёшь канал
❤19👨💻9🏆8👾2
Превью для пересылаемых ссылок
Пересылал в телеграме ссылку на свой блог fullstackfounder.ru и обратил внимание, что ссылка голая — в чате не отображается картинка и описание. Я хочу, чтобы ссылки были привлекательными, вдруг кто-то в чате поделится статьёй.
За эти улучшения отвечает протокол Open Graph. Чтобы он заработал, нужно добавлять в HTML-код страницы дополнительные поля, которые пользователь не увидит на сайте. Зато их прочитает робот социальной сети, когда кто-то перешлёт ссылку.
В WordPress из коробки Open Graph почему-то нет, поэтому ставлю плагин. Так сложилось, что в экосистеме WordPress за это отвечают сеошные плагины. Лидер — перегруженный старичок Yoast SEO. Но его я ставить не хочу — там слишком много невостребованных мной функций, он снижает производительность сайта и грубо вставляет куски своего интерфейса в админку.
Посмотрел альтернативы в каталоге плагинов — у Yoast не больше десяти конкурентов. Выбрал по описанию и поставил Slim SEO, минималистичный плагин с необходимыми мне возможностями:
- Автоматическое добавление Open Graph нескольких видов
- Поля с мета-тегами при редактировании страниц в админке
- Шаблоны для автоматического формирования мета-тегов
- Управление редиректами
- Управление индексированием разделов
Всё бесплатно, ненавязчиво, большинство настроек применились автоматически. Нет AI-помощников, слежения за позициями и трансляции ошибок из консоли поиска. Да мне и не надо, я улучшаю технические факторы.
Поставил и включил плагин. Протестировал как работает Open Graph в удобном онлайн-тестировщике. Всё заработало, ссылки стали полноценными! Попробуйте переслать эту статью.
Частая проблема — социальная сеть не обновляет ссылку, после того как мы поменяли картинку или текст. Нужно попросить соцсеть сбросить кэш.
Бот для сброса кэша в Telegram
Обнулятор кэша от Callibri
Сброс кэша для LinkedIn
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если знаком с SEO
Пересылал в телеграме ссылку на свой блог fullstackfounder.ru и обратил внимание, что ссылка голая — в чате не отображается картинка и описание. Я хочу, чтобы ссылки были привлекательными, вдруг кто-то в чате поделится статьёй.
За эти улучшения отвечает протокол Open Graph. Чтобы он заработал, нужно добавлять в HTML-код страницы дополнительные поля, которые пользователь не увидит на сайте. Зато их прочитает робот социальной сети, когда кто-то перешлёт ссылку.
В WordPress из коробки Open Graph почему-то нет, поэтому ставлю плагин. Так сложилось, что в экосистеме WordPress за это отвечают сеошные плагины. Лидер — перегруженный старичок Yoast SEO. Но его я ставить не хочу — там слишком много невостребованных мной функций, он снижает производительность сайта и грубо вставляет куски своего интерфейса в админку.
Посмотрел альтернативы в каталоге плагинов — у Yoast не больше десяти конкурентов. Выбрал по описанию и поставил Slim SEO, минималистичный плагин с необходимыми мне возможностями:
- Автоматическое добавление Open Graph нескольких видов
- Поля с мета-тегами при редактировании страниц в админке
- Шаблоны для автоматического формирования мета-тегов
- Управление редиректами
- Управление индексированием разделов
Всё бесплатно, ненавязчиво, большинство настроек применились автоматически. Нет AI-помощников, слежения за позициями и трансляции ошибок из консоли поиска. Да мне и не надо, я улучшаю технические факторы.
Поставил и включил плагин. Протестировал как работает Open Graph в удобном онлайн-тестировщике. Всё заработало, ссылки стали полноценными! Попробуйте переслать эту статью.
Частая проблема — социальная сеть не обновляет ссылку, после того как мы поменяли картинку или текст. Нужно попросить соцсеть сбросить кэш.
Бот для сброса кэша в Telegram
Обнулятор кэша от Callibri
Сброс кэша для LinkedIn
❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑💻 Жми на ботана, если знаком с SEO
⚡12❤6👏4👨💻2
Плотность речи
Учёные изучили 17 языков, включая английский, итальянский, японский и вьетнамский с точки зрения скорости передачи информации. Сравнивали насколько сложно устроены языки: количество вариантов слогов и темп речи. И просили носителей рассказывать об одинаковых вещах на родном языке.
Выяснилось:
- Слоги в языках имеют разный "вес": средний японский слог кодирует 5 бит, английский — 7 бит, а вьетнамский со сложной системой тонов — все 8 бит.
- В английском языке 6949 вариантов слога, в японском — 643. В 10 раз меньше, Карл!
- Чем выше плотность информации, тем медленнее речь. И наоборот.
- То есть, темп речи не влияет на информативность. Ученые измеряли как итальянцы тараторят на высокой скорости, а немцы говорят как будто замедленно. И все языки передают одинаковое количество данных в единицу времени.
- Язык — это кодек для информации. Если общение идёт с одной плотностью вне зависимости от алгоритма кодека, то ограничение находится не в самом языке.
- А значит нет более эффективного языка с точки зрения обмена информацией!
- Удалось посчитать и измерить скорость обмена данными между людьми — 39.15 бит в секунду. Телеграфное общение на азбуке Морзе в два раза медленнее. Домашний интернет на 100 мегабит в секунду — это 100 000 000 бит в секунду.
- Многие из нас ускоряют видео и аудиокниги. Мы можем слушать более быструю речь, чем говорим сами. Значит, кодирование потребляет больше ресурсов, чем декодирование.
- Реальный ограничитель не в программном обеспечении, а в аппаратном. На какой-то скорости мы уже не успеваем обдумывать услышанное, поэтому в плеерах максимальное ускорение 200%, а не 1000%.
От себя добавлю, что у компьютеров нет такого биологического ограничителя. Именно поэтому роботы общаются между собой на языке gibber, как R2D2 или AI-агенты в нашумевшем ролике.
Откройте на двух устройствах этот сайт и понаблюдайте за похожими диалогами между роботами.
Оригинальное исследование в журнале Science (на английском языке).
❤️ Жми на сердечко, если интересно
🧑💻 Жми на ботана, если общаешься с роботами
🏆 Жми на кубок, если знаешь больше двух языков
Учёные изучили 17 языков, включая английский, итальянский, японский и вьетнамский с точки зрения скорости передачи информации. Сравнивали насколько сложно устроены языки: количество вариантов слогов и темп речи. И просили носителей рассказывать об одинаковых вещах на родном языке.
Выяснилось:
- Слоги в языках имеют разный "вес": средний японский слог кодирует 5 бит, английский — 7 бит, а вьетнамский со сложной системой тонов — все 8 бит.
- В английском языке 6949 вариантов слога, в японском — 643. В 10 раз меньше, Карл!
- Чем выше плотность информации, тем медленнее речь. И наоборот.
- То есть, темп речи не влияет на информативность. Ученые измеряли как итальянцы тараторят на высокой скорости, а немцы говорят как будто замедленно. И все языки передают одинаковое количество данных в единицу времени.
- Язык — это кодек для информации. Если общение идёт с одной плотностью вне зависимости от алгоритма кодека, то ограничение находится не в самом языке.
- А значит нет более эффективного языка с точки зрения обмена информацией!
- Удалось посчитать и измерить скорость обмена данными между людьми — 39.15 бит в секунду. Телеграфное общение на азбуке Морзе в два раза медленнее. Домашний интернет на 100 мегабит в секунду — это 100 000 000 бит в секунду.
- Многие из нас ускоряют видео и аудиокниги. Мы можем слушать более быструю речь, чем говорим сами. Значит, кодирование потребляет больше ресурсов, чем декодирование.
- Реальный ограничитель не в программном обеспечении, а в аппаратном. На какой-то скорости мы уже не успеваем обдумывать услышанное, поэтому в плеерах максимальное ускорение 200%, а не 1000%.
От себя добавлю, что у компьютеров нет такого биологического ограничителя. Именно поэтому роботы общаются между собой на языке gibber, как R2D2 или AI-агенты в нашумевшем ролике.
Откройте на двух устройствах этот сайт и понаблюдайте за похожими диалогами между роботами.
Оригинальное исследование в журнале Science (на английском языке).
❤️ Жми на сердечко, если интересно
🧑💻 Жми на ботана, если общаешься с роботами
🏆 Жми на кубок, если знаешь больше двух языков
❤18🏆12👨💻8
Требования к продукту
Product Requirements Document — документ, призванный рассказать о сути продукта и его ключевых требованиях. Он здорово экономит время на первичное обсуждение идеи.
За последние несколько лет я посмотрел десятки примеров PRD. Документ из большой корпорации будет по строгому шаблону, в веб-студии — с акцентом на технологическую реализацию, а венчурному фонду будет интересен рынок и команда. Проще сделать документ под себя, чем подбирать подходящий.
Главная фишка PRD в том, что автор идеи сам отвечает на вопросы до того, как принесёт идею к партнёрам, инвесторам и участникам команды. Создание этого документа — фаза проработки идеи и глубокого осмысления своей задумки.
Не рекомендую делегировать составление этого документа на ИИ. Ваша главная задача — провести время за ответами, а не просто получить файл. Думаю, я бы не запустил некоторые свои проекты, если бы вначале уделил должное внимание документу с требованиями.
Мне нравится формат одностраничника — документ должен влезать на одну (две, три) распечатанную страницу. Более подробной спецификацией можно заниматься внутри производственных отделов на стадии реализации, а для верхнеуровневого обмена идеями хватит одного листа.
Скачать документ можно в следующем посте с розыгрышем.
❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если сам пишешь PRD
🧑💻 Жми на ботана, если менеджеры достали с бюрократией
Product Requirements Document — документ, призванный рассказать о сути продукта и его ключевых требованиях. Он здорово экономит время на первичное обсуждение идеи.
За последние несколько лет я посмотрел десятки примеров PRD. Документ из большой корпорации будет по строгому шаблону, в веб-студии — с акцентом на технологическую реализацию, а венчурному фонду будет интересен рынок и команда. Проще сделать документ под себя, чем подбирать подходящий.
Главная фишка PRD в том, что автор идеи сам отвечает на вопросы до того, как принесёт идею к партнёрам, инвесторам и участникам команды. Создание этого документа — фаза проработки идеи и глубокого осмысления своей задумки.
Не рекомендую делегировать составление этого документа на ИИ. Ваша главная задача — провести время за ответами, а не просто получить файл. Думаю, я бы не запустил некоторые свои проекты, если бы вначале уделил должное внимание документу с требованиями.
Мне нравится формат одностраничника — документ должен влезать на одну (две, три) распечатанную страницу. Более подробной спецификацией можно заниматься внутри производственных отделов на стадии реализации, а для верхнеуровневого обмена идеями хватит одного листа.
Скачать документ можно в следующем посте с розыгрышем.
❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если сам пишешь PRD
🧑💻 Жми на ботана, если менеджеры достали с бюрократией
❤6👨💻4🏆3✍2🔥2
В преддверии новой активности мы собрали в одну папку 30 Telegram-каналов известных профессионалов и попросили их авторов подготовить для вас документы, которые помогут:
Прочитай пост.
Посмотри на вопросы и скопируй к себе.
Также они проводят розыгрыш с топовыми призами:
Как участвовать:
1. Подпишись на папку: https://t.iss.one/addlist/dQ1ERQb4-9EyOGUy
2. Подтверди участие в боте
До встречи 27 августа — дата объявления победителя!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥5👏4🦄2
Как начать торговлю онлайн
Обсуждали с товарищем, как сложно теперь стало начать торговлю онлайн.
Сделать сайт оказалось самой понятной частью квеста.
Раньше (00-е):
- Зарегистрировал ИП, отстояв очередь в налоговой.
- Сходил в соседние здания в статистику и пенсионный и там тоже какие-то заявления сдал.
- Купил бумажную книгу учёта доходов и расходов.
- Сходил в банк, подписал кучу бумаги и передал образцы подписи.
- Подписал договор с эквайрингом.
- Бухгалтер — тётя Валя.
- Рекламу купил переводом на карту, её просто разместили.
- Принимаешь деньги.
Прошло 20 лет:
- Получил доступ к Госуслугам.
- Выпустил электронную подпись.
- Зарегистрировал ИП удалённо.
- Открыл счёт в банке удалённо.
- Завёл ЭДО.
- Подписал договор с эквайрингом.
- Подписал договор с ОФД и завёл онлайн-кассу.
- Сервис для бухгалтерии или аутсорс, в облачную 1С приходится ходить.
- Как, вы живёте без CRM? Так нельзя! Завёл CRM.
- Зарегистрировался в Честном знаке.
- Интегрировать всё это друг с другом.
- Льём рекламу? Зарегистрируйте каждый креатив, получите идентификатор, отчитайтесь.
Цифровизация улучшила то, что было и добавила нового. Но почему всё новое про контроль и отчётность? Вот и получается, что студентом я смог открыть интернет-магазин за 3 визита в разные места. А сейчас, чтобы продавать свистульки через интернет нужно пройти 7 кругов бюрократии, завести ассистента и несколько агентств. Что думаете про это?
❤️ Жми на сердечко, если интересно
🙈 Жми на обезьяну, если тоже в шоке
🏆 Жми на кубок, если ходишь по 7 кругам бюрократии
Обсуждали с товарищем, как сложно теперь стало начать торговлю онлайн.
Сделать сайт оказалось самой понятной частью квеста.
Раньше (00-е):
- Зарегистрировал ИП, отстояв очередь в налоговой.
- Сходил в соседние здания в статистику и пенсионный и там тоже какие-то заявления сдал.
- Купил бумажную книгу учёта доходов и расходов.
- Сходил в банк, подписал кучу бумаги и передал образцы подписи.
- Подписал договор с эквайрингом.
- Бухгалтер — тётя Валя.
- Рекламу купил переводом на карту, её просто разместили.
- Принимаешь деньги.
Прошло 20 лет:
- Получил доступ к Госуслугам.
- Выпустил электронную подпись.
- Зарегистрировал ИП удалённо.
- Открыл счёт в банке удалённо.
- Завёл ЭДО.
- Подписал договор с эквайрингом.
- Подписал договор с ОФД и завёл онлайн-кассу.
- Сервис для бухгалтерии или аутсорс, в облачную 1С приходится ходить.
- Как, вы живёте без CRM? Так нельзя! Завёл CRM.
- Зарегистрировался в Честном знаке.
- Интегрировать всё это друг с другом.
- Льём рекламу? Зарегистрируйте каждый креатив, получите идентификатор, отчитайтесь.
Цифровизация улучшила то, что было и добавила нового. Но почему всё новое про контроль и отчётность? Вот и получается, что студентом я смог открыть интернет-магазин за 3 визита в разные места. А сейчас, чтобы продавать свистульки через интернет нужно пройти 7 кругов бюрократии, завести ассистента и несколько агентств. Что думаете про это?
❤️ Жми на сердечко, если интересно
🙈 Жми на обезьяну, если тоже в шоке
🏆 Жми на кубок, если ходишь по 7 кругам бюрократии
❤12🙈8🏆6⚡1👀1
Похоже, что GPT-5 и правда лучшая доступная на сегодня модель.
Если не понято, почему эта картинка — прочитайте статью Пеликаны на велосипедах.
Если не понято, почему эта картинка — прочитайте статью Пеликаны на велосипедах.
1🔥14💯6😁4
Гостевые книги
Раньше комментарии оставляли не к посту, а сразу ко всему сайту.
Называлось это Гостевая книга. Был такой популярный вид интерактива в начале 2000-х.
"Гостевуха" состояла из двух частей:
- Формы для комментария в привычном виде: Имя, Почта и Текст комментария. Регистрации не было.
- Ленты комментариев, разбитой на страницы. Сверху показывался самый свежий комментарий и можно было отмотать в прошлое.
Сегодня непривычно, что была отдельная страница, на которой можно прочитать и оставить публичные комментарии к сайту. А раньше люди знакомились, передавали приветы и оставляли заявки именно в гостевой книге.
Технически это выглядело так. Интерактивные скрипты на Perl складывали в папку CGI-bin и только в этой папке можно было исполнять код. Сам сайт при этом был набором статичных HTML-страниц и картинок.
Гостевухи постепенно исчезли с развитием форумов, последние из них добили спамеры.
❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если помнишь гостевые книги
🧑💻 Жми на ботана, если программируешь сайты
Люди поумнее не пишут в гостевухах.
— Кирпичи, 2002 год
Раньше комментарии оставляли не к посту, а сразу ко всему сайту.
Называлось это Гостевая книга. Был такой популярный вид интерактива в начале 2000-х.
"Гостевуха" состояла из двух частей:
- Формы для комментария в привычном виде: Имя, Почта и Текст комментария. Регистрации не было.
- Ленты комментариев, разбитой на страницы. Сверху показывался самый свежий комментарий и можно было отмотать в прошлое.
Сегодня непривычно, что была отдельная страница, на которой можно прочитать и оставить публичные комментарии к сайту. А раньше люди знакомились, передавали приветы и оставляли заявки именно в гостевой книге.
Технически это выглядело так. Интерактивные скрипты на Perl складывали в папку CGI-bin и только в этой папке можно было исполнять код. Сам сайт при этом был набором статичных HTML-страниц и картинок.
Гостевухи постепенно исчезли с развитием форумов, последние из них добили спамеры.
❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если помнишь гостевые книги
🧑💻 Жми на ботана, если программируешь сайты
❤10🏆10👨💻5🤔2👀1🤝1