Про эффект Веблена
Вебленовский товар – это предмет роскоши, спрос на который увеличивается по мере роста цены. Чем он дешевле, тем меньшему количеству людей он нужен. Этот эффект объясняется тем, что стоимость товаров соответствует статусу человека в социальной иерархии. Примеры – дорогие тачки, часы, одежда. Что интересно – спрос зависит не только от цены, но и от того, насколько быстро она растет.
Так вот, этот эффект вместе с рядом других исследований частично объясняют связь между уровнем счастья и уровнем заработка:
👉Если доходы равномерно растут у всех, уровень счастья не растет.
👉Когда доход человека выше, чем у людей вокруг, активируются центры вознаграждения в мозгу.
Вебленовский товар – это предмет роскоши, спрос на который увеличивается по мере роста цены. Чем он дешевле, тем меньшему количеству людей он нужен. Этот эффект объясняется тем, что стоимость товаров соответствует статусу человека в социальной иерархии. Примеры – дорогие тачки, часы, одежда. Что интересно – спрос зависит не только от цены, но и от того, насколько быстро она растет.
Так вот, этот эффект вместе с рядом других исследований частично объясняют связь между уровнем счастья и уровнем заработка:
👉Если доходы равномерно растут у всех, уровень счастья не растет.
👉Когда доход человека выше, чем у людей вокруг, активируются центры вознаграждения в мозгу.
Хабр
Эффект Веблена. Чем дороже вещь, тем сильнее её хотят
Ничто так не обнажает человеческую глупость, как желание заплатить как можно больше за один и тот же товар. Если вещь продаётся по двум ценам: 1 копейка и 1 рубль, то первую мало кто купит, а за...
👍29❤1
Упадок Stack Overflow
Если вы пропустили, то Stack Overflow очень быстро умирает. Буквально в начале года он перешагнул исторический минимум по количеству новых вопросов – теперь их задают меньше, чем на запуске в 2009 году.
В первую очередь в этом винят LLM, но разработчики начали уходить оттуда еще раньше. Большинство обсуждений конкретных технологий постепенно переехали в локальные сообщества, где шансов получить токсичный ответ на свой вопрос существенно меньше.
Если вы пропустили, то Stack Overflow очень быстро умирает. Буквально в начале года он перешагнул исторический минимум по количеству новых вопросов – теперь их задают меньше, чем на запуске в 2009 году.
В первую очередь в этом винят LLM, но разработчики начали уходить оттуда еще раньше. Большинство обсуждений конкретных технологий постепенно переехали в локальные сообщества, где шансов получить токсичный ответ на свой вопрос существенно меньше.
👍30❤9👎3🔥3
Почему решения одних приходится разгребать другим
Один из самых больших моих страхов при увольнении или при переходе между ролями в рамках одной компании – заставить остальных жить с последствиями принятых мной решений. Вообще, принимать сложные решения в условиях неопределенности – суть нашей с вами работы. Принимая их, вы берете на себя риск и ответственность за возможные негативные последствия. Но если они долгосрочные, а вы перешли на новое место работы, то получается отвратительная ситуация – все лавры за достижение результата уже получили вы, а негативные последствия придется разгребать вашему преемнику, который к тому же никаких очков в свою пользу за это не получит.
Вообще, это системная проблема – отсутствие долгосрочной ответственности за результат приводит к действию по жадному алгоритму. Менеджеры принимают выгодные в моменте решения, а долгосрок их не очень интересует – например, срезают косты где можно или не вкладываются в решение технического долга.
Статья отлично разбирает этот феномен. Мне понравились следующие мысли:
👉Для большинства людей связка между принятым год назад решением и потерями, которое оно вызвало, будет вообще не очевидной. Если принявший его человек не стоял рядом в тот момент, когда риски отстрелили, наш мозг не будет воспринимать это как его вину.
👉О способностях и результатах лидеров судят по тому, смогли ли они справиться с унаследованными проблемами, что в целом не очень-то объективно и разумно с точки зрения организации.
👉Многие организационные культуры заточены под то, чтобы защищать менеджеров от последствий плохих решений: отсутствуют практики логирования решений и пост-мортемов на них, промо происходит без детального анализа решений менеджера и сбора фидбэка от текущей команды, отсутствуют понятные каналы, по которым линейные сотрудники могут рассказать о проблемах и ткнуть пальцем в ответственного.
Один из самых больших моих страхов при увольнении или при переходе между ролями в рамках одной компании – заставить остальных жить с последствиями принятых мной решений. Вообще, принимать сложные решения в условиях неопределенности – суть нашей с вами работы. Принимая их, вы берете на себя риск и ответственность за возможные негативные последствия. Но если они долгосрочные, а вы перешли на новое место работы, то получается отвратительная ситуация – все лавры за достижение результата уже получили вы, а негативные последствия придется разгребать вашему преемнику, который к тому же никаких очков в свою пользу за это не получит.
Вообще, это системная проблема – отсутствие долгосрочной ответственности за результат приводит к действию по жадному алгоритму. Менеджеры принимают выгодные в моменте решения, а долгосрок их не очень интересует – например, срезают косты где можно или не вкладываются в решение технического долга.
Статья отлично разбирает этот феномен. Мне понравились следующие мысли:
👉Для большинства людей связка между принятым год назад решением и потерями, которое оно вызвало, будет вообще не очевидной. Если принявший его человек не стоял рядом в тот момент, когда риски отстрелили, наш мозг не будет воспринимать это как его вину.
👉О способностях и результатах лидеров судят по тому, смогли ли они справиться с унаследованными проблемами, что в целом не очень-то объективно и разумно с точки зрения организации.
👉Многие организационные культуры заточены под то, чтобы защищать менеджеров от последствий плохих решений: отсутствуют практики логирования решений и пост-мортемов на них, промо происходит без детального анализа решений менеджера и сбора фидбэка от текущей команды, отсутствуют понятные каналы, по которым линейные сотрудники могут рассказать о проблемах и ткнуть пальцем в ответственного.
Medium
What Happens When a Leader Moves Up, but the Wreckage of Their Bad Decisions Remains?
The High Cost of Letting Accountability Expire with a Role Change
❤34👍11🔥4
Признаки AI текстов
Задача, с которой кожаные мешки справляются просто замечательно – паттерн-матчинг. Мы удивительно быстро научились буквально за один взгляд отличать текст и картинки, сгенерированные AI, от написанных человеком. При этом лично у меня даже не всегда получается рационально объяснить, за что именно цепляется взгляд. Но антипаттерны, описанные в статье, похожи на правду:
❌Параграфы завершаются пустым по сути подведением итогов без новых мыслей
❌Слишком активно используются списки
❌Все предложения примерно одного размера и структуры, текст ощущается плоским
❌Не всегда правильно выбирается подлежащее – по смыслу все правильно, но по сути выбивается
❌Очень низкая плотность информации
❌Много обобщений без конкретных примеров
❌На первый взгляд текст кажется написанным довольно экспертно, но на самом деле он просто изобилует терминами без реального понимания, что за ними стоит
При этом хорошие тексты с помощью AI писать точно можно – он отлично помогает преодолеть писательский блок, помочь структурировать свои мысли и найти более выразительные способы что-то объяснить. В статье как раз предлагаются подходящие практики для этого, похожие на те, которым я и сам следую.
Ну и самое важное – если тема того, как писать сильные тексты в эпоху AI-слопа вам интересна, то помимо этой статьи обязательно послушайте недавний выпуск Подлодки, где мы ровно про это говорили с прекрасной Галиной Юзефович.
Задача, с которой кожаные мешки справляются просто замечательно – паттерн-матчинг. Мы удивительно быстро научились буквально за один взгляд отличать текст и картинки, сгенерированные AI, от написанных человеком. При этом лично у меня даже не всегда получается рационально объяснить, за что именно цепляется взгляд. Но антипаттерны, описанные в статье, похожи на правду:
❌Параграфы завершаются пустым по сути подведением итогов без новых мыслей
❌Слишком активно используются списки
❌Все предложения примерно одного размера и структуры, текст ощущается плоским
❌Не всегда правильно выбирается подлежащее – по смыслу все правильно, но по сути выбивается
❌Очень низкая плотность информации
❌Много обобщений без конкретных примеров
❌На первый взгляд текст кажется написанным довольно экспертно, но на самом деле он просто изобилует терминами без реального понимания, что за ними стоит
При этом хорошие тексты с помощью AI писать точно можно – он отлично помогает преодолеть писательский блок, помочь структурировать свои мысли и найти более выразительные способы что-то объяснить. В статье как раз предлагаются подходящие практики для этого, похожие на те, которым я и сам следую.
Ну и самое важное – если тема того, как писать сильные тексты в эпоху AI-слопа вам интересна, то помимо этой статьи обязательно послушайте недавний выпуск Подлодки, где мы ровно про это говорили с прекрасной Галиной Юзефович.
Sh-Reya
Writing in the Age of LLMs
1👍36❤7👎4
Как понять, что компания тебе не подходит
Ответ простой – положиться на свою чуйку. Если вы пришли менеджером в новую компанию, и у вас появились сомнения в том, что вы с ней сходитесь в плане ценностей, отношения к работе и решению проблем, то это уже очень-очень сильный сигнал того, что вам лучше начать смотреть по сторонам в поисках нового места.
Это особенно важно для менеджеров. Если ты работаешь на индивидуальном уровне, то в целом можно забить на все происходящее вокруг и просто хорошо делать интересную вам работу. Для менеджера все сложнее. Для своей команды вы – представитель менеджмента компании. Для менеджмента – представитель команды. Если вы ловите себя на мысли, что часто не согласны с решениями компании, и вас приходится поступаться своими убеждениями, дальше будет только хуже. Вам придется либо постоянно переступать через себя, либо конфликтовать с одним из этих двух стейкхолдеров – компанией или командой. В любом случае, это точно не оптимальный карьерный путь.
Ответ простой – положиться на свою чуйку. Если вы пришли менеджером в новую компанию, и у вас появились сомнения в том, что вы с ней сходитесь в плане ценностей, отношения к работе и решению проблем, то это уже очень-очень сильный сигнал того, что вам лучше начать смотреть по сторонам в поисках нового места.
Это особенно важно для менеджеров. Если ты работаешь на индивидуальном уровне, то в целом можно забить на все происходящее вокруг и просто хорошо делать интересную вам работу. Для менеджера все сложнее. Для своей команды вы – представитель менеджмента компании. Для менеджмента – представитель команды. Если вы ловите себя на мысли, что часто не согласны с решениями компании, и вас приходится поступаться своими убеждениями, дальше будет только хуже. Вам придется либо постоянно переступать через себя, либо конфликтовать с одним из этих двух стейкхолдеров – компанией или командой. В любом случае, это точно не оптимальный карьерный путь.
👍83❤8
Как HP купил Palm
Замечательная история про то, как HP купил Palm за 1.2 миллиарда долларов, а спустя 49 дней убил всю линейку продуктов и, по сути, закрыл компанию. И все это случилось, пока CTO, пролоббировавший покупку, лежал в больнице и ничего с этим сделать не мог.
Причины такие же, как и всегда – новый СЕО продал совету директоров свой вижн, нужно было быстро показать результаты и сильную руку, поэтому вместо рациональных решений не разобравшись рубил все с плеча.
Замечательная история про то, как HP купил Palm за 1.2 миллиарда долларов, а спустя 49 дней убил всю линейку продуктов и, по сути, закрыл компанию. И все это случилось, пока CTO, пролоббировавший покупку, лежал в больнице и ничего с этим сделать не мог.
Причины такие же, как и всегда – новый СЕО продал совету директоров свой вижн, нужно было быстро показать результаты и сильную руку, поэтому вместо рациональных решений не разобравшись рубил все с плеча.
Substack
I Convinced HP's Board to Buy Palm for $1.2B. Then I Watched Them Kill It in 49 Days
The systematic thinking errors that kill breakthrough technology and the decision framework that prevents these disasters
❤12🔥6👍2
Главные боли менеджеров в 2025
На Реддите менеджеры рассказывают про то, от чего у них больше всего пригорает в этом году:
1️⃣Топ-менеджмент и их одержимость AI, из-за которой планы меняются каждую неделю
2️⃣Неквалифицированные кандидаты, которые пытаются пройти собесы с помощью AI
3️⃣Рост требований к продуктивности, вызванный AI, и необходимость выполнять сразу много ролей
4️⃣AI-слоп везде: в коде, комментариях, имейлах
А в комментариях давайте соберем срез по нашим подписчикам – что делает в этом году вашу работу максимально невыносимой?
На Реддите менеджеры рассказывают про то, от чего у них больше всего пригорает в этом году:
1️⃣Топ-менеджмент и их одержимость AI, из-за которой планы меняются каждую неделю
2️⃣Неквалифицированные кандидаты, которые пытаются пройти собесы с помощью AI
3️⃣Рост требований к продуктивности, вызванный AI, и необходимость выполнять сразу много ролей
4️⃣AI-слоп везде: в коде, комментариях, имейлах
А в комментариях давайте соберем срез по нашим подписчикам – что делает в этом году вашу работу максимально невыносимой?
Reddit
From the EngineeringManagers community on Reddit
Explore this post and more from the EngineeringManagers community
❤18
Абсурдность системы найма и роста джунов
Я писал код почти всю сознательную жизнь. Началось все с толстенного зеленого тома "Библия Delphi", калькуляторов и симуляторов бомжей, потом пришла J2ME с деобфускацией и модами для мобильных игр, а в старших классах продолжилось С++ с простыми вирусами и кейлоггерами. Где-то тогда же я погрузился в прекрасный мир готовых PHP движков, и стал собирать на заказ бесконечные интернет-магазины, портфолио и визитки. Универ меня немного подвел – вместо ожидаемого технического хардкора я получил изучение бесконечных гостов и аппаратных методов защиты информации.
Короче говоря, к третьему курсу, когда я задумался о поиске полноценной фуллтайм работы программистом, за плечами у меня был ворох какого-то очень странного опыта, довольно слабенький теоретический бэкграунд, и отсутствующее понимание того, что вообще такое промышленная разработка. Поэтому, мне кажется, что первую работу я получил ну очень легко – отозвался на первую попавшуюся вакансию в маленькую студию мобильной разработки, показал несколько пет-проектов под Android, и меня взяли без единого технического вопроса.
Спустя два года работы в студии, в принципе, мало что поменялось – я собрал еще больше странного разношерстного опыта, но программистом все еще был объективно слабеньким. При поиске второй работы я нацелился уже на то, чтобы попасть в крупную продуктовую компанию. И тут, кажется, мне снова повезло. В 2013 году сам процесс собеседований был довольно лайтовый – с несколькими проектами в проде за плечами и довольно базовыми знаниями своего языка я попал в Rambler&Co на роль мидла, хотя на него тянул ну с очень большой натяжкой.
Похожие истории были у многих моих знакомых – входить в IT и искать свои первые работы было действительно просто, если ты прилагал к этому хотя бы минимальные усилия. Индустрия тоже выглядела по-другому. Джунов готовы были нанимать, выделять им наставников, давать время и пространство для роста. Сейчас с каждым годом ситуация становится все абсурднее – планочка требований к мидлу поднимается, а воронка входа сужается, из-за чего приток новых специалистов становится все меньше. В статье довольно хорошо разбирается абсурдность получившейся системы. Она, правда, в основном про Россию, но похожая ситуация сейчас во всем мире.
Я писал код почти всю сознательную жизнь. Началось все с толстенного зеленого тома "Библия Delphi", калькуляторов и симуляторов бомжей, потом пришла J2ME с деобфускацией и модами для мобильных игр, а в старших классах продолжилось С++ с простыми вирусами и кейлоггерами. Где-то тогда же я погрузился в прекрасный мир готовых PHP движков, и стал собирать на заказ бесконечные интернет-магазины, портфолио и визитки. Универ меня немного подвел – вместо ожидаемого технического хардкора я получил изучение бесконечных гостов и аппаратных методов защиты информации.
Короче говоря, к третьему курсу, когда я задумался о поиске полноценной фуллтайм работы программистом, за плечами у меня был ворох какого-то очень странного опыта, довольно слабенький теоретический бэкграунд, и отсутствующее понимание того, что вообще такое промышленная разработка. Поэтому, мне кажется, что первую работу я получил ну очень легко – отозвался на первую попавшуюся вакансию в маленькую студию мобильной разработки, показал несколько пет-проектов под Android, и меня взяли без единого технического вопроса.
Спустя два года работы в студии, в принципе, мало что поменялось – я собрал еще больше странного разношерстного опыта, но программистом все еще был объективно слабеньким. При поиске второй работы я нацелился уже на то, чтобы попасть в крупную продуктовую компанию. И тут, кажется, мне снова повезло. В 2013 году сам процесс собеседований был довольно лайтовый – с несколькими проектами в проде за плечами и довольно базовыми знаниями своего языка я попал в Rambler&Co на роль мидла, хотя на него тянул ну с очень большой натяжкой.
Похожие истории были у многих моих знакомых – входить в IT и искать свои первые работы было действительно просто, если ты прилагал к этому хотя бы минимальные усилия. Индустрия тоже выглядела по-другому. Джунов готовы были нанимать, выделять им наставников, давать время и пространство для роста. Сейчас с каждым годом ситуация становится все абсурднее – планочка требований к мидлу поднимается, а воронка входа сужается, из-за чего приток новых специалистов становится все меньше. В статье довольно хорошо разбирается абсурдность получившейся системы. Она, правда, в основном про Россию, но похожая ситуация сейчас во всем мире.
Хабр
В айти не войти или о бедном стажёре замолвите слово…
Когда-то всё было проще. В достопамятные двухтысячные годы джунов и в самом деле нанимали. Не спрашивали о «релевантном опыте», не требовали ссылки на боевые проекты и не строили сложных лабиринтов из...
❤23👎12👍3🔥2
Новые выпуски тимлидских подкастов
Напоминаю, что на прогулке или в зале лучший способ совмещать приятное с полезным – включить на фоне хороший подкаст. Держите подборку вышедших в последнее время выпусков:
👉"Три тимлида заходят в бар" про work/life balance – действительно ли руководитель может своим примером влиять на команду, и как этого избегать.
👉"Бреслав и Ложечкин" про вред от бездумной data-driven культуры.
👉"КОДА КОДА" про андрагогику – науку про обучение взрослых, куда позвали Орлова и Панкратова из Стратоплана
👉Подлодка про то, как AI помогает небольшим командам и стартапам ускорять разработку в десятки раз
Кстати, если вы вдруг знаете еще какие-то подкасты и блоги на YouTube, которые не попадают ко мне в подборки – поделитесь!
Напоминаю, что на прогулке или в зале лучший способ совмещать приятное с полезным – включить на фоне хороший подкаст. Держите подборку вышедших в последнее время выпусков:
👉"Три тимлида заходят в бар" про work/life balance – действительно ли руководитель может своим примером влиять на команду, и как этого избегать.
👉"Бреслав и Ложечкин" про вред от бездумной data-driven культуры.
👉"КОДА КОДА" про андрагогику – науку про обучение взрослых, куда позвали Орлова и Панкратова из Стратоплана
👉Подлодка про то, как AI помогает небольшим командам и стартапам ускорять разработку в десятки раз
Кстати, если вы вдруг знаете еще какие-то подкасты и блоги на YouTube, которые не попадают ко мне в подборки – поделитесь!
❤26👍3👎1🔥1
Паттерны использования AI в команде
Хорошо устоявшихся практик использования AI в команде еще не появилось – самые смелые активно экспериментируют, работающие рецепты распространяются методом сарафанного радио, а шума гораздо больше, чем полезного сигнала.
На фоне этого репозиторий по ссылке выглядит довольно неплохо. Автор отобрал те паттерны, которые уже показали свою пользу, систематизировал их по уровню зрелости команды, провязал друг с другом, и добавил примеры промптов, спек и структуры проекта.
Из интересных паттернов хочу отдельно отметить Specification-driven development – модное сейчас направление, куда копает куча стартапов и больших AI лаб. Идея простая – повышаем уровень абстракции языка программирования, переходя к спецификациям, написанным натуральным языком. Одновременно с этим обеспечиваем синхронизацию с кодом в обе стороны. Подробнее про эту идею недавно в Подлодке обсуждали.
Хорошо устоявшихся практик использования AI в команде еще не появилось – самые смелые активно экспериментируют, работающие рецепты распространяются методом сарафанного радио, а шума гораздо больше, чем полезного сигнала.
На фоне этого репозиторий по ссылке выглядит довольно неплохо. Автор отобрал те паттерны, которые уже показали свою пользу, систематизировал их по уровню зрелости команды, провязал друг с другом, и добавил примеры промптов, спек и структуры проекта.
Из интересных паттернов хочу отдельно отметить Specification-driven development – модное сейчас направление, куда копает куча стартапов и больших AI лаб. Идея простая – повышаем уровень абстракции языка программирования, переходя к спецификациям, написанным натуральным языком. Одновременно с этим обеспечиваем синхронизацию с кодом в обе стороны. Подробнее про эту идею недавно в Подлодке обсуждали.
GitHub
GitHub - PaulDuvall/ai-development-patterns: A comprehensive collection of AI development patterns for building software with AI…
A comprehensive collection of AI development patterns for building software with AI assistance, organized by implementation maturity and development lifecycle phases. Includes Foundation, Developme...
🔥18❤3👍3
Зачем менеджеру разбираться в аналитике
В больших компаниях команды – детали гораздо более сложной системы. Какие-то из них генерируют прибыль напрямую, какие-то – повышают устойчивость и надежность системы, а какие-то, ну, просто прокручиваются на месте, создавая косты, но не делая ничего полезного.
Менеджер должен знать, где в общей картине вещей находится его команда. Это понимание помогает ему ставить правильные цели и объяснять команде, как на них могут повлиять разные бизнесовые изменения. А развить это понимание довольно сложно, если вы не умеете работать с аналитикой – читать бизнесовые и продуктовые данные, разбираться в финансовых моделях и деревьях метрик, понимать, как строятся прогнозы и каким из них можно доверять.
Со всем этим поможет разобраться курс "Аналитика для руководителей". Помимо перечисленного, обещают научить работать с PowerBI, Tableau и Яндекс Метрикой, ну и дать кучу готовых шаблонов, например, для финансового моделирования. Из интересного – в обучении используют механику симуляторов, которую я очень сильно люблю, так как она помогает прямо сразу потрогать руками то, чему научился, не дожидаясь подходящего случая в своей компании.
Если развитие навыков работы с аналитикой есть в ваших планах на обучение – посмотрите на курс. Ну и держите промокод – DATABUISNESS.
Реклама. ООО "Нетология". ИНН: 7726464125 Erid:2VSb5yjxj9J
В больших компаниях команды – детали гораздо более сложной системы. Какие-то из них генерируют прибыль напрямую, какие-то – повышают устойчивость и надежность системы, а какие-то, ну, просто прокручиваются на месте, создавая косты, но не делая ничего полезного.
Менеджер должен знать, где в общей картине вещей находится его команда. Это понимание помогает ему ставить правильные цели и объяснять команде, как на них могут повлиять разные бизнесовые изменения. А развить это понимание довольно сложно, если вы не умеете работать с аналитикой – читать бизнесовые и продуктовые данные, разбираться в финансовых моделях и деревьях метрик, понимать, как строятся прогнозы и каким из них можно доверять.
Со всем этим поможет разобраться курс "Аналитика для руководителей". Помимо перечисленного, обещают научить работать с PowerBI, Tableau и Яндекс Метрикой, ну и дать кучу готовых шаблонов, например, для финансового моделирования. Из интересного – в обучении используют механику симуляторов, которую я очень сильно люблю, так как она помогает прямо сразу потрогать руками то, чему научился, не дожидаясь подходящего случая в своей компании.
Если развитие навыков работы с аналитикой есть в ваших планах на обучение – посмотрите на курс. Ну и держите промокод – DATABUISNESS.
Реклама. ООО "Нетология". ИНН: 7726464125 Erid:2VSb5yjxj9J
❤2👍2👎1
Избегайте нытиков
Где бы я ни работал, всегда находилась группа людей, которые любили поныть про то, что трава уже не такая зеленая, компания катится под откос, вокруг цветет бюрократия, и ничего не спасти.
Присоединиться к такому кружку циников на первый взгляд довольно притягательно – быть критиком просто и безопасно. Но этого стоит избегать:
👉Вы не построите ничего классного, если будете только ныть. Даже если в вашей компании действительно все плохо, сосредоточьтесь на той области, в которой вы можете что-то изменить – только так можно сделать что-то, чем потом будете гордиться.
👉Даже если энергии и желания что-то менять нет, вместо того, чтобы тратить время на негатив, лучше потратьте его на что-то вне работы, что приносит радость.
Где бы я ни работал, всегда находилась группа людей, которые любили поныть про то, что трава уже не такая зеленая, компания катится под откос, вокруг цветет бюрократия, и ничего не спасти.
Присоединиться к такому кружку циников на первый взгляд довольно притягательно – быть критиком просто и безопасно. Но этого стоит избегать:
👉Вы не построите ничего классного, если будете только ныть. Даже если в вашей компании действительно все плохо, сосредоточьтесь на той области, в которой вы можете что-то изменить – только так можно сделать что-то, чем потом будете гордиться.
👉Даже если энергии и желания что-то менять нет, вместо того, чтобы тратить время на негатив, лучше потратьте его на что-то вне работы, что приносит радость.
brooker.co.za
Career advice, or something like it - Marc's Blog
👍111👎22❤17🔥6
Сколько инженеров работают на двух работах сразу
В Стэнфорде есть группа ученых, которые занимаются изучением продуктивности разработчиков. Самое крутое – это то, что у них есть доступ к приватным репозиториям 1000 разных компаний, с коммитами от 100к+ разработчиков. На его основе они находят много интересных инсайтов (например, можно вот этот доклад послушать или почитать эту бумагу). Но сегодня я принес два интересных факта:
👉9,5% всех инженеров – "призраки". Они делают где-то 10% коммитов в сравнении с медианным разработчиком.
👉4% инженеров работают на 2+ работах сразу. При этом продуктивность их работы почти в два раза ниже медианы.
Я очень хочу вытащить ведущего рисерчера в подкаст и обсудить асе детали – предварительное согласие есть, где-то осенью будем пробовать!
В Стэнфорде есть группа ученых, которые занимаются изучением продуктивности разработчиков. Самое крутое – это то, что у них есть доступ к приватным репозиториям 1000 разных компаний, с коммитами от 100к+ разработчиков. На его основе они находят много интересных инсайтов (например, можно вот этот доклад послушать или почитать эту бумагу). Но сегодня я принес два интересных факта:
👉9,5% всех инженеров – "призраки". Они делают где-то 10% коммитов в сравнении с медианным разработчиком.
👉4% инженеров работают на 2+ работах сразу. При этом продуктивность их работы почти в два раза ниже медианы.
Я очень хочу вытащить ведущего рисерчера в подкаст и обсудить асе детали – предварительное согласие есть, где-то осенью будем пробовать!
YouTube
Stanford Research: Measuring Software Engineering Productivity
Presented by Simon Obstbaum and Yegor Denisov-Blanch (Stanford University) at DPE Summit 2024, an event developed and hosted by Gradle.
Effective decision-making in software organizations relies on good data: you can’t improve what you don’t measure. Current…
Effective decision-making in software organizations relies on good data: you can’t improve what you don’t measure. Current…
🔥52👍20❤5
Месяц экспериментов с AI в компании на 700 человек
Когда все время команды занято срочными дедлайнами и тушением пожаров, времени на то, чтобы "заточить пилу" совсем не остается. А для многих команд научиться вменяемо работать с AI может стать не просто заточкой пилы, а заменой пилочки для ногтей на лазерный меч.
Так вот, в Monday провели интересный эксперимент – выделили целый месяц, в течение которого сместили фокус с продуктовых релизов на то, чтобы научиться использовать AI в своих ежедневных задачах. Вот как это работало:
👉Каждый день проводились лекции, тренинги и воркшопы от людей, которые уже научились получать пользу от AI в своих задачах
👉Раз в неделю команды проводили демо-сессии, где рассказывали, что они попробовали, что сработало, а что – нет
👉Запросы на покупку новых инструментов моментально одобрялись
На результаты, конечно, стоит смотреть немного скептически, так как про них рассказывает топ-менеджер, а не люди на местах, но все равно интересно:
👉Доля AI-assisted PRs выросла с 50% до 90%
👉Команды показали 71 работающую демку того, как они используют AI в своей работе
👉Оценка на распил монолита уменьшилась с 408 до 21 человеко-недели (что ж они там такого автоматизировали-то)
Когда все время команды занято срочными дедлайнами и тушением пожаров, времени на то, чтобы "заточить пилу" совсем не остается. А для многих команд научиться вменяемо работать с AI может стать не просто заточкой пилы, а заменой пилочки для ногтей на лазерный меч.
Так вот, в Monday провели интересный эксперимент – выделили целый месяц, в течение которого сместили фокус с продуктовых релизов на то, чтобы научиться использовать AI в своих ежедневных задачах. Вот как это работало:
👉Каждый день проводились лекции, тренинги и воркшопы от людей, которые уже научились получать пользу от AI в своих задачах
👉Раз в неделю команды проводили демо-сессии, где рассказывали, что они попробовали, что сработало, а что – нет
👉Запросы на покупку новых инструментов моментально одобрялись
На результаты, конечно, стоит смотреть немного скептически, так как про них рассказывает топ-менеджер, а не люди на местах, но все равно интересно:
👉Доля AI-assisted PRs выросла с 50% до 90%
👉Команды показали 71 работающую демку того, как они используют AI в своей работе
👉Оценка на распил монолита уменьшилась с 408 до 21 человеко-недели (что ж они там такого автоматизировали-то)
Linkedin
What if we gave 700 people one month to rethink how they work with AI?
Over the past five weeks, we been running an ‘AI Month’ across our 700-person Builders organization. Not a hackathon.
👎21❤10👍8
Как быть человечным руководителем, но чтобы вам не сели на шею?
Современная повестка диктует: развивайте эмоциональный интеллект, следите за состоянием подчиненных, будьте экологичны. И это действительно помогает получать от команды лучшие результаты, но человечность руководителя может восприниматься как слабость, а экологичная коммуникация служить инструментом манипулирования.
Как же все-таки выстроить работу с подчиненными и по пути не превратиться в тирана или мямлю?
Расскажет спикер школы коммуникаций Soft Skills Lab на открытом вебинаре уже 10 июля в 20:00 по мск!
За 1,5 часа вы узнаете:
▫️ Как руководитель может навредить эмпатичностью?
▫️ Как грамотно работать с эмоциями подчиненных?
▫️ Как отследить, что сотрудники злоупотребляют вашей человечностью?
▫️ Как отрабатывать манипуляции и сохранять свой авторитет?
🗣 Спикер — Нелли Григорьева, наш ведущий тренер, преподаватель по переговорам в ВШЭ, ex-head of marketing в международных стартапах и консультант технологических компаний в области маркетинга.
Весь материал будет разбираться на кейсах участников, встреча в Zoom.
👉🏻 Запустите бота, чтобы получить ссылку на конференцию.
Современная повестка диктует: развивайте эмоциональный интеллект, следите за состоянием подчиненных, будьте экологичны. И это действительно помогает получать от команды лучшие результаты, но человечность руководителя может восприниматься как слабость, а экологичная коммуникация служить инструментом манипулирования.
Как же все-таки выстроить работу с подчиненными и по пути не превратиться в тирана или мямлю?
Расскажет спикер школы коммуникаций Soft Skills Lab на открытом вебинаре уже 10 июля в 20:00 по мск!
За 1,5 часа вы узнаете:
▫️ Как руководитель может навредить эмпатичностью?
▫️ Как грамотно работать с эмоциями подчиненных?
▫️ Как отследить, что сотрудники злоупотребляют вашей человечностью?
▫️ Как отрабатывать манипуляции и сохранять свой авторитет?
🗣 Спикер — Нелли Григорьева, наш ведущий тренер, преподаватель по переговорам в ВШЭ, ex-head of marketing в международных стартапах и консультант технологических компаний в области маркетинга.
Весь материал будет разбираться на кейсах участников, встреча в Zoom.
👉🏻 Запустите бота, чтобы получить ссылку на конференцию.
👎12👍5❤4
Не надо искать идеальных
Вакансии часто закрываются долгими месяцами не из-за маленького потока кандидатов и не из-за каких-то уникальных требований – а просто потому, что нанимающий менеджер плохо представляет, кто именно нужен команде, и ищет абстрактного идеального сотрудника. Из-за этого возможен и другой эффект – человека в итоге наняли, а на испытательном сроке он не справился.
В статье как раз про системный подход, который позволяет подходить к поиску кандидатов рациональнее:
1️⃣Сначала поймите, кого вы ищете. Подумайте, что важнее всего в этой конкретной роли по трем блокам – харды, софты, мотивация. Например, все три блока будут разными при найме на поддержку легаси-монолита и для разработки быстрых прототипов новых идей. Найм – инженерная задача с функциональными требованиями и ограничениями, и, чтобы получить оптимальное решение, их надо четко понимать.
2️⃣Относитесь к собеседованию не как к экзамену или способу померяться знаниями. Это способ понять, усилит ли человек команду. Например, для оценки хардов важно не столько знание конкретных фреймворков, сколько увидеть, как кандидат думает в незнакомой ситуации, диагностирует баги, насколько прагматичен при выборе решения. А для оценки мотивации хорошо бы понять, что человека драйвит и, например, как он относится к рутине.
3️⃣Чтобы это оценить, задавайте вопросы, которые побуждают кандидата разговаривать с вами, а не искать правильный ответ. В идеале – поведенческие, про то, как человек вел себя раньше в похожих ситуациях.
4️⃣Слушайте больше, чем говорите. Давайте кандидату время на тишину, спокойно подумать. Задавайте уточняющие вопросы, не останавливайтесь на поверхностных ответах. Слушайте интуицию – если что-то вас зацепило, то у этого есть какая-то причина, даже если ее пока не поняли.
5️⃣После интервью зафиксируйте все наблюдения, так как потом они очень быстро забудутся. Делайте заметки по всем кандидатам в единой системе – а в какой конкретно, не так важно.
6️⃣Следите за красными флагами, при которых даже продолжать не имеет смысла. Например, обесценивает какие-то роли или этапы процесса, или сваливает вину на других.
Вакансии часто закрываются долгими месяцами не из-за маленького потока кандидатов и не из-за каких-то уникальных требований – а просто потому, что нанимающий менеджер плохо представляет, кто именно нужен команде, и ищет абстрактного идеального сотрудника. Из-за этого возможен и другой эффект – человека в итоге наняли, а на испытательном сроке он не справился.
В статье как раз про системный подход, который позволяет подходить к поиску кандидатов рациональнее:
1️⃣Сначала поймите, кого вы ищете. Подумайте, что важнее всего в этой конкретной роли по трем блокам – харды, софты, мотивация. Например, все три блока будут разными при найме на поддержку легаси-монолита и для разработки быстрых прототипов новых идей. Найм – инженерная задача с функциональными требованиями и ограничениями, и, чтобы получить оптимальное решение, их надо четко понимать.
2️⃣Относитесь к собеседованию не как к экзамену или способу померяться знаниями. Это способ понять, усилит ли человек команду. Например, для оценки хардов важно не столько знание конкретных фреймворков, сколько увидеть, как кандидат думает в незнакомой ситуации, диагностирует баги, насколько прагматичен при выборе решения. А для оценки мотивации хорошо бы понять, что человека драйвит и, например, как он относится к рутине.
3️⃣Чтобы это оценить, задавайте вопросы, которые побуждают кандидата разговаривать с вами, а не искать правильный ответ. В идеале – поведенческие, про то, как человек вел себя раньше в похожих ситуациях.
4️⃣Слушайте больше, чем говорите. Давайте кандидату время на тишину, спокойно подумать. Задавайте уточняющие вопросы, не останавливайтесь на поверхностных ответах. Слушайте интуицию – если что-то вас зацепило, то у этого есть какая-то причина, даже если ее пока не поняли.
5️⃣После интервью зафиксируйте все наблюдения, так как потом они очень быстро забудутся. Делайте заметки по всем кандидатам в единой системе – а в какой конкретно, не так важно.
6️⃣Следите за красными флагами, при которых даже продолжать не имеет смысла. Например, обесценивает какие-то роли или этапы процесса, или сваливает вину на других.
Хабр
Как собеседовать не идеальных
Собеседования — как очередь в муниципальной больнице: все там были, но мало кто потом вспоминает с теплом. Кто-то берет «100 каверзных вопросов для собеседования» из интернета, кто-то топит за знание...
❤27👍19🔥4👎1
📈Растите сотрудников в Практикуме — получайте подарки и скидки
Только до 31 июля при оплате обучения себе или сотруднику вы бесплатно получаете доступ на 30 дней к платформе для оценки и развития сотрудников Грейд.
Платформа Грейд от Яндекс Практикума — это:
✅385 микрокурсов, 1100 навыков, 9 направлений;
✅HR-кабинет для отслеживания результатов;
✅Ассесмент-центр + тестирование по каждому навыку.
А ещё мы дадим скидку до 15% на все курсы по IT-профессиям, если вы направите на обучение группу сотрудников.
Скидка рассчитывается индивидуально.
👉Выбрать обучение
Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzquiVroH
Только до 31 июля при оплате обучения себе или сотруднику вы бесплатно получаете доступ на 30 дней к платформе для оценки и развития сотрудников Грейд.
Платформа Грейд от Яндекс Практикума — это:
✅385 микрокурсов, 1100 навыков, 9 направлений;
✅HR-кабинет для отслеживания результатов;
✅Ассесмент-центр + тестирование по каждому навыку.
А ещё мы дадим скидку до 15% на все курсы по IT-профессиям, если вы направите на обучение группу сотрудников.
Скидка рассчитывается индивидуально.
👉Выбрать обучение
Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzquiVroH
👎10❤2👍1
Шаблон для подбора в команду
Я в JetBrains недавно решал похожую проблему с наймом продакт-менеджеров – многие команды не могли четко сформулировать рекрутерам, кто конкретно им нужен, и это тащило за собой ворох негативных последствий. Мы договорились, что перед открытием новой позиции нанимающий менеджер должен заполнить небольшой hiring brief.
Сначала идут вопросы про роль:
👉За какие продукты или фичи кандидат будет отвечать
👉Основные цели, которые перед ним будут стоять
👉Примеры конкретных задач
👉Уровень сеньорности по нашей линейке грейдов
👉Кого ему придется менеджерить
Профиль идеального кандидата:
👉Тип опыта (B2C/B2B, corporate/startup, new product/scaling/mature)
👉Доменный опыт (например, геймдев)
👉Конкретные требования к техническому бэкграунду (он у нас нужен почти любому продакту, но уровень может различаться)
👉Конкретные компетенции с разбитием на must-have и nice-to-have
👉Важные для позиции личные качества (например, готовность к росту в пипл-менеджмент)
С введением hiring brief стало сильно лучше – помимо улучшения качества кандидатов, приводимых рекрутерами, он очень помогает задизайнить вопросы и кейсы для интервью.
Я в JetBrains недавно решал похожую проблему с наймом продакт-менеджеров – многие команды не могли четко сформулировать рекрутерам, кто конкретно им нужен, и это тащило за собой ворох негативных последствий. Мы договорились, что перед открытием новой позиции нанимающий менеджер должен заполнить небольшой hiring brief.
Сначала идут вопросы про роль:
👉За какие продукты или фичи кандидат будет отвечать
👉Основные цели, которые перед ним будут стоять
👉Примеры конкретных задач
👉Уровень сеньорности по нашей линейке грейдов
👉Кого ему придется менеджерить
Профиль идеального кандидата:
👉Тип опыта (B2C/B2B, corporate/startup, new product/scaling/mature)
👉Доменный опыт (например, геймдев)
👉Конкретные требования к техническому бэкграунду (он у нас нужен почти любому продакту, но уровень может различаться)
👉Конкретные компетенции с разбитием на must-have и nice-to-have
👉Важные для позиции личные качества (например, готовность к росту в пипл-менеджмент)
С введением hiring brief стало сильно лучше – помимо улучшения качества кандидатов, приводимых рекрутерами, он очень помогает задизайнить вопросы и кейсы для интервью.
Google Docs
Hiring Brief
The hiring brief is a document that helps the recruitment team narrow down the candidate pool, and guides product interviewers on which specific competencies to evaluate. Just copy this document and provide specifics for your own role. About the role Role:…
👍23🔥8❤5
This media is not supported in your browser
VIEW IN TELEGRAM
19 июля пройдет Dream → Teamlead: практическая конференция Яндекса для тимлидов, техлидов и CTO
Прокачайте ключевые навыки: от грамотного управления собой и командой до борьбы с выгоранием. Заведите полезные знакомства, получите личные консультации от СТО и лайфхаки от экспертов, которые сразу можно внедрить в процессы работы.
CTO Яндекс Карт Анатолий Панов расскажет, как руководителю самостоятельно развиваться. На мастер-классе Максим Дорофеев, специалист по продуктивности и автор «Джедайских техник», покажет, как находить ошибки в логике ваших планов, а Александр Зинченко, CTO Яндекс 360, научит делать встречи понятнее, живее и продуктивнее. Также пройдут дискуссии с руководителями, где вы освоите приоритизацию задач, использование AI-инструментов и не только.
Регистрируемся
Прокачайте ключевые навыки: от грамотного управления собой и командой до борьбы с выгоранием. Заведите полезные знакомства, получите личные консультации от СТО и лайфхаки от экспертов, которые сразу можно внедрить в процессы работы.
CTO Яндекс Карт Анатолий Панов расскажет, как руководителю самостоятельно развиваться. На мастер-классе Максим Дорофеев, специалист по продуктивности и автор «Джедайских техник», покажет, как находить ошибки в логике ваших планов, а Александр Зинченко, CTO Яндекс 360, научит делать встречи понятнее, живее и продуктивнее. Также пройдут дискуссии с руководителями, где вы освоите приоритизацию задач, использование AI-инструментов и не только.
Регистрируемся
👍8❤4🔥1
Два вида сложных решений
1️⃣70/30, когда один из вариантов точно лучше другого
2️⃣49/51, когда решения примерно одинаковы
Сложность в том, чтобы понять, с каким именно случаем вы столкнулись. Если решение надо принять срочно, а очевидного варианта нет, просто подбросьте монетку. Если решение не срочное, то можно дать ему настояться – и либо один из вариантов станет очевидно правильным, либо вернетесь к монетке.
1️⃣70/30, когда один из вариантов точно лучше другого
2️⃣49/51, когда решения примерно одинаковы
Сложность в том, чтобы понять, с каким именно случаем вы столкнулись. Если решение надо принять срочно, а очевидного варианта нет, просто подбросьте монетку. Если решение не срочное, то можно дать ему настояться – и либо один из вариантов станет очевидно правильным, либо вернетесь к монетке.
👍34