Торренты в Европе

Многие знают, что в США и Европе активно борются с торрентами. Но интересен способ, которым это происходит.

В Германии этим занимаются не государственные компании, а частные фирмы, действующие по принципу патентных троллей.

Как это работает:
1. Получают благословение от создателей контента.
2. Находят самые популярные торренты, например новинки фильмов или игр.
3. Ищут тех, кто раздаёт контент, собирая IP-адреса.
4. Связываются с провайдерами, показывают, что представляют правобладателей, и получают физические адреса нарушителей по IP-адресам.
5. Рассылают письма с требованием заплатить штраф в размере от 600 до 2000 евро.
6. Угрожают судом, пока не заплатят.

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

Забавно, что есть компании, готовые бороться с патентными троллями за вознаграждение. Ставлю, что это одни и те же люди 🥸

Claude 3.5 Sonet

Тут наткнулся на пост про Claude 3.5 Sonet. Его разрабатывает один из основных конкурентов OpenAI – Anthropic.

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

ChatGPT в основном выдает текстовый результат, ну можно еще попросить картинку сгенерировать. У Claude есть так называемые Artifacts. Это боковое окошко, в котором выдается результат и даже исполняется код. Правда у меня получилось запустить код только на js, но не Python.

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

Свои бесплатные лимиты на день потратил на запил 8-bit гоночки 🏎️

Народ использует артефакты, чтобы генерить модель Солнечной системы, 3d лабиринты с видом от первого лица и даже подобие doom 2.

Официальный пост про Claude 3.5

Death Stranding

tl;dr Неделю назад закончил и до сих пор нахожусь под впечатлением. Кодзима – гений.

Когда игра вышла, я присоединился к толпе людей, которая как попугайчики восхваляла Кодзиму. При этом сама игра мне казалась странной: какая-то научно-фантастическая эзотерика, какие-то пуповины, ребенок в банке, прикрепленный к костюму. Что вообще происходит?! Наконец решился пройти и не пожалел. Сейчас попробую ее “продать” и вам.

🎮 Геймплей
Ну, вы и так в курсе. Игра – симулятор доставки с препятствиями. Тут, по сути, три части: бег по пересеченной местности, немного пострелушек и стелс в зонах с невидимыми тварями. Вполне годно, во многом – медитативно.

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

О чем пожалел, так это о том, что поставил средний уровень сложности. За всю игру умер всего пару раз. На боссах из них – 0.

🎵 Музыка и визуал
Перед тем как сделать игру, Кодзима ездил за вдохновением в Исландию. Там на такси его довез, как потом оказалось, музыкант. Разговорившись, музыкант дал послушать геймдизайнеру свои треки, а тот предложил записать саундтрек для игры.

Никогда не забуду, когда после первого сложного перехода я вышел на плато с шикарным видом, и заиграла “Don’t Be So Serious”. Это был полный матч. А финальный “I’ll Keep Coming” я уже заслушал до дыр. Low Roar, получается, тоже гении?

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

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

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

Кодзима – гений? Выходит, что так.

#пятничное

Как лгать при помощи статистики – Дарелл Хафф

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

На прошлой неделе встретились и обсудили первую книгу. Ниже будут в основном мои мысли.

🧑‍🎓Польза
Начну сразу с негатива. Книга во многом представляет собой сборник математических баянов для школьников: среднее арифметическое vs медиана, графики не от 0 или с разрывами и так далее. На встрече сошлись, что прямая польза, наверно есть, но для не-технарей.

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

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

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

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

🤩Интересность
Первое издание вышло в 1954 году, поэтому примеры – срез американской культуры того времени.

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

В целом читать книгу было интересно.

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

На встрече еще предложили подогнать книгу тем, у кого плохо с критической оценкой новостей из телека 📺

📚Что еще почитать
Опять же на встрече было предложение прочесть "Статистика и котики", потому что она поможет быстро освежить школьный/универский курс по теме.

Но мне кажется, что в этой книге статистика встречается только в названии. Более близкой книгой я бы назвал "Думай медленно, решай быстро" Канемана. В ней приводится сильно больше примеров нерациональности человека, подобных ошибок и заблуждений. Но там 500+ страниц, не каждый доберется до финиша 🙂

#книги

Посмотрел WWDC'24

По долгу службы, а еще по зову сердца посмотрел сессии WWDC, в первую очередь про модули и Xcode. Что больше всего понравилось:

1️⃣ Concurrency safety. Обещание: защита от race condition на уровне языка. Включаешь нужные галочки, и летят ворнинги, что ты используешь глобальные переменные и не только. Вопрос только в том, как заметить, что ворнингов стало 1052 вместо 1049? 🥲

2️⃣ Explicitly build bodules. Отчасти понимаю команды, которые затаскивают buck и другие билд-системы на iOS. Сейчас, чтобы контролировать порядок билда твоего проекта, надо неплохо шарить в билд-системах, а если шаришь, то много материшься. Explicitly build modules делают предварительный скан, в ходе которого строится дерево проекта, а потом уже билд. Это должно ускорить билд и сделать его детерминированным, а значит повторяемым.

Но на моей машине все равно билдится, ничем не могу помочь.

3️⃣ Unified backtrace debug view. Вот тут крутое продуктовое решение. Если ты останавливаешься на брейкпоинте, у тебя открывается стек окошек с кодом по твоему стеку вызова. Прыгать внутрь и изнутри во время дебага больше не надо?

Тут только надеюсь, что эта фича не будет контрибьютить в таянье ледников.

4️⃣ Callstack в профайлинге. Крайне полезно, чтобы найти самые тяжелые вызовы и оптимизировать код. Я не то чтобы активно пользовался профайлингом, но фиче разве не 5+ лет? В любом случае, выглядит круто.

5️⃣ Test tags. Нативная фича для распределения тестов по сьютам.


Немного прикольных фичулек

Тут внезапно оказалось, что остановившись на брейкпоинте, можно драг-энд-дропать место выполнения. Первый раз такую фичу видел в специальной сборке Visual Studio для WinPhone. Не уверен, что функционально настолько, насколько круто.

Вторая фичуля — прыжок из логов на строчку кода, где этот лог был отправлен. Даже немного жаль, что эпоха “ААА!”, “AAA!!” и “AAA!!!” с разным числом восклицательных знаков, чтобы обозначить место в коде, уходит.


Напоследок немного бомбежки и бесполезный совет

Вообще не понял, что произошло в Xcode Essentials сессии. Нам начали расказывать баянистые шорткаты, которые даже я еще до сих пор помню. Что вообще?!

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

Кстати, по теме был прикольный выпуск с Кириллом Мокевниным про продуктивность разработчика.

Генеративной музыки пост

Ладно, еще не пятница, но не могу молчать.

Когда в Я.Музыке перестали выходить новые альбомы иностранных музыкантов, я обратил внимание на вкладку генеративной музыки. Тогда она мне показалась полным трешем. Даже под инструментальные треки невозможно было сфокусировано работать. Уши AI торчали из всех щелей.

И тут внезапно узнал про Suno. Если кратко – это Spotify с генеративной музыкой. Причем треки не только инстурментальные, да еще и со словами.

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

Но выборочные треки крутые, а что у них получается генерить – разрыв шабончиков. Как вам Russian Appalachian Folk?

Причем там можно промтом погенерить свои треки. Ну и вкладка Explore с разными стилями. Ааа, мясные артисты больше не нужны!

#пятничное

Книжный клуб: Дизайн привычных вещей (Дональд Норман)

Выбрали следующую книгу для чтения. Книга около 500 страниц, потому будем обсуждать ее в два захода.
4 главы – 31го июля
оставшиеся 3 – 13го августа

Вступить в клуб

#книги #книжный_клуб

Стоицизм для чайников

В универе мне прям нравилась философия. Ну а что, читаешь тексты, докидываешь своих мыслей. Есть пространство для собственной интерпретации. Чем-то напоминает литературу.

И тут во внутреннем чатике Подлодки вкинули: “А давайте запишем выпуск про стоицизм?”

Изначально идея показалась такой себе. А почему именно про стоицизм, и зачем вообще этот выпуск? В качестве референса дали подкаст Вани Ямщикова “Проветримся”. Начал слушать и зацепило.

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

С одной стороны, это за все хорошее, с другой — система кажется полной.

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

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

💀Стоицизм и смерть
Что мне показалось спорным, так это отношение к смерти. Стоицизм — это про постоянное мементо мори, где смерть — это испытание, которое у нас всех будет, но мы справимся. Ну не знаю, можно же умереть во сне, и какое это будет испытание тогда?

Через память о смерти можно вернуть яркие краски привычным вещам. Задумался, что когда-то очередные кольца кальмаров станут последними в твоей жизни, и снова стало вкусно. Думаю, что у этого трюка есть ограниченное число применений.

Как и в ситуации с неприятным человеком. Задумался, что он тоже смертен, и как-то породнился с ним через это. 1, 2, 5, ну 10 раз это сработает, но если человек тебя продолжает доставать, тут уже начнешь думать о смертности этого человека в другом ключе 😄

В общем, как видите, тема богатая. Выпуск тут

♠️ Покер

В районе 11-12 годов покер был на пике популярности. Почти все мои знакомые играли, а для студента это казалось неплохим способом заработать. Я учился на мехмате МГУ, и даже мой научник говорил, что каждый математик должен играть.


∰ Покер и математика
Как по мне, одсы aka шансы, что нужная комбинация доедет на ривере, это конечно про математику и вероятность, но эти проценты нужно просто выучить и применять.

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

Правда во всемирной серии покера в Лас-Вегасе регулярно побеждали дровосеки, так что не факт, что надо понимать эти концепции.

🃏Что я играл
Петя, с которым мы гоняли #жирочелендж, подсадил меня на покер и рассказал про Покерстарз. Новичкам там предлагали стратегию коротких стеков (SSS). Это когда ты заходишь на кэш-стол с минимальным стеком и принимаешь одно решение на префлопе — скинуть или пушнуть. Очень механическая стратегия: удвоился — выходишь, проиграл — докупаешься. Желательно при этом играть как можно больше столов.

Там игра получалась довольно плюсовой. Накопив банкролл побольше, я решил попробовать что-то более умное: oдностоловые турниры, которые вы скорее всего играли в офлайне с друзьями и heads-up – это 1 на 1, по идее самый скиллозависимый вид.

💸 Что по итогу
У меня был не то, чтобы большой доллар/час, но на грязные покерные деньги я в итоге купил свой первый макбук для работы.

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

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

#пятничное

Скиллы vs грейды

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

tl;dr Скиллы – скорость, грейды – за пройденный путь.


Матрица компетенций

Бывшие коллеги на дадут соврать, если вам нужен главный матрицоненавистник – это я! Матрица компетенций упрощает модель, выравнивает специалистов из разных команд и заставляет(вот это самое вредное) сравнивать там, где этого делать не надо. Это мотивируется тем, что “если Вася захочет перейти из команды A в B, мы его уже универсально оценили. Круто?”

Из плюсов, что матрица – наглядный гайд для ленивых и начинающих менеджеров.

А самое главное, что матрица может давать ложную надежду, что вот прокачаю эти скиллы и ура – следующий грейд.


В чем тут проблема?

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


Как эту проблему решить?

Мой ответ – исходить из выполненнения качественно новой работы. Сделанная задача доказывает не только рост потенциала, но и явную пользу.

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


Аналогия с машиной

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

P.S. На этой неделе договариваюсь с групп лидом о "пути" и разложим его на скиллы.

P.P.S. В выпуске про корпоративное обучение про это потрещали, кстати.

#тимлидство

Все велосипеды попадают в рай

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

Хорошо, давайте бороться с этим. Как понять, что велик брошен? Можно прицепить бирку с надписью "сними меня", а через 2-3 недели все нетронутые будем считать брошеными.

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

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

#пятничное

🤖 Система личной эффективности 24.07

С Нового года я пересобрал свою систему и сменил инструменты. Теперь работать стало приятнее.

📜 Как все было устроено:
- Цели на месяц я веду в Obsidian.
- Локальные проекты и задачи — в Todoist. Они легко выводятся из месячных целей, так что можно каждый месяц удалять все задачи и начинать с чистого листа.
- Бэклоги идей тоже хранятся в Obsidian.

📉 Что не работало:
- Плохо связывались месячные цели с ежедневными.
- Список задач на день вроде был, но в нем мешались задачи из разных направлений. В каждый момент не было очевидно, что делать.
- Из-за множества фокусов, задач на день набиралось намного больше, чем реально можно было выполнить. Рефлексия не работала по той же причине.

📈 Что сейчас:
После НГ я тренился в JTBD интервью, а заодно общался с разными людьми о том, как они настраивают свои системы личной эффективности.

Так я узнал о NotePlan. В двух словах: это как Obsidian, но с фокусом на функции ежедневника. Он платный, но я чувствую, что он работает лучше, чем Obsidian с плагинами, потому что обо мне заботятся.

💪 В итоге он решил почти все проблемы:
- Проекты стали связаны с целями на неделю и день.
- Он синкается с календарем, теперь я с утра набираю задачи и раскладываю по дню в свободные слоты. Как итог, планирование дня и нагрузки стало более реалистичным. Тут я еще ориентируюсь на свои силы: если к концу недели я уже вымотан, то отказываюсь от жесткого планирования.
- Через контроль приходит спокойствие.
- NotePlan – ежедневник, а значит и заметки под рукой. Весь контекст дня оказался в одном месте. Раньше я и не думал насколько это удобно.
- Единый инструмент – больше не надо думать к какому уровню целей это относится и в какой инструмент заносить.

🤔 Что все еще работает так себе:
- На неделю набираю слишком много. Тяжело себе признаться, что за ЦЕЛУЮ неделю я не смогу продвинуться по конкретному треку. Надо учиться ставить проекты на паузу.
- Сайд-проекты плохо предсказуемы. Они делаются в овертайм, который сильно зависит от оставшихся сил. Пока это решается самоуспокоением, что я делаю то что важно, и продалбываю то, что можно продолбать.

P.S. Вот тут пост с результатами ресерча инструментов личной эффективности

🪓 Обзор инструментов продуктовых исследований

На неделе прочел крутую статью про инструменты исследований. Мне модель показалась достаточно релевантной. Сделаю краткую выжимку.

В качестве двух основных критериев предлагают взять два:
- Риски
- Уровень понимания проблемы
Получается матричка 2х2


🥱 Низкие риски, высокая понятность

Да чего тут исследовать? Пилить надо!
Ну максимум делаем A/B, а так собираем постфактум метрики и пользовательский фидбек. Его можно в том числе сделать через опрос в пользовательском пути. Помимо сухой аналитики, можно еще посмотреть пользовательские сессии.

Сюда попадают большинство рядовых фичей состоявшегося продукта.


🪖 Высокие риски, высокая понятность
Ну тут уже лучше заранее подстраховаться прототипах/мокапах и погонять на пользователях.

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

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


🤔 Низкие риски, низкая понятность

Ничего не понятно, но очень интересно. Опять же, надо максимально быстро повысить понятность.

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

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


🧨 Высокие риски, низкая понятность

Ой-йей! Та самая область, за которую продактам в конечном счете платят деньги.

Эту область надо глубоко копать на пользовательских интервью. Задаем вопросы, просим рассказать, а лучше показать, как человек решает ту или иную задачу. Смотрим всевозможные туториалы. Наша задача – стать опытным пользователем этой фичи.

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

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


P.S. Полная версия статьи тут

Долго не писал, потому что отпускался в Дании. Хочу рассказать про поездку. Много фоточек, накидал статью.

Дональд Норман: Дизайн привычных вещей

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

Что понравилось:
1. Примеры, примеры, примеры. Благодаря тому, что в основном рассматриваются обычные повседневные вещи, я начал больше обращать внимание на то, как устроены предметы вокруг, и как их можно было бы улучшить.
2. Книга довольно структурирована. Каждая глава сосредоточена на конкретной концепции и тщательно её разбирает.
3. В нашем книжном клубе всем понравилась глава про дизайн-мышление. По сути, там объясняется, как создать дизайн, который будет решать проблему пользователя, и как, собственно, эту проблему понять. Короче говоря, про продуктовый подход.

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

Самые мудрые мысли лежат на поверхности и кажутся откровением.

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

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

P.S. Книга навела на некоторые мысли, оформлю их в отдельных постах.

#книги

👽 Это все человеческий фактор!

Дональд Норман, автор книги "Дизайн привычных вещей", поднимает классную тему. Разбираем авиакатстрофу или автоаварию. Часто причиной назначается ошибка пилота, ну или водитель не справился с управлением. Ну чтож, дело закрыто!

Тут я полностью согласен с Дональдом, что это очень слабая позиция и оправдание, чтобы ничего не делать.

Аналогичная ситуация происходит в разработке продукта, а еще чаще в тимлидстве.

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

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

🧨 Хочу рассмотреть классический плохой пример.
Встречается менеджер и сотрудник на 1-1, чтобы поретрить возникшую проблему. Разговор неприятный, человек со всем соглашается и уверяет, что "больше так не будет". Менеджера это устраивает, косяк признал, обещает исправиться. Мы же взрослые люди 🤡

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

Остается только надеяться, что разговор нанес достаточно сильную эмоциональную травму и будет всплывать каждый раз в будущем 😄

🤔 Что делать?
У японцев есть техника "пять почему". Потому мой ответ – продолжать копать, даже если человек готов сознаться во всех грехах и принять всю вину на себя.

Человека изменить довольно сложно, а систему или процессы – вполне.

#тимлидство

Сегодня отправился в офис на велике писать подкаст. За 5 минут до начала я внезапно понял, что ноут то не взял. Думал про разные варианты.

Ноут так и не смог найти. В итоге собрал довольно дикий сетап.
- Созвонился при помощи переговорки. Говорил и слышал через колонку-пульт. Меня видели через вебку
- Все разъемы были заблочены, потому я не смог воткнуть usb-c своего микрофона.
- Но внезапно, его оказалось можно воткнуть в телефон 😱
- План смотрел на том же телефоне.

Как итог отлично записались. Но, думаю, что попаду в черный список монтажеров всего мира 😬

Модель персон vs JTBD

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

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

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


🙋Модель персон
Так пусть у нас Персоной будет девушка 25-35 лет, женатая, ведет активный образ жизни, путешествует, активно пользуется социальными сетями. Неплохо? Держим это в голове и пилим продукт для этого человека.

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

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


👔 JTBD
Что объединяет их? Не возраст, положение в семье, социальный статус, уровень заработка, а нужда/цель/боль/работа, которую они хотят переложить на приложение.

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

Шах и мат, модель персон!

#продуктоунерство

📊 Приоритизируй это!

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

Хочу подушнить про приоритизацию беклога первого релиза.


🐣 Итерация 1 – Наивная
Для сбора беклога прошелся по наработкам другого продакта, CJM, тикетам в YouTrack, документам от адвокатов и интервью с пользователями, где они давали сравнительный анализ конкурентов.

Фичей получилось бесконечно много. Кластеризовал. За приоритизацией пошел к лиду. С командой за 2 часа разложили.

Результат – меня просто разнесли лиды направления. Основные причины – не учтены некоторые важные факторы. А еще способ приоритизации слишком неявный.


🔬Итерация 2 – Ракетные технологии
Ну хорошо, на критериях приоритизации мы и сфокусируемся. Поговорил со всеми стейкхолдерами, добавил своего представления и получил 9+ критериев.

Разметил фичи по этим критериям и стало понятно, что некоторые вектора сонаправлены, а некоторые имеют сильно меньший вес, чем остальные.

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

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

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

Но самое главное – веса довольно плохо объясняются интуитивно. Аааа, что же делать?!


👔 Итерация 3 – Продуктовый подход
Я задумался, а откуда у меня есть то самое чувство, а где в итоге должна находиться фича по важности?

А все упирается в то, какие пользовательские сценарии/боли/потребности она покрывает.

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

Второй критерий нужен, чтобы мы аналитику не забыли добавить 😄

---
Как итог, будем обсуждать возьмем мы второй или третий способ. Если второй, то мне придется по дороге на этапе реализации влезть еще раз, чтобы мы пользовательские сценарии прокрашивали целиком. Это позволит избежать ситуации, когда у нас напилено много фичей, но когда пытаешься пройти по сценарию то там, то здесь что-то недоделано. Как раз эту ситуацию закрывает третий вариант by design.

#продуктоунерство