Илон Маск репостнул его исследование, а я позвал его на подкаст
Будущее и настоящее с исследователем из Стенфорда.
Ну что, я вам тут не просто так все писал и писал про:
1.
Как ребята из стенфорда оценили с помощью ML продуктивность разработки.
2.
А потом с помощью этой же модели выяснили, что 10% инженеров или 1.8 млн. в мире не работают (100 тыс.инеженеров в 600 компаниях были изучены).
3.
А потом про то, как и где лучше всего применить AI.
А писал и изучал я все это, потому что в воскресенье, то есть вчера - мы писали в офисе подкаст с тем самым Егором Денисовым-Бланшем.
Егор стал супер знаменит после того, как Илон Маск репостнул его твит и, в общем, дальше понеслась.
Что говорит Егор:
1.
Если вы еще не используете AI - бегите! Егор говорит, что если 6 месяцев назад он был не то, чтобы скептичен, а предлагал искать правильные места для использования, то теперь вам пора бежать.
2.
Все, кто считает, что продуктивность разработчика нельзя померить чаще всего оказываются самыми слабыми компаниями в части реальных результатов. При этом, и те, кто обвешали каждый чих метриками- не топ перформеры. Ключевая задача менеджмента найти правильный баланс.
3.
Каждые 6 месяцев AI будет забирать некий кусок вашей работы. И всем нам придется научиться с этим жить.
В целом, получилось очень круто! Прямо 2 часа невероятно плотного разговора.
Ребята забрали все это на монтаж! Так что ждем!
Stay tuned, как говорится!
Будущее и настоящее с исследователем из Стенфорда.
Ну что, я вам тут не просто так все писал и писал про:
1.
Как ребята из стенфорда оценили с помощью ML продуктивность разработки.
2.
А потом с помощью этой же модели выяснили, что 10% инженеров или 1.8 млн. в мире не работают (100 тыс.инеженеров в 600 компаниях были изучены).
3.
А потом про то, как и где лучше всего применить AI.
А писал и изучал я все это, потому что в воскресенье, то есть вчера - мы писали в офисе подкаст с тем самым Егором Денисовым-Бланшем.
Егор стал супер знаменит после того, как Илон Маск репостнул его твит и, в общем, дальше понеслась.
Что говорит Егор:
1.
Если вы еще не используете AI - бегите! Егор говорит, что если 6 месяцев назад он был не то, чтобы скептичен, а предлагал искать правильные места для использования, то теперь вам пора бежать.
2.
Все, кто считает, что продуктивность разработчика нельзя померить чаще всего оказываются самыми слабыми компаниями в части реальных результатов. При этом, и те, кто обвешали каждый чих метриками- не топ перформеры. Ключевая задача менеджмента найти правильный баланс.
3.
Каждые 6 месяцев AI будет забирать некий кусок вашей работы. И всем нам придется научиться с этим жить.
В целом, получилось очень круто! Прямо 2 часа невероятно плотного разговора.
Ребята забрали все это на монтаж! Так что ждем!
Stay tuned, как говорится!
1🔥44⚡17❤17👍2👎1🥱1
Спираль социализации решения
Не уверен, что это официальный термин.
Но явление максимально реальное.
Социализация решения - это когда ты публично «проносишь» идею через организацию: объясняешь, собираешь вопросы, закрываешь риски, добираешь поддержку.
И вот что я постоянно вижу: менеджеры проваливают социализацию не потому что идея слабая, а потому что они выбирают неправильный порядок.
Как обычно происходит:
1. придумал идею
2. сделал презентацию
3. вышел сразу на широкий круг
4. получил шквал вопросов / возражений / «а почему не так?»
сдулся, демотивировался, пошел «допиливать» в одиночку
Проблема тут простая:
ты приходишь “на всех” без прогрева и без опоры.
И аудитория делает свою работу, то есть начинает проверять решение на прочность.
Только проверка происходит публично, шумно и не в твою пользу.
Как надо:
Социализация - это спираль. Начинай с ближнего круга: тех, кто лоялен к тебе,
реально шарит в контексте,
сможет добить решение вопросами «по делу», а не политикой.
Прошел первый виток → поправил → получил поддержку.
Дальше расширяй круг: следующий виток стейкхолдеров, потом следующий.
И важный эффект: на каждом витке у тебя появляется “опора”. Ты уже не «один с презентацией», а «мы обсудили с X и Y, договорились вот так, спорные моменты закрыли».
Это резко меняет позицию в обсуждении и снижает уровень хаоса.
Вывод простой: не спешите “показать всем”. Выделите эти лишние 4–8 часов на прогрев и прогоны. Это выглядит профессионально, экономит нервы и, как правило, ускоряет согласование в итоге.
Че скажите, есть ли термин «спираль социализации»:
💯 - еще мой дед так говорил и термин точно есть
❤️ - поддержать бедолагу: сам придумал проблему, сам ее решил
🔥 - проблема есть, решение верное, термин не тот
Не уверен, что это официальный термин.
Но явление максимально реальное.
Социализация решения - это когда ты публично «проносишь» идею через организацию: объясняешь, собираешь вопросы, закрываешь риски, добираешь поддержку.
И вот что я постоянно вижу: менеджеры проваливают социализацию не потому что идея слабая, а потому что они выбирают неправильный порядок.
Как обычно происходит:
1. придумал идею
2. сделал презентацию
3. вышел сразу на широкий круг
4. получил шквал вопросов / возражений / «а почему не так?»
сдулся, демотивировался, пошел «допиливать» в одиночку
Проблема тут простая:
ты приходишь “на всех” без прогрева и без опоры.
И аудитория делает свою работу, то есть начинает проверять решение на прочность.
Только проверка происходит публично, шумно и не в твою пользу.
Как надо:
Социализация - это спираль. Начинай с ближнего круга: тех, кто лоялен к тебе,
реально шарит в контексте,
сможет добить решение вопросами «по делу», а не политикой.
Прошел первый виток → поправил → получил поддержку.
Дальше расширяй круг: следующий виток стейкхолдеров, потом следующий.
И важный эффект: на каждом витке у тебя появляется “опора”. Ты уже не «один с презентацией», а «мы обсудили с X и Y, договорились вот так, спорные моменты закрыли».
Это резко меняет позицию в обсуждении и снижает уровень хаоса.
Вывод простой: не спешите “показать всем”. Выделите эти лишние 4–8 часов на прогрев и прогоны. Это выглядит профессионально, экономит нервы и, как правило, ускоряет согласование в итоге.
Че скажите, есть ли термин «спираль социализации»:
💯 - еще мой дед так говорил и термин точно есть
❤️ - поддержать бедолагу: сам придумал проблему, сам ее решил
🔥 - проблема есть, решение верное, термин не тот
🔥83💯48❤30👍13🤝6
This media is not supported in your browser
VIEW IN TELEGRAM
🚀 Scrum кажется простым на схемах, но в реальной жизни всё сложнее: роли путаются, ответственность размывается, команда перестаёт быть самоуправляемой. Как избежать этого?
Приглашаем на открытый вебинар, где разберём, как устроена ролевая модель Scrum на практике. Узнаете:
✔️ Отличия проектного и продуктового подходов
✔️ Что действительно меняется при переходе на Scrum
✔️ Почему классические управленческие привычки здесь не работают
Вы чётко поймёте:
🔹 За что отвечает Scrum-мастер
🔹 Роль владельца продукта
🔹 Как формируется ответственность команды
🔹 Что объединяет все роли в единую систему
Эти знания помогут выстроить рабочие процессы без микроменеджмента и конфликтов..
📅 Открытый урок пройдёт 3 февраля в 20:00 МСК в преддверие старта курса «Agile Project Manager».
Зарегистрируйтесь, чтобы не пропустить: 👉https://otus.pw/qKOL/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Приглашаем на открытый вебинар, где разберём, как устроена ролевая модель Scrum на практике. Узнаете:
✔️ Отличия проектного и продуктового подходов
✔️ Что действительно меняется при переходе на Scrum
✔️ Почему классические управленческие привычки здесь не работают
Вы чётко поймёте:
🔹 За что отвечает Scrum-мастер
🔹 Роль владельца продукта
🔹 Как формируется ответственность команды
🔹 Что объединяет все роли в единую систему
Эти знания помогут выстроить рабочие процессы без микроменеджмента и конфликтов..
📅 Открытый урок пройдёт 3 февраля в 20:00 МСК в преддверие старта курса «Agile Project Manager».
Зарегистрируйтесь, чтобы не пропустить: 👉https://otus.pw/qKOL/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
🔥7❤6👍2
Сегодня необычный эксперимент.
Я хочу дать написать пост в мой канал - Володе Невзорову, который супер эксперт в System Design и даже ведет отдельный канал об этом.
Если вы помните, то я топлю за то, что менеджер должен шарить в технике. И вот Володя написал для вас пост о том, как решить одну из задач проектирования.
Я хочу дать написать пост в мой канал - Володе Невзорову, который супер эксперт в System Design и даже ведет отдельный канал об этом.
Если вы помните, то я топлю за то, что менеджер должен шарить в технике. И вот Володя написал для вас пост о том, как решить одну из задач проектирования.
🔥6❤4👍2
"Спроектируйте сервис заказа еды. Масштабируемый на весь мир, естественно."
Задачу из System Design
Но всё это будет потом. А сначала на сцену должен выйти он - Монолит. Почему?
1) спроектировать минимально работающую систему.
2) описать все нужные флоу - поиск ресторанов, показ меню, выбор блюд, заказ, ...
3) зафиксироваться с интервьюером об очередном пройденном этапе
В моей практике я видел сениорного кандидата, который сразу пошёл в сложную систему. И поплыл...
Нарисовал много сервисов. Но где-то стрелочки не доведены до конца. Не все флоу описаны...
В случае сервиса заказа такая архитектура сводится к микросервисной. Где каждый сервис воплощает какой-то из доменов:
• обслуживание заказа
• проведение оплаты
• доставка
• ...
• Мы хотим масштабировать наши сервисы независимо. По максимуму их развязать.
Поэтому давайте придумаем такую сущность как событие.
order_created, к примеру.• Пускай наш order service при создании пользователем заказа отправляет такое событие.
Куда? Не в какой-то определенный сервис. А в какое-то временное хранилище.
Вот бы выбрать такое, чтобы можно было с одной стороны легко класть. С другой читать. Настраивать время хранения.
• Kafka, твой выход! У нас появляется некое развязывающее ПО. Так называемое middleware.
Всё взаимодействие проходит через него.
• Поздравляю!
• Логика её использования проста - есть писатели, внутренние топики, потребители
• Активно используется в BigTech
• Отлично выполняет функцию перекладчика событий.
Наш
order_created попадает в целевой топик. Откуда эти события вычитывают потребители. В первую очередь payment service. Ещё, возможно, аналитический.Благо функционал consumer groups нам в этом помогает.
1) Мы не пошли в частую ошибку новичка -
сразу масштабироваться закидывая интервьюера всеми мыслимыми и немыслимыми терминами2) Последовали принципу Monolith first
3) Расшили его по сервисам
4) Ввели EDA, события, развязывающий компонент - Kafka
5) Всё это привело нас к более легкому масштабированию
"А что с кубернетиз, деплоями, шардированием?", - оказывается до этого может даже не дойти
Автор - Невзоров Владимир. Телеграмм канал - @system_design_world
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥38👍12❤9👌4🤯1💯1
This media is not supported in your browser
VIEW IN TELEGRAM
#пятничное
Ну че, было такое?
🔥 - обожаю наблюдать за такими разборками. У меня глаза даже еще больше навыкате бывают
😎 - сам пару раз участвовал
❤️ - хм…никогда не встречал
Ну че, было такое?
🔥 - обожаю наблюдать за такими разборками. У меня глаза даже еще больше навыкате бывают
😎 - сам пару раз участвовал
❤️ - хм…никогда не встречал
🔥53😎25😁13❤10🤣2👍1🤔1
От хаоса к офферу
В поиске оффера чаще всего не хватает не мотивации, а понятных ориентиров: как понять, готов ли я к работе, чего от меня ждут на собеседовании и в каком направлении развиваться дальше.
karpovꓸcourses подготовили бесплатный гайд по собеседованиям, где шаг за шагом разобрали весь процесс найма аналитика: этапы собеседований, как выглядит хороший отклик, что проверяют на HR-скрининге, чего ждут на техническом интервью и как презентовать свой опыт.
И гайд — «Путь аналитика данных: от Junior к Senior» — это подробное описание грейдов, типичных задач, навыков и зон ответственности, чтобы было понятно, где вы сейчас находитесь и куда двигаться дальше.
Переходите по ссылке и забирайте оба гайда в боте бесплатно: https://clc.to/erid_2W5zFGnCDLU
Реклама. ООО "КАРПОВ КУРСЫ". ИНН 7811764627. erid: 2W5zFGnCDLU
В поиске оффера чаще всего не хватает не мотивации, а понятных ориентиров: как понять, готов ли я к работе, чего от меня ждут на собеседовании и в каком направлении развиваться дальше.
karpovꓸcourses подготовили бесплатный гайд по собеседованиям, где шаг за шагом разобрали весь процесс найма аналитика: этапы собеседований, как выглядит хороший отклик, что проверяют на HR-скрининге, чего ждут на техническом интервью и как презентовать свой опыт.
И гайд — «Путь аналитика данных: от Junior к Senior» — это подробное описание грейдов, типичных задач, навыков и зон ответственности, чтобы было понятно, где вы сейчас находитесь и куда двигаться дальше.
Переходите по ссылке и забирайте оба гайда в боте бесплатно: https://clc.to/erid_2W5zFGnCDLU
Реклама. ООО "КАРПОВ КУРСЫ". ИНН 7811764627. erid: 2W5zFGnCDLU
❤8👍5🔥2👎1🤔1
This media is not supported in your browser
VIEW IN TELEGRAM
Все, что нужно знать обо мне как о папе дочки!!
🔥 - если у тебя с твоим ребенком также
❤️ - чисто поддержать нас
🦄 - если у тебя дети ведут себя самым послушным образом
🔥 - если у тебя с твоим ребенком также
❤️ - чисто поддержать нас
🦄 - если у тебя дети ведут себя самым послушным образом
🔥38❤30🦄6🤣4🤔1
Media is too big
VIEW IN TELEGRAM
Команды, платформы и сложные проекты
Меня тут некоторое время назад Серёжа Зинкевич - это СЕО К2 Cloud пригласил на подкаст!
🎥Смотреть, если что можно прямо тут.
Прислал вопросы и темы для обсуждения. Я глянул - ну топчик. Сумеем заглянуть во все закоулки души и карьеры.
О чем поразгоняли:
1.
Ошибки, ошибки и еще раз ошибки.
Конечно, с моей любимой притчей:
2.
Где бы я ни был, не могу ни сказать про платформы и про них поговорили.
3.
Не забыли и похоливарить и за классический конфликт «быстро» vs «качественно»
4.
Ну и вишенка на торте: как понять, что пора команду отпустить.
Меня тут некоторое время назад Серёжа Зинкевич - это СЕО К2 Cloud пригласил на подкаст!
🎥Смотреть, если что можно прямо тут.
Прислал вопросы и темы для обсуждения. Я глянул - ну топчик. Сумеем заглянуть во все закоулки души и карьеры.
О чем поразгоняли:
1.
Ошибки, ошибки и еще раз ошибки.
Конечно, с моей любимой притчей:
Однажды самолёт президента стоял в аэропорту на регламентном обслуживании.
Работа шла по чек-листу, всё как всегда.
Один из механиков - опытный, спокойный, без нареканий - забыл закрутить одну гайку.
Мелочь. Почти незаметную.
Перед вылетом проблему заметили во время финальной проверки.
Разобрались. Нашли. Закрутили. Катастрофы не случилось.
Руководство вызвало этого механика.
Все ожидали увольнения. Сам он - тоже.
Но вместо этого ему сказали:
- С этого дня ты главный механик самолёта президента.
Он опешил:
- Почему? Я же ошибся.
Ему ответили:
- Потому что теперь ты единственный, кто точно никогда больше так не ошибётся.
Цена этой ошибки уже уплачена. Повторять её ты не будешь.
А нам нужен человек, который знает, что такое ответственность, а не тот, кто просто ещё не ошибался.
С тех пор этот самолёт обслуживал самый внимательный механик в стране.
2.
Где бы я ни был, не могу ни сказать про платформы и про них поговорили.
3.
Не забыли и похоливарить и за классический конфликт «быстро» vs «качественно»
4.
Ну и вишенка на торте: как понять, что пора команду отпустить.
🔥13❤10⚡3❤🔥1👍1