Telegram Web Link
Понедельник – день (не)существенных задач

Понедельники be like: стата вся обновлена, багрепорты/фидбек свежее, инфа читается иначе, вокруг все в курсе актуальности событий.

Но начинаются забеги по созвонам, таскам, личкам.

В них часто смотришь на опережение (не)существующих задач.

Задач, которые сам сделал/стали/перестали таковыми быть из-за изменений рынка, методологий, настроений (всё об одном и том же, это тоже часто вспоминаешь в понедельник).

Что То одно существенное?
Ради чего Всё динамично в понедельник?


Думай по понедельникам про 👆
This media is not supported in your browser
VIEW IN TELEGRAM
Майский дайджест для продактов и их команд уже готов к просмотру (c эйчбио) 🍿

Продуктовый дзен
– Продуктовый серфинг
Игры разработчиков
RAID – реестр рисков

– Карьера в форме пирамиды
– Вопросы ждут от кандидатов
Как не убить культуру ошибок

– Другая постановка задачи
Как собирать обратную связь
– Когда масштаб убивает суть
– Дифференцируй, а не конкурируй

– 3 стадии с продуктовым исследованиями
– 39 шаблонов для UX-исследований
Research Debt

– Чёрный SEO — это GEO
Когда VIP не VIP
– История ухудшения продукта
– Слабая активация — слабая аура

– Важность shit tolerance
Как знакомиться первым
"Так, а задача?"
– Отмазки для продакта

– Кто правит миром
Лень, невнимательнось и деньги
– Как хвастаться своей работой
– Искусство переговоров c результатом

– Одна метрика выросла, вторая упала
Фаундер на саппорте
Что отделяет сеньоров от стаффов
– Работаем с лоу-перформерами

– Процесс тестирования гипотез
– Про User Story mapping
– Не понимаешь? Создай шаблон
– Шаблон амазоновских мемо

– Адаптивность — про способность чувствовать
Фактор роста: найти, усилить, не потерять
Дисфункциональность команды

– Остаться в живых
– Новая работа — минное поле
– Задачи, которые воруют энергию
– Гайд: как манипулировать данными

Пути внедрения LLM в продукт
– Атрофия навыков из-за AI
– ИИ не знает, когда не знает
– Зачем менеджеру смотреть в бездну

– Поговорки продуктолога
– Исследование продактов в России

Обзор международного рынка продактов 2025: 40% опрошенных считают своих менеджеров бесполезными; выгорание на критическом уровне; самые счастливые люди – фаундеры стартапов (ахахахахахахаха. YES, BUT. – прим.).

💫 Hiraeth & ᐰksarnerk - See The Stars
Как становятся продакт-менеджерами? Какие навыки и знания важны для развития в этой специальности? Можно ли начать карьеру продакта без опыта?

Дискуссии на эти темы на открытом вебинаре с действующими ПМ'ами:

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

👉 Бесплатное участие

Понравится вебинар приходи на курс «Product Manager IT-проектов» со скидкой по промокоду PM5. Реклама. ООО «Отус онлайн-образование»
Product Management & AI
Майский дайджест для продактов и их команд уже готов к просмотру (c эйчбио) 🍿 – Продуктовый дзен – Продуктовый серфинг – Игры разработчиков – RAID – реестр рисков – Карьера в форме пирамиды – Вопросы ждут от кандидатов – Как не убить культуру ошибок – Другая…
Стадии счастья фаундера стартапа:

0. Мы что-то создаём, что может быть полезно людям.
1. И всё же, что мы создаём?
3. MVP всего вокруг.
5. Последняя N из NNNNN – друг.
6. Время. Шум. Баланс. Гармония.
6. Ода ежемесячной подписке.
7. В голове один "Cost per Event".
8. MRR GO BRR. Шум. Баланс.
9. Гармония.
0. Воу, мы что-то создаём!
This media is not supported in your browser
VIEW IN TELEGRAM
Хорошая продуктовая стратегия
Плохая продуктовая стратегия

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

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

– Хорошая продуктовая стратегия даёт ясность в отношении потребностей клиента. Плохая представляет собой список функций, которые пытаются "решить" потребности множества сегментов клиентов.

– Хорошая стратегия продукта связывает решения и действия с планами и рисками. Плохая стратегия не видит и не сопоставляет эти факторы.

– Хорошая продуктовая стратегия представляет честную оценку рынка, конкуренции и положения продукта. Плохая преуменьшает конкуренцию, либо, вообще, игнорирует эти факторы.

– Хорошая продуктовая стратегия помогает понять как играть на поле с действующими конкурентами. Плохая по-умолчанию принимает их правила игры.

– Хорошая стратегия продукта полагается на его долгосрочные преимущества. Плохая опирается на текущие и краткосрочные, переоценивая их реальное влияние на продукт.

Хорошая продуктовая стратегия помогает различать: а) варианты; б) компромиссы и оптимизировать их в) долгосрочные преимущества. Плохая сводит всё к краткосрочным компромиссам


– Хорошая стратегия продукта возникает из глубоких размышлений, но сформулирована так, что любой её может понять и повторить. Она вдохновляет, потому что ярка, амбициозна, достижима. Плохая стратегия пытается казаться таковой.
This media is not supported in your browser
VIEW IN TELEGRAM
Парадоксы при discovery в продуктах

Опытные продакты начинают с НЕТ — что вашим пользователям не нужно то, что вы создаёте. А затем выстраивают убеждение на основе идей и находят ДА к тому, что пользователи действительно хотят.

Парадокс в том, что:

– Название нашей должности предполагает, что мы должны знать, чего хотят пользователи.

– Пользователи ожидают, что у нас это будет.

– Наша дорожная карта подразумевает, что мы это поняли.

По факту же:

– Мы разговариваете с пользователями, но задаём наводящие вопросы, которые подтверждают наши же идеи.

– Мы отбираем ту обратную связь, которая совпадает и поддерживает нашу дорожную карту.

– Мы относимся к исследованию пользователей как к проверке, а не как к исследованию.

Настоящее discovery начинается с другого мышления.

Вместо «Нам нужно проверить идею этой функции», думайте «Нам нужно понять эту проблемную область и ситуацию».

Вместо «Хотят ли пользователи фичу?» спросите «Чего на самом деле пытаются достичь пользователи?»

Перед любым разговором с пользователем перечислите свои предположения:

– У кого есть эта проблема?
– Когда они с ней сталкиваются?
– Как они решают её сегодня?
– Что сделало бы решение ценным для них?
– Что заставило бы их отказаться от текущего подхода?

Задавайте вопросы:

Расскажите о последнем случае, когда вы столкнулись с [проблемной областью]?

Расскажите мне, как вы сейчас справляетесь с [ситуацией]?

Что больше всего расстраивает в вашем текущем подходе?


Прислушивайтесь к:

– Частоте (как часто это происходит?).
– Силе (насколько болезненным является опыт?).
– Альтернативам (что ещё они пробовали?).
– Контексту (когда это имеет наибольшее значение?).

Составьте карту шаблонов:

– Какие проблемы возникают у нескольких сегментов пользователей?
– Какие контексты делают проблемы более/менее болезненными?
– Какие решения пользователи постоянно хвалят или критикуют?
– По каким результатам они измеряют успех?

Ищите неожиданные идеи в:

– Проблемах, о существовании которых вы не знали.
– Решениях и обходных путях, которые клиенты создали сами.
– Контекстах, в которых рушатся ваши предположения.

Далее, отранжируйте предположения по тому:

– Насколько они важны для целей продукта.
– Насколько вы в них НЕ уверены.

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

Discovery — навык. Цель discovery — ясность. Неопределённость — это тоже данные.
Product Management & AI
Во всей шумихе с автоматизацией ИИ уделяют мало внимания сервисам старой эпохи а-ля Zapier и IFTTT, которые позволяют подключать практически любые популярные приложения и сервисы и связывать их с такими же сервисами и приложениями триггерами и экшенами. И…
Wade Foster, C-f & CEO Zapier: Мы устанавливаем новый стандарт: 100% новых сотрудников должны свободно владеть ИИ.


Как мы измеряем свободное владение ИИ в Zapier?

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

Мы сопоставляем по 4 уровням: неприемлемый, способный, адаптивный и преобразующий.

Оценка происходит при отборе, тестах навыков, асинхронных упражнений и живых интервью. Сигналы объединяются на разных этапах.

Неприемлемый: устойчивый к инструментам ИИ и скептически относящийся к их ценности.

Способный: использующий самые популярные инструменты ИИ. Вероятно, менее 3 месяцев опыта использования ИИ.

Адаптивный: сотрудники, интегрирующие ИИ в личные рабочие процессы. Они настраивают подсказки, объединяют модели в цепочки и автоматизируют задачи для эффективности.

Трансформирующий: золотая середина. Используют ИИ для переосмысления стратегии и предложения пользователям решений, которые были невозможны 2 года назад.

Некоторые из вас спрашивали реальные вопросы, которые мы задаём в интервью:

Маркетинг:

– Как ИИ меняет то, как вы планируете или проводите рекламные кампании?

– Как вы используете ИИ для персонализации сообщений, генерации контента или анализа эффективности?

Сотрудники:

– Можете ли вы поделиться примером того, как вы используете ИИ в своей повседневной работе?

– Можете ли вы поделиться примером процесса или программы, которую вы создали с помощью ИИ? (инструменты, результаты и т. д.).

Продукт:

– Как ИИ влияет на SaaS?

– Приведите пример случая, когда вы использовали ИИ в функции продукта. Что улучшилось?

Еще несколько моментов, на которые стоит обратить внимание:

– Это не единственные приемлемые ответы. Навыки работы с ИИ различаются и в значительной степени зависят от роли.

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

– Инженерия ≠ Маркетинг ≠ Поддержка. Контекст имеет значение. Требования различаются.
Понедельники спокойствий

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

Чем больше мнений, тем сильнее думаешь о них.

Все встречи и созвоны – снова диалоги мнений и решений.

Больше решений → хочется их все принять и донести → больше встреч-созвонов-диалогов-мнений...

Ch-i-i-i-ll.

Спокойствия недели размышлений.
Apple выкатила исследование, что Claude, DeepSeek-R1 и o3-mini, на самом деле... вообще не рассуждают. Они просто очень хорошо запоминают шаблоны.

Вместо того, чтобы использовать старые математические тесты, Apple протестировали эти модели на задачах, с которыми они никогда раньше не сталкивались – головоломки.

Результат: все модели «рассуждений» упираются в стену сложности, где полностью разрушаются до точности 0%


В Apple обнаружили, что эти модели вообще не рассуждают, а вместо этого выполняют сложное сопоставление шаблонов, которое отлично работает, пока сами шаблоны не становятся слишком сложными.

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

📜 The Illusion of Thinking: Understanding the Strengths and Limitations of Reasoning Models via the Lens of Problem Complexity
Фразы, которые заставят грустить каждого продакта (пьеса в 3-х актах):

– "А давайте..."
– "Это сейчас не в приоритете"
– "Эту фичу сказал сделать СЕО"
"Дизайнер немного не понял механику"
"СТО сказал, что она невозможна"
– "Опять он снова про тех. долг"

"СТО вчера уволился"
– "Бюджет сократили на 50%
"
– "У юр отдела есть вопросы"

"Релиз отложен на полгода"

"Продажники уже продали эту фичу"
"В фиче есть небольшие конфликты"
"На проде критический баг"
– "Сапорт не справляется"
– "Пользователи хейтят эту фичу"
"Конкурент выкатил нашу фичу улучшенной"
"Нас отключили от API"
– ...
СЕО: "О, а что там с моей фичей?"
Код, который можно назвать, не является вечным кодом.

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


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

thewayofcode.com
Please open Telegram to view this post
VIEW IN TELEGRAM
20 технических концепций ИИ-агентов с простыми объяснениями от Shalini Goyal
Недавно рассказывалось про разнообразие и эволюцию ИИ-агентов, но почему именно продакту нужны ИИ-агенты?

1) Отслеживать сигналы рынка;
2) анализировать фидбек и баги;
3) синкать Jira → Notion → стейкхолдеры;
4) держать в фокусе цели, метрики и скрытые паттерны поведения системы.

Сергей Хабаров и Саша Поваляев из AI Mindset запускают курс-лабораторию, где научат тому, как эти задачи можно автоматизировать в ежедневной рутине.

За 4 недели в Automation Lab покажут как создавать:

1. Личный «зоопарк» ИИ-агентов

— От «Level 1» (инструкции + инструменты) до агентов с памятью, RAG-поиском и рассуждениями + Zapier MCP 2.0 / Make / GPT-плагины, чтобы все ваши приложения работали как единая схема.

2. Оркестрация процессов — без срывов сроков

— Письмо-бриф → задача, story-points, уведомления команде, дашборд обновляется сам, а FAQ-бот отвечает пользователям.

3. Прокачают системное мышление

— Чтобы обращать внимание на циклы, задержки и шаблоны, а не на «первопричины». А также проектирование связок так, чтобы они не ломали систему продукта.

👉 Регистрация через бота
Старт скоро: 23 июня

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

Отдайте рутину агентам — себе оставьте видение, стратегию, Продукт и Людей.
Product Management & AI
Ответы, на которые есть вопросы Правильный ответ уже зашит в правильном вопросе Каждый сталкивался с подобным: задаёшь кому-то вопрос и к окончанию его озвучивания сам понимаешь, что ответ уже нашёлся. Так устроен мозг – он не любит тратить свою энергию…
Приоритизация фич на основе интуиции (фреймворк)

Для продактов, готовых слышать и принимать свой собственный Внутренний Голос.

Интуиция — фрейморк состояние, в котором решения принимаются не силой воли, а следованием естественному течению событий (привет, wu wei).

Приоритизация по интуиции – это состояние Потока и его ощущение Наблюдателем


Задача продакта — не управлять Потоком, а наблюдать и принимать его сигналы. Одно лишь наблюдение Потока уже является процессом приоритизации по интуиции (привет, ꩜ квантовая физика).

1. Поток в постоянном движении. Одновременно с этим, внутри него нет постоянства – он (рынок) обновляется каждое мгновение того, что мы называем Временем.

Не пытайся охватить интуицией всё время весь родмэп, рынок или список фич.

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

2. В интуитивном восприятии существуют только 2 типа временных горизонтов:

1) Краткосрочные задачи — те, где Время само подталкивает тебя к быстрому решению, которое ты физически Чувствуешь-и-Ощущаешь сейчас.

2) Долгосрочные задачи — те, где Интуиция даёт тебе Время на осознание того, что ты уже Знаешь, но ещё не готов ощутить и принять сейчас.

Среднесрочных планов в интуиции просто не существует.

Они — порождение "аналитического" ума, который пытается заполнить пустоту между "сейчас" и "всегда". И если задача не горит здесь/сейчас/всегда — возможно, что она... вообще не актуальна.

3. То, в нужности чего ты сомневаешься при выборе по интуиции – лишь шум Потока. Шум Потока не является сигналом.


Истинные сигналы звучат там, где сходятся три направления:

1) Того, что ты видишь (образы, возможности, перспективы).

2) Того, что ты чувствуешь (эмоциональный отклик и энергия).

3) Того, что ты знаешь (понимание без доказательств).

Когда эти три направления сливаются в единое течение, образуется Поток и сомнений не остаётся.

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

– "Как пользователи будут переживать взаимодействие с этой фичей?"

– "Почему это важно сейчас и почему будет важно через много лет?"

– "Что из этого есть сигнал (чувство+видение+логика), а что есть шум (сомнения в чувстве видения логики).

Дай себе десять минут внутреннего диалога с каждой фичей.

Не анализа — диалога.

Мысленно моделируй все возможные взаимодействия всех объектов и условий фичи-задачи.

Когда ты находишься в этом состоянии, выбор становится очевидным не потому, что ты его вычислил, а потому, что ты его чувствуешь всем своим существом.

Только когда ты формулируешь вопрос с полной внутренней честностью, твой "ум" познаёт интуитивный ответ.

Интуиция в приоритизации — это резонанс между внутренним видением и внешней реальностью


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

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

TLDR:
Забудь про фреймворки.
Прислушайся в Тишине к Интуиции.
Следуй за Внутренним Голосом.
Тишина – это пространство

Пространство между мыслями, между словами, между решениями. Не пустота, которую нужно заполнить, а полнота, из которой всё рождается.

Когда продакт работает с Тишиной, он получает доступ к бесконечному источнику всех нерождённых идей


В японской эстетике есть понятие "ма" (間) — это пустое пространство, которое придаёт смысл заполненному. Без него между нотами не было бы музыки. Без пауз между словами не было бы поэзии.

В то время как большинство продуктов страдают от перенасыщенности и полноты.

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

Мы подсознательно боимся Пустоты.

Но именно в пустых пространствах продакт может понять, зачем ему пользователю вообще нужен продукт.

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


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

И самые эффективные решения приходят не в процессе проговаривания на совещаниях/созвонах/переписках, а в моменты безмолвного созерцания Тишины.

Потому что безмолвие содержит в себе все возможные идеи одновременно — и те, что уже проявились, и те, что ещё ждут своего времени


И только когда ум перестаёт воспринимать и генерировать шум внешнего, появляется пространство для подлинно нового.

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

Слышать свой Внутренний Голос, который звучит тише шёпота и громче крика.

Тишина — промежутки между задачами, в которые ты НЕ пытаешься сделать или оптимизировать "что-то, чтобы было".

Тишина — паузы, которые ты даёшь собеседнику (и себе!) чтобы услышать то, что-не-было-сказано.

Тишина — это моменты, когда ты перестаёшь "интерпретировать" данные под задачи, навязывая им свои предвзятые выводы и уже подготовленные решения.

Инсайты звучат в паузах


Всё это – не пассивность. Это активное присутствие, способность создавать для себя и окружающих место, в котором все могут раскрыть потенциал себя/продукта/рынка.

Тишина – это пространство.
Безмолвие – голос всех идей.
Повреждение мозга от использования ChatGPT – это не мем, а доказанное исследование

Исследователи Массачусетского технологического института проводили ЭЭГ-сканирование мозга 54 участников в течение 4 месяцев. Они отслеживали альфа-волны (творческая обработка), бета-волны (активное мышление) и паттерны нейронных связей.

Оказывается, ИИ не делает нас более продуктивными. Он делает нас когнитивными банкротами.

Интересные выводы:

– 83,3% пользователей ChatGPT не смогли процитировать эссе, которые они написали несколько минут назад.

– Сканирование мозга выявило повреждения: нейронные связи сократились с 79 до всего лишь 42. Это сокращение связей мозга на 47%. Если бы компьютер потерял половину своей вычислительной мощности, он считался бы сломанным.

– Учителя не знали, в каких эссе использовался ИИ, но они чувствовали, что что-то не так: «Бездушный», «Пустой по содержанию», «Близкий к идеальному языку, но не дающий идей».

В MIT это назвали «когнитивным долгом». Cognitive debt — как технический долг, но для мозга.


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

Ужасающая часть:

– Когда исследователи заставили пользователей ChatGPT писать без ИИ, они показали худшие результаты, чем люди, которые вообще никогда не использовали ИИ.

– Сотрудники становятся зависимыми от инструментов, без которых они не могут жить работать, и менее способны к независимому мышлению.

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

Это не просто зависимость. Это когнитивная атрофия. Как мышца, которая забывает, как работать.

🧠 https://www.media.mit.edu/publications/your-brain-on-chatgpt/
This media is not supported in your browser
VIEW IN TELEGRAM
Понедельник – день талантов

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

Талантливых всем дней недели!

🌊🍵
This media is not supported in your browser
VIEW IN TELEGRAM
5 типов менеджеров по продуктам в одном by Peter Deng (ex-VP of Consumer Product at OpenAI, ex-First Head of Product at Instagram, ex-Head of Rider at Uber, CPO at Airtable, ex-Fourth PM at Facebook, ex-Head of Product at Oculus, Now GP at Felicis)

1. The consumer PM. Наполовину дизайнер, наполовину продуктолог. Одержим деталями, задаёт вопросы типа «Это восхитительно?» и «Достаточно ли хорошо это сделано?»

2. Growth PM. Наполовину специалист по данным, наполовину продуктолог. Запрограммирован на то, чтобы думать о цифрах. У них есть аура, что-то вроде «Я действительно скептически настроен, покажите мне данные».

3. Business PM. Наполовину MBA, наполовину продуктолог. Настроен думать о том, каковы маржи, какие возможности, как создаётся ценность.

4. The platform PM. Запрограммирован на создание инструментов для других людей. Часто этих людей упускают из виду, но это те люди, которые будут создавать Системы, которые позволят вам делать большее быстрее.

5. The research PM. Наполовину исследователь, наполовину инженер, наполовину продуктолог. У них отличный вкус к продукту, но они также глубоко разбираются в технологиях, чтобы создавать самые потрясающие продукты.

🌐 Интервью в гостях у Lenny (1h 55m)
Please open Telegram to view this post
VIEW IN TELEGRAM
Главные юридические новости ИИ: в 2021 году основатели Anthropic скачали 7+ млн. книг из онлайн-библиотек Books3, Library Genesis, LibGen, Pirate Library Mirror для обучения Claude, зная, что они пиратские.

Уже в 2024 году Anthropic начали покупать миллионы печатных книг, наняв бывшего руководителя Google по сканированию Тома Терви, которому было поручено «получить все книги в мире», избегая при этом «юридической суеты». Субподрядчики снимали с книг переплёты, обрезали страницы по размеру и сканировалии их в PDF, выбрасывая бумажные оригиналы.

Самым важным аспектом этого дела является вопрос о том, считается ли обучение LLM на нелицензированных данных «добросовестным использованием»?

Судья постановил, что да.

Аргументация «почему» занимает несколько страниц документа, вот ключевое:

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

Веками мы читали и перечитывали книги. Мы восхищались, запоминали и усваивали их темы, их существенные моменты и их стилистические решения.


P.S. Судья, подписавший это решение весьма интересная личность – Уильям Хаскелл Олсап председательствовал на судебных процессах присяжных по делу Oracle vs Google в 2012-2016 годах, где он использовал свой любительский опыт программирования на BASIC, чтобы оспорить заявления, выдвинутые юристами в рамках рассматриваемого дела.
This media is not supported in your browser
VIEW IN TELEGRAM
26 июля пройдёт Product:Fest — неформальный фестиваль Яндекса для продуктовых менеджеров и дизайнеров

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

Слушать выступления экспертов про создание интерфейсов и ускорение принятий решений с помощью ИИ

Общаться в летнем лаунже, танцевать на кофе-рейве

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

Танцевать под открытым небом и слушать DJ-сеты

❣️ Программа и регистрация
📍 Москва, 3-я ул. Ямского Поля, 2, корп. 6, Клуб Bounce

P.S. Каждую неделю на сайте открываются новые спикеры и темы выступлений.
2025/07/13 18:29:48
Back to Top
HTML Embed Code: