Мальчик - радуется новой приставке!

Мужчина - новому пылесосу 😂😂😂

Сейчас будем вскрывать)

Обратная связь

Вроде как в современным мире нам регулярно объясняют как правильно давать обратную связь друг другу.
Но очень обидно, когда забываются некоторые вещи.
Очень больно видеть, когда все еще совершаются такие ошибки.

Давайте повторим еще раз правила:

1.
Нельзя-нельзя сотруднику на протяжении всего периода говорить, что у вас все норм, а потом неожиданно на ревью начать говорить ему, как и где он ошибался. Обратная связь должна быть регулярной и последовательной
2.
Обратную связь можно и нужно давать руководителю. Кстати, и тут действует принцип (1).
3.
Говорить нужно конкретные факты. Нужно ссылаться, на конкретные события. Абстрактная похвала или развивающая обратная связь никому не помогут.
4.
Мы говорим и хорошее, и развивающее.
Если вы не можете найти что-то из этого - как руководитель вы не доработали.

И помните, вы хотите развивать, а не наказывать!

👉🏼Обсуждаем вот тут: можно накидать свои кейсы, мы их вместе разберем.

Как прошла твоя прошлая обратная связь?

🔥 - я в восторге
♥️ - с этим миром все, несите следующий

@badtechproject

Короче, забирайте:
я вам принес Гайд от OpenAI, как эффективней пользоваться 4.1

Сделал его, кстати, вот так:
1. Открыл LLM
2. Написал: Дружище, вот тебе ссылка, сделай, плз, PDFку мне.

‼️Как пользоваться?
1. Кидаешь ПДФ в LLMку
2. Задаешь ей вопросы (не будете же вы реально читать 26 страниц!)
3. Просишь учитывать эти знания при обработке и остальных твоих вопросов

@badtechproject

Пхахаха

OpenAI учат нас, как пользоваться их продуктами 🤣

На самом деле, это очень грамотный шаг, по своим темам с ИИшкой я делаю тоже самое.

По ссылке гайд для бизнеса от OpenAI, о том, как внедрять GenAI в бизнесс процессы:
https://openai.com/business/guides-and-resources/

Что там найдешь?
– ИИ на предприятии: опыт семи передовых компаний
– Практическое руководство как делать агентов ИИ и зачем это вашим сотрудникам?
– Сценарии и подходы к масштабированию

Для любого корпоративного менеджера маст рид!

@badtechproject

Предлагаю сегодня кайфовать от такого трека😉

Я и чатгпт сделали вам шпаргалку по прохождению систем-дизайн интервью.
Ну чтобы вы показали свои супер крутые менеджерские скиллы на старте)

@badtechproject

Если у тебя горячий кофе — проверь, не забыл ли ты где-то ребёнка🤣🤣🤣🤣

Раз на раз! 🥊

Хм…недавно на одном круглом столе меня спросили: «готов ли я тратить время на 1:1 с сотрудниками?»

Это, что, блин, за начальники такие у людей, что они, в целом, такой вопрос задают?

Вы, просто, издеваетесь, что ли???

Давайте разберемся раз и на всегда:
1. «Тратить» время! Худшая формулировка!

2. 1:1 - это инвестиция!

3. Я могу и готов найти всегда дополнительные 30-60 минут для 1:1. И нет, исключений не бывает.

4. Я всегда готовлюсь к 1:1. Ага, и к своим встречам с руководителем 😉

5. 1:1 - это в первую очередь встреча для сотрудника, где он может обсудить со мной любую тему от футбола до статуса проектов, поделиться обратной связью, пожаловаться и т.п.
Но если у него тем к обсуждению, то будем обсуждать статусы проектов😁

Короче, всегда можно и нужно находить время, чтобы выйти раз на раз 1:1 с сотрудником 😁

А у тебя есть 1:1 с боссом?

👍 - конечно, да
♥️ - неееет…
💊 - да кому нужны эти 1:1

👉🏼Вот тут можно мне рассказать, почему я не прав

P.S. Во вложении скрипт для встречи 1:1 для менеджера и для сотрудника 😉

@badtechproject

Самый важный прием в конфликтах 🔫

Есть важнейший прием в конфликтах, который все упускают.

Очень легко быть белым и пушистым пони в мире конфликтов.
Совсем не трудно идти на уступки и искать вин-вин.

Да-да, поверьте!

Знаете, что на самом деле трудно?
Вести себя как гангстер в конфликтах.

Почему?
Нам страшно, что нас осудят.
Нам страшно, что нам ответят, даже если мы защищаемся от агрессора.

А что такое поведение ганстера?

1. Если кто-то влез на твою территорию, то сначала стреляй, потом веди переговоры.

2. Если кто-то пересек черту, которую ты обозначал, как непересекаему: сначала стреляй, потом веди переговоры.

Что на практике?

1. Если ты отвечаешь, к примеру, за выстраивание Q&A и кто-то начинает залезать на твою территорию с целью подорвать твой авторитет: не тех берете, не так работаете, то сначала ты жестко отвечаешь на любые выводы. Делаешь это в формате «неадеквата», накидывая любых доводов.
И только после того, как агрессор успокоится, идешь обсуждать с ним причины.

2. Если кто-то наезжает на твоих сотрудников/результаты их работы публично, то сначала жестко всех посылаешь в пешее путешествие, а потом идешь и разбираешься со своим сотрудником, какого же фига он так накосячил!

3. Если ты обозначил дедлайн, как 2 недели до эскалации, то ровно через 2 недели ты эскалиурешь, а не заходишь уточнить вопросы или вновь подвинуть срок.

Кстати, с детьми тоже самое😱
- никто не имеет права ругать на площадке моего ребенка: сначала я жестко пресеку, а потом поговорю с ребенком
- если обозначил ребенку правила, то нельзя от них отступать: 30 минут на мультики, значит через 30 выключаем и т.п.

💯 - если ты, просто согласен.
🔥 - если тебе легко быть «гангстером»
♥️ - проще быть «белым и пушистым». Мне, кстати, сильно проще…

Как всегда, обсуждаем вот тут

@badtechproject

DORA 2024: Почему AI — это и лекарство, и яд
или как мы сначала обрадовались, а потом снова начали думать головой

Каждый год ребята из DORA делают огромную работу: опрашивают тысячи инженеров и менеджеров, изучают практики, меряют метрики, рисуют графики, чтобы понять — что вообще работает, а что мешает жить. В 2024-м они ушли вглубь и вширь: платформенная инженерия, developer experience, и, конечно, AI. Ну куда ж без него.

Короче, я решил подогнать вам чтива на выходные - ежегодный отчет DORA.

Кратко сделал выжимку, но советую глянуть и сам отчет.

Ключевые инсайты

1. AI — спаситель… вроде как

AI стал повсеместным. 75% разработчиков его уже юзают, чаще всего — для:
- написания кода,
- объяснения чужого кода (кто бы мог подумать),
- оптимизации и тестирования,
- генерации документации.

И вроде бы все кайфуют: продуктивность, satisfaction, flow — всё вверх.

Но! Есть и обратка:
- Время на «ценную работу» сокращается.
- AI почти не помогает с рутиной и «тоскливыми задачами» (перевод: митинги, синки, корпоративная бюрократия).
- А самое главное: качество delivery падает. Да, код лучше, да, быстрее ревью, но: багов больше, rework чаще.

Простой вывод:
AI помогает быстро генерить код, но без системных изменений в процессах — получаем тот же «технический долг», только в красивой обёртке.

2. Платформы спасут всех… кроме вас (злой смех, аахаахахха)

Platform engineering — звезда последних лет. Все говорят про “golden paths”, self-service, “вы разрабатываете, а инфраструктура как магия работает сама”.

И действительно:
- +8% к productivity на индивидуальном уровне.
- +10% к командной эффективности.
- +6% к перформансу всей организации.

Но как всегда, есть “но”:
- throughput падает на 8%.
- стабильность изменений — на 14%.
- и самое жёсткое: если у вас высокий уровень нестабильности + платформа → привет, burnout.

Вывод: платформа - это не волшебная таблетка.
Она работает, когда есть developer independence и разумный уровень гибкости. А если сделали «всё через платформу и больше никак» — ждите проблем.

---

3. Developer experience — это не про печеньки (блин, а так хочется, я лично знаю невероятно вкусные печеньки)

DORA снова говорит: всё начинается с людей.

- Стабильные приоритеты = меньше выгорания.
- Фокус на пользователя = выше удовлетворённость, продуктивность, качество продукта.
- Хорошая документация + user-centric подход = мультипликатор эффекта.

Особенно важная мысль: user focus может компенсировать плохой delivery. То есть даже если вы релизитесь редко, но понимаете, что нужно юзеру, продукт будет хорош.

А что делать?

- Не обольщайтесь AI. Он помогает, но не решает. Отлаженные процессы важнее.
- Делайте платформы как продукт. Собирайте фидбэк, думайте о DX, не заставляйте всех использовать один путь.
- Фокус на пользователя > фича-гонка.
- Стабильность приоритетов — must-have. Никакой суперлидер и никакие лучшие практики не компенсируют хаос сверху.

---

Финалка:

DORA не даёт волшебных решений, а зря, представляете, как бы продавались они?😆

Но она отлично показывает, что работает, а что — иллюзия контроля.

Хотите сделать лучше?

Начните с того, чтобы не мешать работать тем, кто действительно пишет код и делает продукт.

👉🏼 Можно дополнить, поспорить, обсудить

@badtechproject

Почему нам сложно показывать MVP/ промежуточный результат?

Я большую фанат 2-х вещей в работе (за что спасибище моему первому руководителю в Сбере):
1.
20% усилий для 80% результата. Нет смысла делать все идеально. Пока вы потратите время на достижение 100% результата, я уже сделаю в 5 раз больше. Да, не идеально.
2.
Показывать промежуточные результаты как можно раньше.
Почему? Чтобы не закопаться на месяц, а потом выяснить, что мы «делаем стол, а не шкаф».

Тут товарищ Михеев задавался вопросом, а почему же нам так трудно показывать промежуточные результаты?

Проблема в нашем воспитании: дом, детский сад, школа, университет.

Вы помните, чтобы нас там учили показывать промежуточные результаты?
Поправляли, если мы «копаем не в ту сторону»?

Наша система воспитания построена на том, что нас всегда просят показать итоговый результат.
При решении задачи не оценивается отдельно качественно сформулированное «Дано»… Только правильно сформулированный ответ.

Хотя, если посмотреть на самом деле, нас учат очень итерационно:
сначала буквы и хвалят за них, потом слоги и хвалят за них, потом слова, потом предложения и т.п.
В 90+% случаев нас начинают учить на простых примерах усложняя и усложняя постепенно задачу.

То есть нельзя сказать, что нас учат плохо.

Прикол в том, что нам не объсняют, что это и есть тот самый «промежуточный результат».
Или объясняют, но не достаточно внятно.

Как итог, мы взрослые приходим на работу и продолжаем «получать задачу, уходить в свою пещеру на 3 недели, а потом возвращаться с результатом, который нужен, но не в таком виде или мы совсем не поняли задачу»…

Что делать?
1.
Всегда договаривайтесь со своими ребятами о дате драфта. Прямо явно говорите им об этом. И о том, что вы ждете именно драфт.
2.
Четко формулируйте, что такое драфт: черновая версия презентации - структура, основной набор данных (без детальной аналитики, с приблизительными данными, схемами от руки, без пограничных кейсов).
3.
Четко контролируйте себя в момент обзора черновика. Нельзя осуждать, давать оценки и т.п. Вы, фактически, на этапе шторминга и нет плохих идей. Вам нужно направить сотрудника в правильную сторону и дать аккуратную обратную связь.
Поверьте, если вы еще так не делали, то вам тоже будет трудновато.

Промежуточный результат - это не ошибка, это не недоработка.
Промежуточный результат - это маленький шаг, для более быстрого продвижения вперед.

👉🏼 Обсуждать и набрасывать можно тут

А как у вас?

♥️ - страшно и не комфортно показывать промежуточный результат
🔥 - если для тебя это изи.
👍 - если ты готов не только показывать промежуточный результат, но и ваще не показывать результатов 😂

@badtechproject

Начальник меня не слушает

Иногда нам всем кажется, что начальник нас не слушает и не слышит…

Создаётся ощущение, что ты на работе — как фон. Есть, но никто не замечает

Бывало у вас такое?

Ну сознайтесь, уверен за вашу карьеру такое точно могло быть.

Разберем, почему так?

1. Ты невероятно хорош!
Вы хорошо делаете свою работу, идеальный винтик корпоративной машины и он вам доверяет максимально.
Что делать в этой ситуации, чтобы привлечь внимание?

Фиг знает, поднимите вопрос о повышении. Он сразу обратит на вас внимание.

2. Ты занимаешь фигней
Ваша задача/роль не так важны.
Печальный кейс, к сожалению, но встречающийся.
Че делать?
Ну попросите задачки более важные.
Ну и нужно понимать, иногда нужно, просто делать свою работу.

3. Жопа горит у твоего начальника
У него сейчас есть другая срочная задача… Пожар, который он тушит.
Помните я недавно пост про доверие выпускал?

Ну вот если доверие есть, то так и скажите: давай встречу подвинем, лучше потом полноценно пообщаемся.

4. Ты параноик
А может это ваш заскок? И он обращает внимание?
Просто вам вот нужно что-то прямо особенное?
Например, чтобы вас по спинке погладили!

Накидать мне можно вот тут

🫡 - если ты идеальный винтик корпоративной машины
🔥 - если жопа в огне и у тебя, и у начальника
💊 - если ты параноик

@badtechproject

System Design от Чжиюн Таня
или как выжить на интервью, не превратившись в кусок тревожного желе

Если вы дочитали Алекса Сюя и такие:
«Ну всё, теперь я точно архитектор Google»,
а потом вам на интервью говорят:
«А теперь спроектируй систему, где миллионы юзеров одновременно жмут лайк на видео» —
и вы снова: «Эээ... ну… может, кэш?»,
то держите вторую дозу системного просвещения — книга Чжиюн Таня "System Design: How to Survive the Interview".

1.
Книга больше говорит о базе и по ощущениям рассчитана на программистов, все-таки.
2.
Мне перевод понравился чуть меньше. Мне не так важно, но знаю, что есть очень чувствительные к этому люди.
3.
Крутые кейсы (включая те, что редко встречаются):
- Push Notification Service
- API Rate Limiter
- Design a Web Crawler
- Система для бронирования билетов (да-да, как в авиакомпаниях)
- И даже… система аутентификации

В кейсах, опять таки, больше деталей.

4.
Перед самими кейсами больше базы алгоритмической

5.
Фреймворк систем-дизайна, который он продвигает:
- Clarify Requirements: разбираем юзкейсы и ограничения
- Define API and Data Flow: как данные гуляют по системе
- Back-of-the-envelope calculations: нагрузки, размеры, TPS
- High-level architecture: компоненты и их взаимодействие
- Bottlenecks and scaling: что сломается и как починить
- Trade-offs discussion: чем пожертвовали ради чего
6.
Мне больше понравился Алекс Сю, так как, по ощущениям, книга больше рассчитана на менеджеров, а это то, что нужно мне)

🔥 — Если уже прочитал и зашло
❤️ — В список must-read
💅 — Если не зашло

@badtechproject