Forwarded from Digital Ниндзя
Агония конференций: главный формат сборищ айтишников умер, и его совсем не жаль
Онтико, организатор одних из самых крупных конференций в России (HighLoad, TeamLead Conf и т. д.), провели опрос, из которого узнали, что сам жанр конференций окуклился и превратился в легаси-хуйню. Результаты опроса намекают, что организаторам по-прежнему больше всего похуй на человека, для которого всё и должно делаться, — на посетителя конфы.
Но если всё делается не для посетителя, то для кого? Большие конфы с множеством логотипов в футере делаются для разного рода очковтирателей.
Начнём с многолетних спикеров и членов программных комитетов, чьи ЧСВ раздуваются до планетарного масштаба. Как будто бы, сам факт, что тебе вручили микрофон или право им распоряжаться на столь серьёзном мероприятии, как бы делает тебя особенным. Сразу у твоих слов появляется больший вес, а в интонациях проскакивает нотка высокомерия. Хотя по цифрам — это смешной контент. Доклады (от этого слова у меня в носу запах, как от старого оборудования в физической лаборатории провинциального ВУЗа) едва собирают тысячу просмотров на YouTube. Панельные дискуссии, куда приходят неподготовленные проходимцы поторговать ебалом, невозможно смотреть без фейспалма. После выступления на конфе можно будет похвастаться маме, что ты стал очень солидным человеком в индустрии.
Следующий тип очковтирателей — это разного рода деврелы и бренд-менеджеры. Главный продукт, который они производят — это фотографии людей на стендах или на фоне логотипа компании, а также фото своих спикеров на сцене. Фотографии украшают корпоративные презентации, которые с помпой демонстрируются руководству. Каких-либо метрик у деврела и бренд-менеджеров нет, потому что «ну вы же должны понимать, построение бренда работодателя — это медленный процесс».
Ну и самые главные очковтиратели — организаторы конференций, которые вообще не хотят меняться. Они по-прежнему работают на одного актора: спонсоров конфы. Вся экономика конференций строится на том, что спонсоры поставят стенды, заплатят за выступление одних своих сотрудников, а другим — купят билеты.
Что остаётся незамотивированному зеваке, которого компания отправила на конфу? Поиграть в плейстешн на стенде. Поскучать на докладе с названием типа «Как мы собрали суперапп, а потом обратно распилили его на отдельные приложения. Наш опыт», что-то жизненное и интересное будет зацензурировано спонсором. Получить бесплатное худи с логотипом и катышками, которое будет носиться строго дома. Из нормального остаётся только наебнуть дешёвого пивка с коллегами, именно с коллегами, потому что вся атмосфера конфы, где тебя бомбят рекламными сообщениями и пытаются развлечь, не располагает к знакомству с новыми людьми.
Вы удивитесь, но такое времяпрепровождение стоит вполне себе богемного прайса. На Frontend Conf, двухдневную самую крупную конференцию по одному из популярнейших направлений в IT, которую как раз-таки Онтико и организует, входной билет стоил 88к деревянных. Тысяча евро за два дня. Запомнится эта конференция шашлычок-гейтом: за 88к кейтеринг выдавал один шашлык в одни руки, и это попало под камеры.
Онтико, организатор одних из самых крупных конференций в России (HighLoad, TeamLead Conf и т. д.), провели опрос, из которого узнали, что сам жанр конференций окуклился и превратился в легаси-хуйню. Результаты опроса намекают, что организаторам по-прежнему больше всего похуй на человека, для которого всё и должно делаться, — на посетителя конфы.
Но если всё делается не для посетителя, то для кого? Большие конфы с множеством логотипов в футере делаются для разного рода очковтирателей.
Начнём с многолетних спикеров и членов программных комитетов, чьи ЧСВ раздуваются до планетарного масштаба. Как будто бы, сам факт, что тебе вручили микрофон или право им распоряжаться на столь серьёзном мероприятии, как бы делает тебя особенным. Сразу у твоих слов появляется больший вес, а в интонациях проскакивает нотка высокомерия. Хотя по цифрам — это смешной контент. Доклады (от этого слова у меня в носу запах, как от старого оборудования в физической лаборатории провинциального ВУЗа) едва собирают тысячу просмотров на YouTube. Панельные дискуссии, куда приходят неподготовленные проходимцы поторговать ебалом, невозможно смотреть без фейспалма. После выступления на конфе можно будет похвастаться маме, что ты стал очень солидным человеком в индустрии.
Следующий тип очковтирателей — это разного рода деврелы и бренд-менеджеры. Главный продукт, который они производят — это фотографии людей на стендах или на фоне логотипа компании, а также фото своих спикеров на сцене. Фотографии украшают корпоративные презентации, которые с помпой демонстрируются руководству. Каких-либо метрик у деврела и бренд-менеджеров нет, потому что «ну вы же должны понимать, построение бренда работодателя — это медленный процесс».
Ну и самые главные очковтиратели — организаторы конференций, которые вообще не хотят меняться. Они по-прежнему работают на одного актора: спонсоров конфы. Вся экономика конференций строится на том, что спонсоры поставят стенды, заплатят за выступление одних своих сотрудников, а другим — купят билеты.
Что остаётся незамотивированному зеваке, которого компания отправила на конфу? Поиграть в плейстешн на стенде. Поскучать на докладе с названием типа «Как мы собрали суперапп, а потом обратно распилили его на отдельные приложения. Наш опыт», что-то жизненное и интересное будет зацензурировано спонсором. Получить бесплатное худи с логотипом и катышками, которое будет носиться строго дома. Из нормального остаётся только наебнуть дешёвого пивка с коллегами, именно с коллегами, потому что вся атмосфера конфы, где тебя бомбят рекламными сообщениями и пытаются развлечь, не располагает к знакомству с новыми людьми.
Вы удивитесь, но такое времяпрепровождение стоит вполне себе богемного прайса. На Frontend Conf, двухдневную самую крупную конференцию по одному из популярнейших направлений в IT, которую как раз-таки Онтико и организует, входной билет стоил 88к деревянных. Тысяча евро за два дня. Запомнится эта конференция шашлычок-гейтом: за 88к кейтеринг выдавал один шашлык в одни руки, и это попало под камеры.
👍11😁3❤1🔥1
В последнее время приходится решать много разных задач, поэтому в голове часто переключаю «контекст» с одного вопроса на другой. Для меня это очень затратная операция, думаю, для вас тоже.
Дошло до того, что хочу написать небольшой пост в телеграм, а мозг такой: «Тебе надо — ты и пиши».
Выхода, по сути, два: делегировать или объединять схожие вопросы в группы. В противном случае куча энергии тратится впустую.
Если вы тоже дико устаёте от этого вечного "ну тут делов на 10 минут, что тебе глянуть трудно", то ставьте💡
Дошло до того, что хочу написать небольшой пост в телеграм, а мозг такой: «Тебе надо — ты и пиши».
Выхода, по сути, два: делегировать или объединять схожие вопросы в группы. В противном случае куча энергии тратится впустую.
Если вы тоже дико устаёте от этого вечного "ну тут делов на 10 минут, что тебе глянуть трудно", то ставьте
Please open Telegram to view this post
VIEW IN TELEGRAM
Есть мнение, что микросервисы сильно переоценены. Хочу сказать пару слов на эту тему.
Вчера на созвоне разбирали архитектурный ландшафт сервисной архитектуры. Традиционно ребята уперлись в тонкое место SOA — общую шину предприятия. Попытались использовать API-gateway и вместо оркестрации уйти в хореографию. Нетрудно догадаться, что решение сразу стало не в SOA-стиле, а обычными микросервисами.
Мне кажется, что исторически именно раздутые ESB заставили уходить организации в микросервисы. И это остро чувствуется, когда сам сталкиваешься с задачей и ощущаешь всю неповоротливость шины.
Один такой практический созвон заменяет сотни споров, потому что в теории все просто, а практика показывает обратное.
Поэтому очень важно для усвоения материала пройти путь от монолитов через сервисы к микросервисам, без этого нет понимания "болевых" точек, которые привели индустрию к текущему состоянию. Микросервисы получились не случайно, они являются закономерным результатом многолетнего набивания шишек.
Вчера на созвоне разбирали архитектурный ландшафт сервисной архитектуры. Традиционно ребята уперлись в тонкое место SOA — общую шину предприятия. Попытались использовать API-gateway и вместо оркестрации уйти в хореографию. Нетрудно догадаться, что решение сразу стало не в SOA-стиле, а обычными микросервисами.
Мне кажется, что исторически именно раздутые ESB заставили уходить организации в микросервисы. И это остро чувствуется, когда сам сталкиваешься с задачей и ощущаешь всю неповоротливость шины.
Один такой практический созвон заменяет сотни споров, потому что в теории все просто, а практика показывает обратное.
Поэтому очень важно для усвоения материала пройти путь от монолитов через сервисы к микросервисам, без этого нет понимания "болевых" точек, которые привели индустрию к текущему состоянию. Микросервисы получились не случайно, они являются закономерным результатом многолетнего набивания шишек.
❤8👍4🔥2👌1
Кстати, а кто ещё не знает, что в микросервисах нет ESB? 👇👇👇
👍1👎1
Forwarded from _
Каким образом уход в микросервисы решает проблему раздутого esb?
Оно только ещё больше раздувается
Оно только ещё больше раздувается
Не знаю как вам, а мне этот год дался максимально тяжело. Особенно последние несколько недель.
Во-первых, в этом году сделал полный юридический аудит своих проектов. Понял, что их надо либо закрывать, либо развивать. Естественно принял решение - развивать. Хотя сейчас думаю не было ли это ошибкой?
Во-вторых, сделал себе отдельную студию под запись видео, уже давно хочу вернуться к регулярной записи роликов.
В-третьих, начал делегировать работу, которую делал сам. Казалось бы это должно сильно облегчить работу, но объяснять людям что нужно сделать - это отдельный вид искусства.
В итоге получил дикое количество перерабток. Немного устал, но не выгорел. Иду к цели на чистом упрямстве.
Во-первых, в этом году сделал полный юридический аудит своих проектов. Понял, что их надо либо закрывать, либо развивать. Естественно принял решение - развивать. Хотя сейчас думаю не было ли это ошибкой?
Во-вторых, сделал себе отдельную студию под запись видео, уже давно хочу вернуться к регулярной записи роликов.
В-третьих, начал делегировать работу, которую делал сам. Казалось бы это должно сильно облегчить работу, но объяснять людям что нужно сделать - это отдельный вид искусства.
В итоге получил дикое количество перерабток. Немного устал, но не выгорел. Иду к цели на чистом упрямстве.
🔥30👍5
Только на моей памяти было "ИИ никогда не сможет обыграть человек в шахматы", "ИИ никогда не сможет переводить тексты, делать анализ изображений, генерировать видео", "ИИ никогда не сможет писать код".
Теперь вот "ИИ не заменит людей"
Вам не кажется, что уровень того что ИИ никогда не сможет делать постоянно растёт?
https://habr.com/ru/companies/bothub/articles/969106/
Теперь вот "ИИ не заменит людей"
Вам не кажется, что уровень того что ИИ никогда не сможет делать постоянно растёт?
https://habr.com/ru/companies/bothub/articles/969106/
Хабр
MIT доказал провал 95% проектов, OpenAI признали галлюцинации, или почему ИИ никогда не заменит людей
Нобелевский лауреат Джеффри Хинтон, которого часто называют «крёстным отцом ИИ» за его гигантский вклад в технологию искусственных нейронных сетей, питающую современный ИИ, в последнее время обрушился...
👌1
Попробуйте посмотреть на вопрос под другим углом. Мы боле 40 лет создаём процессы и инструменты, которые удобны человеку. У нас появляются Ide, языки программирования, методики разработки. Заставь человека писать код прокалывая дырочки на перфокартах и вы сразу поймёте, что наша супер интеллектуальность никому не нужна. Для прогресса нужна скорость!
Принципиально модель вычислений не меняется годами, меняются только инструменты, созданные для человека.
А теперь возникает вопрос, то что удобно для работы человека удобно для работы ИИ? Ответ - твёрдое нет.
Для ИИ использование наших высокурлвневых языков и абстракции так же неудобно как нам прокалывать дырочки на перфокартах.
Поэтому дело не только в том чего ИИ может или нет, а в развитии инструментов, которые будут компенсировать отсутствие абстрактного мышления у LLM.
Принципиально модель вычислений не меняется годами, меняются только инструменты, созданные для человека.
А теперь возникает вопрос, то что удобно для работы человека удобно для работы ИИ? Ответ - твёрдое нет.
Для ИИ использование наших высокурлвневых языков и абстракции так же неудобно как нам прокалывать дырочки на перфокартах.
Поэтому дело не только в том чего ИИ может или нет, а в развитии инструментов, которые будут компенсировать отсутствие абстрактного мышления у LLM.
👍11👌1
В студию ещё не пришла мебель, но основные работы уже завершены. На первом фото дизайн который предложил Qwen, второе фото реализация.
👍19🔥12 5
Говорят в 2025 году повилось большое количество дел по незаконному использованию товарных знаков, из недавних - иск на более чем 700 млн. рублей.
Суть вопроса в том, что самые безобидные и популярные фразы русского языка могут стать предметом защиты, значит их нельзя использовать без согласия правообладателей ни в рекламе, ни в нейминге своих товаров и услуг (наверное, и в описании, тоже?).
Понятно, что для некоммерческих целей (простого общения в сети) рисков нет, но если как это работает если ты блогер, который зарабатывает на своем контенте? Это уже явная коммерческая деятельность и как тут понять, правомерность использования тех или иных фраз - непонятно?
Из интересного, прямо сейчас рассматривается заявка на регистрацию товарного знака "Вайбкодинг" (№ 2025813643), ранее были заявки на слово "Скуф" и прочий "сленг".
Кто может объяснить как это должно работать?
Суть вопроса в том, что самые безобидные и популярные фразы русского языка могут стать предметом защиты, значит их нельзя использовать без согласия правообладателей ни в рекламе, ни в нейминге своих товаров и услуг (наверное, и в описании, тоже?).
Понятно, что для некоммерческих целей (простого общения в сети) рисков нет, но если как это работает если ты блогер, который зарабатывает на своем контенте? Это уже явная коммерческая деятельность и как тут понять, правомерность использования тех или иных фраз - непонятно?
Из интересного, прямо сейчас рассматривается заявка на регистрацию товарного знака "Вайбкодинг" (№ 2025813643), ранее были заявки на слово "Скуф" и прочий "сленг".
Кто может объяснить как это должно работать?
Коммерсантъ
«Сердечко» не убедило суд
Производитель бытовой химии оспорит решение по товарному знаку «Я люблю свою семью»
👌1
Forwarded from Соер.Клуб | Практика сервисной архитектуры
Продолжаю с помощью ии придумывать дизайн студии, следующая итерация получить вот такой интерьер. Че думаете?
👌13👎6❤3🔥3😁1
Channel name was changed to «Соер.Клуб | Планы на 2026 год»
Почему такие разные отзывы на возможности ИИ?
Заметил, что разные люди высказывают полярные мнения о возможности использования ИИ в своей работе. Например, фронтендеры говорят, что нельзя добиться pixel-perfect верстки, бэкендеры жалуются на большое количество галлюцинаций и т.д. С другой стороны, есть люди, которые говорят, что смогли переложить на ИИ до 80% задач и радуются результатам. Кому верить?
Я попробовал использовать DeepSeek, QWEN3 Coder, GLM 4.6 на своих пет-проектах:
🔴 система донатов — это довольно старый проект, построенный как сильно зацепленный монолит с небольшой кодовой базой
🔴 платформа саморазвития, построенная по принципам монорепозитория и сервисного подхода
🔴 плагин для NVim, построенный по классической монолитной архитектуре.
Ожидаемо, что наилучшие результаты я получил на небольших по размеру кодовых базах. Например, разработку плагина действительно можно делать, используя только LLM, внося небольшие корректировки.
Система донатов уже не так хорошо подходит для разработки через ИИ. Хоть и небольшая по размеру, но из-за сильного зацепления даже небольшие изменения ломают систему в непредсказуемых местах.
Хуже всего дело обстоит с монорепозиторием. ИИ быстро раздувает контекст, изучая куски кода, которые по идее вообще не нужны для решения задачи. Если ограничить неймспейс только одним сервисом, то результаты становятся заметно лучше.
У меня есть предположение, что наилучшая архитектура для разработки через ИИ — микросервисная, с ограничением работы LLM по границе микросервиса (мультирепозиторный подход).
Основная проблема — эффективная работа при увеличении контекстного окна. Наилучшие результаты у меня получаются, когда контекст используется на 50-60% от максимума.
Мои наблюдения частично объясняют, почему у многих возникают проблемы с использованием LLM на рабочих проектах. Общая проблема — плохо структурированные, раздутые кодовые базы, сделанные в стиле "big ball of mud". Хорошая архитектура, наоборот, помогает использовать искусственный интеллект гораздо эффективнее.
Ожидаемый вектор развития моделей — расширение контекста и лучшая фокусировка на задаче при больших контекстных окнах. Этого сейчас очень не хватает.
В целом если у вас хороший модульный монолит или микросервисный подход, возможности по внедрению ИИ сильно увеличиваются.
Заметил, что разные люди высказывают полярные мнения о возможности использования ИИ в своей работе. Например, фронтендеры говорят, что нельзя добиться pixel-perfect верстки, бэкендеры жалуются на большое количество галлюцинаций и т.д. С другой стороны, есть люди, которые говорят, что смогли переложить на ИИ до 80% задач и радуются результатам. Кому верить?
Я попробовал использовать DeepSeek, QWEN3 Coder, GLM 4.6 на своих пет-проектах:
Ожидаемо, что наилучшие результаты я получил на небольших по размеру кодовых базах. Например, разработку плагина действительно можно делать, используя только LLM, внося небольшие корректировки.
Система донатов уже не так хорошо подходит для разработки через ИИ. Хоть и небольшая по размеру, но из-за сильного зацепления даже небольшие изменения ломают систему в непредсказуемых местах.
Хуже всего дело обстоит с монорепозиторием. ИИ быстро раздувает контекст, изучая куски кода, которые по идее вообще не нужны для решения задачи. Если ограничить неймспейс только одним сервисом, то результаты становятся заметно лучше.
У меня есть предположение, что наилучшая архитектура для разработки через ИИ — микросервисная, с ограничением работы LLM по границе микросервиса (мультирепозиторный подход).
Основная проблема — эффективная работа при увеличении контекстного окна. Наилучшие результаты у меня получаются, когда контекст используется на 50-60% от максимума.
Мои наблюдения частично объясняют, почему у многих возникают проблемы с использованием LLM на рабочих проектах. Общая проблема — плохо структурированные, раздутые кодовые базы, сделанные в стиле "big ball of mud". Хорошая архитектура, наоборот, помогает использовать искусственный интеллект гораздо эффективнее.
Ожидаемый вектор развития моделей — расширение контекста и лучшая фокусировка на задаче при больших контекстных окнах. Этого сейчас очень не хватает.
В целом если у вас хороший модульный монолит или микросервисный подход, возможности по внедрению ИИ сильно увеличиваются.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12 4 2❤1😁1
#бриф
Соер.Клуб активно развивается и пополняется материалами, мы прошли всю теория по курсу сервисной архитектуры и перешли к практической части. Далее короткий список материалов, с которыми можно ознакомиться на платформе:
Лекции по архитектуре
- Лекция. Введение в сервисную архитектуру
- Лекция. Сбор требований
- Лекция. Анализ требований и документирование при проектировании архитектуры
- Лекция. Архитектурный ландшафт сервисной архитектуры
- Лекция. DDD стратегические шаблоны
- Лекция. DDD тактические шаблоны
Воркшопы
- Воркшоп. Сбор требований
- Воркшоп. Анализ требований и документирование при проектировании архитектуры
- Воркшоп. Архитектурный ландшафт сервисной архитектуры
- Воркшоп. DDD стратегические шаблоны
- Воркшоп. DDD тактические шаблоны
Созвоны
- Созвон. Введение в сервисную архитектуру
- Созвон. Анализ требований для сервисов
- Созвон. Анализ требований (2 часть)
- Созвон. Проектирование сервиса
- Созвон. Event Storming
Предыдущие брифинги:
- Материалы по монлитам (часть 1)
- Материалы по монолитам (часть 2)
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Соер.Клуб | Планы на 2026 год
⬛️⬜️⚫️⚪️ Брифинг SOER.PRO
#бриф
За последний месяц опубликовано много разных материалов, которые помогают развиваться и строить карьеру в АйТи, чтобы ты мог найти все полезное в одном месте ознакомься с брифом ниже.
🎤Сейчас идет курс по монолитной архитектуре…
#бриф
За последний месяц опубликовано много разных материалов, которые помогают развиваться и строить карьеру в АйТи, чтобы ты мог найти все полезное в одном месте ознакомься с брифом ниже.
🎤Сейчас идет курс по монолитной архитектуре…
🤝8❤4🔥2
Планы на 2026 год
Я люблю разделять мух от котлет и понимать, какие задачи решаю в тот или иной момент своей жизни. В этом посте хочу поделиться планами и мыслями на развитие сообщества в этом году.
Мы с вами наблюдаем интересную картину — рынок труда остывает, меняется структура найма, нас активно «подпирает» ИИ, а конкретных советов, как адаптироваться к изменениям, почти нет. Вместо этого есть надежда, что найм починят и всё станет как раньше. В сломанный найм я слабо верю, скорее всего, наоборот, придётся самому активно адаптироваться к изменениям.
В этой ситуации нужно в первую очередь принять тот факт, что как раньше никогда не будет, и чем быстрее осознать неизбежность, тем раньше можно начать поиск решения.
Моя стратегия на ближайшие годы не меняется: карьерный рост и прокачка профессиональных навыков, которые имеют наименьшее влияние со стороны ИИ.
👑 Под «профессиональными навыками» понимаю следующее:
🔴 Прокачка аналитического мышления, развитие навыков в области управления процессами разработки и архитектуры ПО
🔴 Техническая экспертиза по внедрению ИИ в процесс разработки (создание агентских систем, промпт-инжениринг, технические вопросы, связанные с LLM и т.д.)
🔴 Профессиональная репутация и нетворкинг (личный бренд)
🔴 Развитие сообщества (публичный бренд)
👑 С тактической точки зрения планирую в этом году:
🔴 В рамках «лаборатории ИИ» сделать несколько созвонов с участниками сообщества и наладить регулярную публикацию материалов по теме ИИ.
🔴 В рамках «Проектория» сделать два курса: микросервисная архитектура (март-июнь) и архитектура агентских систем (август-декабрь). Вместе с курсами по сервисам и монолитам получится законченная база.
🔴 В рамках развития сообщества выпустить несколько публичных роликов. Пока темы точно не определены, но, скорее всего, буду говорить про облака, ИИ, архитектуру. Это нужно для продвижения сообщества.
🔴 Выпустить на платформе несколько гайдов, чек-листов, воркшопов по развитию через прокачку хардов. Это в основном поможет новичкам отслеживать прогресс по своим целям и задачам.
Основной фокус на «антихрупкость». Главная цель — помочь участникам сформировать навыки, которые соответствуют текущим реалиям рынка.
Стратегия без тактики — это просто мечта, тактика без стратегии — это суета.
Я люблю разделять мух от котлет и понимать, какие задачи решаю в тот или иной момент своей жизни. В этом посте хочу поделиться планами и мыслями на развитие сообщества в этом году.
Мы с вами наблюдаем интересную картину — рынок труда остывает, меняется структура найма, нас активно «подпирает» ИИ, а конкретных советов, как адаптироваться к изменениям, почти нет. Вместо этого есть надежда, что найм починят и всё станет как раньше. В сломанный найм я слабо верю, скорее всего, наоборот, придётся самому активно адаптироваться к изменениям.
В этой ситуации нужно в первую очередь принять тот факт, что как раньше никогда не будет, и чем быстрее осознать неизбежность, тем раньше можно начать поиск решения.
Моя стратегия на ближайшие годы не меняется: карьерный рост и прокачка профессиональных навыков, которые имеют наименьшее влияние со стороны ИИ.
Основной фокус на «антихрупкость». Главная цель — помочь участникам сформировать навыки, которые соответствуют текущим реалиям рынка.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12 8 3 3❤1
Channel name was changed to «Соер.Клуб | Практика сервисной архитектуры»
Обращение ко всем, кто использует идеи карьерного роста через развитие технической экспертизы и разделяет другие идеи нашего сообщества, очень нужна ваша обратная связь.
Прошу ответить на вопросы ниже, эта важная статистика для всех участников и поможет лучше понять реальную картину.
Please open Telegram to view this post
VIEW IN TELEGRAM
Как изменился ваш ежемесячный доход (оклад) в 2025 году по сравнению с концом 2024
Anonymous Poll
10%
Увеличился более чем на 20%
9%
Увеличился на 5-20%
10%
Остался примерно на том же уровне (+/- 5%)
68%
Уменьшился
4%
Я сменил(а) компанию / начал(а) фрилансить (общий доход сложно сравнить)
Какие из этих карьерных изменений вы испытали в 2025 году?
Anonymous Poll
22%
Получил(а) повышение в должности (например, Middle → Senior)
36%
Расширил(а) зону ответственности или круг решаемых задач
33%
Начал(а) решать задачи значительно более высокой сложности
11%
Возглавил(а) проект или команду
7%
Публично выступил(а) с докладом или опубликовал(а) статью
18%
Ко мне стали чаще обращаться за экспертной оценкой коллеги
33%
У меня выросла уверенность в своих профессиональных решениях
38%
Не заметил(а) значительных изменений в карьерном статусе