Запись стрима «Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?» с Александром Гаркавенко.
Вместе со спикером мы:
🌟 Разобрали, почему проекты кажутся всегда срочными.
🌟 Поняли, как это влияет на продуктивность и выгорание команды.
🌟 Услышали реальные советы, как жить и работать без этого постоянного стресса.
Приятного просмотра)
ССЫЛКА 👈🏻
P.S. По промокоду ITARTEM скидка 15% в онлайн-школе Guide DAO.
Вместе со спикером мы:
Приятного просмотра)
ССЫЛКА 👈🏻
P.S. По промокоду ITARTEM скидка 15% в онлайн-школе Guide DAO.
Please open Telegram to view this post
VIEW IN TELEGRAM
VK Видео
Стрим! Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?
Бесконечный поток задач, чувство, что время ускользает, и постоянное ощущение, что всё горит. На стриме: ▪️Разберем, почему проекты кажутся всегда срочными. ▪️Поймем, как это влияет на продуктивность и выгорание команды. ▪️И главное – найдем реальные…
🔥13👍9
3 вещи, которые пока не умеет делать ИИ
Поделюсь-ка я тем, чего от LLM может и хотелось бы, но они пока не научились это делать на вменяемом уровне. Здесь будет исключительно моё мнение по темам, которые актуальны конкретно для меня. Вполне допускаю, что я просто не научился их правильно в этом направлении использовать. Но, на мой взгляд, если для получения результата с ними нужно сделать 25 приседаний, то проще пока эти пункты делать вручную))
Итак:
1️⃣ Писать интересные посты
В начале годя я делал пост про то, что я не использую ChatGPT для написания текстов, потому что он делает это плохо. Прошло 9 месяцев, вышли новые версии и даже новые LLM, но ситуация почти не изменилась. Я видел эксперименты от авторов, которые пытались создавать контент с помощью ИИ и даже полностью вести канал с помощью ChatGPT. Результат был так себе — посты не находят отклика, а каналы никому не интересны.
Тексты получаются пресные и шаблонные. В них нет реальных историй, эмоций, тонкого юмора и вот этого вот всего. Даже несмотря на то, что их тренируют на постах реального автора. Ну не может пока машина написать «а вот у нас на работе случай произошёл», потому что она как минимум на этой работе не работает)))
2️⃣ Траблшутить нетривиальные технические проблемы
Вот казалось бы, тут ИИ должен быть силён. Но все попытки продебажить хоть какую-то более-менее нестандартную проблему в софте с помощью LLM почти всегда заканчиваются ничем. Да, при плавающей ошибке она может предложить стандартный набор действий, как специалист первой линии поддержки: «конфиги проверьте» и «убедитесь, что есть доступы». Но это я и сам уже давно сделал.
А дальше что? А дальше она начинает ходить по кругу.
Да, я понимаю, что ей нужно больше информации и контекста, чтобы понять причину нетиповых проблем, но если бы я знал, что именно нужно для её определения, я бы сам давно это решил.
Был вот как-то смешной случай.
Я давно показывал демку системы со своего ноутбука и развернул для этого локально базу PostgreSQL. Через год я благополучно про это забыл, но его служба у меня всё это время крутилась, занимая порт 5432.
Недавно мне снова было нужно поднять локально постгрю, но уже в Docker-контейнере. Я стартанул его на том же дефолтном порту, но в логах контейнер ничего про занятый порт какого-то фига не написал (просто кинул STARTED — SUCCESS).
Я целый час ломал голову, почему я не могу подрубиться к запущенной в докере базе данных. Ну и обратился ради интереса к LLM.
Он мне выдал 10 причин, почему оно может не работать, но пункта «проверьте, что у вас не занят этот порт» среди них не было 🫠.
И так почти каждый раз. Если спросить в лоб: «Может ли быть в этом проблема?» — то он, конечно, ответит, что да. Но сам без наводки такой вариант скорее всего не предложит.
3️⃣ Держать «в голове» всю картину целиком
Сколько бы ни говорили про крутое сохранение контекста у LLM, но когда я ими пользуюсь, то замечаю это. В процессе длительного диалога детали, которые ты описываешь в начале, уходят из виду или игнорируются(в этом плане ЧатГПТ похож на рабочих, которые делают вам ремонт 😂)
То есть у ИИ пока есть проблема с тем, чтобы построить цельную картину происходящего и решать задачу, отталкиваясь от неё.
Я много раз пытался консультироваться с LLM по некоторым бытовым вопросам, в которых у меня слабая экспертиза: например, по некоторым вопросам того же ремонта. Когда ты описываешь ситуацию, он даёт одни советы, а через пару уточнений выдаёт другие, противоречащие изначальному ТЗ. И после правок выдаёт ответы, которые уже идут вразрез с предыдущими.
Забавный свежий случай — загрузил в ChatGPT свой график ЭКГ и попросил описать его. Он выдал, что меня, вероятно, госпитализировали с тяжелым предынфарктным состоянием. К слову, врач описал результат как «полную норму». После уточнения описания от врача он быстро «переобулся» ))
——
Я считаю, что есть много вещей, которые LLM делают круто уже сейчас. Думаю, что скоро и с пунктами выше всё станет лучше. Но пока восстание машин чуть откладывается))
Ну и как обычно, ставьте ❤️, если было интересно.
Поделюсь-ка я тем, чего от LLM может и хотелось бы, но они пока не научились это делать на вменяемом уровне. Здесь будет исключительно моё мнение по темам, которые актуальны конкретно для меня. Вполне допускаю, что я просто не научился их правильно в этом направлении использовать. Но, на мой взгляд, если для получения результата с ними нужно сделать 25 приседаний, то проще пока эти пункты делать вручную))
Итак:
В начале годя я делал пост про то, что я не использую ChatGPT для написания текстов, потому что он делает это плохо. Прошло 9 месяцев, вышли новые версии и даже новые LLM, но ситуация почти не изменилась. Я видел эксперименты от авторов, которые пытались создавать контент с помощью ИИ и даже полностью вести канал с помощью ChatGPT. Результат был так себе — посты не находят отклика, а каналы никому не интересны.
Тексты получаются пресные и шаблонные. В них нет реальных историй, эмоций, тонкого юмора и вот этого вот всего. Даже несмотря на то, что их тренируют на постах реального автора. Ну не может пока машина написать «а вот у нас на работе случай произошёл», потому что она как минимум на этой работе не работает)))
Вот казалось бы, тут ИИ должен быть силён. Но все попытки продебажить хоть какую-то более-менее нестандартную проблему в софте с помощью LLM почти всегда заканчиваются ничем. Да, при плавающей ошибке она может предложить стандартный набор действий, как специалист первой линии поддержки: «конфиги проверьте» и «убедитесь, что есть доступы». Но это я и сам уже давно сделал.
А дальше что? А дальше она начинает ходить по кругу.
Да, я понимаю, что ей нужно больше информации и контекста, чтобы понять причину нетиповых проблем, но если бы я знал, что именно нужно для её определения, я бы сам давно это решил.
Был вот как-то смешной случай.
Я давно показывал демку системы со своего ноутбука и развернул для этого локально базу PostgreSQL. Через год я благополучно про это забыл, но его служба у меня всё это время крутилась, занимая порт 5432.
Недавно мне снова было нужно поднять локально постгрю, но уже в Docker-контейнере. Я стартанул его на том же дефолтном порту, но в логах контейнер ничего про занятый порт какого-то фига не написал (просто кинул STARTED — SUCCESS).
Я целый час ломал голову, почему я не могу подрубиться к запущенной в докере базе данных. Ну и обратился ради интереса к LLM.
Он мне выдал 10 причин, почему оно может не работать, но пункта «проверьте, что у вас не занят этот порт» среди них не было 🫠.
И так почти каждый раз. Если спросить в лоб: «Может ли быть в этом проблема?» — то он, конечно, ответит, что да. Но сам без наводки такой вариант скорее всего не предложит.
Сколько бы ни говорили про крутое сохранение контекста у LLM, но когда я ими пользуюсь, то замечаю это. В процессе длительного диалога детали, которые ты описываешь в начале, уходят из виду или игнорируются
То есть у ИИ пока есть проблема с тем, чтобы построить цельную картину происходящего и решать задачу, отталкиваясь от неё.
Я много раз пытался консультироваться с LLM по некоторым бытовым вопросам, в которых у меня слабая экспертиза: например, по некоторым вопросам того же ремонта. Когда ты описываешь ситуацию, он даёт одни советы, а через пару уточнений выдаёт другие, противоречащие изначальному ТЗ. И после правок выдаёт ответы, которые уже идут вразрез с предыдущими.
Забавный свежий случай — загрузил в ChatGPT свой график ЭКГ и попросил описать его. Он выдал, что меня, вероятно, госпитализировали с тяжелым предынфарктным состоянием. К слову, врач описал результат как «полную норму». После уточнения описания от врача он быстро «переобулся» ))
——
Я считаю, что есть много вещей, которые LLM делают круто уже сейчас. Думаю, что скоро и с пунктами выше всё станет лучше. Но пока восстание машин чуть откладывается))
Ну и как обычно, ставьте ❤️, если было интересно.
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤19👍5💯1
С Днём Учителя!
Я тут поехал в небольшой отпуск на море, поэтому сейчас стараюсь восполнить силы и поймать немного релакса.
А тем временем, сегодня отмечается День Учителя ❗️📚
Хочу поздравить всех, кто имеет к этому празднику отношение.
Я считаю, что ваша профессия действительно одна из самых важных. Не зря мы помним своих учителей спустя много лет после выпуска из школы.
В ней заложено гораздо больше, чем просто передача знаний по предметам. Вы являетесь авторитетами, наставниками и примерами для детей, которые только формируются как личности, тем самым являясь очень важными людьми на ключевом этапе их становления.
Пусть даже сами они пока этого не понимают и не признают))
Желаю вам терпения, мудрости и чувства важности собственной работы.
Учитель — это действительно призвание! ☝🏻
Я тут поехал в небольшой отпуск на море, поэтому сейчас стараюсь восполнить силы и поймать немного релакса.
А тем временем, сегодня отмечается День Учителя ❗️📚
Хочу поздравить всех, кто имеет к этому празднику отношение.
Я считаю, что ваша профессия действительно одна из самых важных. Не зря мы помним своих учителей спустя много лет после выпуска из школы.
В ней заложено гораздо больше, чем просто передача знаний по предметам. Вы являетесь авторитетами, наставниками и примерами для детей, которые только формируются как личности, тем самым являясь очень важными людьми на ключевом этапе их становления.
Пусть даже сами они пока этого не понимают и не признают))
Желаю вам терпения, мудрости и чувства важности собственной работы.
Учитель — это действительно призвание! ☝🏻
🎉9❤7
Всем хорошей недели!
Собрал для вас дайджест самых важных публикаций сентября на канале ) 👇🏻
🌟 Как я был последним в списке. Забавная история к 1 сентября
🌟 "Волки" в ИТ
🌟 Колесо сансары руководства
🌟 Система vs Адаптивность
🌟 Как ничего не забывать
🌟 Как меньше грустить из-за ерунды
🌟 Стрим! Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?
Собрал для вас дайджест самых важных публикаций сентября на канале ) 👇🏻
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥2
Такое вот любопытное исследование про тимлидов 👇🏻
Похоже, что нужно лучше в тайм-менеджмент и распределение нагрузки) Иначе так сгорим все скоро.
По остальным пунктам звучит всё не так плохо, если только активнее в сообществах участвовать 😁
Похоже, что нужно лучше в тайм-менеджмент и распределение нагрузки) Иначе так сгорим все скоро.
По остальным пунктам звучит всё не так плохо, если только активнее в сообществах участвовать 😁
Forwarded from Тимлид Очевидность | Евгений Антонов
Я принес. Исследование руководителей разработки 2025
Подоспели результаты ежегодного большого исследования 742 руководителей разработки от ребят из devcrowd http://devcrowd.ru/tl-2025/
Что мне тут бросилось в глаза:
- 89% людей работают в распределенных командах. Как человека, настраивающего работу распределенных команд уже более 10 лет, меня это радует. Это вечный холивар про «загонять всех в офис плечом к плечу» vs «работать распределенно». Я тут могу много препираться и отстаивать свою точку зрения, но факт остается фактом – реалии таковы, что нужно уметь устроить работу в команде, где нельзя подходить к коллеге лично и дергать его за рукав в поисках сиюминутного ответа.
- 39% продолжают писать код. При этом продолжают покрывать около 15 типов всяких менеджерских активностей. И это плавная подводка к следующему пункту.
- 50% руководителей страдают от перегруза и лишь 15% тимлидов говорят, что не сталкивались с выгоранием (да, это субъективно) в прошедшем году. Может быть, тут есть какая-то взаимосвязь между этим и предыдущим пунктом?
- Интересно, что мидл-менеджеры и СТО про выгорание говорят немного реже. То ли они умеют хорошо делегировать и не сидеть на всех стульях сразу, то ли туда просто добираются самые стойкие 🙂 Вообще те мидл-менеджеры и СТО, которых я вижу – очень много работают.
- Помогают справляться с напрягами: хобби, отпуск и поддержка семьи. Когда у меня спрашивают, откуда силы успевать и работать, и канал вести, и 2 подкаста, и консалтинг, и доклады всякие готовить – я всегда отвечаю, что это благодаря поддержке и помощи жены. Я уверен на 146%, что если бы не было всё так хорошо в семье, то и половины (а скорее всего больше) из того, что у меня получается не было бы❤️
- Традиционно у тимлидов проседает стратегическое видение, а в остальном они эдакие универсальные ребята, которые всё должны уметь.
- Вагончик с AI мчится вперед. Многие в него запрыгнули, но при этом хотят занять более комфортные места, продолжать учиться и интегрировать в свою работу.
- 60% прошли хотя бы одно обучение за последний год. Меня это радует, как человека регулярно учащегося и повышающего квалификацию. В менеджменте всегда есть чему учиться. И это вечнозеленая история, так что считаю это хорошей инвестицией в себя.
- Мало активных участников сообществ. Около 10-15% процентов. С одной стороны, это вроде как нормальное распределение по популяции, а с другой – чем больше людей будет активно участвовать, обмениваться опытом и знаниями, выходить из комнаты, тем и в индустрии в целом станет чуточку лучше, и в жизни конкретных этих людей.
- В 5 из 5 тимлидских крупных мероприятиях я был или участником или организатором.
- Рад, что мой канал держит хорошие позиции в рейтинге читаемых, а в блоке «За кем из экспертов следить в 2026 году» очень горд стоять плечом к плечу с ув. тов. Шароватовым 🤝
- Отдельная гордость про 2 подкаста – «Три тимлида заходят в бар» и «Кода кода», которые заняли 2 места в рейтинге топ-3 без каких-либо финансовых вложений в маркетинг. Просто стараемся сделать хороший и полезный контент и им поделиться с сообществом.
Делитесь своими мыслями в комментариях, что вам бросилось в глаза в этом исследовании?
Подоспели результаты ежегодного большого исследования 742 руководителей разработки от ребят из devcrowd http://devcrowd.ru/tl-2025/
Что мне тут бросилось в глаза:
- 89% людей работают в распределенных командах. Как человека, настраивающего работу распределенных команд уже более 10 лет, меня это радует. Это вечный холивар про «загонять всех в офис плечом к плечу» vs «работать распределенно». Я тут могу много препираться и отстаивать свою точку зрения, но факт остается фактом – реалии таковы, что нужно уметь устроить работу в команде, где нельзя подходить к коллеге лично и дергать его за рукав в поисках сиюминутного ответа.
- 39% продолжают писать код. При этом продолжают покрывать около 15 типов всяких менеджерских активностей. И это плавная подводка к следующему пункту.
- 50% руководителей страдают от перегруза и лишь 15% тимлидов говорят, что не сталкивались с выгоранием (да, это субъективно) в прошедшем году. Может быть, тут есть какая-то взаимосвязь между этим и предыдущим пунктом?
- Интересно, что мидл-менеджеры и СТО про выгорание говорят немного реже. То ли они умеют хорошо делегировать и не сидеть на всех стульях сразу, то ли туда просто добираются самые стойкие 🙂 Вообще те мидл-менеджеры и СТО, которых я вижу – очень много работают.
- Помогают справляться с напрягами: хобби, отпуск и поддержка семьи. Когда у меня спрашивают, откуда силы успевать и работать, и канал вести, и 2 подкаста, и консалтинг, и доклады всякие готовить – я всегда отвечаю, что это благодаря поддержке и помощи жены. Я уверен на 146%, что если бы не было всё так хорошо в семье, то и половины (а скорее всего больше) из того, что у меня получается не было бы❤️
- Традиционно у тимлидов проседает стратегическое видение, а в остальном они эдакие универсальные ребята, которые всё должны уметь.
- Вагончик с AI мчится вперед. Многие в него запрыгнули, но при этом хотят занять более комфортные места, продолжать учиться и интегрировать в свою работу.
- 60% прошли хотя бы одно обучение за последний год. Меня это радует, как человека регулярно учащегося и повышающего квалификацию. В менеджменте всегда есть чему учиться. И это вечнозеленая история, так что считаю это хорошей инвестицией в себя.
- Мало активных участников сообществ. Около 10-15% процентов. С одной стороны, это вроде как нормальное распределение по популяции, а с другой – чем больше людей будет активно участвовать, обмениваться опытом и знаниями, выходить из комнаты, тем и в индустрии в целом станет чуточку лучше, и в жизни конкретных этих людей.
- В 5 из 5 тимлидских крупных мероприятиях я был или участником или организатором.
- Рад, что мой канал держит хорошие позиции в рейтинге читаемых, а в блоке «За кем из экспертов следить в 2026 году» очень горд стоять плечом к плечу с ув. тов. Шароватовым 🤝
- Отдельная гордость про 2 подкаста – «Три тимлида заходят в бар» и «Кода кода», которые заняли 2 места в рейтинге топ-3 без каких-либо финансовых вложений в маркетинг. Просто стараемся сделать хороший и полезный контент и им поделиться с сообществом.
Делитесь своими мыслями в комментариях, что вам бросилось в глаза в этом исследовании?
Исследование руководителей разработки, 2025
DevCrowd вместе с Авито провели исследование руководителей разработки
👍7❤5🔥2
Тестирование, которое вы не делаете
Я вернулся из отпуска) И хочу сразу поделиться вот чем.
Был у меня как-то случай.
Несколько лет назад я у себя в квартире делал ремонт силами ребят из ближнего зарубежья. После завершения всех работ и я и управляющая компания проверяли на работоспособность все системы: электрику и сантехнику.
Само собой, у всего, что касается водоснабжения я проверил, что ничего нигде не течёт. Я включал все краны, сливал воду во все возможные отверстия, а управляющая компания даже проводила опрессовку системы (это когда все трубы проверяются под давлением на наличие мини-трещин). Всё было идеально. Я принял работу и с чистой совестью отпустил этих горе-строителей на следующий объект.
Но примерно через пару лет у меня начал течь коллектор отопления. Кто не знает — это такая "единая батарея", от которой уже идёт разводка труб на все остальные батареи в комнатах. И что самое ужасное, течь он начал потихоньку, незаметно. Обнаружил я это далеко не сразу, а когда мне уже залило стену. Цена ремонта оказалась очень высокой.
Как же так произошло?
Выяснилось, что строители сэкономили на резиновых прокладках, взяв самые дешёвые. И они со временем прохудились. Хотя я всю дорогу говорил им, чтобы ставили хорошие материалы.
Проверить сразу это было практически нереально — чтобы понять, что прокладка прохудится нужно 1-2 года.
Но можно было поставить в коллектор датчик, который реагирует на воду 😏.
Я видел аналогичные истории и в IT.
Проблема в том, что системы, которые мы разрабатываем и которыми пользуемся достаточно сложные. В них много взаимодействующих элементов и много данных, которые накапливаются со временем.
Мы проводим большое количество тестов перед тем, как система перейдёт в промышленную эксплуатацию. Разработчики пишут unit- и интеграционные тесты, QA делают smoke, функциональное, регрессионное тестирование. Потом мы проводим нагрузочное. Но один из видов тестирования, который чаще всего забывают — это Тест стабильности (Stability/Endurance Testing).
Я лично видел ситуацию, когда из-за смены пароля служебной учётки, периодическая интеграция через несколько месяцев попыток подключения переполняла счётчик попыток входа, который хранился в поле базы данных с типом tiny int, (максимальное значение в этом типе составляет 127). Из-за этого система сходила с ума и переставала пускать вообще каких-либо пользователей.
Или же по мере накопления логов заканчивается место на диске, из-за чего сервисы просто падают — это вообще классика.
Утечки памяти, забытый неочищаемый кэш и прочее — всё это тоже сюда.
В общем, раз уж канал для ИТ-специалистов и руководителей, хочу дать практический совет:
Сложность в том, что для его проведения чаще всего нужно определённое время и опытной эксплуатации для этого не хватает. Лучшим сценарием такой проверки будет реальное развёртывание системы в условиях, максимально приближенным к продуктиву.
Пусть система поработает хотя бы месяц на боевых данных. Понаблюдайте за местами, в которых что-то начинает накапливаться.
P.S. У меня появилась идея сделать рубрику с объяснением разных айтишных тем на простых жизненных примерах постоянной. Это может быть полезно начинающим специалистам, да и вообще всем профессионалам для повышения общего образования.
Накидайте ❤️, если интересен такой формат)
А вы делаете тест стабильности у себя на проекте?
Я вернулся из отпуска) И хочу сразу поделиться вот чем.
Был у меня как-то случай.
Несколько лет назад я у себя в квартире делал ремонт силами ребят из ближнего зарубежья. После завершения всех работ и я и управляющая компания проверяли на работоспособность все системы: электрику и сантехнику.
Само собой, у всего, что касается водоснабжения я проверил, что ничего нигде не течёт. Я включал все краны, сливал воду во все возможные отверстия, а управляющая компания даже проводила опрессовку системы (это когда все трубы проверяются под давлением на наличие мини-трещин). Всё было идеально. Я принял работу и с чистой совестью отпустил этих горе-строителей на следующий объект.
Но примерно через пару лет у меня начал течь коллектор отопления. Кто не знает — это такая "единая батарея", от которой уже идёт разводка труб на все остальные батареи в комнатах. И что самое ужасное, течь он начал потихоньку, незаметно. Обнаружил я это далеко не сразу, а когда мне уже залило стену. Цена ремонта оказалась очень высокой.
Как же так произошло?
Выяснилось, что строители сэкономили на резиновых прокладках, взяв самые дешёвые. И они со временем прохудились. Хотя я всю дорогу говорил им, чтобы ставили хорошие материалы.
Проверить сразу это было практически нереально — чтобы понять, что прокладка прохудится нужно 1-2 года.
Я видел аналогичные истории и в IT.
Проблема в том, что системы, которые мы разрабатываем и которыми пользуемся достаточно сложные. В них много взаимодействующих элементов и много данных, которые накапливаются со временем.
Мы проводим большое количество тестов перед тем, как система перейдёт в промышленную эксплуатацию. Разработчики пишут unit- и интеграционные тесты, QA делают smoke, функциональное, регрессионное тестирование. Потом мы проводим нагрузочное. Но один из видов тестирования, который чаще всего забывают — это Тест стабильности (Stability/Endurance Testing).
Я лично видел ситуацию, когда из-за смены пароля служебной учётки, периодическая интеграция через несколько месяцев попыток подключения переполняла счётчик попыток входа, который хранился в поле базы данных с типом tiny int, (максимальное значение в этом типе составляет 127). Из-за этого система сходила с ума и переставала пускать вообще каких-либо пользователей.
Или же по мере накопления логов заканчивается место на диске, из-за чего сервисы просто падают — это вообще классика.
Утечки памяти, забытый неочищаемый кэш и прочее — всё это тоже сюда.
В общем, раз уж канал для ИТ-специалистов и руководителей, хочу дать практический совет:
Не забывайте про тестирование стабильности на длительной дистанции.
Сложность в том, что для его проведения чаще всего нужно определённое время и опытной эксплуатации для этого не хватает. Лучшим сценарием такой проверки будет реальное развёртывание системы в условиях, максимально приближенным к продуктиву.
Пусть система поработает хотя бы месяц на боевых данных. Понаблюдайте за местами, в которых что-то начинает накапливаться.
P.S. У меня появилась идея сделать рубрику с объяснением разных айтишных тем на простых жизненных примерах постоянной. Это может быть полезно начинающим специалистам, да и вообще всем профессионалам для повышения общего образования.
Накидайте ❤️, если интересен такой формат)
А вы делаете тест стабильности у себя на проекте?
1❤25👍7🔥2
Как расширить карьерные возможности в 15–20 раз
Не так давно я размышлял на эту тему, а когда мне выпал шанс сделать классную интеграцию, то решил написать о своих мыслях тут.
Вот задумайтесь.
По статистике, международный рынок для айтишника даёт куда больше возможностей, чем один только российский.
Из данных по соотношению IT-спецов в мире следует интересный вывод — если вы можете искать работу не только в России, а по всем международным компаниям, то ваши возможности строить карьеру и выбирать интересные проекты расширяются как минимум на порядок!
А ключевой навык для этого — разговорный английский язык.
Если вы хотите подтянуть его, помочь с этим могут в крутой онлайн-школе разговорного английского Authentic Pigeon.
Ребята вкладываются в человеческий вайб на занятиях и кастомизацию обучения именно под вас, чтобы развивать английский было в кайф, а не в обязаловку. Если бы у меня была возможность учить в своё время английский с таким подходом, я бы точно лучше его знал)).
Когда я подробно читал о школе, то получил такую вот цитату одного из студентов школы:
Это много говорит о том, что Настя и Кирилл обучают ребят с душой. А ведь это очень важно для сохранения мотивации. И никакой ИИ этого пока не умеет.
Узнать подробнее о занятиях и записаться на бесплатный демо-урок можно в боте школы, заходите 👈🏻
Реклама. Моисеева Анастасия Андреевна, ИНН 270393875959. Erid: 2VtzqwCN1zu
Не так давно я размышлял на эту тему, а когда мне выпал шанс сделать классную интеграцию, то решил написать о своих мыслях тут.
Вот задумайтесь.
По статистике, международный рынок для айтишника даёт куда больше возможностей, чем один только российский.
Из данных по соотношению IT-спецов в мире следует интересный вывод — если вы можете искать работу не только в России, а по всем международным компаниям, то ваши возможности строить карьеру и выбирать интересные проекты расширяются как минимум на порядок!
А ключевой навык для этого — разговорный английский язык.
Если вы хотите подтянуть его, помочь с этим могут в крутой онлайн-школе разговорного английского Authentic Pigeon.
Ребята вкладываются в человеческий вайб на занятиях и кастомизацию обучения именно под вас, чтобы развивать английский было в кайф, а не в обязаловку. Если бы у меня была возможность учить в своё время английский с таким подходом, я бы точно лучше его знал)).
Когда я подробно читал о школе, то получил такую вот цитату одного из студентов школы:
Абсолютно кайфую от подхода ребят. Занятия тут — это не потогонка, а крутой дружеский разговор.
Это много говорит о том, что Настя и Кирилл обучают ребят с душой. А ведь это очень важно для сохранения мотивации. И никакой ИИ этого пока не умеет.
Узнать подробнее о занятиях и записаться на бесплатный демо-урок можно в боте школы, заходите 👈🏻
Реклама. Моисеева Анастасия Андреевна, ИНН 270393875959. Erid: 2VtzqwCN1zu
Telegram
PRO английский ⚡️ Authentic Pigeon
Онлайн-школа разговорного английского для взрослых с ЦЕЛЯМИ 🚀💸 @authenticpigeon
❤8🔥1
Делитесь вашей болью!
Хочется, чтобы контент на канале был максимально полезным для аудитории.
Напишите в комментарии темы, которые вас беспокоят. Это могут быть ситуации, в которых вы хотели бы получить независимое мнение. Или любые вопросы в целом из ИТ.
Я отвечу в комментариях или напишу по вашим вопросам отдельные посты, если ответ не получится коротким)
P.S. В этот пост вы можете в любой момент написать комментарий с идеей для поста в канал.
Хочется, чтобы контент на канале был максимально полезным для аудитории.
Напишите в комментарии темы, которые вас беспокоят. Это могут быть ситуации, в которых вы хотели бы получить независимое мнение. Или любые вопросы в целом из ИТ.
Я отвечу в комментариях или напишу по вашим вопросам отдельные посты, если ответ не получится коротким)
P.S. В этот пост вы можете в любой момент написать комментарий с идеей для поста в канал.
🔥3❤2
А ваши продукты безопасны?
🌟 Сегодня записали выпуск второго сезона подкаста CrossCheck, в котором поговорили о процессе разработки безопасного программного обеспечения (или сокращённо РБПО).
Вот вы разрабатываете софт, а как делать это так, чтобы он на выходе получался без уязвимостей и был максимально защищён от хакерских атак? А ещё чтобы вас нельзя было взломать через инфраструктуру.
Секретом поделились наши гости из лаборатории ФОБОС — Дмитрий Пономарёв, Елена Быханова, Андрей Слепых и технический директор CTSG Виктор Ерёмин. Ребята очень крутые. Они плотно сотрудничают с ФСТЭК, активно участвуют в продвижении идеологии РБПО в России, а ещё помогают многим вендорам с прохождением сертификации по своим продуктам.
Выпуск выйдет примерно в ноябре-декабре. Всем, кто интересуется безопасностью и в целом разработкой будет интересно))
А пока можно посмотреть выпуск первого сезона CrossCheck "Особенности управления командой на удалёнке", где я был ведущим📱 ВК, 📱 Дзен-видео, 📱 Яндекс-музыка, 📹 Rutube
Вот вы разрабатываете софт, а как делать это так, чтобы он на выходе получался без уязвимостей и был максимально защищён от хакерских атак? А ещё чтобы вас нельзя было взломать через инфраструктуру.
Секретом поделились наши гости из лаборатории ФОБОС — Дмитрий Пономарёв, Елена Быханова, Андрей Слепых и технический директор CTSG Виктор Ерёмин. Ребята очень крутые. Они плотно сотрудничают с ФСТЭК, активно участвуют в продвижении идеологии РБПО в России, а ещё помогают многим вендорам с прохождением сертификации по своим продуктам.
Выпуск выйдет примерно в ноябре-декабре. Всем, кто интересуется безопасностью и в целом разработкой будет интересно))
А пока можно посмотреть выпуск первого сезона CrossCheck "Особенности управления командой на удалёнке", где я был ведущим
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥9❤🔥6❤4⚡2
Сменить профессию без регистрации и СМС
Давненько у меня не было добрых рекомендаций. Решил продолжить эту практику.
Сегодня я расскажу про очень прикольный канал «Switchers» Насти, продуктового аналитика из «Яндекс.Такси».
Интересный факт: когда вы заказываете машину из бара в пятницу вечером, то пользуетесь результатами её работы))
У Насти очень интересный карьерный путь:
⚖️ Перед Яндексом она работала сначала юристом, потом маркетологом, потом дата-аналитиком в Ecom.Tech (ex. Samokat.Tech)
🎤 Она перепробовала множество занятий: фотографию, графический дизайн, продюсирование и даже стендап 😁
👩🏫 Сама выучила SQL, Python, статистику и теорию вероятностей.
А ещё она помогает со сменой профессии в целом и с «входом в IT» в качестве аналитика в частности. И на эту тему ведёт канал.
Она рассказывает, как гуманитарию войти в IT, как найти первую работу и как расти в карьере. Канал, кстати, понравится и состоявшимся спецам: я, например, тоже с интересом читаю её посты.
Что мне особенно нравится у Насти, так это стиль подачи: без занудства, с юмором и на интересные темы. Я такое люблю.
Посты, которые мне особенно зашли:
⭐️ Итоги и инсайты моего испытательного срока в Яндексе. Что реально происходит на испыталке в Яндексе.
⭐️ Поиск работы – это очень тяжело. Через что приходится пройти, прежде чем попасть в команду мечты.
⭐️ Почему не надо слушать каждого, кто уже в индустрии. Коротко о том, как уверенно некоторые люди несут ерунду.
⭐️ Сколько на самом деле этапов собеседований в Яндексе? Сколько кругов ада нужно преодолеть, чтобы попасть в "Российский Гугл"
Ещё больше классного контента — на канале у Насти, подписывайтесь 👈🏻
Давненько у меня не было добрых рекомендаций. Решил продолжить эту практику.
Сегодня я расскажу про очень прикольный канал «Switchers» Насти, продуктового аналитика из «Яндекс.Такси».
Интересный факт: когда вы заказываете машину из бара в пятницу вечером, то пользуетесь результатами её работы))
У Насти очень интересный карьерный путь:
⚖️ Перед Яндексом она работала сначала юристом, потом маркетологом, потом дата-аналитиком в Ecom.Tech (ex. Samokat.Tech)
🎤 Она перепробовала множество занятий: фотографию, графический дизайн, продюсирование и даже стендап 😁
👩🏫 Сама выучила SQL, Python, статистику и теорию вероятностей.
А ещё она помогает со сменой профессии в целом и с «входом в IT» в качестве аналитика в частности. И на эту тему ведёт канал.
Она рассказывает, как гуманитарию войти в IT, как найти первую работу и как расти в карьере. Канал, кстати, понравится и состоявшимся спецам: я, например, тоже с интересом читаю её посты.
Что мне особенно нравится у Насти, так это стиль подачи: без занудства, с юмором и на интересные темы. Я такое люблю.
Посты, которые мне особенно зашли:
Ещё больше классного контента — на канале у Насти, подписывайтесь 👈🏻
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Switchers. Как сменить профессию
продуктовый аналитик в Яндекс Такси
<- дата-аналитик в Samokat.Tech
<-диджитал-маркетолог в Readymag
<-налоговый юрист в PwC и ЕПАМ
канал для аналитиков и тех, кто хочет сменить профессию
вопросы, пожелания, предложения — @lalonzadentro
<- дата-аналитик в Samokat.Tech
<-диджитал-маркетолог в Readymag
<-налоговый юрист в PwC и ЕПАМ
канал для аналитиков и тех, кто хочет сменить профессию
вопросы, пожелания, предложения — @lalonzadentro
❤5👍2🔥2
Искусство "дозирования" информации
Один из важнейших навыков лида — это управление объёмом информации, которую вы транслируете в команду или конкретным людям.
У руководителя обычно чуть больше осведомлённости о происходящем вокруг, чем у рядовых специалистов. И я видел много случаев, когда лиды нарушали баланс: либо болтали всем подряд слишком много, либо, наоборот, не делились с сотрудниками вообще ничем.
В первом случае высокая болтливость может приводить к излишним переживаниям команды из-за того, что ещё может и не случиться. Например, думаю, не стоит особо пояснять, что произойдёт с мотивацией людей в тот момент, когда вы скажете: "возможно, Федю скоро уволят". Правильно — вместо работы люди начнут обсуждать все плохие сценарии, выкладывать резюме на ХХ и плохо спать по ночам.
Я видел прямо вопиющие случаи нарушения принципа "дозирования": руководитель немалого подразделения ходил по коридору и направо и налево кричал, как в компании всё ужасно. И что он хочет уволиться и забрать половину команды. Так делать как минимум непрофессионально, даже если вы поругались с кем-то наверху. Мир ИТ узкий, а репутация — вещь хрупкая.))
Если выдавать такую информацию выборочно, то это может привести к ещё более плохим последствиям: он передаст её дальше по принципу сломанного телефона, да ещё приправит это своими домыслами и тем, что "по секрету узнал". Так начнутся слухи и сплетни. А ещё люди будут думать, что лид от них что-то скрывает.
Есть и обратная ситуация — вообще ничего не говорить команде до последнего.
Это тоже негативный сценарий, потому как в таком случае команда всё равно узнает о грядущих новостях, но не от вас. И это будет выглядеть максимально странно и глупо. Скорее всего, на 1-ту-1 люди начнут вас расспрашивать о происходящем, и вам придётся либо выкручиваться, либо повторять одно и то же из раза в раз.
В общем, правила тут простые.
Важную информацию нужно доносить до команды единомоментно, когда решение о чём-либо уже принято, либо когда от вероятности наступления чего-то зависит дальнейший план работ. Если это пока "не факт" и мы никак не можем на это повлиять, лучше повременить и не порождать лишние слухи и переживания.
Если вы сами планируете какое-то изменение, то воспользуйтесь алгоритмом, который я давал на онлайн-митапе "Рупор лида" по внедрению изменений (сначала договариваемся с ключевыми сотрудниками и лидерами, затем транслируем остальным).
Полная статья тут, краткий алгоритм здесь 👈🏻
Выборочно информацию давать можно, но осторожно. Всегда задумывайтесь, какие решения человек может принять, узнав о чём-либо. Может ли он, например, эскалировать проблему на вышестоящее руководство, хотя ещё не время? Может ли он в панике пойти смотреть рынок после новости, что коллегу хотят сократить? Может ли он транслировать всё "по секрету" в команду — и что произойдёт, если так случится?
Будьте честны и открыты. Если решение ваше, то старайтесь честно обосновать его и рассказать о причинах. В случае, когда новость приходит "сверху", объясните мотивы вышестоящего руководства, но старайтесь максимально помочь команде в период каких-то изменений. Если чего-то не понимаете, то так и скажите — ничего страшного в этом нет, все мы люди.
Проводите общие встречи, где доносите до всех имеющуюся открытую информацию. Лидам может казаться, что все и так всё знают. Эта иллюзия создаётся из-за того, что руководители присутствуют на большом количестве встреч, и их информационное поле гораздо шире, чем у их сотрудников. Исполнители на местах могут вообще ничего не знать из того, что знаете вы. Поэтому этот пункт очень важен.
А у вас были случаи, когда из-за замалчивания или лишней болтливости были проблемы?
Один из важнейших навыков лида — это управление объёмом информации, которую вы транслируете в команду или конкретным людям.
У руководителя обычно чуть больше осведомлённости о происходящем вокруг, чем у рядовых специалистов. И я видел много случаев, когда лиды нарушали баланс: либо болтали всем подряд слишком много, либо, наоборот, не делились с сотрудниками вообще ничем.
В первом случае высокая болтливость может приводить к излишним переживаниям команды из-за того, что ещё может и не случиться. Например, думаю, не стоит особо пояснять, что произойдёт с мотивацией людей в тот момент, когда вы скажете: "возможно, Федю скоро уволят". Правильно — вместо работы люди начнут обсуждать все плохие сценарии, выкладывать резюме на ХХ и плохо спать по ночам.
Я видел прямо вопиющие случаи нарушения принципа "дозирования": руководитель немалого подразделения ходил по коридору и направо и налево кричал, как в компании всё ужасно. И что он хочет уволиться и забрать половину команды. Так делать как минимум непрофессионально, даже если вы поругались с кем-то наверху. Мир ИТ узкий, а репутация — вещь хрупкая.))
Если выдавать такую информацию выборочно, то это может привести к ещё более плохим последствиям: он передаст её дальше по принципу сломанного телефона, да ещё приправит это своими домыслами и тем, что "по секрету узнал". Так начнутся слухи и сплетни. А ещё люди будут думать, что лид от них что-то скрывает.
Есть и обратная ситуация — вообще ничего не говорить команде до последнего.
Это тоже негативный сценарий, потому как в таком случае команда всё равно узнает о грядущих новостях, но не от вас. И это будет выглядеть максимально странно и глупо. Скорее всего, на 1-ту-1 люди начнут вас расспрашивать о происходящем, и вам придётся либо выкручиваться, либо повторять одно и то же из раза в раз.
В общем, правила тут простые.
Важную информацию нужно доносить до команды единомоментно, когда решение о чём-либо уже принято, либо когда от вероятности наступления чего-то зависит дальнейший план работ. Если это пока "не факт" и мы никак не можем на это повлиять, лучше повременить и не порождать лишние слухи и переживания.
Если вы сами планируете какое-то изменение, то воспользуйтесь алгоритмом, который я давал на онлайн-митапе "Рупор лида" по внедрению изменений (сначала договариваемся с ключевыми сотрудниками и лидерами, затем транслируем остальным).
Полная статья тут, краткий алгоритм здесь 👈🏻
Выборочно информацию давать можно, но осторожно. Всегда задумывайтесь, какие решения человек может принять, узнав о чём-либо. Может ли он, например, эскалировать проблему на вышестоящее руководство, хотя ещё не время? Может ли он в панике пойти смотреть рынок после новости, что коллегу хотят сократить? Может ли он транслировать всё "по секрету" в команду — и что произойдёт, если так случится?
Будьте честны и открыты. Если решение ваше, то старайтесь честно обосновать его и рассказать о причинах. В случае, когда новость приходит "сверху", объясните мотивы вышестоящего руководства, но старайтесь максимально помочь команде в период каких-то изменений. Если чего-то не понимаете, то так и скажите — ничего страшного в этом нет, все мы люди.
Проводите общие встречи, где доносите до всех имеющуюся открытую информацию. Лидам может казаться, что все и так всё знают. Эта иллюзия создаётся из-за того, что руководители присутствуют на большом количестве встреч, и их информационное поле гораздо шире, чем у их сотрудников. Исполнители на местах могут вообще ничего не знать из того, что знаете вы. Поэтому этот пункт очень важен.
А у вас были случаи, когда из-за замалчивания или лишней болтливости были проблемы?
🔥7👍5❤2