10065
Канал про IT менеджмент ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ. Автор:Арюткин Артём Реклама: @Badtechproject_contact Рег № 4923327959
Что будет, если в 39 лет вылететь из айтишной позолоченой клетки?
Честно говоря, я Антону всегда говорю, что считаю его поступок слегка безумным.
Лично я бы точно не решился.
Причем не с простого карьерно паровозика спрыгнул, а там: бигтех, должность хорошая, продукт растущий.
Антон короче спрыгнул год назад, чтобы делать свои проекты и развивать телеграм-каналы. Отказался от всех артефактов стабильности и успеха: зарплата, ДМС и главное — от бесконечного запаса глазированных сырков на офисной кухне. Но остались обязательства: содержать семью, кредит на другой бизнес и долг по ипотеке на 16 млн₽. А чтобы сильно не расслабляться, на половину финансовой подушки купил машину.
Как сам говорит, ушёл, чтобы повзрослеть: можно быть бесконечно крутым элементом выстроенной структуры, но на что ты способен без специального человечка под каждую задачку? Интерес оказался сильнее страха.
В своём канале Антон рассказывает про жизнь начинающего предпринимателя во всех аспектах:
• Почему мы бежим из айтишки?
• Работай с тем, что есть: как не проваливаться, когда над тобой не стоит начальник
• Сотрудник рывкового типа или тупо прокрастинатор?
• Обратная сторона предпринимательского майдсета
• Первые финансовые успехи (спойлер — рано радовался)
А ещё Антон честно пишет про работу с психотерапевтом, делает разборы популярных продуктов, рассказывает про бэкстейдж корпоративной карьеры и обучение на роль СЕО.
Аутентичный контент, интересно наблюдать: @undisrupt
Паттерны…паттерны…паттерны
Чем дольше работаешь, тем больше замечаешь, насколько ими все пронизано.
Мы привыкли мыслить паттернами проектирования, управления, формирования вижена и т.п. и т.п.
А есть ли такое в маркетинге? В коммуникации?
И да, есть!
Ребята из сервиса развития бизнеса Calltouch запустили Карту коммуникаций!
И вот почему вам это нужно!
1. Клиент заходит на сайт, что - то смотрит, ищет и вот «он поймал триггер» и теперь он у вас на крючке.
2. Клиент тут же получает поп ап с вашим особенным предложением.
3. Его отвлек звонок и он закрыл сайт? Не беда! Рррраз, и вот мы ему уже отправляем смс.
4. Клиент вам позвонил, но вновь где-то потерялся? И тут мы ему опять напоминаем про скидочку и особые условия в мессенджер.
5. И все это преднастроенные шаблоны сразу для 10 индустрий.
Короче, бежим к ребятам в Calltouch.
Новый TEAMLY — это полноценная операционная система для ваших проектов. Здесь вы налаживаете всю совместную работу: от портфеля проектов до отдельных задач, документов и обучения команды.
На этой неделе вышло мощное обновление TEAMLY — это платформа для совместной работы и управления знаниями. И теперь она сильно заточена под нужны проектного офиса. Вот несколько фич, которые можно выделить:
AI-поиск по базе знаний - готовый ответ, а не просто набор ссылок на статьи.
Продвинутые функции для создания обучения внутри компании, а также проверки знаний. AI-помощник создает тесты прямо из курсов - представьте, как быстро можно будет онбордить новичков.
Английский интерфейс для глобальных команд. Объединяйте международные отделы и делитесь лучшими практиками.
И это в дополнение к без того мощному движку платформы — сильной базы знаний, трекера, Умных таблиц. В общем, очень радует уровень и адаптивность отечественной платформы.
Можно получить бесплатную демонстрацию, все подробности на лендинге. Если начать сейчас, то до конца года можно настроить классную рабочую систему.
Короче, вот вам гарантированно работающий прием.
🤔Кейс
вам нужно спланировать какую-нибудь миграцию крупную: с одной платформы на другую, с одной базы на другую и прочее и прочее.
🤜Решение
Все вот эти вот: подумайте, спланируйте и прочее очень плохо работают. Практически не выявляются гэпы между новым и старым решением, технологические развилки проходят по столько по скольку. Те, кто пилят новое решение сильно оторваны от того, что реально нужно.
Те, кто отвечают за старое решение мыслят: «ой, да оно там сейчас само уляжется и будет жить как жили».
🆘А работает вот это
С 1 декабря на старом все доработки запрещаем, все новые сервисы только на новой платформе, а если требуется сделать доработку старой, то, внезапно, тоже сразу переносите на новое.
И вот тут то вы и узнаете все нужные блокеры и проблемы.
И чем раньше вы так сделаете, тем будет лучше.
Дембельский аккорд из Яндекса
3…2…1…🎬 мотор!
Ну что, я тут закрутился и пропустил, что вышел мой последний подкаст, записанный в Яндексе:
Как устроена техплатформа в IT-компаниях: опыт Яндекса
Блин, по ощущениям это было невероятно давно!
Посмотрел с удовольствием, заметил даже, как изменились мои суждения за это время, я явно стал еще более зрелым (внезапно, такое совсем не ожидал, слишком мало времени прошло).
О чем поговорили:
1.
С Ромой Елизаровым (ex руководитель разработки популярного языка Kotlin) о том, что такое тот самый Developer Experience.
-как улучшать опыт разработчика
-почему это важно для каждой крупной технической компании.
2.
С Сашей Червяковым о том, почему платформа/экосистема CRM продуктов в платформе и какую пользу она приносит.
Завидую Саше в том, что в его части платформы легко понять cost to value на каждом шаге.
И, в целом, ребята делают очень крутые штуки: активно внедряют LLM, обслуживают огромное количество запросов.
С Сашей много общались: очень крутой C-level руководитель!
3.
С Ильей Дежиным о сервисах биллинга и поиска исполнителя.
Тут, конечно, у ребят сложные математические алгоритмы, которые помагают выбрать лучшего курьера для вас и построить оптимальные маршруты.
И биллинг: что может быть важнее, чем уметь корректно считать свои расходы?)))
В общем, выпуск строго рекомендую к просмотру.
Очень крутые ребята собрались, с уникальным опытом.
🎧 Смотрите и слушайте новый эпизод на платформах:
🟢 Яндекс Музыка
🟢 VK Видео
🟢 Ютуб
Гоу опрос замутим? Я мало верю, что люди реально смотрят))))
😎 - если забрал и реально посмотришь
🦄 - если сохранил себе, но сам знаешь, что смотреть не будешь
🔥 - даже не планировал смотреть
Любопытно
1. Сегодня за много лет у меня был день без встреч.
Ну как без встреч:
- всего 2 созвона по 30 минут
- 60 минут с челом, который занимается DevEx в Microsoft
- 100 минут участия в круглом столе на коференции (уже после 19:00, не понимаю, считать ли это рабочим временем).
Ощущения слегка странные.
2. Ну и окончательно добивает: мы с Наташкой сидим смотрим телек, а Демыч укладывает спать Тею❤️
P.S. Пряня тоже в шоке 😁
#пятничное
❤️ - если ты такой же и надо поддержать
🐳 - если ты на совещаниях как рыба в воде «молчишь»
😎 - если ты не такой и самый крутой, и сын маминой подруги
🚀 Марсианин
Это лучший фильм и книга, кажется, которые я читал!
Я был в восторге от фильма, но от книги, получил удовольствия раз в 5 больше.
Почему?
Тут все просто, принцип действия совпадает с теми базовыми вещами, что я пытаюсь всем и всегда донести.
1.
Шути и улыбайся, как бы трудно не было
2.
Если в твоей ракете нет крыши, будь первым космонавтом без нее
3.
Сложная проблема? Шаг за шагом, действие за действием и у вас получится.
Решаешь одну проблему. Потом следующую. А потом ещё одну. И если решить достаточно - вернёшься домой
Я делаю с этим оборудованием такое, что технический директор NASA бросил бы в меня стул
Я создаю внутри герметичного помещения облако взрывоопасного газа.
Что может пойти не так?
Ладно, не отвечайте
Энди Вейер состоялся как инженер-программист, но успех дебютного романа «Марсианин» позволил ему воплотить мечту – посвятить себя литературному творчеству.Читать полностью…
Ну что, СДВГшники?)))
Пока исследования показывают, что разработчики теряют от 6 до 15 часов в неделю на переключение контекста (вот вам ссылочка на исследование) и это без учета не связанных в принципе с работой действий (посижу почитаю новости, гляну ролик в инете или погамаю на плойке, пока релиз билдиться), другие не то что пользуются нашими слабостями, но и строят на этом свою концепцию.
В Ycombinator есть стартап - IDE, в которой ты одновременно пишешь код и смотришь шортсы, и/или играешь в мини-игры.
Еще и можно получить кэшбэк за просмотренную рекламу!
И если вы думаете, что все это фигня, то посмотрите на этой с другой стороны: ну все равно человек тратит на это время, а тут, по крайней мере, можно «детский режим, не знаю, всем сразу настроить. К примеру, не больше 10 шортсов до обеда😁
P.S. считаю, что им еще выпустить версию для мобилки, где каждые 10 минут будет реклама, если ты не купишь подписку и будет ваще топчик!
А у тебя есть проблемы с концентрацией внимания?
🔥 - я гений концентрации
😎 - я не страдаю, а наслаждаюсь
🐳 - а о чем пост был? Я че то отвлекся, пока читал 😁
Короче, такая вот история вам!
Некоторое время назад меня приглашали преподавать ребят из совместного проекта РАНХиГС и Нетологии курс по «Управление проектами и командами IT».
Преподавать я не стал (тяжко это по трудозатратам для меня), но саму структуру курса посмотрел и она клевая.
Что самое сложное в управлении ИТ проектами?
1.
Soft skills- надо научиться им. Деваться некуда, особенно в наше то время.
2.
Маркетинг! Еще лет 20 назад никто толком не понимал, что это такое и все делали просто хороший продукт. Сейчас время изменилось и этого уже недостаточно.
3.
Финансы: куда и через какую статью расходов что списать. Тяжко, если ты этого не освоил. А если разобрался, то можешь на всех смотреть лайк э босс.
4.
Блин, еще и самими проектами нужно научиться управлять - это уже чисто механика, на самом деле. Но есть свои нюансы и тонкости по оценке сроков, построению команд и не стоит переизобретать велосипед.
Ну и вишенка на торте - все это упаковано в качественную систему на 10 месяцев.
На выходе у вас: системные знания, портфолио, диплом ведущей бизнес-школы страны с международной аккредитацией.
Так как Чёрная пятница: скидка до 65 % и пак воркшопов по внедрению ИИ в в подарок.
По промокоду RANEPANETO будет дополнительная скидка 20000р., записывайтесь на курс: тут
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid:2VSb5zG2aH7
Аааааааа
Не могу перестать ржать, а через 2 минуту уже встреча
*МЕТА - запрещенная в РФ экстремистская организация
Читать полностью…
🚀 Обзор статьи «Meta’s Hyperscale Infrastructure: Overview and Insights»
Ну что, поехали. Meta (запрещенная в РФ организация) раскрыла, как у них устроена инфраструктура уровня «мы обслуживаем планету», и текст получился настолько жирным.
Вот такие ключевые мысли и концепции у меня в голове
1. Уберите сложность у инженеров.
Сложность должна быть внутри платформы, а не на боевых командах.
2. Автоматизируйте до боли.
97% автоматизированных деплоев - это не мечта, это дисциплина.
3. Стройте «единую платформу», а не десятки сервисов.
Проекты → продукты → экосистема → единый компьютер.
⚙️ 1. Культура Meta - боль большинства компаний
Move fast - основа.
У большинства принцип - «давайте согласуем», у них «вкатили за три часа в прод 10 000 функций».
97% сервисов деплоятся без участия человека.
55% всех изменений - “инстант деплой”: прошёл тесты → сразу в прод.
Что забрать себе:
если ты хочешь, чтобы команда работала быстро — сначала строй инфраструктуру, где «ничего не ломается, когда всё постоянно меняется». А не наоборот. Вывод, вроде логичный, но мы обычно ищем 1000 причин, почему так не получится.
🧠 2. Monorepo без владельцев - а работает!
В Meta любой инженер может внести изменение почти куда угодно.
Нет «вот это мы - владельцы, а туда не трогайте».
Почему это работает?
• единые стандарты,
• общая инфраструктура,
• отсутствие «дублирующих велосипедов»,
• cross-team contributions.
В большинстве компаний это ломает людям головы:
как жить без сотни командных границ?
Ребята из Мета говорят: делайте инструменты так, чтобы не было страшно менять чужой код. А это в свою очередь возможно делать благодаря пункту (1)
🔌 3. Serverless - главный язык разработки в Meta
Половина инженеров пишет не сервисы, а функции.
Без YAML-ов, без поднятия инфраструктуры, без “а как это деплоить”.
Две платформы:
• FrontFaaS - то, что обслуживает запросы пользователей (PHP);
• XFaaS - все асинхронные процессы.
Особенность:
они запускают десятки функций в одном процессе.
Никто так не делает в облаках - а Meta делает, потому что FaaS у них для внутренних разработчиков, а не для внешних клиентов.
Тут я выводы не придумал, у меня как-то в голове это некая база, но либо я глубины не уловил, либо еще что-то.
🌍 4. Global-DaaC - дата-центры как один компьютер
Вот это реально, блин, красиво.
Обычные компании создают сервисы в стиле:
«выбери регион, выбери количество реплик, выбери тип железа…». Уж поверьте, я знаю, что так и создают 🙂
В Meta:
«я хочу сервис», а дальше система сама решает:
• куда ставить,
• сколько реплик,
• как мигрировать,
• как балансировать нагрузку,
• как реагировать на изменение мировых условий.
Это делает три вещи:
4. Снимает ответственность с команд.
5. Использует мировые мощности как единую кластерную машину.
Пока у многих максимум «один регион как один кластер».
А тут: «весь мир - один кластер». Я даже вижу в голове, что бы кто-то от разработки платформы, кто придумал эту штуку в виде лозунга, всех убелил, а потом еще и затащил эту штуку.
🧱 5. Дёшево ≠ плохо: железо Meta
У Meta нет двойных блоков питания.
Нет двойных ToR.
SSD - чаще локальные (удобно? нет. дёшево? да).
HDD - иногда по 216 штук на сервер.
Они берут дешёвое железо →
и закрывают его слабости умным софтом:
• распределением контейнеров по MSB (fault domains),
• миграциями,
• деградацией функций при авариях (“Defcon”),
• sharding & balancing.
Тут на масштабе реализованный принцип, к которому давно пытаются прийти многие компании: “хардкорный софт дешевле хардкорного железа”.
🚦 6. Контроллеры: почти всё централизовано
Вот это реально ломает массовые заблуждения.
В индустрии любят говорить:
«централизованное не масштабируется».
Meta:
пожалуйста, держите наш Paxos-кластер для глобального маршрутизации…
на миллионы роутеров.
Они централизуют всё, что только можно:
• WAN-роутинг,
• балансировку,
• sharding,
• key-value assignments,
• распределение ML-нагрузок,
• софт для свитчей.
Данные распределены, а контроль - централизован.
Это контринтуитивно, но это работает.
Любые трансформации за 8 шагов или модель Коттера
Как будто бы иногда у меня и, правда, получается делать изменения.
К некоторым важным штукам я пришел ошибаясь, некоторым меня научили руководители, другие узнал в книгах.
И тут недавно выяснил, что все это отлично объединено в модель Коттера.
Я в своем опыте видел, как даже очень важные проекты для компании никуда не двигались, потому что не было ощущения срочности в них. Результат был не то, чтобы печальный, скорее очень не везло тем, кто ими руководил.
Этому я научился уже на своем печальном опыте, когда в одной из важных инициатив провалился, потому что как раз не собрал коалицию и попытался решить все нахрапом.
И нет, дело не в визуале, а дело в outcomes: нужно показать, что принесет пользу. Речь не про вашу карьеру и зарплату, а про то, что получать компания и другие.
Ну тут все просто: надо делать, делать и не надеятся, что все сами разберутся.
Убрать токсичных лидеров: видел кейс со стороны, как провалилась отличная трансформация, потому что руководитель вовремя не избавился от токсичных ребят. Можно много говорить про мотивацию, но иногда реальная жизнь есть реальная жизнь.
Тут психологический такой момент - куй железо пока горячо. Вам как лидеру трансформации для собственной карьеры супер выгодно захватывать все больше и больше и не останавливаться, пока получается. Глядишь, и до углового кабинета с панорамными окнами доберетесь.
Ну по моему опыту, если пункты 1-7 выполнены и нет никаких потрясений, то это происходит естественно само собой.
Родительство в 2-х актах
Акт 1
Демыч только что присылает запрос на установку игры в Слова!
Я в шоке, думаю, вот это "да": не гонки, не стрелялки, а игра в слова!
Акт 2
Пишет сообщение, что он случайно
Аааааааааааа
#пятничное
🔥 - демпинговал и продолжу демпинговать
🐳 - продалбывался и продолжу
❤️ - давайте уже это, после праздников разберетесь!
Разработчики теряют 2–3 часа в день только из-за переключения контекста
Продолжая тему СДВГ 🤣🤣🤣
Есть вещи, которые мы легко замечаем и понимаем их влияние на скорость разработки:
прод лежит, CI умер, релиз горит, все бегают.
А есть то, что делает то же самое, но тихо.
Медленно.
Незаметно.
И это контекстные переключения.
Вот эти:
«А глянь плз»,
«У тебя минутка?»,
«Привет, а что по той задаче?»,
«Скинь ссылку»,
«Проверишь PR?»
и, конечно, вечное: Tg → Jira → IDE → CI → документация → обратно Tg.
По отдельности все это мелочи жизни. А потом ррраз и нет недели.
🤯 Почему одно переключение это не “минутка”, а 10–30 минут возвращения в контекст ?
Так, читатель, перестань отвлекаться и вернись сюда
Средняя продолжительность рабочего дня:Читать полностью…
8 часов (480 минут)
Прерывания в день: ~155 прерываний
Время восстановления после прерывания: 23 минуты
Конечно, прерывания не накладываются друг на друга идеально (некоторые происходят до того, как вы полностью восстановитесь после предыдущего), но даже по самым скромным оценкам разработчики теряют 2–3 часа в день только из-за переключения контекста.
6 причин, почему вам, возможно, не нужен SRE-отдел
(и да, это нормально)
SRE - близкая и любимая мной тема. Если помните, то карьеру свою я начинал с того, что занимался надежностью платформы Сбербанк онлайн.
И я считаю SRE практики супер важными, но нужными далеко не всем компаниям. И да, вам, с вероятностью 90% они не нужны.
Не верите мне?
А что если один из авторов этой книжки напишет, что вам этот SRE нафиг не нужен?😉
1. Вы не Google - даже не Google 2004
У Google в 2004 было две сверх способности:
Нерешаемые проблемы. Никто не строил кластеры на сотни тысяч машин, никто не мониторил такие объемы, не деплоил такие нагрузки. Prometheus? Docker? Terraform? Их еще даже не было в скетчбуках.
Безлимитный бюджет. Можно было строить всё своё - от дата-центров до шедулеров.
Мы с вами живем в другой реальности. Хотите глобально-консистентную, шардированную базу? Платите и получаете. Хотите балансировщик уровня Google? Покупаете. Хотите CI/CD с автоскейлом? Берете SaaS.
И главный вывод:
👉🏼 Оценка «нужен ли SRE» должна быть вашей, а не импортированной из книжки
Если вам предлагают завести SRE «потому что так делают большие», бегите. Это не стратегия, это карго-культ.
2. Вы не так уж сильно цените надежность
Все компании любят говорить, что reliability - это важно.
Но реально ли?
Если ваш CEO не готов жертвовать фичами ради надежности - как это делали в Google - то говорить про «культуру SRE» бессмысленно.
Спросите себя честно:
Нужно ли вам 99.99% аптайма или и 5 минут падений раз в месяц никто и не заметит?
Что стоит выше: новый фичерелиз или инвестиции в Error Budget?
С вероятностью 90% вы выберите фичи.
SRE-команда лишь создаст краси́вую иллюзию контроля.
3. Вы сами не знаете, чем будет заниматься SRE
Самая частая причина провала SRE-инициатив - туманность мандата.
Формулировка «SRE отвечает за надежность» - это то же самое, что сказать «DevX отвечает за счастье разработчиков». Вроде звучит, но вообще непонятно, что делать руками.
Если вы не можете за 2 предложения описать:
что именно SRE делает;
где проходит граница «девы делают это, SRE делает то»;
что SRE не делает при любых обстоятельствах, то команда обречена стать помойкой для всего неудобного.
4. Вы хотите спрятать неудобные истины
SRE часто создают как костыль под культуру, а не под инженерные задачи.
Потому что главный неудобный факт звучит так:
👉🏼 Ответственность за надежность лежит на продуктовых командах. Всегда.
Но гораздо приятнее нанять «команду взрослых», чтобы они:
починили ваши алерты,
писали ваши runbook’и,
закрывали ваши пробелы в инженерной культуре,
принимали огонь за ваши архитектурные компромиссы.
SRE превращается в «группу спасателей», а продуктовые команды в пассажиров.
Это не модель Google.
Это модель «спрятать технический долг под ковер».
5. SRE может стать идеальным оправданием бездействия
Есть в индустрии комичная схема:
«Пусть SRE сделают платформу надежной… когда-нибудь… мы потом…»
Это идеальный рецепт нескончаемого технического долга.
SRE-команда очень быстро превращается в:
место, куда «сливают» задачи без дедлайна,
группу, которую обвиняют в любом падении,
удобный аргумент, чтобы не менять процессы в продуктовых командах.
А затем наступает финальный твист:
Если бы SRE не было, то нельзя было бы на них сваливать ответственность.
Но они есть и значит, можно.
6. Вы просто испугались большого падения
Самая честная причина появления SRE в компаниях:
🔥 произошла просадка, все перепугались, бросили деньги в сторону „надежности“.
появляется SRE,
нанимаются люди,
им дают туманный мандат,
им не дают полномочий,
через год спрашивают: «А почему у нас все еще проблемы?»
Потому что SRE-команда - это не операция "пожар потушили".
Это культурный слой, который нужно выращивать. А не покупать.
Что точно не работает:
❌ копировать Google 2004 года в условиях 2025.
❌ заводить SRE, чтобы кто-то другой решал ваши проблемы.
❌ делать SRE заглушкой для незрелости.
Мы живем в мире, где надежность покупается, CI/CD не пишется руками.
А вы знали про SRE?
😎 - я и есть SRE
🔥 - у нас 99.99 и команды сами это драйвят
❤️ - чувак, нам вот не до надежности!
Пу-пу-пуууу
Можно отрицать, можно спорить, но как будто без продуктовых скиллов и AI денег сейчас не заработать.
Почему?
Рынок меняется быстрее, чем когда-либо: конкуренция растет, стоимость привлечения увеличивается, а клиенты подходят к выбору все критичнее.
То, что работало раньше, теперь дает все меньший эффект.
Да если говорить прямо, мы все пресытились и устали от стандартных механик.
Что нужно, чтобы и бизнес, и карьере двигались?
1. Сильный продукт или компетенция
Когда ценность очевидна, продукт продает себя сам: через удержание, рекомендации, партнерства, сарафан.
Тоже самое и с вашей карьерой: если все вокруг понимают, что вы реально крутой эксперт, то и народ к вам сам потянется)
2. Скорость как конкурентное преимущество
Быстро тестировать гипотезы, анализировать данные, адаптироваться к изменениям. Создавать продукты и агентов с AI.
Можете спорить, что AI не помогает, но смеритесь.
Теперь это часть рынка.
Считаете, что вы как эксперт должны говорить другое и утверждать «да я ваш этот AI»…
Нет, не должны…
Инвесторы/работодатели хотят AI: дайте им его и делайте дальше, что считаете нужным и верным.
Под эти задачи наши ребята из Product Lab создали форматы, которые помогают и бизнесу, и специалистам расти быстрее рынка.
1. Курс “Полное погружение в продакт-менеджмент”
Подходит тем, кто хочет освоить продуктовый подход, чтобы сделать рывок в карьере.
Всем настоятельно советую. Это супер критичный скилл. Без него на уровне C-level, вас просто не поймут.
2. Лаборатория сильных продуктов
Для предпринимателей, руководителей и их команд, которым нужно запустить или пересобрать продукт: каждую неделю вы прорабатываете свой продукт: находите новые точки роста, повышаете ценность, улучшаете воронку и принимаете решения на цифрах. С разборами, менторингом и четкой системой.
3. Курс “Нейросети для работы с продуктом”
Для тех, кому нужна скорость: AI помогает быстрее анализировать данные, генерировать решения, тестировать идеи, собирать MVP через вайбкодинг, создавать агентов и автоматизировать рутину.
Ну это реально скилл 2026, я вас уверяю. Никто не говорит, про продакшен решение, но вот сделать пилот😉
Чуть не забыл про промокод на 15%: BADPROJECT
Сегодня один из самых теплых праздников: День матери!
С праздником, мамуль!
Спасибо за всю ту заботу, что дала мне! ❤️
Я знаю, что вы любите хорошие подборки каналов 😈.
А теперь прямая речь ребят 🎙️
👉 /channel/analytess
Аня — аналитик-разработчик с 5+ годами опыта, corporate girl до мозга костей — успела поработать в Яндексе, Т-Банке, Озоне, а сейчас аналитик данных в технической платформе Авито👍
В своём канале она рассказывает откровенно и реалистично о своем пути и ситуации с наймом и развитием ИИ, балансируя между лёгким и полезным контентом. Помимо работы в бигтехах и ведения блога, она успевает путешествовать каждый месяц — посетила 45 стран и не собирается останавливаться.
————-
👉🏼 /channel/jtprogru_channel
Это канал инженера SRE/DevOps. Тут он рассказывает про надежность инфраструктуры, observability и как разбираться с инцидентами. Ещё он активно участвует в тусовке: член ПК DevOpsConf, ведет подкаст "В SREду на кухне", развивает внутреннее SRE-комьюнити в Авито. Ведет базу знаний в Obsidian, даже сам для него плагины пишет. На канале найдете экспертные статьи, конспекты докладов и просто мысли вслух про работу.
—————
👉🏼 /channel/teamleading
Олег Мохов, пишет о своем опыте управления командами, а также о самопознании. За плечами у Олега опыт руководителя в бигтехе, а сейчас он менеджер разработки в Контуре.
Нате вам СДВГшники еще удар!
Можно теперь прямо на телефоне через нативное приложение код писать!
Я за 1 промпт тетрис сделал 😂
https://apps.apple.com/app/id6751496092
До сих пор не понимаю, почему эти 2 стартапа не объединились?😁
P.S. ну осталось встроить туда шортсы, мини-игры, заказ еды, рекламу и прочее. А то чем людям заняться, пока AI код генерит 😂
Upd вот вам танчики примитивные с самого простого промпта. Работают прямо в браузере https://www.lingguang.com/share/FLASH_APP-bbb4736c-2a03-45b3-8766-c674c03fc7a353
Как подготовить команду к изменениям без иллюзий и паники?
В конце года всегда всплывает самое неприятное: планы меняются, KPI растут, а вам нужно сообщить команде, что придётся работать по-новому.
27 ноября в 20:00 (мск) тренер школы коммуникаций Soft Skills Lab проведёт открытый вебинар, где расскажет:
▫️ Как говорить о сложных решениях и не терять доверие команды?
▫️ Что делать с негативом сотрудников, чтобы эмоции не мешали работе?
▫️ Как давать людям уверенность, даже когда не уверен сам?
Весь материал разберёте на жизненных кейсах. Вы получите прикладные техники, которые помогут выстраивать прозрачную и эффективную коммуникацию с командой.
🗣️ Спикер: Мария Лагоша — ведущий тренер Soft Skills Lab, преподаватель по переговорам ВШЭ, тренер и консультант по ораторскому мастерству, основатель и ex-CEO театральной студии.
Встреча пройдёт в Zoom, поэтому вы сможете задать Марии любые вопросы, а в конце будут разборы ваших кейсов в анонимном формате.
👉🏻 Запустите бота, чтобы получить ссылку на вебинар.
Владимр Маяковский
Прозаседавшиеся
Чуть ночь превратится в рассвет,
вижу каждый день я:
Кто в глав,
кто в ком,
кто в полит,
кто в просвет,
расходится народ в учрежденья.
Обдают дождем дела бумажные,
чуть войдешь в здание:
отобрав с полсотни –
самые важные! –
служащие расходятся на заседания.
Заявишься:
«Не могут ли аудиенцию дать?
Хожу со времени она».–
«Товарищ Иван Ваныч ушли заседать –
объединение Тео и Гукона».
Исколесишь сто лестниц.
Свет не мил.
Опять:
«Через час велели прийти вам.
Заседают:
покупка склянки чернил
Губкооперативом».
Через час:
ни секретаря,
ни секретарши нет –
голо!
Все до 22-х лет
на заседании комсомола.
Снова взбираюсь, глядя на ночь,
на верхний этаж семиэтажного дома.
«Пришел товарищ Иван Ваныч?» –
«На заседании
А-бе-ве-ге-де-е-же-зе-кома».
Взъяренный,
на заседание
врываюсь лавиной,
дикие проклятья дорогой изрыгая.
И вижу:
сидят людей половины.
О дьявольщина!
Где же половина другая?
«Зарезали!
Убили!»
Мечусь, оря.
От страшной картины свихнулся разум.
И слышу
спокойнейший голосок секретаря:
«Оне на двух заседаниях сразу.
В день
заседаний на двадцать
надо поспеть нам.
Поневоле приходится раздвоиться.
До пояса здесь,
а остальное
там».
С волнения не уснешь.
Утро раннее.
Мечтой встречаю рассвет ранний:
«О, хотя бы
еще
одно заседание
относительно искоренения всех заседаний!»
👉1922 год
Вот и думайте, друзья!Читать полностью…
Зоны победы Джеффри Мура
Есть такая корпоративная забава - стратегию рисовать.
И вторая корпоративная забава - подход к приоритезации выдумывать.
А вот старина Джеффри Мур предлагает намного более простую и болезненно-правдивую идею:
не каждая часть компании должна побеждать.
Но те, что должны — должны выигрывать ВСЕГДА
Тут не выигрывают. Тут не падают.
Если у вас 10 «главных» продуктов — у вас нет ни одного.
Тут нельзя требовать денег или KPI revenue.
Тут нельзя играть «немножко».
Transformation Zone — это all-in, иначе не взлетит.
Ну давайте улыбнемся с утра😁
*смотреть со звуком
#пятничное
К пунктам 7 и 8 в контексте Мета (запрещенная в РФ организация) стоит относиться со скепсисом: руководство помешано на идеи AI и это могло повлиять на статью..
🤖 7. AI ломает всё, что мы знали о инфраструктуре
До конца десятилетия более 50% мощности дата-центров уйдёт на AI.
И Meta готовит под это:
• собственные AI-чипы (MTIA),
• RDMA-over-Ethernet,
• новые сети,
• новые стораджи,
• новые подходы к ML-планированию,
• новый дизайн дата-центров.
AI стал основным потребителем инфраструктуры.
Не бизнес-приложения.
Не мобильные сервисы.
AI.
🧩 8. Developer Productivity как религия
В Meta понимают:
если сделать разработчиков быстрыми → компания становится быстрой.
Они инвестируют в:
• автоматизацию всего,
• FaaS-платформы,
• мгновенные деплои,
• универсальные инструменты,
• мощные IDE для внутренних платформ.
И делают вывод:
Производительность инженеров росла медленно 20 лет.
В ближайшие 5–7 лет она ускорится радикально благодаря AI и вертикальным FaaS-парадигмам.
chatGPT не работает, вы там сильно на коллег не сердитесь, все-таки без него сложно людям 😁
А пока вот почитайте обзор пост мортема, почему так иногда случается.
👉🏼 Обзор читать тут
Давайте, как-то уже вместе признаем, что все мы такие!
❤️ - если ты тоже задолбался уже в край, но как-то еще выезжаешь
🔥 - если телефон врача у тебя на быстром наборе 🥹
🦄 - если ты ваще не устал и чемпион: утром тренировка, потом книжка, потом успешный бизнес!
#пятничное
Вот вам минутка самокритики и подтверждение 2-х мыслей:
1. ты можешь быть супер крутым экспертом в чем-то, но джуном в другом (так что, если вам кто-нибудь в блоге вещает на не профильные ему темы, не стоит слушать).
2. мы часто переусложняем решение, особенно, если не являемся экспертами 😉
Короче, после ремонта был слабый напор в душевой.
После совета с соседями разными было 2 гипотезы (у них та же проблема):
1. Слабый напор на входе в квартиру
2. Забилось что-то при установке самого душа или проблемы с его качеством.
В итоге, нужно было в коллекторе краны открыть на полную 🤣