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

Новая фича позволяет оперативно отслеживать значимые колебания по времени и частоте использования приложения, а также упрощает отслеживание динамики ключевых метрик (DAU/WAU/MAU, Sticky Factor, ARPPU, ARPWAU), экономя время на изучении отдельных отчётов и сопоставлении данных.

Функция уже доступна владельцам и пользователям с правами чтения и редактирования в AppMetrica.

Узкое место Неймана (Von Neumann Bottleneck) — явление, при котором производительность или пропуская способности Системы ограничена одним или несколькими компонентами или ресурсами самой Системы(ой?).

VNB – это ограничение компьютерной архитектуры, которое происходит из-за того, что один и тот же канал/объект используется для 2+ операций, например, получения и данных и инструкций, а это означает, что в текущих условиях одновременно может происходить только одно из этих событий.

Есть 5 основных узких мест VNB:

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

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

3. Узкое место ядра. В 2000 году процессоры не могли выйти за пределы определенной скорости (иначе они выделяли слишком много тепла), что привело к появлению многоядерных процессоров.

4. Узкое место в когерентности кэша (свойство, означающее целостность данных) при использовании многоядерных процессоров затрудняет согласованность данных в 2+ кэшах.

5. Узкое место соединения. Растущий объём данных и ПО провоцирует рост скорости передачи данных, что приводит появлению узкого места в соединениях между различными компонентами системы.

Проблемы VNB решаются с разной степенью успешности различными способами:

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

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

– Конструкция Памяти. Улучшение конструкции архитектуры памяти увеличивает пропускную способность памяти, входящей и исходящей от ЦП.

– Не-VNB Системы. Эти системы моделируются на примере работы систем из биологического мира (например, экосистемы грибов или системы квантовых вычислений), что позволяет распределенно использовать память (по сравнению с линейной системой, используемой в традиционной компьютерной архитектуре).

– Гарвардская архитектура — это компьютерная архитектура с раздельным хранением и сигнальными путями для инструкций и данных.

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

– Оптические вычисления. Для этого типа вычислений данные передаются с помощью света, а не электрических сигналов, что делает скорость передачи быстрее и снижает потребление энергии.

Джони Айв о том, как он и Стив Джобс поняли, что видят мир одинаково:

«...Мы были в магазине в Италии. Стива заинтересовал нож, он взял его, посмотрел и положил назад. Я подумал: «О, хороший нож» и тоже взял его посмотреть.

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

И теперь это был уже не нож. Это был просто кусок металла, приклеенный к рукоятке

И мы со Стивом поняли, что оба ощутили это.

Я думаю, что в этом есть некое чудесное осознание, когда ты понимаешь, что ты такой не один. И со Стивом мы поймали его довольно рано».

Обычное утро в Сан-Франциско: гугловские роботакси Waymo сигналят другим роботакси, которые тупят на выезде с парковки в 4 утра.

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

Самоуправляемые автомобили Waymo больше не сигналят, находясь рядом друг с другом (с) директор по продукту Waymo Вишай Нихалани

UPD2. Айтишница из дома напротив сообщает, что спустя неделю после апдейта, фича до сих пор в проде и гудит даже по субботам, а в качестве пруфов запустила live-стрим на ютубе с той самой парковки.

UPD3. Гудеть перестали, трансляция выросла до 3,000 подписчиков и на неё прикрутили монетизацию :)

Из комментов: Thinking how boring my life has become, watching autonomous car get freaky, lol.

FYI: Онбординг как ездить на такси Waymo (ютуб)

🪿

Вышли записи с Turbo ML Conf 2024:

Интересное:

– Подходы к построению LLM-приложений
– LLM для автоматизации поддержки
– Cильная LLM на основе открытых моделей
– Вредные LLM‑советы для продактов

Все доклады тут
@zheltyi_ai 🤜🤛

Как нанимают ТОПов и руководителей в Andreessen Horowitz:

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

Как нанимать лучших из лучших:

– Запишите требуемые вами сильные стороны от будущего кандидата на позицию.

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

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

Базовые критерии оценки кандидата:

• Является ли кандидат Выдающимся в своей области? За счёт чего?

• Будет ли он поэтому первоклассным в управлении нашим продуктом/направлением/фичей?

• Будет ли кандидат вносить значительный вклад в стратегическое развитие компании?

• Будет ли он эффективным членом команды?

• Готов ли кандидат делать это с Энергией?

FYI: Если кандидат будет очень эффективным и вносить чрезмерный вклад в продукт-компанию, но при этом команда будет его не переваривать – это неплохо.

Далее, соберите команду для собеседования.

Собирая команду, вы должны задать себе 2 вопроса:

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

Это могут быть действующие сотрудники, совет директоров, другие ТОПы или внешние эксперты.

2. Кто будет нужен для поддержки работы после того, как руководитель ступит на борт?

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

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

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

✨ Лучше всего, чтобы вторая группа интервьюировала только финалистов.

Затем задайте кандидату вопросы на основе его талантов и навыков.

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

Во время проведения интервью обязательно обсуждайте само интервью с кандидатом.

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

Важно, чтобы СЕО сам проводил проверку финальных кандидатов и их рекомендаций

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

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

Больше по теме:

– Как продакты нанимают продактов
– Как руководителю въехать в новый продукт
– Качества хорошего руководителя
– Виды компетентности

Советы как конкурировать с Мегакорпорациями (ч.2):

Slack придумали общение?
Apple изобрели телефоны?
Вкусвилл придумал доставку еды?

Нет.

Они просто достигли Совершенства во всём, чем занимаются: от комплектующих и дизайна до процессов и механик.

Стремление к совершенству — бесконечное нечестное конкурентное преимущество, которое нужно постоянно поддерживать и развивать.

🔸 Интегрируйте удобный импорт данных (переезд) из Систем корпорации-конкурента.

🔸 Сделайте ваш продукт более нишевым и эксклюзивным, чем у корпорации.

🔸 Ограничивайте функционал своего продукта, фокусируясь на безупречном решении основной проблемы.

🔸 Оживляйте продукт сезонными акциями, функциями и активностями.

🔸 Добавляйте человеческое прикосновение в соответствующих точках CJM.

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

🔸 Запустите и развивайте сообщество для пользователей.

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

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

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

🔸 Создайте 1/2+ бесплатных автономных мини-тулзы, который решают асимметричные пользовательские проблемы и качайте через них основной продукт;

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

🔸 Организуйте партнёрство с конкурентом корпорации;

🔸 Перейдите от ежемесячной подписки к модели оплаты на основе использования продукта (Cost per Event).

⭐️ Удача = Cовершенство + Инновации

– Два столпа любого продукта
– 7 важных компонентов продукта
– Как понять потенциал продукта

Кажется, теперь становится понятным, как мы будем терять работу. конкретно игры будут генерироваться.

GameNGen — первый игровой движок, который сгенерировал игру, и, конечно же, это Doom.

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

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

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

Doom рано или поздно запустят на человеческих мозгах. Только лет 30 надо подождать.
@cgit_vines

Концепция продукта не является чем-то постоянным и однообразным. Более того, она состоит из 4 составляющих:

1) главный продукт;
2) реализованный продукт;
3) расширенный продукт;
4) потенциальный продукт. 

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

1. Главный продукт

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

2. Реализованный продукт

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

Продолжая пример с Google: юзеру необходимо зайти на сайт Гугла и ввести свой запрос в строке поиска. Для поиска ему также нужен выход в интернет и, в некоторых случаях, аккаунт в Гугле.

Реализованный продукт это то, как главный продукт реализован ДЛЯ ЮЗЕРА (потому что 2 почти всегда не такой, как 1)

3. Расширенный продукт

Продолжая пример с Google, это расширение и обрастание реализованного продукта доп. сервисами типа Gmail, Google Docs и прочими возможностями-проблемами.

4. Возможный продукт

Возможный продукт – постоянно убегающая вперёд концепция идеального продукта, который позволит удовлетворить максимальное кол-во БУДУЩИХ потребностей юзеров.

На примере всё того же Google, это было(!) их желание изобрести ИИ 🤷‍♂️

Круги концепций и перемещение продукта внутри них – постоянный процесс развития продуктов.

А раз так, то после достижения статуса "4. Возможный продукт", продукт и его концепция возвращаются к источнику к статусу "Главный продукт" ♾️