Плохой Project
Народ! А есть у вас опыт использования продуктов для написания кода? Типа Cursor?
Делаем компьютерную игру как в детстве: гоночки 🏎️
Ух, ну раз вам интересно, то ловите!
1.
Качаем Курсор и создаем аккаунт
2.
Вам нужно создать проект (короче, папку создайте, просто по кнопке "File - Open")
3.
В окно чата можете вставить мой промпт и приложить картинку.
И промпт и картинку сделал chatGPT.
Я, просто, попросил его сделать промпт для курсора для написания игры на питоне в стиле гонок -тетрис.
Еще для референса вложите картинку красивую, которую я сделал также с AI.
4.
Следуйте инструкциям по установке пакетов и библиотек и вуа-ля, вы сделали игру.
5.
Увидел ошибку - так и напиши в чат: "Не двигается машинка" или "машинка двигается слишком медленно" и ИИшка тебе все поправит.
Дальше накидывайте, просите внесни правки, присылайте референсы дизайна и прочее. Короче, экспериментируйте.
Аналогично можно создавать лендинги и т.п.
А вот тут в комментарии закинул еще инструкцию, куда и как нажимать, иначе пост тут станет нечитаемым …
@badtechproject
Ух, ну раз вам интересно, то ловите!
1.
Качаем Курсор и создаем аккаунт
2.
Вам нужно создать проект (короче, папку создайте, просто по кнопке "File - Open")
3.
В окно чата можете вставить мой промпт и приложить картинку.
И промпт и картинку сделал chatGPT.
Я, просто, попросил его сделать промпт для курсора для написания игры на питоне в стиле гонок -тетрис.
Еще для референса вложите картинку красивую, которую я сделал также с AI.
4.
Следуйте инструкциям по установке пакетов и библиотек и вуа-ля, вы сделали игру.
5.
Увидел ошибку - так и напиши в чат: "Не двигается машинка" или "машинка двигается слишком медленно" и ИИшка тебе все поправит.
Дальше накидывайте, просите внесни правки, присылайте референсы дизайна и прочее. Короче, экспериментируйте.
Аналогично можно создавать лендинги и т.п.
А вот тут в комментарии закинул еще инструкцию, куда и как нажимать, иначе пост тут станет нечитаемым …
@badtechproject
Самое время начать питаться правильно
и заниматься спортом,
потому что где-то ваш будущий доктор сдает экзамен с помощью ChatGPT 😂
#пятничное
@badtechproject
и заниматься спортом,
потому что где-то ваш будущий доктор сдает экзамен с помощью ChatGPT 😂
#пятничное
@badtechproject
2024_final_dora_report.pdf
37.2 MB
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
или как мы сначала обрадовались, а потом снова начали думать головой
Каждый год ребята из 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
Когнитивные ИИ искажения
Мы тут с ребятами на круглом столе по когнитивным искажениям в ИИшке обсуждали разные кейсы, расскажу про пару интересных на неделе.
А начну с новинки:
внедрение ИИшки в гуглопоиск и наше слепое доверие тому, что мы там видим.
К чему это привело?
К тому, что гуглопоиск сломался!
Этот тренд получил нейминг «you can’t lick a badger twice».
Один чел попробовал найти через гуглопоиск + ИИ объяснение выдуманной поговорке.
Он в бил в поиск «you can’t lick a badger twice» (нельзя дважды лизнуть барсука) и ИИшка объяснила значение - нельзя обмануть кого-нибудь дважды.
Но фраза - полнейший фейк.
И объединение поиска и ИИ создает один из худших сценариев, потому что ИИ нужно проверять и делать это через классический поиск, блин! 😩
Почему нельзя слепо доверять ИИ?
Потому что алгоритмы заточены выдавать наиболее вероятные сочетания слогов -> слов -> предложений.
И этот алгоритм заточен всегда стараться вам помочь вопреки любым обстоятельствам. Ну он и помогает.
Отсюда проблема использования ИИ для обучения!
Если ты совсем не разбираешься в теме, то примешь за правду любой ответ ИИ, а он может быть совершенно выдуманный и неверный…
Почему мы верим ответам ИИ?
Это одно из наших естественных искажений.
Когда другой человек нам говорит какой-либо тезис мы, часто, склонны ему доверять - базовый сценарий выживания в обществе и диком мире 20+ тыс.лет назад.
У ИИ отлично получается быть человечным. Особенно, когда мы сами создаем ему определений образ (задаем формат более человечного ответа в скрипте и т.п.).
Как итог, подсознательно мы ему доверяем…
@badtechproject
Мы тут с ребятами на круглом столе по когнитивным искажениям в ИИшке обсуждали разные кейсы, расскажу про пару интересных на неделе.
А начну с новинки:
внедрение ИИшки в гуглопоиск и наше слепое доверие тому, что мы там видим.
К чему это привело?
К тому, что гуглопоиск сломался!
Этот тренд получил нейминг «you can’t lick a badger twice».
Один чел попробовал найти через гуглопоиск + ИИ объяснение выдуманной поговорке.
Он в бил в поиск «you can’t lick a badger twice» (нельзя дважды лизнуть барсука) и ИИшка объяснила значение - нельзя обмануть кого-нибудь дважды.
Но фраза - полнейший фейк.
И объединение поиска и ИИ создает один из худших сценариев, потому что ИИ нужно проверять и делать это через классический поиск, блин! 😩
Почему нельзя слепо доверять ИИ?
Потому что алгоритмы заточены выдавать наиболее вероятные сочетания слогов -> слов -> предложений.
И этот алгоритм заточен всегда стараться вам помочь вопреки любым обстоятельствам. Ну он и помогает.
Отсюда проблема использования ИИ для обучения!
Если ты совсем не разбираешься в теме, то примешь за правду любой ответ ИИ, а он может быть совершенно выдуманный и неверный…
Почему мы верим ответам ИИ?
Это одно из наших естественных искажений.
Когда другой человек нам говорит какой-либо тезис мы, часто, склонны ему доверять - базовый сценарий выживания в обществе и диком мире 20+ тыс.лет назад.
У ИИ отлично получается быть человечным. Особенно, когда мы сами создаем ему определений образ (задаем формат более человечного ответа в скрипте и т.п.).
Как итог, подсознательно мы ему доверяем…
@badtechproject
Руководитель ничем не занимается и просит всякую ерунду
Прикольно, эта тема меня преследует последнее время в разных проявлениях: то статья попадется, то комментарий где-то. Триггером для поста стало то, что ехал на прошлой неделе утром в машине и услышал такой же тезис в шоу по радио.
Я не готов сказать за всех руководителей, но призываю всех смотреть под таким углом: мы нифига не знаем, какие задачи ставятся перед нашим руководителем.
Мы не имеем представления конечного о его мотивации сверху (кто и что со стороны менеджмента от него требует, за что его премируют, а за что нет).
Если руководитель просит в очередной раз что-то переделать - вряд ли он это делает из-за злого умысла, если данные нужно показать в 20 разрезах - значит это повысит шансы на принятие решения.
Должен ли руководитель уметь объяснить свою мотивацию - должен.
Знаете ли вы все его мотивы и все его задачи - нет и не обольщайтесь.
Я не знаю и вы не знаете. И даже его руководитель не знает.
Поверьте, большинство людей не хочет вас задолбать, они хотят результат.
❤️ - если твой руководитель постоянно просит какую-то дичь
🔥 - если твой руководитель огонь и ты огонь
💊 - если у этого поста «не достаточно срезов и пару квадратиков нужно передвинуть»😆
@badtechproject
Прикольно, эта тема меня преследует последнее время в разных проявлениях: то статья попадется, то комментарий где-то. Триггером для поста стало то, что ехал на прошлой неделе утром в машине и услышал такой же тезис в шоу по радио.
Я не готов сказать за всех руководителей, но призываю всех смотреть под таким углом: мы нифига не знаем, какие задачи ставятся перед нашим руководителем.
Мы не имеем представления конечного о его мотивации сверху (кто и что со стороны менеджмента от него требует, за что его премируют, а за что нет).
Если руководитель просит в очередной раз что-то переделать - вряд ли он это делает из-за злого умысла, если данные нужно показать в 20 разрезах - значит это повысит шансы на принятие решения.
Должен ли руководитель уметь объяснить свою мотивацию - должен.
Знаете ли вы все его мотивы и все его задачи - нет и не обольщайтесь.
Я не знаю и вы не знаете. И даже его руководитель не знает.
Поверьте, большинство людей не хочет вас задолбать, они хотят результат.
❤️ - если твой руководитель постоянно просит какую-то дичь
🔥 - если твой руководитель огонь и ты огонь
💊 - если у этого поста «не достаточно срезов и пару квадратиков нужно передвинуть»😆
@badtechproject
Ход 37 или как кожаные насмехались над ИИ
Продолжаем тему когнитивных искажений при использовании ИИ.
Короче, базовая концепция внедрения ИИ-агентов или использования ИИ-помощника в работе вот така:
мы делаем ИИ-помощника, который помогает нам найти доп.информацию, забирает на себя рутину, а нам оставляет ключевое - принятие решения.
Но прикол в том, что мы, кожаные, не всегда способны понять гениальность решения предложенного ИИ.
Прямо как тот самый начальник, которому ты приносишь гениальную идею, а он из-за непонимания губит ее на корню.
Так вот, ИИ сделала ход 37, который в моменте всем присутствующим показался очень странным и ведущим к проигрышу, однако в последствии стало понятно, что именно этот ход оказался гениальным и привел к победе.
Он был слишком нестандартным для человека и эксперты не сразу его поняли, но решающим для выигрыша.
А вот вам статейка об этом случае от 2016 года, там все еще есть рассуждения и удивления тому, что ИИшка научилась играть в простые видео-игры Atary без инструкций.
@badtechproject
Продолжаем тему когнитивных искажений при использовании ИИ.
Короче, базовая концепция внедрения ИИ-агентов или использования ИИ-помощника в работе вот така:
мы делаем ИИ-помощника, который помогает нам найти доп.информацию, забирает на себя рутину, а нам оставляет ключевое - принятие решения.
Но прикол в том, что мы, кожаные, не всегда способны понять гениальность решения предложенного ИИ.
Прямо как тот самый начальник, которому ты приносишь гениальную идею, а он из-за непонимания губит ее на корню.
Так вот, ИИ сделала ход 37, который в моменте всем присутствующим показался очень странным и ведущим к проигрышу, однако в последствии стало понятно, что именно этот ход оказался гениальным и привел к победе.
Он был слишком нестандартным для человека и эксперты не сразу его поняли, но решающим для выигрыша.
А вот вам статейка об этом случае от 2016 года, там все еще есть рассуждения и удивления тому, что ИИшка научилась играть в простые видео-игры Atary без инструкций.
@badtechproject
1-е мая, отличный повод вспомнить один из самых популярных постов на канале 😉
Что делать, если я хочу выгореть на работе?🔥
Все вокруг выгорают, а вы нет? У меня есть пара советов для вас😉
1.👨💻 Откликайтесь на все предложения взять новые проекты. Только вы справитесь!
2. 🍔Обед - это трата времени. Вам деньги за обеды платят? Вам хватит и пары сникерсом из автомата.
3.🎉 Праздники - пока все отдыхают и проводят время с семьей, вы успеете сделать еще один проект. Ха-ха, дурачье.
4. 🍾Суббот и воскресений в году больше 100. Это ли не шанс доказать всем, кто тут самый крутой! Никто еще и не отвлекает своими вопросами, можно сделать новый формат отчета.
5. 🕛Не бегите домой, задержитесь на работе, допишите еще пару писем. Отдохнете в метро. Оооо! Нет, нет, вы же можете успеть ответить на письма и просмотреть рабочие чаты в мессенджере.
6. 🌊Отпуск? Не вздумайте, это для слабаков.
7. ⏳Если вам кажется, что вы не все успеваете. Так и есть! Вам нужно работать больше и лучше!
‼️Повторять каждый день без выходных, до полного выгорания.
🔥 - если планируете выгорать
👍 - если все выгорающие выпендрежники 🤣
🫡 - если ты выполняешь любые мои советы 🤣🤣🤣
@badtechproject
Что делать, если я хочу выгореть на работе?
Все вокруг выгорают, а вы нет? У меня есть пара советов для вас😉
1.
2. 🍔Обед - это трата времени. Вам деньги за обеды платят? Вам хватит и пары сникерсом из автомата.
3.
4. 🍾Суббот и воскресений в году больше 100. Это ли не шанс доказать всем, кто тут самый крутой! Никто еще и не отвлекает своими вопросами, можно сделать новый формат отчета.
5. 🕛Не бегите домой, задержитесь на работе, допишите еще пару писем. Отдохнете в метро. Оооо! Нет, нет, вы же можете успеть ответить на письма и просмотреть рабочие чаты в мессенджере.
6. 🌊Отпуск? Не вздумайте, это для слабаков.
7. ⏳Если вам кажется, что вы не все успеваете. Так и есть! Вам нужно работать больше и лучше!
‼️Повторять каждый день без выходных, до полного выгорания.
🔥 - если планируете выгорать
👍 - если все выгорающие выпендрежники 🤣
🫡 - если ты выполняешь любые мои советы 🤣🤣🤣
@badtechproject
Please open Telegram to view this post
VIEW IN TELEGRAM
Все жарят шашлыки, а ты - метрики …
Пока вся страна героически измеряет уровень прожарки мяса на мангале - я тут ломаю голову, как измерить неизмеримое.
Например, как скорость разработки влияет на бизнес? Или как оценить потери от инцидентов, если система встала ровно в тот момент, когда только успел намазать первый кусочек хлеба горчицей?
Мы сейчас в процессе выстраивания Data Driven подхода на платформе. Это такая взрослая штука, без которой продуктовый подход превращается в «пальцем в небо».
Но фокус в том, что это чертовски сложно! Метрик много, связей между ними ещё больше, а универсальной инструкции - как у сборки ИКЕА - не прилагается.
Я, как честный оптимизатор и чуть-чуть ленивый практик, предпочитаю не изобретать велосипед, а подглядывать у умных людей
И вот кого я подсмотрел: Юлия Бажанова и её канал. Там - и про метрики, и про управление, и без лишней воды. Короче, вместо очередного гайдлайна «как замариновать мясо» - гайд «как замариновать данные и не сойти с ума».
Подписывайтесь на канал: Бажанова Юлия про IT
Пусть на майских прокачивается не только печень, но и дата-сознание
Пока вся страна героически измеряет уровень прожарки мяса на мангале - я тут ломаю голову, как измерить неизмеримое.
Например, как скорость разработки влияет на бизнес? Или как оценить потери от инцидентов, если система встала ровно в тот момент, когда только успел намазать первый кусочек хлеба горчицей?
Мы сейчас в процессе выстраивания Data Driven подхода на платформе. Это такая взрослая штука, без которой продуктовый подход превращается в «пальцем в небо».
Но фокус в том, что это чертовски сложно! Метрик много, связей между ними ещё больше, а универсальной инструкции - как у сборки ИКЕА - не прилагается.
Я, как честный оптимизатор и чуть-чуть ленивый практик, предпочитаю не изобретать велосипед, а подглядывать у умных людей
И вот кого я подсмотрел: Юлия Бажанова и её канал. Там - и про метрики, и про управление, и без лишней воды. Короче, вместо очередного гайдлайна «как замариновать мясо» - гайд «как замариновать данные и не сойти с ума».
Подписывайтесь на канал: Бажанова Юлия про IT
Пусть на майских прокачивается не только печень, но и дата-сознание
Галактический зоопарк!
- НАСА ищет помощь в определении форм галактик на снимках телескопа имени Джеймса Уэбба.
- Классификация галактик поможет ученым понять их эволюцию и причины изменений.
- Galaxy Zoo - гражданский научный проект, начавшийся в 2007 году.
- Проект изучает галактики с помощью телескопов Sloan Digital Sky Survey, Хаббла и Евклида.
- ZooBot - алгоритм искусственного интеллекта, помогающий классифицировать галактики.
- Работая вместе, люди и ИИ могут точно классифицировать неограниченное количество галактик.
@badtechproject
- НАСА ищет помощь в определении форм галактик на снимках телескопа имени Джеймса Уэбба.
- Классификация галактик поможет ученым понять их эволюцию и причины изменений.
- Galaxy Zoo - гражданский научный проект, начавшийся в 2007 году.
- Проект изучает галактики с помощью телескопов Sloan Digital Sky Survey, Хаббла и Евклида.
- ZooBot - алгоритм искусственного интеллекта, помогающий классифицировать галактики.
- Работая вместе, люди и ИИ могут точно классифицировать неограниченное количество галактик.
@badtechproject
NASA Science
Help Classify Galaxies Seen by NASA’s James Webb Space Telescope! - NASA Science
NASA needs your help identifying the shapes of thousands of galaxies in images taken by our James Webb Space Telescope with the Galaxy Zoo project. These
Почему нам сложно показывать MVP/ промежуточный результат?
Я большую фанат 2-х вещей в работе (за что спасибище моему первому руководителю в Сбере):
1.
20% усилий для 80% результата. Нет смысла делать все идеально. Пока вы потратите время на достижение 100% результата, я уже сделаю в 5 раз больше. Да, не идеально.
2.
Показывать промежуточные результаты как можно раньше.
Почему? Чтобы не закопаться на месяц, а потом выяснить, что мы «делаем стол, а не шкаф».
Тут товарищ Михеев задавался вопросом, а почему же нам так трудно показывать промежуточные результаты?
Проблема в нашем воспитании: дом, детский сад, школа, университет.
Вы помните, чтобы нас там учили показывать промежуточные результаты?
Поправляли, если мы «копаем не в ту сторону»?
Наша система воспитания построена на том, что нас всегда просят показать итоговый результат.
При решении задачи не оценивается отдельно качественно сформулированное «Дано»… Только правильно сформулированный ответ.
Хотя, если посмотреть на самом деле, нас учат очень итерационно:
сначала буквы и хвалят за них, потом слоги и хвалят за них, потом слова, потом предложения и т.п.
В 90+% случаев нас начинают учить на простых примерах усложняя и усложняя постепенно задачу.
То есть нельзя сказать, что нас учат плохо.
Прикол в том, что нам не объсняют, что это и есть тот самый «промежуточный результат».
Или объясняют, но не достаточно внятно.
Как итог, мы взрослые приходим на работу и продолжаем «получать задачу, уходить в свою пещеру на 3 недели, а потом возвращаться с результатом, который нужен, но не в таком виде или мы совсем не поняли задачу»…
Что делать?
1.
Всегда договаривайтесь со своими ребятами о дате драфта. Прямо явно говорите им об этом. И о том, что вы ждете именно драфт.
2.
Четко формулируйте, что такое драфт: черновая версия презентации - структура, основной набор данных (без детальной аналитики, с приблизительными данными, схемами от руки, без пограничных кейсов).
3.
Четко контролируйте себя в момент обзора черновика. Нельзя осуждать, давать оценки и т.п. Вы, фактически, на этапе шторминга и нет плохих идей. Вам нужно направить сотрудника в правильную сторону и дать аккуратную обратную связь.
Поверьте, если вы еще так не делали, то вам тоже будет трудновато.
Промежуточный результат - это не ошибка, это не недоработка.
Промежуточный результат - это маленький шаг, для более быстрого продвижения вперед.
👉🏼 Обсуждать и набрасывать можно тут
А как у вас?
♥️ - страшно и не комфортно показывать промежуточный результат
🔥 - если для тебя это изи.
👍 - если ты готов не только показывать промежуточный результат, но и ваще не показывать результатов 😂
@badtechproject
Я большую фанат 2-х вещей в работе (за что спасибище моему первому руководителю в Сбере):
1.
20% усилий для 80% результата. Нет смысла делать все идеально. Пока вы потратите время на достижение 100% результата, я уже сделаю в 5 раз больше. Да, не идеально.
2.
Показывать промежуточные результаты как можно раньше.
Почему? Чтобы не закопаться на месяц, а потом выяснить, что мы «делаем стол, а не шкаф».
Тут товарищ Михеев задавался вопросом, а почему же нам так трудно показывать промежуточные результаты?
Проблема в нашем воспитании: дом, детский сад, школа, университет.
Вы помните, чтобы нас там учили показывать промежуточные результаты?
Поправляли, если мы «копаем не в ту сторону»?
Наша система воспитания построена на том, что нас всегда просят показать итоговый результат.
При решении задачи не оценивается отдельно качественно сформулированное «Дано»… Только правильно сформулированный ответ.
Хотя, если посмотреть на самом деле, нас учат очень итерационно:
сначала буквы и хвалят за них, потом слоги и хвалят за них, потом слова, потом предложения и т.п.
В 90+% случаев нас начинают учить на простых примерах усложняя и усложняя постепенно задачу.
То есть нельзя сказать, что нас учат плохо.
Прикол в том, что нам не объсняют, что это и есть тот самый «промежуточный результат».
Или объясняют, но не достаточно внятно.
Как итог, мы взрослые приходим на работу и продолжаем «получать задачу, уходить в свою пещеру на 3 недели, а потом возвращаться с результатом, который нужен, но не в таком виде или мы совсем не поняли задачу»…
Что делать?
1.
Всегда договаривайтесь со своими ребятами о дате драфта. Прямо явно говорите им об этом. И о том, что вы ждете именно драфт.
2.
Четко формулируйте, что такое драфт: черновая версия презентации - структура, основной набор данных (без детальной аналитики, с приблизительными данными, схемами от руки, без пограничных кейсов).
3.
Четко контролируйте себя в момент обзора черновика. Нельзя осуждать, давать оценки и т.п. Вы, фактически, на этапе шторминга и нет плохих идей. Вам нужно направить сотрудника в правильную сторону и дать аккуратную обратную связь.
Поверьте, если вы еще так не делали, то вам тоже будет трудновато.
Промежуточный результат - это не ошибка, это не недоработка.
Промежуточный результат - это маленький шаг, для более быстрого продвижения вперед.
👉🏼 Обсуждать и набрасывать можно тут
А как у вас?
♥️ - страшно и не комфортно показывать промежуточный результат
🔥 - если для тебя это изи.
👍 - если ты готов не только показывать промежуточный результат, но и ваще не показывать результатов 😂
@badtechproject
ULCAMP 2025 — это не просто фестиваль, это шанс стать частью огромной айти-семьи!
18-20 июля на берегу Волги соберутся тысячи айтишников, которые хотят не только послушать крутые доклады, но и погрузиться в атмосферу обмена опытом и дружеского общения. Ты получишь реальный опыт от лучших экспертов, а вечера будут полны живой музыки, неформальных бесед и идей, которые могут изменить твою карьеру.
Как проходит ULCAMP?
— Горячие доклады и мастер-классы от признанных экспертов, которые поделятся своими фишками и кейсами из реальной жизни.
— Интерактивные баркемпы, где каждый может стать спикером и обсудить актуальные темы с коллегами.
— Конкурсы, челленджи и спортивные состязания, чтобы показать свои навыки не только в коде, но и в спорте.
И, конечно же, вечеринки и живая музыка — тебе не захочется уходить!
Когда: 18-20 июля
Где: Ульяновск, на живописном берегу Волги
Не пропусти! Скидка 10% по промокоду FRESH10 действует до 10 мая.
Билеты здесь
Реклама. АНО «Ульяновский совет культивации интернет-технологий». ИНН: 7325996041 erid: 2W5zFGVwvm6
18-20 июля на берегу Волги соберутся тысячи айтишников, которые хотят не только послушать крутые доклады, но и погрузиться в атмосферу обмена опытом и дружеского общения. Ты получишь реальный опыт от лучших экспертов, а вечера будут полны живой музыки, неформальных бесед и идей, которые могут изменить твою карьеру.
Как проходит ULCAMP?
— Горячие доклады и мастер-классы от признанных экспертов, которые поделятся своими фишками и кейсами из реальной жизни.
— Интерактивные баркемпы, где каждый может стать спикером и обсудить актуальные темы с коллегами.
— Конкурсы, челленджи и спортивные состязания, чтобы показать свои навыки не только в коде, но и в спорте.
И, конечно же, вечеринки и живая музыка — тебе не захочется уходить!
Когда: 18-20 июля
Где: Ульяновск, на живописном берегу Волги
Не пропусти! Скидка 10% по промокоду FRESH10 действует до 10 мая.
Билеты здесь
Реклама. АНО «Ульяновский совет культивации интернет-технологий». ИНН: 7325996041 erid: 2W5zFGVwvm6
2025.ulcamp.ru
ULCAMP | САМЫЙ МАСШТАБНЫЙ ПЛЯЖНЫЙ IT-ФЕСТИВАЛЬ
ULCAMP - старейший пляжный ИТ-фестиваль. История, программа ULCAMP. Как стать спикером и участником спортивного фестиваля в рамках ULCAMP
Платформы не умеют делать демо
Короче, я за свой опыт уже 3-й раз учу платформенные команды делать демо.
Изменения в платформенных продуктах - одни из самых дорогих.
Потому что влияют на потребление ресурсов, могут повысить когнитивную нагрузку, привести к дорогим инцидентам.
Однако именно платформенные команды не умеют проводить демо 😩
Вот список типичных отговорок:
«У нас слишком низкоуровневая работа, там нечего показывать».
«Мы ещё не готовы, у нас рефакторинг фреймворка внутри пайплайна».
«Мы делаем задел на будущее, вот через квартал…»
Что скрывается за этими фразами?
«Мы не умеем показывать, чем мы тут занимаемся и не умеем объяснять бизнес-ценность».
Почему это важно?
1.
Выбор без обратной связи = трата времени.
Платформенные команды часто «строят на опережение». Без демо это превращается в «строим в темноте». Через 3 месяца оказывается, что это никому не надо.
2.
Прозрачность — это тоже Developer Experience.
Если продуктовая команда не понимает, чем занимается платформа — начинается недоверие, «они там что-то копают», приоритизация летит в мусорку.
Ааааааа, это ваще огромная отдельная тема!
Че делать-то???
Как приучить к демо (и не убить мотивацию):
1.
Показывать не фичи, а прогресс.
Демо — это не «запуск релиза», это «что мы делали, что решали, к чему пришли».
Даже скрин логов с коротким объяснением — это демо.
2.
Делать демо для своих.
Пусть сначала это будут свои — внутри платформы, без внешних команд. Главное — войти в ритм. Без оценки. Без пафоса. Просто ритуал.
3.
Завести шаблон демо.
Что мы планировали?
Что получилось?
Что поняли?
Что мешало?
Что дальше?
4.
Демо - это не презентация в PowerPoint.
Это может быть запись скринкаста, консолька с логами, объяснение архитектурного решения на Miro. Инструмент не важен. Важно делиться.
Какой итог?
Научитесь показывать промежуточные результаты — и получите:
- Быстрее обратную связь
- Повышение доверия к платформе
- Меньше боли на релизе
- И, возможно, даже благодарность от продуктовых команд (да-да, бывает).
@badtechproject
Короче, я за свой опыт уже 3-й раз учу платформенные команды делать демо.
Изменения в платформенных продуктах - одни из самых дорогих.
Потому что влияют на потребление ресурсов, могут повысить когнитивную нагрузку, привести к дорогим инцидентам.
Однако именно платформенные команды не умеют проводить демо 😩
Вот список типичных отговорок:
«У нас слишком низкоуровневая работа, там нечего показывать».
«Мы ещё не готовы, у нас рефакторинг фреймворка внутри пайплайна».
«Мы делаем задел на будущее, вот через квартал…»
Что скрывается за этими фразами?
«Мы не умеем показывать, чем мы тут занимаемся и не умеем объяснять бизнес-ценность».
Почему это важно?
1.
Выбор без обратной связи = трата времени.
Платформенные команды часто «строят на опережение». Без демо это превращается в «строим в темноте». Через 3 месяца оказывается, что это никому не надо.
2.
Прозрачность — это тоже Developer Experience.
Если продуктовая команда не понимает, чем занимается платформа — начинается недоверие, «они там что-то копают», приоритизация летит в мусорку.
Ааааааа, это ваще огромная отдельная тема!
Че делать-то???
Как приучить к демо (и не убить мотивацию):
1.
Показывать не фичи, а прогресс.
Демо — это не «запуск релиза», это «что мы делали, что решали, к чему пришли».
Даже скрин логов с коротким объяснением — это демо.
2.
Делать демо для своих.
Пусть сначала это будут свои — внутри платформы, без внешних команд. Главное — войти в ритм. Без оценки. Без пафоса. Просто ритуал.
3.
Завести шаблон демо.
Что мы планировали?
Что получилось?
Что поняли?
Что мешало?
Что дальше?
4.
Демо - это не презентация в PowerPoint.
Это может быть запись скринкаста, консолька с логами, объяснение архитектурного решения на Miro. Инструмент не важен. Важно делиться.
Какой итог?
Научитесь показывать промежуточные результаты — и получите:
- Быстрее обратную связь
- Повышение доверия к платформе
- Меньше боли на релизе
- И, возможно, даже благодарность от продуктовых команд (да-да, бывает).
@badtechproject
«Лингво Хакинг» Елена Кочева
Че по книге и почему мне зашло:
0. Прямо на обложке про подход 80 на 20. Хочешь мне что-то продать, помести этот тезис на обложку 😁
1. Читаешь книгу и понимаешь - я не 1 «дурачок», который все учит-учит этот Английский, а выучить не может.
2. Чтобы (1) звучал не так явно автор вводит много разных психологических портретов разных «изучателей английского».
3. Прикольно, что сама книга, крутит изучение Английского вокруг проектного/продуктового подхода:
- есть роли/типы пользователей
- есть разные цели
- у всех будут свои вехи
- описаны трудозатраты на разные этапы
- описаны риски перепрыгивания через этапы
4. Книга - во многом про некий набор стандартных психологических приемов для саморазвития, которые применимы к любой сфере.
5. Там еще и домашка есть😱
6. План - это намерение. Не стоит убивать себя, что вы не смогли до конца ему следовать. Взрослая жизнь - очень подвижна и наши фокусы могут меняться.
7. Обучение должно закрывать некую вашу боль:
- научиться вести встречу по архитектуре с иностранными партнерами и получить повышение - супер мотиватор.
- все учат и я взрослый человек должен знать англиский - слабый мотиватор.
🔥 — Если уже прочитал и зашло
❤️ — В список must-read
💅 — Если не зашло
P.S. Прикольно, когда авторы присылают тебе книги на ревью)
@badtechproject
Че по книге и почему мне зашло:
0. Прямо на обложке про подход 80 на 20. Хочешь мне что-то продать, помести этот тезис на обложку 😁
1. Читаешь книгу и понимаешь - я не 1 «дурачок», который все учит-учит этот Английский, а выучить не может.
2. Чтобы (1) звучал не так явно автор вводит много разных психологических портретов разных «изучателей английского».
3. Прикольно, что сама книга, крутит изучение Английского вокруг проектного/продуктового подхода:
- есть роли/типы пользователей
- есть разные цели
- у всех будут свои вехи
- описаны трудозатраты на разные этапы
- описаны риски перепрыгивания через этапы
4. Книга - во многом про некий набор стандартных психологических приемов для саморазвития, которые применимы к любой сфере.
5. Там еще и домашка есть😱
6. План - это намерение. Не стоит убивать себя, что вы не смогли до конца ему следовать. Взрослая жизнь - очень подвижна и наши фокусы могут меняться.
7. Обучение должно закрывать некую вашу боль:
- научиться вести встречу по архитектуре с иностранными партнерами и получить повышение - супер мотиватор.
- все учат и я взрослый человек должен знать англиский - слабый мотиватор.
🔥 — Если уже прочитал и зашло
❤️ — В список must-read
💅 — Если не зашло
P.S. Прикольно, когда авторы присылают тебе книги на ревью)
@badtechproject
Друзья, сегодня важнейший день для нашей страны и для всего мира!
Сложно переоценить его значение!
С праздником вас!
На фото мой прадед
Арюткин Александр Яковлевич.
Воинское звание:
батал. комиссар|майор
Место службы
37 осбр; ПолитУ ТуркВО|37 осбр СЗФ|204 сд 43 А
Дата призыва: Июль 1941
Медаль «За боевые заслуги»|Орден Отечественной войны II степени|Медаль «За оборону Москвы»|Медаль «За победу над Германией в Великой Отечественной войне 1941–1945 гг.»|Орден Красной Звезды
Сложно переоценить его значение!
С праздником вас!
На фото мой прадед
Арюткин Александр Яковлевич.
Воинское звание:
батал. комиссар|майор
Место службы
37 осбр; ПолитУ ТуркВО|37 осбр СЗФ|204 сд 43 А
Дата призыва: Июль 1941
Медаль «За боевые заслуги»|Орден Отечественной войны II степени|Медаль «За оборону Москвы»|Медаль «За победу над Германией в Великой Отечественной войне 1941–1945 гг.»|Орден Красной Звезды