Сначала он учит питон 🐍, а потом совсем в разнос пойдет!
P.S. Я тут Демычу, просто, тоже настраивал все эти контроли на прошлых выходных 😁
@badtechproject
P.S. Я тут Демычу, просто, тоже настраивал все эти контроли на прошлых выходных 😁
@badtechproject
Эффект кобры 🐍
Пхахах!
Я нашел лучший пример того, что происходит, когда мы пытаемся какие-то показатели сделать KPI и завязать на них бонусы людей.
Короче, история такая Англичане обнаружили в Индии (все это происходило во времена, когда Индия была колонией Британии), что развелось слишком много кобр.
Чтобы избавиться от ядовитых змей, губернатор назначил награду за каждую сданную голову змеи.
Так-с, у ребята появился KPI и от его выполнения у них зависали бонусы.
Тогда ребята стали разводить кобр у себя на домашних фермах и сдавать им.
В какой-то момент, британцы разобрались и отменили выплату.
А что произошли дальше?
Уверен вы догадались, что кобр выпустили на волю и их стало больше, чем до начала кампании по борьбе с ними😉
Окей, а делать че?!
Короче, история сложная, однако, если это допустимо, я бы вводил KPI вот так:
1. На первой итерации врубаем режим мониторинга и всем об этом объявляем.
2. На второй итерации садимся и ставим всем задачу вернуться с планами по улучшению: новые улучшенные значения + роадмап.
3. На третьей итерации: смотрим за KPI, наказываем/поощраем, выявляем фрод и корректируем показатели.
@badtechproject
Пхахах!
Я нашел лучший пример того, что происходит, когда мы пытаемся какие-то показатели сделать KPI и завязать на них бонусы людей.
Короче, история такая Англичане обнаружили в Индии (все это происходило во времена, когда Индия была колонией Британии), что развелось слишком много кобр.
Чтобы избавиться от ядовитых змей, губернатор назначил награду за каждую сданную голову змеи.
Так-с, у ребята появился KPI и от его выполнения у них зависали бонусы.
Тогда ребята стали разводить кобр у себя на домашних фермах и сдавать им.
В какой-то момент, британцы разобрались и отменили выплату.
А что произошли дальше?
Уверен вы догадались, что кобр выпустили на волю и их стало больше, чем до начала кампании по борьбе с ними😉
Окей, а делать че?!
Короче, история сложная, однако, если это допустимо, я бы вводил KPI вот так:
1. На первой итерации врубаем режим мониторинга и всем об этом объявляем.
2. На второй итерации садимся и ставим всем задачу вернуться с планами по улучшению: новые улучшенные значения + роадмап.
3. На третьей итерации: смотрим за KPI, наказываем/поощраем, выявляем фрод и корректируем показатели.
@badtechproject
В работу нужно вкатываться постепенно
Погнали домой?
Я разрешаю!😉
Вечером всем доработать!
🔥 - кто со мной
❤️ - если тебе еще сидеть и сидеть, и нужна поддержка
@badtechproject
Погнали домой?
Я разрешаю!😉
🔥 - кто со мной
❤️ - если тебе еще сидеть и сидеть, и нужна поддержка
@badtechproject
HOW TO MAKE AN IMPACT
INFLUENCE, INFORM AND IMPRESS WITH YOUR REPORTS, PRESENTATIONS AND BUSINESS DOCUMENTS
JON MOON
Блин, я прочитал эту книгу пару лет назад и вот что я скажу - она топовая!
Я обожаю книги с конкретными примерами - бери и делай.
И вот How to make an impact - это она.
Если тебе часто нужно собирать таблицы, а что ты за менеджер, если «нет», то задача правильного и качественного отображения информации - реально мега важна.
По кол-ву моих орфографических ошибок можете догадаться, что я не перфикционист.
Но качественное и хорошее отображение информации в таблице или на слайде - это про эффективность и фокус на нужном.
Я редко в работе со своими менеджерами говорю как именно что-то сделать, но вот не самое комфортное отображение информации - это то, во что я включаюсь и прошу сразу внести правки, причем даю конкретные указания и форматы.
Вот пара ярких советов:
1.
Буллиты - отстой. Лучше используйте таблицы. Таблицы дают обзор и возможность сравнения.
2.
Сначала пишем выводы/заключение, а потом переходим к тому, как мы к этому пришли.
3.
Ну и огромная куча информации о том, как отображать знаки минус, знаки % и прочее, и прочее.
Короче, книгу настоятельно советую.
Она на Английском, но что поделать…
👍 - Если читал и зашло.
♥️ - Если сохранил себе в бэклог.
💅 - Если читал и не зашло.
@badtechproject
INFLUENCE, INFORM AND IMPRESS WITH YOUR REPORTS, PRESENTATIONS AND BUSINESS DOCUMENTS
JON MOON
Блин, я прочитал эту книгу пару лет назад и вот что я скажу - она топовая!
Я обожаю книги с конкретными примерами - бери и делай.
И вот How to make an impact - это она.
Если тебе часто нужно собирать таблицы, а что ты за менеджер, если «нет», то задача правильного и качественного отображения информации - реально мега важна.
По кол-ву моих орфографических ошибок можете догадаться, что я не перфикционист.
Но качественное и хорошее отображение информации в таблице или на слайде - это про эффективность и фокус на нужном.
Я редко в работе со своими менеджерами говорю как именно что-то сделать, но вот не самое комфортное отображение информации - это то, во что я включаюсь и прошу сразу внести правки, причем даю конкретные указания и форматы.
Вот пара ярких советов:
1.
Буллиты - отстой. Лучше используйте таблицы. Таблицы дают обзор и возможность сравнения.
2.
Сначала пишем выводы/заключение, а потом переходим к тому, как мы к этому пришли.
3.
Ну и огромная куча информации о том, как отображать знаки минус, знаки % и прочее, и прочее.
Короче, книгу настоятельно советую.
Она на Английском, но что поделать…
👍 - Если читал и зашло.
♥️ - Если сохранил себе в бэклог.
💅 - Если читал и не зашло.
@badtechproject
Media is too big
VIEW IN TELEGRAM
💯 - если у тебя 1000+ непрочитанных сообщений
❤️ - вычищаешь все в «0»
#пятничноеневпятницу
@badtechproject
❤️ - вычищаешь все в «0»
#пятничноеневпятницу
@badtechproject
Любая постановка задачи в тикете🤣🤣🤣
💯 - если так
😭 - нет, я не плачу, это соринка в глаз попала
P.S. Ну а то, что ты должен победить лорда Ситхов - надо самому догадаться 😁
#пятничное
@badtechproject
💯 - если так
😭 - нет, я не плачу, это соринка в глаз попала
P.S. Ну а то, что ты должен победить лорда Ситхов - надо самому догадаться 😁
#пятничное
@badtechproject
Зацените, какую штуку мы придумали с Мишей Трифоновым - руководителем разработки в Cloud.ru и бессменным ведущим их же подкаста.
В 10:00 по Мск начнем.
Думаю, за пару часов закончим 😉
В 10:00 по Мск начнем.
Думаю, за пару часов закончим 😉
Telegram
Трифонов_IT
Привет, я Миша Head of Development Cloud.ru.
Буду скидывать сюда всю внутрянку и делиться рабочим опытом.
#menu - навигация
Буду скидывать сюда всю внутрянку и делиться рабочим опытом.
#menu - навигация
Forwarded from Трифонов_IT
Ребят, как круто иногда с кем-то встретиться и прям зафонтанировать идеями.
> Так. Что произошло?
Созвонились с @badTechProject. Начали накидывать вопросики. И тут пришла простая, но интересная мысль. Что если мы проведем не просто подкаст, а брейншторм совместно со зрителями. Задаем тему и прям фигачим идеи за идеей. Как реалистичные из жизни, так и фантастические, воз чем-то глупые.
Проводим все в онлайне, совместно со зрителями. Результат исследования агрегируем в Miro.
> Тема:
Что такое DevEx и как сделать разработчика счастливым?
> Время:
10:00 (УЖЕ ЧЕРЕЗ 2 ЧАСА)
🔗: https://vkvideo.ru/video-182881521_456239406
@trifonovit
> Так. Что произошло?
Созвонились с @badTechProject. Начали накидывать вопросики. И тут пришла простая, но интересная мысль. Что если мы проведем не просто подкаст, а брейншторм совместно со зрителями. Задаем тему и прям фигачим идеи за идеей. Как реалистичные из жизни, так и фантастические, воз чем-то глупые.
Проводим все в онлайне, совместно со зрителями. Результат исследования агрегируем в Miro.
> Тема:
Что такое DevEx и как сделать разработчика счастливым?
> Время:
10:00 (УЖЕ ЧЕРЕЗ 2 ЧАСА)
🔗: https://vkvideo.ru/video-182881521_456239406
@trifonovit
Вот и 33 годика мне😉
Для канала могу вот такую мысль написать:
любые решения, которые вы принимаете - правильные.
Вы принимаете их в тех условиях и с теми знаниями, которыми обладаете.
Условия/знания поменяются, поменяется и решение.
Это не сделает ваше прошлое решение плохим, оно сделает его устаревшим🤷🏻
И решения, приведшие к успеху, и к неудаче нужна отрефлексировать!😉
Ну и самое главное:
дальше больше,
дальше лучше,
дальше быстрее,
дальше сильнее,
дальше умнее,
дальше выше 🙃
P.S. На фотке, как обычно, тяну руку вверх, ловлю связь с космосом, смотрю в даль, не забываю про кофе и водичку, улыбаюсь, чтобы всех бесить😁
P.P.S. Все любимые всегда рядом, всегда в сердце, даже когда разделяют 10-ки километров, как на этом фото.
P.P.P.S. Классику, которую слушаем до 40 лет 😉
@badtechproject
Для канала могу вот такую мысль написать:
любые решения, которые вы принимаете - правильные.
Вы принимаете их в тех условиях и с теми знаниями, которыми обладаете.
Условия/знания поменяются, поменяется и решение.
Это не сделает ваше прошлое решение плохим, оно сделает его устаревшим🤷🏻
И решения, приведшие к успеху, и к неудаче нужна отрефлексировать!😉
Ну и самое главное:
дальше больше,
дальше лучше,
дальше быстрее,
дальше сильнее,
дальше умнее,
дальше выше 🙃
P.S. На фотке, как обычно, тяну руку вверх, ловлю связь с космосом, смотрю в даль, не забываю про кофе и водичку, улыбаюсь, чтобы всех бесить😁
P.P.S. Все любимые всегда рядом, всегда в сердце, даже когда разделяют 10-ки километров, как на этом фото.
P.P.P.S. Классику, которую слушаем до 40 лет 😉
@badtechproject
Какой ужас, что это про меня 🤣
💯 - если и про тебя
❤️ - какая жеееесть! Я не такой!
#пятничноеневпятницу
@badtechproject
💯 - если и про тебя
❤️ - какая жеееесть! Я не такой!
#пятничноеневпятницу
@badtechproject
Эй, парень, если ты джун, то у тебя и у C-Level есть кое-что общее😉
Как вы помните у меня с моим дружище-творожище-Антоном есть Пу-пу-пудксаст.
И вот такая история: есть у меня в записной книжке вот такой контакт «Паша-СТО из Дубайского стартапа, уволивший 1/2 своих разработчиков».
История знакомства забавная, потому что мы с ним пытались пересечься в Сочи и поразгонять на тему AI в разработке, но он все время присылал мне фотки мест, которые я не мог найти.
А потом мы созвонились как-то, он поделился своим опытом и понеслась история, где мы регулярно дискутируем на разные темы.
Паша пришел к нам на подкаст и разогнал вот такие темы:
1. Что общего при поиске работы у Джуна и C-level
2. Почему джун обладает большими преимуществами, чем C-level.
3. Как C-level ищут работу😉
4. Зачем этим парням коучи и психологи (оказывается, не для выпендрежа 😁).
5. Как скоро C-level начинает искать работу после выхода на новое место: Джуны, вы офигеете 🤣
6. Ну и Паша реально круто умеет разгонять разные темы и его опыт другой, в отличие от типового биг-теха.
P.S. Ну а чтобы вас мотивировать подписаться - следующий гость у нас СТО Звука😉
P.P.S. Для любого начинающего проекта важны ваши лайки и комментарии - вы там зайдите, нажмите, плз. Авторам и гостям - риалли приятно 😁
📱 Я.Музыка
📱 ВК Видео
📱 Слушать в Телеграм
📱 ЗВУК
@badtechproject
Как вы помните у меня с моим дружище-творожище-Антоном есть Пу-пу-пудксаст.
И вот такая история: есть у меня в записной книжке вот такой контакт «Паша-СТО из Дубайского стартапа, уволивший 1/2 своих разработчиков».
История знакомства забавная, потому что мы с ним пытались пересечься в Сочи и поразгонять на тему AI в разработке, но он все время присылал мне фотки мест, которые я не мог найти.
А потом мы созвонились как-то, он поделился своим опытом и понеслась история, где мы регулярно дискутируем на разные темы.
Паша пришел к нам на подкаст и разогнал вот такие темы:
1. Что общего при поиске работы у Джуна и C-level
2. Почему джун обладает большими преимуществами, чем C-level.
3. Как C-level ищут работу😉
4. Зачем этим парням коучи и психологи (оказывается, не для выпендрежа 😁).
5. Как скоро C-level начинает искать работу после выхода на новое место: Джуны, вы офигеете 🤣
6. Ну и Паша реально круто умеет разгонять разные темы и его опыт другой, в отличие от типового биг-теха.
P.S. Ну а чтобы вас мотивировать подписаться - следующий гость у нас СТО Звука😉
P.P.S. Для любого начинающего проекта важны ваши лайки и комментарии - вы там зайдите, нажмите, плз. Авторам и гостям - риалли приятно 😁
@badtechproject
Please open Telegram to view this post
VIEW IN TELEGRAM
«Грокаем функциональное мышление» — почему это важно для менеджеров ИТ-проектов
Представьте: ваш проект напоминает старую проводку в доме. Чем больше «накручено» проводов-костылей, тем выше риск короткого замыкания. А потом — пожар, аврал, ночные дежурства.
Функциональное программирование (ФП) — это не магия, а инструмент, который превращает хаос в порядок. Вот как это работает на практике:
---
### Зачем вам это?
1. Меньше «туши пожаров» — больше дела
ФП учит писать код, который не взрывается при малейшем изменении. Чистые функции = предсказуемость. Нет неожиданных сайд-эффектов — нет ночных звонков: «Всё упало!».
2. Масштабируемость без нервов
Представьте, что вы собираете конструктор Lego. Каждый блок (модуль кода) независим, и чтобы добавить новую фичу, не нужно ломать старые. Это ФП: гибко, безопасно, без переделок «всего и сразу».
3. Новые разработчики вливаются быстрее
Когда код структурирован как инструкция IKEA, а не как ребус, даже новичок быстро разберется. Меньше вопросов «А что это тут делает?» — больше скорости.
---
### Что это даёт проекту?
- Сокращение технического долга
Код на ФП похож на аккуратный шкаф: всё на своих полках. Поддерживать его дешевле, а рефакторить — не страшно.
- Стабильность в асинхронных задачах
Race conditions, утечки памяти, гонки данных — звучит как триллер, но для ФП это рутина. Например, банковские транзакции или высоконагруженные сервисы перестают быть «минным полем».
- Гибкость под changing requirements
Клиент передумал? С ФП вы не переписываете половину кода, а пересобираете логику, как пазл. Это как иметь запасные детали для любого сценария.
---
### Как внедрить без боли?
1. Начните с малого
Попросите команду использовать иммутабельные данные в новых модулях (никакого
2. Добавьте инструменты-помощники
Библиотеки вроде Lodash (для JS) или Kotlin-экстеншены упростят переход. Не нужно сразу переходить на Haskell!
3. Обсуждайте принципы, а не синтаксис
Спросите на планинге:
- «Где в нашем коде самые опасные сайд-эффекты?»
- «Можно ли этот компонент сделать более предсказуемым?»
---
### Итог
Эта книга — не про хайп, а про выживание в мире сложных проектов. Она поможет вам:
- Говорить с разработчиками на одном языке (без погружения в дебри).
- Принимать решения, которые сэкономят бюджет и спасут нервы.
Совет: Дайте книгу тимлиду — пусть вынесет главное. А потом устройте митап с пиццей, где обсудите: «Какие 20% принципов ФП дадут 80% результата для нашего проекта?».
P.S. Если после этого ваши разработчики перестанут вздрагивать при слове «рефакторинг» — вы на правильном пути 😉
👍 — если читал и зашло
♥️ — если сохранил в бэклог
💅 — если читал и не зашло
@badtechproject
Представьте: ваш проект напоминает старую проводку в доме. Чем больше «накручено» проводов-костылей, тем выше риск короткого замыкания. А потом — пожар, аврал, ночные дежурства.
Функциональное программирование (ФП) — это не магия, а инструмент, который превращает хаос в порядок. Вот как это работает на практике:
---
### Зачем вам это?
1. Меньше «туши пожаров» — больше дела
ФП учит писать код, который не взрывается при малейшем изменении. Чистые функции = предсказуемость. Нет неожиданных сайд-эффектов — нет ночных звонков: «Всё упало!».
2. Масштабируемость без нервов
Представьте, что вы собираете конструктор Lego. Каждый блок (модуль кода) независим, и чтобы добавить новую фичу, не нужно ломать старые. Это ФП: гибко, безопасно, без переделок «всего и сразу».
3. Новые разработчики вливаются быстрее
Когда код структурирован как инструкция IKEA, а не как ребус, даже новичок быстро разберется. Меньше вопросов «А что это тут делает?» — больше скорости.
---
### Что это даёт проекту?
- Сокращение технического долга
Код на ФП похож на аккуратный шкаф: всё на своих полках. Поддерживать его дешевле, а рефакторить — не страшно.
- Стабильность в асинхронных задачах
Race conditions, утечки памяти, гонки данных — звучит как триллер, но для ФП это рутина. Например, банковские транзакции или высоконагруженные сервисы перестают быть «минным полем».
- Гибкость под changing requirements
Клиент передумал? С ФП вы не переписываете половину кода, а пересобираете логику, как пазл. Это как иметь запасные детали для любого сценария.
---
### Как внедрить без боли?
1. Начните с малого
Попросите команду использовать иммутабельные данные в новых модулях (никакого
array.push() — только копии). 2. Добавьте инструменты-помощники
Библиотеки вроде Lodash (для JS) или Kotlin-экстеншены упростят переход. Не нужно сразу переходить на Haskell!
3. Обсуждайте принципы, а не синтаксис
Спросите на планинге:
- «Где в нашем коде самые опасные сайд-эффекты?»
- «Можно ли этот компонент сделать более предсказуемым?»
---
### Итог
Эта книга — не про хайп, а про выживание в мире сложных проектов. Она поможет вам:
- Говорить с разработчиками на одном языке (без погружения в дебри).
- Принимать решения, которые сэкономят бюджет и спасут нервы.
Совет: Дайте книгу тимлиду — пусть вынесет главное. А потом устройте митап с пиццей, где обсудите: «Какие 20% принципов ФП дадут 80% результата для нашего проекта?».
P.S. Если после этого ваши разработчики перестанут вздрагивать при слове «рефакторинг» — вы на правильном пути 😉
👍 — если читал и зашло
♥️ — если сохранил в бэклог
💅 — если читал и не зашло
@badtechproject
🔥 - если ты не такой
👍 - пойду спрошу какой там статус, уже 5 минут терплю
#пятнчиноеневпятницу
@badtechproject
👍 - пойду спрошу какой там статус, уже 5 минут терплю
#пятнчиноеневпятницу
@badtechproject