Платформа для разработчика как продукт.
После просмотра выступления Романа Елизарова про платформу для разработчика как продукт — вот ссылка на его доклад — не дают покоя несколько мыслей. Доклад рекомендую к просмотру тем, кто занимается внутренними платформами и инфраструктурой в IT-командах.
Роман затронул несколько важных моментов, которые у меня резонируют и, думаю, также попадут во многих из вас:
1. Продукт должен быть ориентирован на пользователя и иметь чёткую цель
На успешных продуктах вроде GitHub Actions или Firebase — видно, что каждая их функция отвечает на конкретную боль пользователя и реально облегчает жизнь. Хотя со временем что-то лишнее (или непонятное внешнему наблюдателю) налипает. Еще один отличный пример — внутренняя платформа Backstage от Spotify. Их всех объединяет философия: каждая новая фича убирает барьеры для разработчиков, а не создаёт новые.
2. Метрики — не просто красивые графики
Роман совершенно прав: метрики — это не самоцель. Цифры ради отчёта мало что дают — важно понимать, какую реальную пользу они показывают. Можно измерять аптайм, скорость деплоя, NPS — но всё это имеет смысл, только если метрики реально связаны с удовлетворённостью и эффективностью команд. cto
3. Документация и поддержка — не nice-to-have, а must-have
Каждый, кто пытался разобраться в обрывочном или устаревшем README, меня поймёт 😅 (Сам не раз сталкивался с самописными сервисами без документации.) Хорошая документация и поддержка делают платформу реально ценной для всей компании. Не зря такие проекты, как Stripe, серьезно вкладываются в документацию, и это помогает выделяться среди конкурентов. Небольшая заметка про важность документации.
4. Удобный интерфейс — не для красоты, а ради бизнеса
Тут вообще можно столько копий сломать, что даже начинать не хочется. Любой разработчик, застрявший в сложных ритуалах деплоя или в интерфейсах уровня Jenkins-2015, знает, о чём речь.
В итоге
Платформа для разработчиков — это полноценный продукт. Она требует такого же внимания к деталям, прозрачности и заботы о пользователе, как и любой внешний сервис. Грамотный подход к этому вопросу может заметно повысить производительность и вовлечённость технических команд.
После просмотра выступления Романа Елизарова про платформу для разработчика как продукт — вот ссылка на его доклад — не дают покоя несколько мыслей. Доклад рекомендую к просмотру тем, кто занимается внутренними платформами и инфраструктурой в IT-командах.
Роман затронул несколько важных моментов, которые у меня резонируют и, думаю, также попадут во многих из вас:
1. Продукт должен быть ориентирован на пользователя и иметь чёткую цель
Это кажется очевидным, но на практике мы знаем, сколько можно потратить ресурсов впустую, создавая очередную платформу «потому что модно», «бизнес попросил» или «у конкурентов есть».
На успешных продуктах вроде GitHub Actions или Firebase — видно, что каждая их функция отвечает на конкретную боль пользователя и реально облегчает жизнь. Хотя со временем что-то лишнее (или непонятное внешнему наблюдателю) налипает. Еще один отличный пример — внутренняя платформа Backstage от Spotify. Их всех объединяет философия: каждая новая фича убирает барьеры для разработчиков, а не создаёт новые.
2. Метрики — не просто красивые графики
Роман совершенно прав: метрики — это не самоцель. Цифры ради отчёта мало что дают — важно понимать, какую реальную пользу они показывают. Можно измерять аптайм, скорость деплоя, NPS — но всё это имеет смысл, только если метрики реально связаны с удовлетворённостью и эффективностью команд. cto
3. Документация и поддержка — не nice-to-have, а must-have
Каждый, кто пытался разобраться в обрывочном или устаревшем README, меня поймёт 😅 (Сам не раз сталкивался с самописными сервисами без документации.) Хорошая документация и поддержка делают платформу реально ценной для всей компании. Не зря такие проекты, как Stripe, серьезно вкладываются в документацию, и это помогает выделяться среди конкурентов. Небольшая заметка про важность документации.
4. Удобный интерфейс — не для красоты, а ради бизнеса
Тут вообще можно столько копий сломать, что даже начинать не хочется. Любой разработчик, застрявший в сложных ритуалах деплоя или в интерфейсах уровня Jenkins-2015, знает, о чём речь.
В итоге
Платформа для разработчиков — это полноценный продукт. Она требует такого же внимания к деталям, прозрачности и заботы о пользователе, как и любой внешний сервис. Грамотный подход к этому вопросу может заметно повысить производительность и вовлечённость технических команд.
VK Видео
Платформа для разработчика как продукт / Рома Елизаров
На Яндекс Dev Day&Night Рома Елизаров, руководитель отдела улучшения опыта разработчиков, рассказал про Техплатформу Городских сервисов Яндекса. И объяснил, как набор из простых решений обычных проблем превратился в платформу, на которой более чем 3000 специалистов…
👍6❤3
Закон Амдала, или почему не всё параллелится.
Представьте, что вы пытаетесь ускорить приготовление борща, привлекая больше поваров. Звучит логично – чем больше рук, тем быстрее, верно? Не совсем! И именно об этом нам рассказывает закон Амдала.
В 1967 году Джин Амдал сформулировал то, что сейчас считается одним из фундаментальных законов компьютерной архитектуры. Суть проста: если у вас есть задача, которую вы пытаетесь распараллелить, максимальное ускорение всегда будет ограничено той частью, которую нельзя выполнить параллельно.
Вернёмся к борщу. Некоторые операции можно распараллелить (например, нарезка овощей), но есть те, которые должны выполняться строго последовательно (варка: мясной бульон и т.д.). Сколько бы поваров вы ни добавили, борщ не сварится быстрее определённого времени из-за этих последовательных операций. Тут вы меня поправите, мол, можно заранее заварить бульон, так, например, поступают при промышленной готовке плова, когда заранее готовят зирвак. Но это тоже время.
То же самое в программировании — даже если у вас есть 128 ядер, программа не станет работать в 128 раз быстрее. Всё упирается в ту самую последовательную часть, которую никак не распараллелить.
Вспомнил я это не случайно. Необходимо было консультировать одного молодого человека с легаси-проектом на Java 6. По памяти вспомнил формулу закона Амдала и книжку, в которой впервые к месту прочитал объяснение и сразу знакомился с применением этого закона:
Java Concurrency in Practice
Сейчас, благодаря издательству «Питер», книжка доступна на русском языке:
Java Concurrency на практике
Взял ее в руки, и прям накатила ностальгия. Начал читать, и прям поперли флешбэки, чуть позже вернусь к этой книге еще.
#книга
Представьте, что вы пытаетесь ускорить приготовление борща, привлекая больше поваров. Звучит логично – чем больше рук, тем быстрее, верно? Не совсем! И именно об этом нам рассказывает закон Амдала.
В 1967 году Джин Амдал сформулировал то, что сейчас считается одним из фундаментальных законов компьютерной архитектуры. Суть проста: если у вас есть задача, которую вы пытаетесь распараллелить, максимальное ускорение всегда будет ограничено той частью, которую нельзя выполнить параллельно.
Если чуть более занудно, то он описывает теоретический предел ускорения выполнения задачи при параллелизации её частей. Суть закона заключается в том, что ускорение ограничено долей последовательного выполнения кода. Даже если некоторые части программы можно выполнить параллельно, всё равно существуют участки, которые необходимо выполнить последовательно, независимо от количества доступных процессоров.
Вернёмся к борщу. Некоторые операции можно распараллелить (например, нарезка овощей), но есть те, которые должны выполняться строго последовательно (варка: мясной бульон и т.д.). Сколько бы поваров вы ни добавили, борщ не сварится быстрее определённого времени из-за этих последовательных операций. Тут вы меня поправите, мол, можно заранее заварить бульон, так, например, поступают при промышленной готовке плова, когда заранее готовят зирвак. Но это тоже время.
То же самое в программировании — даже если у вас есть 128 ядер, программа не станет работать в 128 раз быстрее. Всё упирается в ту самую последовательную часть, которую никак не распараллелить.
Вспомнил я это не случайно. Необходимо было консультировать одного молодого человека с легаси-проектом на Java 6. По памяти вспомнил формулу закона Амдала и книжку, в которой впервые к месту прочитал объяснение и сразу знакомился с применением этого закона:
Java Concurrency in Practice
Сейчас, благодаря издательству «Питер», книжка доступна на русском языке:
Java Concurrency на практике
Взял ее в руки, и прям накатила ностальгия. Начал читать, и прям поперли флешбэки, чуть позже вернусь к этой книге еще.
#книга
🔥10❤5👍5
Приключения в South HUB: D&D с умной колонкой.
Вернулся с крутого летнего лагеря для C-level — South HUB. Провел там три игры Dungeons & Dragons в роли мастера (про наш D&D надо конечно рассказать отдельно), и у меня был необычный помощник — новая Яндекс Станция Стрит .
Почему она оказалась идеальным компаньоном для D&D?
Два ключевых момента:
1. Автономность: колонка работает через мобильный хотспот или Bluetooth. А если заранее скачать треки - вообще не нужен интернет. Идеально для выездных игр!
2. Голосовое управление: можно переключать музыку командами прямо во время игры, не отвлекаясь от процесса. И что круто — работает даже офлайн. Но можно подруливать и с мобилки, с обычного приложения Яндекс Музыка.
Атмосферные саундтреки для разных локаций, эпичная музыка для боёв, звуки природы для погружения. Колонка слушает переотражения своего звука и слегка подстраивается под окруждение, звук получает интересным.
Прям горжусь, как удачно всё сложилось — и игры провел, и новую колонку протестировал в деле. Теперь это мой must-have для выездных D&D сессий 🎪
Вернулся с крутого летнего лагеря для C-level — South HUB. Провел там три игры Dungeons & Dragons в роли мастера (про наш D&D надо конечно рассказать отдельно), и у меня был необычный помощник — новая Яндекс Станция Стрит .
Почему она оказалась идеальным компаньоном для D&D?
Два ключевых момента:
1. Автономность: колонка работает через мобильный хотспот или Bluetooth. А если заранее скачать треки - вообще не нужен интернет. Идеально для выездных игр!
2. Голосовое управление: можно переключать музыку командами прямо во время игры, не отвлекаясь от процесса. И что круто — работает даже офлайн. Но можно подруливать и с мобилки, с обычного приложения Яндекс Музыка.
Атмосферные саундтреки для разных локаций, эпичная музыка для боёв, звуки природы для погружения. Колонка слушает переотражения своего звука и слегка подстраивается под окруждение, звук получает интересным.
Прям горжусь, как удачно всё сложилось — и игры провел, и новую колонку протестировал в деле. Теперь это мой must-have для выездных D&D сессий 🎪
🔥9🤩4❤2🗿1
А вот представьте себе виртуального менеджера в вашем трекере задач! 🤔
Такой помощник, который берет на себя рутину и помогает команде двигаться эффективнее. Он отслеживает дедлайны, напоминает о встречах, автоматически обновляет статусы задач и даже предлагает оптимальные решения на основе накопленного опыта команды.
Прям вижу, как он анализирует паттерны работы команды - кто в чем силен, у кого какая загрузка, и предлагает оптимальное распределение задач. При этом учитывает и человеческий фактор - кто с кем лучше работает в паре, у кого какой график.
А еще такой менеджер мог бы автоматически собирать отчеты о проделанной работе, подсвечивать риски и узкие места, предупреждать о потенциальных проблемах. Представляете, сколько времени это освободило бы для действительно важных задач?
Но самое интересное - это возможность постоянного обучения на основе реального опыта команды. Чем дольше он работает с конкретной командой, тем точнее его предсказания и рекомендации.
Как думаете, такой помощник реально мог бы облегчить жизнь команде? 🤔
Такой помощник, который берет на себя рутину и помогает команде двигаться эффективнее. Он отслеживает дедлайны, напоминает о встречах, автоматически обновляет статусы задач и даже предлагает оптимальные решения на основе накопленного опыта команды.
Прям вижу, как он анализирует паттерны работы команды - кто в чем силен, у кого какая загрузка, и предлагает оптимальное распределение задач. При этом учитывает и человеческий фактор - кто с кем лучше работает в паре, у кого какой график.
А еще такой менеджер мог бы автоматически собирать отчеты о проделанной работе, подсвечивать риски и узкие места, предупреждать о потенциальных проблемах. Представляете, сколько времени это освободило бы для действительно важных задач?
Но самое интересное - это возможность постоянного обучения на основе реального опыта команды. Чем дольше он работает с конкретной командой, тем точнее его предсказания и рекомендации.
Как думаете, такой помощник реально мог бы облегчить жизнь команде? 🤔
Но в начале мы, конечно, кайфанем, прям вижу в тикете переписку:
— Позови человека.
— Можете выставить эстимейт этой задаче с учётом вашего опыта и непрерывной сфокусированной работы в одном потоке с этой задачей.
— Сука, позови человека...
😁14👍1
Young Con 2025.
Уже на следующей неделе мега-событие в Москве. 25 июня на Live Арене пройдет Young Con 2025. Коллеги ждут 8 000 человек (в прошлом году было круто и было 5000).
Ярмарки вакансий, продуктовые зоны, доклады и пробные собеседования. Все для тех, кто начинает карьеру в ИТ.
П.С. А я в это время буду на питерских конференциях и вырваться не смогу, но обещают, что будет эпично.
Уже на следующей неделе мега-событие в Москве. 25 июня на Live Арене пройдет Young Con 2025. Коллеги ждут 8 000 человек (в прошлом году было круто и было 5000).
Ярмарки вакансий, продуктовые зоны, доклады и пробные собеседования. Все для тех, кто начинает карьеру в ИТ.
П.С. А я в это время буду на питерских конференциях и вырваться не смогу, но обещают, что будет эпично.
❤3🤩1
Немного о безопасности дома.
Сегодня в очередной раз пришла ко мне знакомая девушка и попросила совета. Контекст такой: «Снимаю квартиру и хочу быть уверенной, что ко мне не ходят, пока меня нет». Еще полгода назад у меня не было ответа на этот запрос. Точнее, был, но так себе.
Сейчас мои коллеги запустили в производство и уже поставляют умную IP‑камеру для дома. Она работает в экосистеме умного дома с Алисой и стоит недорого.
Сегодня в очередной раз пришла ко мне знакомая девушка и попросила совета. Контекст такой: «Снимаю квартиру и хочу быть уверенной, что ко мне не ходят, пока меня нет». Еще полгода назад у меня не было ответа на этот запрос. Точнее, был, но так себе.
Сейчас мои коллеги запустили в производство и уже поставляют умную IP‑камеру для дома. Она работает в экосистеме умного дома с Алисой и стоит недорого.
❤4👀4
Высоконагруженные системы, ARGUS и музыка.
Эта неделя наполнена технологическими конференциями. Сегодня и завтра веду «Красный зал» на Saint HighLoad, подходите, будет интересно.
Кстати, в кулуарах задали вопросик: «А что из «высоконагруженного» происходит в мире, от чего меня прям распирает?» И вы знаете, у меня есть ответ. Недавно ребята катнули ARGUS — новое поколение генеративных моделей.
Помните, я писал про один из крупнейших в мире датасетов для развития рекомендательных систем — примерно 5 миллиардов событий. Так вот, ARGUS в Яндекс Музыке ворочает объемом более чем в 20 раз превышающим Yambda.
Ну и что, спросите вы. А то, что внедрение ARGUS увеличило количество лайков на незнакомых треках на 20%. Подробно про внедрение можно почитать тут.
Особенно в рассказе Кирилла меня впечатлило то, как он рассказывает про результаты A/B-тестов и замеры, поверьте, вживую это еще круче, чем в тексте. Хотя в тексте вы все можете считать обстоятельный рассказ, но он не передает ту вовлеченность и эмоции, которыми Кирилл заражает слушателей.
Эта неделя наполнена технологическими конференциями. Сегодня и завтра веду «Красный зал» на Saint HighLoad, подходите, будет интересно.
Кстати, в кулуарах задали вопросик: «А что из «высоконагруженного» происходит в мире, от чего меня прям распирает?» И вы знаете, у меня есть ответ. Недавно ребята катнули ARGUS — новое поколение генеративных моделей.
Помните, я писал про один из крупнейших в мире датасетов для развития рекомендательных систем — примерно 5 миллиардов событий. Так вот, ARGUS в Яндекс Музыке ворочает объемом более чем в 20 раз превышающим Yambda.
Ну и что, спросите вы. А то, что внедрение ARGUS увеличило количество лайков на незнакомых треках на 20%. Подробно про внедрение можно почитать тут.
Особенно в рассказе Кирилла меня впечатлило то, как он рассказывает про результаты A/B-тестов и замеры, поверьте, вживую это еще круче, чем в тексте. Хотя в тексте вы все можете считать обстоятельный рассказ, но он не передает ту вовлеченность и эмоции, которыми Кирилл заражает слушателей.
❤2👍2🔥1
Dream → Teamlead.
Кажется все. Ну почти все. Закончили мы сезон конференций. Закончили да не совсем. Осталась одна, но какая — Dream → Teamlead. 19 июля в Москве практическая конференция в фокусе которой — реальные задачи, живые люди и рабочие инструменты для тех, кто управляет командами. Будет нетворкинг, прожарка кейсов, батлы и мастер‑классы от экспертов.
🔵 Тимлидская прожарка. Гвоздь программы — открытый разбор кейсов участников. CTO и тимлиды из крупных компаний публично анализируют ситуации из практики. Можно просто послушать, а можно принести свой кейс и получить обратную связь.
🔵 Батл: тимлидский реплай. Участники получают вопрос — и сходу обсуждают его с разных сторон вместе с экспертами. Формат — свободный батл: аргументация, логика, критическое мышление. Победителя выберет зал.
🔵 Нетворкинг без суеты. Помимо активных форматов, будет место для общения один на один: дискуссии, персональные консультации, обмен опытом с коллегами из индустрии. Спикеры останутся не на сцене, а среди участников — именно для того, чтобы диалог был равным.
Собираюсь быть там и жду вас с кейсами, вопросами и просто хорошим настроением. Подробности и регистрация — на странице мероприятия.
Кажется все. Ну почти все. Закончили мы сезон конференций. Закончили да не совсем. Осталась одна, но какая — Dream → Teamlead. 19 июля в Москве практическая конференция в фокусе которой — реальные задачи, живые люди и рабочие инструменты для тех, кто управляет командами. Будет нетворкинг, прожарка кейсов, батлы и мастер‑классы от экспертов.
В программе:
Анатолий Панов, СТО Яндекс Карт, поделится стратегиями карьерного роста: как стать заметным и взять развитие в свои руки, даже если никто вам пока этого не предлагал.
Максим Дорофеев, специалист по продуктивности, тренер, автор книг «Джедайские техники» и «Путь джедая») расскажет, как с помощью логики избавляться от лишней работы и фокусироваться на нужной.
Александр Ложечкин, CIO Райффайзен Банка, проведёт мастер‑класс на острую тему: «HOWTO: дофамин». Как управлять собой и командой, не манипулируя — и не попадая под чужое влияние.
Собираюсь быть там и жду вас с кейсами, вопросами и просто хорошим настроением. Подробности и регистрация — на странице мероприятия.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤2👍2
Залипание, привычки, карты.
Знаете, что самое интересное в работе над продуктами? То, как сильно мы, пользователи, привязываемся к определенным паттернам поведения. Это как любимое кресло – вроде и не самое удобное, но попробуй пересади нас в другое!
Вот как пример. Уже скоро середина лета, пешие прогулки по городу (в моем случае полуночные). И хочу признаться, многие годы отдавал предпочтение картам от 2gis в соотношении 70 на 30 относительно Яндекс Карт.
Но вот уже какое-то время стал замечать, что баланс сильно изменился. Последние пару месяцев явно 60 на 40 в пользу Яндекс Карт. Что случилось? Мне непонятно. Но мою пользовательскую привычку Яндекс Карты смогли перебить.
Пытаюсь в этом разобраться, но пока что-то неуловимое ускользает. Вообще, когда работаешь над продуктом, приходится решать две ключевые задачи:
Интересно, что даже явные улучшения в продукте могут натолкнуться на сопротивление пользователей. Потому что «а я привык по-старому» 🤷♂️
Вот такой парадокс: создавая новое, всегда приходится учитывать силу старых привычек. И находить баланс между инновациями и комфортной адаптацией.
А у вас есть примеры, когда вы долго не могли отказаться от привычного инструмента в пользу более современного? Делитесь в комментариях!
P. S. Кстати, Яндекс представил следующее поколение детальных карт города. Говорят, это самое масштабное обновление дизайна Яндекс Карт за последнее время. Я заметил читаемость карты, новые контрастные цвета, более детальную разметку и отображение подземных пешеходных переходов.
Знаете, что самое интересное в работе над продуктами? То, как сильно мы, пользователи, привязываемся к определенным паттернам поведения. Это как любимое кресло – вроде и не самое удобное, но попробуй пересади нас в другое!
Вот как пример. Уже скоро середина лета, пешие прогулки по городу (в моем случае полуночные). И хочу признаться, многие годы отдавал предпочтение картам от 2gis в соотношении 70 на 30 относительно Яндекс Карт.
Но вот уже какое-то время стал замечать, что баланс сильно изменился. Последние пару месяцев явно 60 на 40 в пользу Яндекс Карт. Что случилось? Мне непонятно. Но мою пользовательскую привычку Яндекс Карты смогли перебить.
Пытаюсь в этом разобраться, но пока что-то неуловимое ускользает. Вообще, когда работаешь над продуктом, приходится решать две ключевые задачи:
🎯 Как закрепить нужные паттерны поведения у пользователей.
Тут важно создать такой опыт использования, чтобы он стал частью ежедневной рутины. Чтобы действия выполнялись на автомате, без лишних раздумий.
🎯 Как переманить пользователей от конкурентов.
А это уже настоящее искусство – нужно не просто предложить что-то лучшее, но и помочь людям преодолеть инерцию привычек.
Интересно, что даже явные улучшения в продукте могут натолкнуться на сопротивление пользователей. Потому что «а я привык по-старому» 🤷♂️
Вот такой парадокс: создавая новое, всегда приходится учитывать силу старых привычек. И находить баланс между инновациями и комфортной адаптацией.
А у вас есть примеры, когда вы долго не могли отказаться от привычного инструмента в пользу более современного? Делитесь в комментариях!
P. S. Кстати, Яндекс представил следующее поколение детальных карт города. Говорят, это самое масштабное обновление дизайна Яндекс Карт за последнее время. Я заметил читаемость карты, новые контрастные цвета, более детальную разметку и отображение подземных пешеходных переходов.
👍5🔥4❤2
Все проспал, проспал, а нет не проспал!
Коллеги разыгрывают кастомные настолки и фирменные рюкзаки. Они решили совместить полезное с приятным: предлагают пройти небольшой квиз по нашей инфраструктуре — а заодно получить шанс на приз.
Всё просто:
🟣 отвечаете на вопросы квиза про наши продукты и технологии
🟣 заполняете форму
🟣 и подписываетесь на канал Yandex Infrastructure
Важно: отправка призов только по РФ.
🚩 Среди участников 7 июля случайным образом выберут 10 победителей — каждый получит набор из фирменной настолки и рюкзака.
Коллеги разыгрывают кастомные настолки и фирменные рюкзаки. Они решили совместить полезное с приятным: предлагают пройти небольшой квиз по нашей инфраструктуре — а заодно получить шанс на приз.
Всё просто:
🟣 отвечаете на вопросы квиза про наши продукты и технологии
🟣 заполняете форму
🟣 и подписываетесь на канал Yandex Infrastructure
Важно: отправка призов только по РФ.
🚩 Среди участников 7 июля случайным образом выберут 10 победителей — каждый получит набор из фирменной настолки и рюкзака.
❤3👍3🔥3👎1
Есть вопросики.
Бывает так, что вы открываете приложение, и в нем всё переставили. Поздравляю, скорее всего, вы попали в продуктовый эксперимент! И я такой же, как вы. Иногда недоумеваю, и мне в новой Лавке так же бывает полезна инструкция от Максима Ильяхова, чтобы добраться до раздела «Вы покупали».
А кто все это придумал? Продакт!
Продакт рано или поздно должен ставить рискованные и смелые эксперименты. И для части аудитории это может оказаться болезненным воздействием. А другая часть аудитории увидит для себя пользу. Дальше всё зависит от метрик. Вот гипотеза. Вот эксперимент. Вот метрики. И во многих случаях сразу видно — это гипотеза «золото». А эта так себе проявилась.
Бывает, без хорошенькой такой, развернутой P&L, кучи метрик и дополнительного исследования и не разобраться. Можно задать много прямых и хороших вопросов, которые крутятся на языке.
А теперь представьте, что есть время и место, где можно честно и искренне обсуждать всё, из чего состоит рабочая и околорабочая жизнь продактов и продуктовых дизайнеров. Они все в рядок собрались, выдохнули и хотят не думать о доработках и метриках.
Мне вспомнился прекрасный анекдот про круизный лайнер, когда вседержитель на корабль три года всех собирал. А тут не три года, а прям быстро — 26 июля пройдёт Product : Fest — фестиваль Яндекса для продактов и продуктовых дизайнеров.
Приходите, чтобы честно обсудить боли с коллегами (от коммуникации с разработчиками до работы с AI) и вдохновиться кейсами громких запусков от CPO и арт-директоров. И, конечно же, понетворкаться на утреннем кофе-рейве и вечернем боулинге.
Обещают четыре локации: «Слушаем», «Общаемся», «Катим», «Танцуем». Между докладами можно славнопокатать шары понетворкать и задать острые вопросы.
Бывает так, что вы открываете приложение, и в нем всё переставили. Поздравляю, скорее всего, вы попали в продуктовый эксперимент! И я такой же, как вы. Иногда недоумеваю, и мне в новой Лавке так же бывает полезна инструкция от Максима Ильяхова, чтобы добраться до раздела «Вы покупали».
А кто все это придумал? Продакт!
Продакт рано или поздно должен ставить рискованные и смелые эксперименты. И для части аудитории это может оказаться болезненным воздействием. А другая часть аудитории увидит для себя пользу. Дальше всё зависит от метрик. Вот гипотеза. Вот эксперимент. Вот метрики. И во многих случаях сразу видно — это гипотеза «золото». А эта так себе проявилась.
Бывает, без хорошенькой такой, развернутой P&L, кучи метрик и дополнительного исследования и не разобраться. Можно задать много прямых и хороших вопросов, которые крутятся на языке.
А теперь представьте, что есть время и место, где можно честно и искренне обсуждать всё, из чего состоит рабочая и околорабочая жизнь продактов и продуктовых дизайнеров. Они все в рядок собрались, выдохнули и хотят не думать о доработках и метриках.
Мне вспомнился прекрасный анекдот про круизный лайнер, когда вседержитель на корабль три года всех собирал. А тут не три года, а прям быстро — 26 июля пройдёт Product : Fest — фестиваль Яндекса для продактов и продуктовых дизайнеров.
Приходите, чтобы честно обсудить боли с коллегами (от коммуникации с разработчиками до работы с AI) и вдохновиться кейсами громких запусков от CPO и арт-директоров. И, конечно же, понетворкаться на утреннем кофе-рейве и вечернем боулинге.
Обещают четыре локации: «Слушаем», «Общаемся», «Катим», «Танцуем». Между докладами можно славно
👍5🔥3🤩2🗿2
Почему так сложно.
Спросили меня, а зачем так сложно: P&L, метрики еще и исследования. Неужели и так не видно, когда эксперимент пошел не туда.
Нет, не видно!
Вот возьмем один пример, не самый очевидный. Допустим, мы один «популярный» видеохостинг. И мы решили премировать наших контентмейкеров за просмотры загруженных видео. Крутое вроде продуктовое решение, которое должно поощрять размещение контента. На круг оно должно повысить привлекательность всех категорий потребителей нашего продукта.
Опытные владельцы экселя минут за 15 считают примитивную схему. В одном хостинге (для этого перебираем, что, где, какие остатки можно взять в аренду) берем виртуалочки. Скриптом накатываем конфигурацию. Запускаем генерацию просмотров. Профит.
Владельцы хостинга: ого, тут со дна постучали. В момент разобраны остатки по неликвидному продукту, да так, что стало выгодно доставить по быстрому любые мощности в дата-центре. Кстати, можно и статейку заказать, какие мы крутые и как бустанули.
Владельцы видеохостинга, видя такой небывалый прирост просмотров на платформе, тоже заказывают статью. И этой статьей хайповой отчитываются перед инвесторами.
Итого. Владельцы хостинга в наваре. Опытные владельцы экселя в наваре. Владельцы видеохостинга закрылись перед инвесторами. Инвесторы — так! А можно нам продакта с P&L подать на блюде, интересно, куда это деньги рассосались.
Спросили меня, а зачем так сложно: P&L, метрики еще и исследования. Неужели и так не видно, когда эксперимент пошел не туда.
Нет, не видно!
Вот возьмем один пример, не самый очевидный. Допустим, мы один «популярный» видеохостинг. И мы решили премировать наших контентмейкеров за просмотры загруженных видео. Крутое вроде продуктовое решение, которое должно поощрять размещение контента. На круг оно должно повысить привлекательность всех категорий потребителей нашего продукта.
Опытные владельцы экселя минут за 15 считают примитивную схему. В одном хостинге (для этого перебираем, что, где, какие остатки можно взять в аренду) берем виртуалочки. Скриптом накатываем конфигурацию. Запускаем генерацию просмотров. Профит.
Владельцы хостинга: ого, тут со дна постучали. В момент разобраны остатки по неликвидному продукту, да так, что стало выгодно доставить по быстрому любые мощности в дата-центре. Кстати, можно и статейку заказать, какие мы крутые и как бустанули.
Владельцы видеохостинга, видя такой небывалый прирост просмотров на платформе, тоже заказывают статью. И этой статьей хайповой отчитываются перед инвесторами.
Итого. Владельцы хостинга в наваре. Опытные владельцы экселя в наваре. Владельцы видеохостинга закрылись перед инвесторами. Инвесторы — так! А можно нам продакта с P&L подать на блюде, интересно, куда это деньги рассосались.
😁3🔥1
«Java Concurrency на практике» и JSR 166.
Недавно я помогал одному молодому разработчику в распиле монолитного приложения. В ходе работы пришлось немного пообсуждать матчасть вокруг паттернов и многопоточного программирования. В итоге пришлось «ударить» человека классической книгой «Java Concurrency на практике».
Изначально я познакомился с ней на языке оригинала, позже передал ее в дар молодым аспирантам. Каково же было мое удивление, что книгу можно купить на русском языке. И это всё благодаря издательству «Питер». Это настоящая классика:
Brian Goetz, Tim Peierls, Joshua Bloch, Joseph Bowbeer, David Holmes, Doug Lea — Java Concurrency in Practice
Брайан Гетц, Тим Пайерлс, Джошуа Блох, Джозеф Боубер, Дэвид Холмс, Даг Ли — «Java Concurrency на практике» или тут
Среди авторов книги надо выделить Doug Lea, он возглавлял движуху вокруг JSR 166. JSR 166 — это спецификация, официально называемая «Concurrency Utilities», то есть «Утилиты для работы с параллелизмом» для платформы Java. Надо сказать, что примерно в 2004 году благодаря этому JSR в Java 5 появился пакет java.util.concurrent. Это был настоящий прорыв для разработчиков, столкнувшихся с многопоточностью.
Не передать словами, как много было радости от появления java.util.concurrent — основного пакета, реализующего новые классы и интерфейсы для организации параллелизма. Появился Executor framework — удобная модель управления пулом потоков (ThreadPool), например, через интерфейсы Executor, ExecutorService, классы ThreadPoolExecutor. В то же время катнули коллекции с поддержкой потокобезопасности — такие как ConcurrentHashMap, CopyOnWriteArrayList и др.
Всё это тут же включали в работу вместо примитивных synchronized блоков. Это как пересесть с велосипеда на спорткар. Надо сказать, что сразу после релиза, может чуть больше года, Брайан Гетц с соавторами выпустили выше обозначенную книгу, ставшую библией по этой теме. Помню, как мне подарили книгу и я взял её в руки — такое чувство, будто получил ключи от Ferrari! 🏎️
Что особенно круто — книга не просто описывает API, а объясняет фундаментальные концепции: visibility, atomicity, ordering. Без понимания этих вещей любой код с потоками превращается в русскую рулетку.
И хотя с тех пор прошло почти 20 лет, принципы, описанные там, актуальны до сих пор. Эта книга дает твердую базу для любого человека, взявшегося писать многопоточный код на Java.
Недавно я помогал одному молодому разработчику в распиле монолитного приложения. В ходе работы пришлось немного пообсуждать матчасть вокруг паттернов и многопоточного программирования. В итоге пришлось «ударить» человека классической книгой «Java Concurrency на практике».
Изначально я познакомился с ней на языке оригинала, позже передал ее в дар молодым аспирантам. Каково же было мое удивление, что книгу можно купить на русском языке. И это всё благодаря издательству «Питер». Это настоящая классика:
Brian Goetz, Tim Peierls, Joshua Bloch, Joseph Bowbeer, David Holmes, Doug Lea — Java Concurrency in Practice
Брайан Гетц, Тим Пайерлс, Джошуа Блох, Джозеф Боубер, Дэвид Холмс, Даг Ли — «Java Concurrency на практике» или тут
Среди авторов книги надо выделить Doug Lea, он возглавлял движуху вокруг JSR 166. JSR 166 — это спецификация, официально называемая «Concurrency Utilities», то есть «Утилиты для работы с параллелизмом» для платформы Java. Надо сказать, что примерно в 2004 году благодаря этому JSR в Java 5 появился пакет java.util.concurrent. Это был настоящий прорыв для разработчиков, столкнувшихся с многопоточностью.
Не передать словами, как много было радости от появления java.util.concurrent — основного пакета, реализующего новые классы и интерфейсы для организации параллелизма. Появился Executor framework — удобная модель управления пулом потоков (ThreadPool), например, через интерфейсы Executor, ExecutorService, классы ThreadPoolExecutor. В то же время катнули коллекции с поддержкой потокобезопасности — такие как ConcurrentHashMap, CopyOnWriteArrayList и др.
Всё это тут же включали в работу вместо примитивных synchronized блоков. Это как пересесть с велосипеда на спорткар. Надо сказать, что сразу после релиза, может чуть больше года, Брайан Гетц с соавторами выпустили выше обозначенную книгу, ставшую библией по этой теме. Помню, как мне подарили книгу и я взял её в руки — такое чувство, будто получил ключи от Ferrari! 🏎️
Что особенно круто — книга не просто описывает API, а объясняет фундаментальные концепции: visibility, atomicity, ordering. Без понимания этих вещей любой код с потоками превращается в русскую рулетку.
И хотя с тех пор прошло почти 20 лет, принципы, описанные там, актуальны до сих пор. Эта книга дает твердую базу для любого человека, взявшегося писать многопоточный код на Java.
👍11❤3🔥1
Собираемся на C++ Zero Cost Conf.
Лето не повод перестать ходить на конференции. В фокусе хардовые ребята и конференция C++ Zero Cost Conf.
Практикующие разработчики на C++ из ведущих компаний поделятся своими знаниями, представят прикладные доклады и расскажут о реальных кейсах, подкреплённых метриками.
Конференция пройдёт в двух странах и трёх городах. Необычно то, что будет аж три площадки:
🔵 Москва — офлайн и онлайн
🔵 Белград — офлайн и онлайн
🔵 Санкт-Петербург — только офлайн
📆 Конференция пройдёт 2 августа. Зарегистрироваться.
Лето не повод перестать ходить на конференции. В фокусе хардовые ребята и конференция C++ Zero Cost Conf.
Практикующие разработчики на C++ из ведущих компаний поделятся своими знаниями, представят прикладные доклады и расскажут о реальных кейсах, подкреплённых метриками.
Конференция пройдёт в двух странах и трёх городах. Необычно то, что будет аж три площадки:
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥2💯2
Умей пользоваться звуковой отверткой.
Вместе с Константином Ди́пеж обсудили самые важные навыки которые нужны DevOps в эру Ai. Хвалили и ругали разные приемчики из прошлого. Короче развлекались как могли.
Горим в подкасте на тему образования, найма, навыков DevOps. Слушайте 332-й подкаст The Art of Programming — «Умей пользоваться звуковой отверткой».
Подписаться в iTunes
Смотреть на VK
Слушать на Яндекс Музыке
#подкаст #taop
Вместе с Константином Ди́пеж обсудили самые важные навыки которые нужны DevOps в эру Ai. Хвалили и ругали разные приемчики из прошлого. Короче развлекались как могли.
Горим в подкасте на тему образования, найма, навыков DevOps. Слушайте 332-й подкаст The Art of Programming — «Умей пользоваться звуковой отверткой».
Подписаться в iTunes
Смотреть на VK
Слушать на Яндекс Музыке
#подкаст #taop
🔥6🤩3❤2🗿2
Инсайт для продакта.
Знаете это чувство, когда смотришь на разрозненные таблицы, графики, метрики и поначалу видишь просто набор цифр? Вот у меня в жизни был период, когда я каждый день смотрел на таблички и циферки и старался сделать какие-то выводы и выдвинуть ряд прорывных гипотез. А потом что-то щёлкает в голове, и начинаешь замечать паттерны и связи. Прям инсайд за инсайдом!
Этот навык больше всего развит у продактов, недавно вспоминал про другие аспекты их работы тут, тут и тут.
Недавно консультировал человека в рамках своей менторской личности, и мы вместе копались в его данных по проекту, и поймал себя на интересном наблюдении:
Всегда про это знал, но не акцентировал свое внимание, тут почему-то захотелось поделиться с вами. Возможно, потому что вчера были несколько крутых инсайтов, построенных явно на вышеприведенном комплексном наблюдении.
Еще из интересного, что в этой области идет активное развитие инструментария, например, Yandex B2B Tech запустит агента на базе искусственного интеллекта для аналитики и визуализации данных – Нейроаналитика.
С его помощью можно искать инсайты и делать выводы по данным из таблиц и графиков. Кроме этого, Нейроаналитик поможет создавать и редактировать сложные визуализации данных. Первая версия инструмента будет доступна внешним компаниям в сентябре 2025 года – уже сейчас можно записаться в лист ожидания.
Нейроаналитик будет встроен в интерфейс сервиса Yandex DataLens в формате чата. Чтобы перестроить визуализацию или изменить расчетную формулу, достаточно будет сделать запрос к нейросети на естественном языке – модель поймет запрос и скорректирует график или формулу.
Новая версия сервиса Yandex DataLens с ИИ-агентом будет доступна как в облаке, так и локально – по модели on-premises.
Данных сейчас становится сильно больше, чем 10 лет назад. Главное — не утонуть в данных и помнить: за каждой цифрой стоят живые люди и реальные процессы. Метрики должны помогать принимать решения, выдвигать гипотезы, а не становиться самоцелью.
Знаете это чувство, когда смотришь на разрозненные таблицы, графики, метрики и поначалу видишь просто набор цифр? Вот у меня в жизни был период, когда я каждый день смотрел на таблички и циферки и старался сделать какие-то выводы и выдвинуть ряд прорывных гипотез. А потом что-то щёлкает в голове, и начинаешь замечать паттерны и связи. Прям инсайд за инсайдом!
Этот навык больше всего развит у продактов, недавно вспоминал про другие аспекты их работы тут, тут и тут.
Недавно консультировал человека в рамках своей менторской личности, и мы вместе копались в его данных по проекту, и поймал себя на интересном наблюдении:
1. Когда смотришь на метрики изолированно — видишь только верхушку айсберга.
2. Стоит начать сопоставлять данные из разных источников — и картина становится объёмной.
3. А если добавить временную динамику — можно увидеть тренды, которые раньше были незаметны.
Всегда про это знал, но не акцентировал свое внимание, тут почему-то захотелось поделиться с вами. Возможно, потому что вчера были несколько крутых инсайтов, построенных явно на вышеприведенном комплексном наблюдении.
Еще из интересного, что в этой области идет активное развитие инструментария, например, Yandex B2B Tech запустит агента на базе искусственного интеллекта для аналитики и визуализации данных – Нейроаналитика.
С его помощью можно искать инсайты и делать выводы по данным из таблиц и графиков. Кроме этого, Нейроаналитик поможет создавать и редактировать сложные визуализации данных. Первая версия инструмента будет доступна внешним компаниям в сентябре 2025 года – уже сейчас можно записаться в лист ожидания.
Нейроаналитик будет встроен в интерфейс сервиса Yandex DataLens в формате чата. Чтобы перестроить визуализацию или изменить расчетную формулу, достаточно будет сделать запрос к нейросети на естественном языке – модель поймет запрос и скорректирует график или формулу.
Новая версия сервиса Yandex DataLens с ИИ-агентом будет доступна как в облаке, так и локально – по модели on-premises.
Данных сейчас становится сильно больше, чем 10 лет назад. Главное — не утонуть в данных и помнить: за каждой цифрой стоят живые люди и реальные процессы. Метрики должны помогать принимать решения, выдвигать гипотезы, а не становиться самоцелью.
👍4🤩3🔥2👎1
Человечек в свитере: незаметные герои айтишного мира.
Кто-то говорит «у меня опять что-то не грузится», кто-то злится на «тормозящий комп», а кто-то ворчит про «упавший интернет» ... И где-то в этот момент тяжело вздыхает он — системный администратор. Наш незаметный спасатель, который держит всё это цифровое великолепие на своих плечах (и иногда, кстати, в уютном свитере с оленями).
В реальности, для большинства пользователей айти-магия начинается и заканчивается на «интернет работает – хорошо, не работает – плохо». Но между этими двумя состояниями — огромный пласт незаметной работы тех, кто:
🔵 Спасает, когда «всё сломалось» и всё вокруг горит.
🔵 Следит, чтобы серверы не легли ни ночью, ни утром, ни в понедельник.
🔵 Защищает все наши пароли, базы, почты и даже милые котики в чатах от внешних напастей.
🔵 Терпеливо (и удивительно спокойно!) повторяет: «Попробуйте перезагрузить…» — и это действительно работает!
И да, это люди с железным самообладанием и неповторимым айтишным чувством юмора: только они способны остаться ироничными, когда очередной раз в пятницу вечером им пишут «у меня снова всё упало».
Коллеги, друзья, тихие герои серверных и канатов патч-кордов — поздравляю вас с вашим праздником! Пусть сети всегда строятся, бэкапы всегда восстанавливаются, а пользователи хотя бы иногда читают мануалы. 🎊
Желаю, чтобы в вашем мониторе всегда был зелёный статус, а в жизни — довольные благодарные люди рядом (или хотя бы хорошие мемы в командном чате).
P.S. Если хотите порадовать сисадмина — скажите ему спасибо… или хотя бы не трогайте его в эту пятницу после 16:00 😉
Кто-то говорит «у меня опять что-то не грузится», кто-то злится на «тормозящий комп», а кто-то ворчит про «упавший интернет» ... И где-то в этот момент тяжело вздыхает он — системный администратор. Наш незаметный спасатель, который держит всё это цифровое великолепие на своих плечах (и иногда, кстати, в уютном свитере с оленями).
В реальности, для большинства пользователей айти-магия начинается и заканчивается на «интернет работает – хорошо, не работает – плохо». Но между этими двумя состояниями — огромный пласт незаметной работы тех, кто:
Все меняется, специализируется. Сегодня системный администратор — это не только человек, который «включит-выключит». Сейчас это инженер с DevOps-компетенциями, мастер контейнеризации, архитектор облачных инфраструктур, специалист по безопасности, оптимизатор, автоматизатор. Профессия меняется быстрее, чем обновляются наши любимые мессенджеры, и всё это ради того, чтобы техника работала максимально надёжно, а пользователи — минимально страдали.
И да, это люди с железным самообладанием и неповторимым айтишным чувством юмора: только они способны остаться ироничными, когда очередной раз в пятницу вечером им пишут «у меня снова всё упало».
Коллеги, друзья, тихие герои серверных и канатов патч-кордов — поздравляю вас с вашим праздником! Пусть сети всегда строятся, бэкапы всегда восстанавливаются, а пользователи хотя бы иногда читают мануалы. 🎊
Желаю, чтобы в вашем мониторе всегда был зелёный статус, а в жизни — довольные благодарные люди рядом (или хотя бы хорошие мемы в командном чате).
P.S. Если хотите порадовать сисадмина — скажите ему спасибо… или хотя бы не трогайте его в эту пятницу после 16:00 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🎉2
Qwen продолжает радовать новыми моделями 🤓
На днях китайские коллеги выкатили Qwen3-235B-A22B-Instruct-2507 — очередную версию своей языковой модели. Цифры в названии говорят сами за себя: 235 миллиардов параметров, архитектура A22B и дата релиза 25.07.
Что интересно — модель показывает впечатляющие результаты в бенчмарках, особенно в задачах на рассуждение и логику. Напомню, что режим рассуждений — когда нейросеть пошагово решает сложные задачи. Модель поддерживает 119 языков и диалектов и обладает широкой базой знаний. Как говорят эксперты, что видно на экспериментах, она по некоторым метрикам даже обходит более именитых конкурентов.
Ребята из Поднебесной продолжают радовать — при всех имеющихся ограничениях умудряются выдавать качественные продукты на уровне мировых лидеров.
Модель доступна для тестирования через API, так что можете сами попробовать и оценить. Интересно будет посмотреть на реальные кейсы использования. Сейчас уже модель доступна и на российском рынке благодаря Yandex B2B Tech. На платформе Yandex Cloud AI Studio вообще доступны 24 модели. Это нейросети из семейств Qwen, DeepSeek и Gemma и другие в пакетном режиме.
А вообще радует и немного пугает, как быстро развивается эта область — буквально каждый день выходят новые модели с улучшенными показателями. Технологии не стоят на месте.
На днях китайские коллеги выкатили Qwen3-235B-A22B-Instruct-2507 — очередную версию своей языковой модели. Цифры в названии говорят сами за себя: 235 миллиардов параметров, архитектура A22B и дата релиза 25.07.
Что интересно — модель показывает впечатляющие результаты в бенчмарках, особенно в задачах на рассуждение и логику. Напомню, что режим рассуждений — когда нейросеть пошагово решает сложные задачи. Модель поддерживает 119 языков и диалектов и обладает широкой базой знаний. Как говорят эксперты, что видно на экспериментах, она по некоторым метрикам даже обходит более именитых конкурентов.
Ребята из Поднебесной продолжают радовать — при всех имеющихся ограничениях умудряются выдавать качественные продукты на уровне мировых лидеров.
Модель доступна для тестирования через API, так что можете сами попробовать и оценить. Интересно будет посмотреть на реальные кейсы использования. Сейчас уже модель доступна и на российском рынке благодаря Yandex B2B Tech. На платформе Yandex Cloud AI Studio вообще доступны 24 модели. Это нейросети из семейств Qwen, DeepSeek и Gemma и другие в пакетном режиме.
А вообще радует и немного пугает, как быстро развивается эта область — буквально каждый день выходят новые модели с улучшенными показателями. Технологии не стоят на месте.
👍6
Эволюция разработки: от веба к мобайлу и даже дальше 🚀
Иногда забавно оглядываться назад и вспоминать, как менялись наши профессиональные «правила игры». Был момент, когда каждый уважающий себя разработчик просто обязан был написать свою CRM-ку. Такой себе айтишный «coming of age» — не сделал свою CRM — не считается, что ты настоящий девелопер! 😅 Сколько тогда было этих домашних продуктов, «для себя» — кто-то даже запускал их в продакшн, кто-то просто для опыта.
А потом вдруг грянула мобильная революция. Мы все внезапно поняли: у каждого — целый компьютер в кармане, и это не шутка. В компаниях резко изменился фокус — вспомните массовое «А где наше мобильное приложение? Конкуренты уже есть в AppStore — и мы должны!». Судорожные совещания, быстрые MVP, попытки впихнуть всю существующую функциональность в экран 4 дюйма — золотое время мобильной разработки и бесконечных пушей.
Но дальше — больше. Теперь этот «технологический цикл» повторяется всё быстрее. Вчера все строчили чат-ботов, сегодня — бросились в AI, завтра… не удивлюсь, если будем писать сервисы уже для чипов в мозге 🤪
Что особенно интересно? Каждая новая волна технологий — это не только новая пачка инструментов и библиотек. Это реальная эволюция мышления разработчика. От «сделать красивые кнопки на сайте» мы пришли к вопросам: «А где на самом деле находится пользователь? В каком контексте?», «Как обеспечить удобный и кастомизированный опыт на любом устройстве — неважно, сайт это, телефон или умная колонка?». Испытание новых интерфейсов, переход к экосистемам, упор на UX, а не просто на «фичи ради галочки».
И это офигенно! Потому что через эти технологические итерации мы учимся не столько «гнаться за хайпом», сколько создавать действительно полезные и осмысленные продукты, которые закрывают реальные задачи людей. Научиваемся смотреть глубже, искать новые точки взаимодействия, экспериментировать с формами и смыслами.
Предыдущие итерации не проходят даром они переосмысляются со временем и всегда интересно заглянуть, что у ребят сейчас актуально. Например, это можно сделать на Yandex Mobile Runtime — новый формат обмена опытом, где коллеги из мобильного мира отказались от докладов и весь день проведут в воркшопах, дискуссиях и код-батлах.
Из супер интересного они устраивают хакатон. Участники должны будут за 5 часов сделать готовый продукт с помощью любых AI-инструментов.
А как у вас менялся взгляд на профессию вместе с волнами технологий? Есть ли ностальгия по своей «первой CRM» или ваше сердце уже принадлежит чему-то совсем другому? Пишите в комментариях — обсудим, с какими «эволюциями» сталкивались вы!
Иногда забавно оглядываться назад и вспоминать, как менялись наши профессиональные «правила игры». Был момент, когда каждый уважающий себя разработчик просто обязан был написать свою CRM-ку. Такой себе айтишный «coming of age» — не сделал свою CRM — не считается, что ты настоящий девелопер! 😅 Сколько тогда было этих домашних продуктов, «для себя» — кто-то даже запускал их в продакшн, кто-то просто для опыта.
А потом вдруг грянула мобильная революция. Мы все внезапно поняли: у каждого — целый компьютер в кармане, и это не шутка. В компаниях резко изменился фокус — вспомните массовое «А где наше мобильное приложение? Конкуренты уже есть в AppStore — и мы должны!». Судорожные совещания, быстрые MVP, попытки впихнуть всю существующую функциональность в экран 4 дюйма — золотое время мобильной разработки и бесконечных пушей.
Но дальше — больше. Теперь этот «технологический цикл» повторяется всё быстрее. Вчера все строчили чат-ботов, сегодня — бросились в AI, завтра… не удивлюсь, если будем писать сервисы уже для чипов в мозге 🤪
Что особенно интересно? Каждая новая волна технологий — это не только новая пачка инструментов и библиотек. Это реальная эволюция мышления разработчика. От «сделать красивые кнопки на сайте» мы пришли к вопросам: «А где на самом деле находится пользователь? В каком контексте?», «Как обеспечить удобный и кастомизированный опыт на любом устройстве — неважно, сайт это, телефон или умная колонка?». Испытание новых интерфейсов, переход к экосистемам, упор на UX, а не просто на «фичи ради галочки».
И это офигенно! Потому что через эти технологические итерации мы учимся не столько «гнаться за хайпом», сколько создавать действительно полезные и осмысленные продукты, которые закрывают реальные задачи людей. Научиваемся смотреть глубже, искать новые точки взаимодействия, экспериментировать с формами и смыслами.
Предыдущие итерации не проходят даром они переосмысляются со временем и всегда интересно заглянуть, что у ребят сейчас актуально. Например, это можно сделать на Yandex Mobile Runtime — новый формат обмена опытом, где коллеги из мобильного мира отказались от докладов и весь день проведут в воркшопах, дискуссиях и код-батлах.
Из супер интересного они устраивают хакатон. Участники должны будут за 5 часов сделать готовый продукт с помощью любых AI-инструментов.
📆 Все случится 23 августа в московском офисе Яндекса на Льва Толстого. Регистрация тут.
А как у вас менялся взгляд на профессию вместе с волнами технологий? Есть ли ностальгия по своей «первой CRM» или ваше сердце уже принадлежит чему-то совсем другому? Пишите в комментариях — обсудим, с какими «эволюциями» сталкивались вы!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤2🔥2
Не всё так просто с сокетами.
Сегодня забавная история. Почти уже закончились вступительные экзамены-собеседования в магистратуру в ИТМО. Было супер круто собеседовать абитуриентов — так много заряженных ребят, прям кайф.
Так вот, пришел ко мне один из собеседуемых, и вот как всё было. Во время вступительного собеседования в магистратуру мы серьезно затронули разработку сетевых приложений, и я попробовал спуститься в сокеты. Оказалось, что там почти нулевая компетенция. Прошла неделя. Человек меня нашел. За это время он проресерчил тему. И пришел обсудить, а что ему еще почитать, пощупать, чтобы подтянуть тему, направленную на работу с сокетами в сетевых приложениях 🤓
Важно, что парень пришел подготовленный, с конкретными вопросами. Не просто «помогите, ничего не работает», а четко сформулированные проблемы. Обсудили kernel space, системные вызовы, прерывания. По итогу поделился с ним одной из книг, которую прямо сейчас почитываю:
Нечипорук А.М., Баринов А.В. — Сетевое программирование. От основ до приложений.
Вот такие встречи заряжают энергией и дополнительной мотивацией. Искренний интерес и желание разобраться — это дорогого стоит 🔥
P.S. А вы помните свой первый опыт работы с сокетами?
Было легко 👀
До сих пор путаюсь 🤩
Никогда не работал с сокетами 🗿
Сегодня забавная история. Почти уже закончились вступительные экзамены-собеседования в магистратуру в ИТМО. Было супер круто собеседовать абитуриентов — так много заряженных ребят, прям кайф.
Так вот, пришел ко мне один из собеседуемых, и вот как всё было. Во время вступительного собеседования в магистратуру мы серьезно затронули разработку сетевых приложений, и я попробовал спуститься в сокеты. Оказалось, что там почти нулевая компетенция. Прошла неделя. Человек меня нашел. За это время он проресерчил тему. И пришел обсудить, а что ему еще почитать, пощупать, чтобы подтянуть тему, направленную на работу с сокетами в сетевых приложениях 🤓
Важно, что парень пришел подготовленный, с конкретными вопросами. Не просто «помогите, ничего не работает», а четко сформулированные проблемы. Обсудили kernel space, системные вызовы, прерывания. По итогу поделился с ним одной из книг, которую прямо сейчас почитываю:
Нечипорук А.М., Баринов А.В. — Сетевое программирование. От основ до приложений.
Вот такие встречи заряжают энергией и дополнительной мотивацией. Искренний интерес и желание разобраться — это дорогого стоит 🔥
P.S. А вы помните свой первый опыт работы с сокетами?
Было легко 👀
До сих пор путаюсь 🤩
Никогда не работал с сокетами 🗿
🤩13🗿12👀4❤1