Решение проблемы — просто, код — сложно
О, Димон, иногда надо подумать 2 недели чтобы потом 1 строку написать. Решение проблемы — вот где сложность!
Часто такое слышим, правда же? Ключевое слово «иногда». Если посчитать, сколько таких проблем, где надо 2 недели думать над 1 строкой и сколько проблем, где решение придумывается за 2 минуты, то перевес будет не в пользу первого. А сколько проблем, где решение придумывается за 30 секунд, но его никогда никто не станет программировать, потому что приятнее стекло поесть?
Программировать сложнее, чем решать проблемы.
Например: иногда прилетает неизвестный идентификатор в мониторинг, если их накапливается критическое количество, то нужно руками в свободных базах найти их значение и внести в свою базу. В свою базу — это 1 PR и пара вызовов АПИ.
Решение ультра простое, я его уже написал. Теперь пойди запрограммируй связку всех систем вместе со скрапингом открытых источников, а еще надо чтобы безопасно было, чтобы твой мониторинг не мог просто создавать любой PR и дергать API.
Даже кнопку в слак бота иногда добавить не получится, потому что нужно учесть, кто имеет право ее нажимать, а синхронизация политик доступа только на словах легко программируется.
Даже если отбросить безопасность и оставить связку систем через код — уже весело. Не везде есть апи, не на все апи есть библиотеки, на каждом этапе нужно еще обработать правильно все ошибки.
Короче прога — это сложно, а придумывать решения — легко. Мы просто иногда хотим недельку отдохнуть и льем менеджеру в уши про сложность 1 строки когда, чтобы он отстал.
О, Димон, иногда надо подумать 2 недели чтобы потом 1 строку написать. Решение проблемы — вот где сложность!
Часто такое слышим, правда же? Ключевое слово «иногда». Если посчитать, сколько таких проблем, где надо 2 недели думать над 1 строкой и сколько проблем, где решение придумывается за 2 минуты, то перевес будет не в пользу первого. А сколько проблем, где решение придумывается за 30 секунд, но его никогда никто не станет программировать, потому что приятнее стекло поесть?
Программировать сложнее, чем решать проблемы.
Например: иногда прилетает неизвестный идентификатор в мониторинг, если их накапливается критическое количество, то нужно руками в свободных базах найти их значение и внести в свою базу. В свою базу — это 1 PR и пара вызовов АПИ.
Решение ультра простое, я его уже написал. Теперь пойди запрограммируй связку всех систем вместе со скрапингом открытых источников, а еще надо чтобы безопасно было, чтобы твой мониторинг не мог просто создавать любой PR и дергать API.
Даже кнопку в слак бота иногда добавить не получится, потому что нужно учесть, кто имеет право ее нажимать, а синхронизация политик доступа только на словах легко программируется.
Даже если отбросить безопасность и оставить связку систем через код — уже весело. Не везде есть апи, не на все апи есть библиотеки, на каждом этапе нужно еще обработать правильно все ошибки.
Короче прога — это сложно, а придумывать решения — легко. Мы просто иногда хотим недельку отдохнуть и льем менеджеру в уши про сложность 1 строки когда, чтобы он отстал.
Forwarded from Team Lead Talks Подкаст (Дима Рожков)
В пятом эпизоде говорим о том, что нужно делать, если ты только что стал менеджером
От Егора — 12 правил лидера из книги Leadership Strategy and tactics by Jocko Wilink
https://ssv-telegram.s3.eu-central-1.amazonaws.com/Jocko+Willink+-+becoming+a+leader.pdf
От Димы — цитаты из книги Джули Чжо «Из чего сделан менеджер» (The Making of a Manager)
* Кто-то, скорее всего многие люди, поверили в тебя и твой потенциал быть лидером. Поэтому ты держишь эту книгу
* Уязвимость звучит в правде и ощущается, как смелость. Правда и смелость не всегда комфортны, но никогда не являются слабостью.
* Не прячь свои недостатки от своего менеджера. Ты бы не сказал тренеру в спорт зале, что ты и так в хорошей форме и спавишься сам.
* Роль менеджера может быть дана. Роль лидера нужно заслужить. Люди должны хотеть следовать за тобой.
* Работа футболиста - выигрывать матчи. Работа менеджера — организовывать группу людей для достижения больших результатов. Помоги команде добиться чего-то крутого сейчас. Нанимай и развивай людей, чтобы достичь еще больших результатов в будущем
* Цель не в том, чтобы делать работу самому, даже если ты в этом хорош. Цель — улучшать цель, людей и процесс чтобы достичь эффекта мультипликатора.
00:00:00 - История от Егора
00:02:41 - Тимлид — это не повышение
00:05:06 - История Димы, менеджер универсальнее разработчика
00:13:50 - История Егора, у хороших инженеров плохо получается управлять
00:18:22 - 12 правил лидера от морского котика
00:22:43 - Как менеджер может выучить мат часть
00:30:47 - Задача лидера — строить отношения
00:34:17 - Кредит доверия лидера, как заработать
00:36:44 - Менеджером назначают, лидером становятся
00:38:26 - Хуже, чем ложь
00:43:23 - Эго лидера, правда и смелость
00:48:31 - Ты не все знаешь, задавай вопросы
00:52:55 - Но вдруг ты и правда все знаешь
00:55:01 - В чем состоит работа менеджера одной фразой
00:59:10 - Дихотомии лидерства. Люди или цель
01:03:20 - Цель не оправдывает средства
01:06:35 - Слушайте
01:10:38 - 4 типа перехода в менеджеры
01:13:45 - 1 тип: подмастерье
01:19:35 - Важно довести информацию о вашем повышении
01:39:23 - Баланс управления с программированием
01:57:24 - 2 тип: пионер, ты создал свою компанию и она выросла
02:02:29 - 3 тип: новый босс, ты пришел в новую команду
02:09:06 - 4 тип: преемник
02:19:42 - Нерешительность, главная ошибка руководителя
От Егора — 12 правил лидера из книги Leadership Strategy and tactics by Jocko Wilink
https://ssv-telegram.s3.eu-central-1.amazonaws.com/Jocko+Willink+-+becoming+a+leader.pdf
От Димы — цитаты из книги Джули Чжо «Из чего сделан менеджер» (The Making of a Manager)
* Кто-то, скорее всего многие люди, поверили в тебя и твой потенциал быть лидером. Поэтому ты держишь эту книгу
* Уязвимость звучит в правде и ощущается, как смелость. Правда и смелость не всегда комфортны, но никогда не являются слабостью.
* Не прячь свои недостатки от своего менеджера. Ты бы не сказал тренеру в спорт зале, что ты и так в хорошей форме и спавишься сам.
* Роль менеджера может быть дана. Роль лидера нужно заслужить. Люди должны хотеть следовать за тобой.
* Работа футболиста - выигрывать матчи. Работа менеджера — организовывать группу людей для достижения больших результатов. Помоги команде добиться чего-то крутого сейчас. Нанимай и развивай людей, чтобы достичь еще больших результатов в будущем
* Цель не в том, чтобы делать работу самому, даже если ты в этом хорош. Цель — улучшать цель, людей и процесс чтобы достичь эффекта мультипликатора.
00:00:00 - История от Егора
00:02:41 - Тимлид — это не повышение
00:05:06 - История Димы, менеджер универсальнее разработчика
00:13:50 - История Егора, у хороших инженеров плохо получается управлять
00:18:22 - 12 правил лидера от морского котика
00:22:43 - Как менеджер может выучить мат часть
00:30:47 - Задача лидера — строить отношения
00:34:17 - Кредит доверия лидера, как заработать
00:36:44 - Менеджером назначают, лидером становятся
00:38:26 - Хуже, чем ложь
00:43:23 - Эго лидера, правда и смелость
00:48:31 - Ты не все знаешь, задавай вопросы
00:52:55 - Но вдруг ты и правда все знаешь
00:55:01 - В чем состоит работа менеджера одной фразой
00:59:10 - Дихотомии лидерства. Люди или цель
01:03:20 - Цель не оправдывает средства
01:06:35 - Слушайте
01:10:38 - 4 типа перехода в менеджеры
01:13:45 - 1 тип: подмастерье
01:19:35 - Важно довести информацию о вашем повышении
01:39:23 - Баланс управления с программированием
01:57:24 - 2 тип: пионер, ты создал свою компанию и она выросла
02:02:29 - 3 тип: новый босс, ты пришел в новую команду
02:09:06 - 4 тип: преемник
02:19:42 - Нерешительность, главная ошибка руководителя
YouTube
Если ты стал менеджером | Team Lead Talks Ep. 5
В этом эпизоде мы обсуждаем, что делать, если ты только что стал менеджером или другим лидером. Разбираем книги Leadership Strategy and Tactics (Jocko Wilink) и The Making of a Manager (Julie Zhuo).
Выступай в сообщество https://teamleadtalks.com/munity/…
Выступай в сообщество https://teamleadtalks.com/munity/…
Помните Глеба из Джуниоров? Теперь Глеб шатает айтишку в Гамбурге сеньором.
https://www.youtube.com/watch?v=NKJW6EBr974
https://www.youtube.com/watch?v=NKJW6EBr974
YouTube
Джуниоры 2 года спустя
В мае 2019 года 8 человек прислали мне свои истории старта в программировании. Это продолжение истории 6 из них. Начало истории https://www.youtube.com/watch?v=vovaUbBDunc
Доступ к плюшкам:
https://www.youtube.com/channel/UCX3w3jB05SHLbGjZPR0PM6g/join
Телеграм:…
Доступ к плюшкам:
https://www.youtube.com/channel/UCX3w3jB05SHLbGjZPR0PM6g/join
Телеграм:…
В прошлом посте телега включила неправильную превьюшку и вы, возможно, пропустили канал Глеба:
https://www.youtube.com/watch?v=NKJW6EBr974
https://www.youtube.com/watch?v=NKJW6EBr974
YouTube
Как программисту найти работу в Европе в 2022 году/Мой опыт
Как найти работу в Европе в 2022 году. Расскажу о своем опыте и поделюсь парочкой советов.
Subreddit для обмены языковым опытом - https://www.reddit.com/r/language_exchange/
Канал в телеграм для поиска работы - https://t.me/europe_hiring
Про собеседования…
Subreddit для обмены языковым опытом - https://www.reddit.com/r/language_exchange/
Канал в телеграм для поиска работы - https://t.me/europe_hiring
Про собеседования…
Код ревью
Проверял на курсе резюме и заметил, что в обязанностях часто пишут "код ревью". Меня это очень удивило, потому что для меня код ревью - это нечто обязательное. Примерно, как тесты писать для кода. Настолько обязательное, что и упоминать не стоит.
Поговорил с людьми, оказывается, что на самом деле это не так. Часто код ревью нет, а когда есть, то просто для галочки. Иногда даже может быть почвой для конфликта, если слишком много попросишь исправить.
Код ревью — неотъемлемая часть разработки качественного программного обеспечения. Конечно, говнокодить можно прямо в мастер. Но качественно разрабатывать продукт командой без ревью — нонсенс.
У вас есть код ревью? Для галочки или для поддержки качества кода? Как вы вообще растете без код ревью? Что скажете в свое оправдание? 👮♂️
https://youtu.be/gclusz3HtDA
Проверял на курсе резюме и заметил, что в обязанностях часто пишут "код ревью". Меня это очень удивило, потому что для меня код ревью - это нечто обязательное. Примерно, как тесты писать для кода. Настолько обязательное, что и упоминать не стоит.
Поговорил с людьми, оказывается, что на самом деле это не так. Часто код ревью нет, а когда есть, то просто для галочки. Иногда даже может быть почвой для конфликта, если слишком много попросишь исправить.
Код ревью — неотъемлемая часть разработки качественного программного обеспечения. Конечно, говнокодить можно прямо в мастер. Но качественно разрабатывать продукт командой без ревью — нонсенс.
У вас есть код ревью? Для галочки или для поддержки качества кода? Как вы вообще растете без код ревью? Что скажете в свое оправдание? 👮♂️
https://youtu.be/gclusz3HtDA
YouTube
Правила хорошего ревью кода / Code review
Как правильно делать ревью кода, на что обратить внимание в первую очередь, а что автоматизировать раз и навсегда.
Спонсор сентября, компания Xsolla, предоставляет разработчикам игр инструменты и сервисы, которые помогут развить игру и монетизировать ее…
Спонсор сентября, компания Xsolla, предоставляет разработчикам игр инструменты и сервисы, которые помогут развить игру и монетизировать ее…
Forwarded from Team Lead Talks Подкаст (Дима Рожков)
Увольнять людей, которые тормозят команду даже важнее, чем нанимать. Не помню, где слышал, но согласен с высказыванием. Книги по менеджменту довольно редко уделяют достаточно внимания процессу увольнения.
Как уволить правильно, чтобы всем в итоге было хорошо? Говорим в этом выпуске.
Видео с Бобуком https://www.youtube.com/watch?v=0eN2KcykGbk
Книга Егора:
The Dichotomy of Leadership by Jocko Wilink
Книги Димы:
The Making of a Manager by Julie Zhuo
An Elegant Puzzle by Will Larson
00:00:00 Байка от Егора
00:03:03 О чем не пишут в книгах
00:06:42 Но пишет Джоко Виллинк
00:08:49 Правильно нанимаем чтобы не увольнять
00:12:34 Найм в бутиковую команду
00:24:56 Найм в стандартизованную команду
00:32:41 Первые месяцы в компании
00:42:40 Испытательный срок не пройдет
00:48:57 Я пишу код, что еще надо?
00:56:50 Не скрывайте правду, это делает только хуже
01:06:49 Поддерживайте контакт с реальностью
01:09:13 Не наблюдал, а увольнять надо
01:13:46 И компания и сотрудник несчастны
01:16:15 Не только увольнение, но и проекты
01:24:28 Увольнение старичка из команды
01:32:59 Психосоматика
01:35:24 Посмотри динамику обратной связи
01:40:58 Про сплетни
01:44:04 Как донести информацию до команды
01:51:15 PIP: Performance improvement plan
02:04:02 Резюме
https://youtu.be/7UB0kvEUqzg
Как уволить правильно, чтобы всем в итоге было хорошо? Говорим в этом выпуске.
Видео с Бобуком https://www.youtube.com/watch?v=0eN2KcykGbk
Книга Егора:
The Dichotomy of Leadership by Jocko Wilink
Книги Димы:
The Making of a Manager by Julie Zhuo
An Elegant Puzzle by Will Larson
00:00:00 Байка от Егора
00:03:03 О чем не пишут в книгах
00:06:42 Но пишет Джоко Виллинк
00:08:49 Правильно нанимаем чтобы не увольнять
00:12:34 Найм в бутиковую команду
00:24:56 Найм в стандартизованную команду
00:32:41 Первые месяцы в компании
00:42:40 Испытательный срок не пройдет
00:48:57 Я пишу код, что еще надо?
00:56:50 Не скрывайте правду, это делает только хуже
01:06:49 Поддерживайте контакт с реальностью
01:09:13 Не наблюдал, а увольнять надо
01:13:46 И компания и сотрудник несчастны
01:16:15 Не только увольнение, но и проекты
01:24:28 Увольнение старичка из команды
01:32:59 Психосоматика
01:35:24 Посмотри динамику обратной связи
01:40:58 Про сплетни
01:44:04 Как донести информацию до команды
01:51:15 PIP: Performance improvement plan
02:04:02 Резюме
https://youtu.be/7UB0kvEUqzg
YouTube
Как увольнять программистов | Team Lead Talks Ep. 6
Увольнять людей, которые тормозят команду даже важнее, чем нанимать. Не помню, где слышал, но согласен с высказыванием. Книги по менеджменту довольно редко уделяют достаточно внимания процессу увольнения.
Как уволить правильно, чтобы всем в итоге было хорошо?…
Как уволить правильно, чтобы всем в итоге было хорошо?…
Ежемесячный стрим в эту субботу в 18:00 по Берлину
Ютуб: https://www.youtube.com/@SeniorSoftwareVlogger/membership
Бусти: https://boosty.to/seniorsoftwarevlogger/posts/1a8e8f1d-2989-4e5b-a1f2-bb7160cac9c3
Ютуб: https://www.youtube.com/@SeniorSoftwareVlogger/membership
Бусти: https://boosty.to/seniorsoftwarevlogger/posts/1a8e8f1d-2989-4e5b-a1f2-bb7160cac9c3
Boosty.to
Стрим в 18:00 по Берлину 26 ноября 2022 - Senior Software Vlogger | Boosty
Стрим в 18:00 по Берлину 26 ноября 2022 - exclusive content from Senior Software Vlogger, subscribe and get access first!
⬆️ Поговорили
00:00 - Team Lead Talks - канал здорового Димы, Senior Software Vlogger - канал Димы курильщика
15:10 - Чего нового на работе
16:10 - Мой подход к ведению проектов
18:30 - 80К на мидла в Германии
19:30 - Почему часто меняешь работу в последнее время
24:00 - Конец золотого времени в IT, как Маск повлияет?
28:00 - В РФ рынок будет стабильнее?
35:25 - Германию ждут сложные времена, где в Германии будет стабильность
40:10 - Гос служба в Германии
44:00 - Переезд?
48:20 - Фриланс в Германии
00:00 - Team Lead Talks - канал здорового Димы, Senior Software Vlogger - канал Димы курильщика
15:10 - Чего нового на работе
16:10 - Мой подход к ведению проектов
18:30 - 80К на мидла в Германии
19:30 - Почему часто меняешь работу в последнее время
24:00 - Конец золотого времени в IT, как Маск повлияет?
28:00 - В РФ рынок будет стабильнее?
35:25 - Германию ждут сложные времена, где в Германии будет стабильность
40:10 - Гос служба в Германии
44:00 - Переезд?
48:20 - Фриланс в Германии
Есть кто сеньорный, кто хотел бы одному волку на стриме объяснить за сеньорность и что сеньоров через 2 года не бывает? Просто третий нужен, вдвоем не интересно. Может Соера позвать?
https://t.me/m0rtymerr_channel
https://t.me/m0rtymerr_channel
Telegram
Осознанная Меркантильность | Антон Назаров
Самый эффективный инструмент для трудоустройства и зарплатного роста в IT.
Вступить: @om_assistant_robot
Задать вопрос: @m0rtymerr_support
Вступить: @om_assistant_robot
Задать вопрос: @m0rtymerr_support
BBS (не диски)
Расскажу вам, как я во время отсутствия интернета познавал коммуникацию через сети.
Помню, как у нас в доме появился модем. Это такая штука, чтобы через телефонную линию компьютеры соединять. Появился он для того, чтобы мама могла отправлять бухгалтерские документы в налоговую.
Интернет в то время был по карточкам на пару часов, которые появлялись в доме редко, а соединяться с другими компьютерами очень хотелось.
Классе в 9 или 10 я узнал, что есть такая штука, как BBS или Buletin Board System (система досок объявлений). ББСка — это программа, которая сидит и ждет, пока ей позвонят. По большому счету ББС это было подобие портала с форумом, личными сообщениями и хранилищем файлов. Можно было подключиться, посмотреть свою почту и обменяться файлами с такими же людьми, которые подключались к этому же узлу. Обмен между узлами тоже практиковался, но без гарантий. За этой программой стоял человек, который запускал ее на ночь на своем компе. Таких людей называли сисоп. Все держалось на энтузиастах.
Помню, что на весь город была только одна круглосуточная BBS - IT Восток. Возможно, работала в каком-то учреждении.
Никакой графики, конечно не было. Весь интерфейс рисовали ASCII графикой. Я нашел для вас в интернете картинку. Здесь уже каждый сисоп в меру своих сил рисовал как мог.
Хорошим тоном было скачать список тем на форуме или список файлов и ОТКЛЮЧИТЬСЯ. Висеть на линии было дурным тоном, другим людям-то тоже надо было дать возможность. Телефонная линия у сисопа была одна и пока ты висишь на линии больше дозвониться никто не мог.
Закончилось для меня все так же быстро, как и началось. Мне там особо нечего было делать. Была еще Fido, но у меня не было поинта, да и поздно я обо всем этом узнал. Потом пришли локальные сети, которые пробрасывали между домами и модем стал не нужен, но это другая история.
https://htstatic.imgsmail.ru/pic_image/681bcba8f95c10567c4337990737f787/840/525/1710593/
Расскажу вам, как я во время отсутствия интернета познавал коммуникацию через сети.
Помню, как у нас в доме появился модем. Это такая штука, чтобы через телефонную линию компьютеры соединять. Появился он для того, чтобы мама могла отправлять бухгалтерские документы в налоговую.
Интернет в то время был по карточкам на пару часов, которые появлялись в доме редко, а соединяться с другими компьютерами очень хотелось.
Классе в 9 или 10 я узнал, что есть такая штука, как BBS или Buletin Board System (система досок объявлений). ББСка — это программа, которая сидит и ждет, пока ей позвонят. По большому счету ББС это было подобие портала с форумом, личными сообщениями и хранилищем файлов. Можно было подключиться, посмотреть свою почту и обменяться файлами с такими же людьми, которые подключались к этому же узлу. Обмен между узлами тоже практиковался, но без гарантий. За этой программой стоял человек, который запускал ее на ночь на своем компе. Таких людей называли сисоп. Все держалось на энтузиастах.
Помню, что на весь город была только одна круглосуточная BBS - IT Восток. Возможно, работала в каком-то учреждении.
Никакой графики, конечно не было. Весь интерфейс рисовали ASCII графикой. Я нашел для вас в интернете картинку. Здесь уже каждый сисоп в меру своих сил рисовал как мог.
Хорошим тоном было скачать список тем на форуме или список файлов и ОТКЛЮЧИТЬСЯ. Висеть на линии было дурным тоном, другим людям-то тоже надо было дать возможность. Телефонная линия у сисопа была одна и пока ты висишь на линии больше дозвониться никто не мог.
Закончилось для меня все так же быстро, как и началось. Мне там особо нечего было делать. Была еще Fido, но у меня не было поинта, да и поздно я обо всем этом узнал. Потом пришли локальные сети, которые пробрасывали между домами и модем стал не нужен, но это другая история.
https://htstatic.imgsmail.ru/pic_image/681bcba8f95c10567c4337990737f787/840/525/1710593/
Forwarded from Team Lead Talks Подкаст (Дима Рожков)
В выходные пишем выпуск про риск менеджмент. От чего у вас горит на работе? Какие риски игнорируются? Каким уделяют незаслуженно много внимания?
Вы уже знаете, что я помогаю распространять информацию о зарплатном опросе в Германии и всегда отправляю к опросу людей, которые спрашивают сколько просить в Германии денег.
Новый опрос, словами Ксении:
——
Всем привет!
Время традиционного Зарплатного Опроса.
Это был непростой год, поэтому в новой версии опроса ❗️Crisis Edition❗️ есть блок вопросов про увольнения, как всегда абсолютно анонимно. Для некоторых этот год был карьерно успешным и мы хотим видеть как вы поднимаете свои зарплаты💰 и толкаете рынок ⬆️ , поделитесь своими успехами.
Заполнение формы не займет больше 3 минут👇
bit.ly/salary_survey_form
Весь декабрь можно присылать свои ответы, агрегированные результаты📈 запакованные в статью с главными 💥 highlights💥 2022 ожидаем в январе.
Поделитесь ссылкой на форму опроса с вашими коллегами и друзьями, работающими в Германии в IT.
P.S. Результаты прошлогоднего опроса 2021: https://bit.ly/3FbXotS
Новый опрос, словами Ксении:
——
Всем привет!
Время традиционного Зарплатного Опроса.
Это был непростой год, поэтому в новой версии опроса ❗️Crisis Edition❗️ есть блок вопросов про увольнения, как всегда абсолютно анонимно. Для некоторых этот год был карьерно успешным и мы хотим видеть как вы поднимаете свои зарплаты💰 и толкаете рынок ⬆️ , поделитесь своими успехами.
Заполнение формы не займет больше 3 минут👇
bit.ly/salary_survey_form
Весь декабрь можно присылать свои ответы, агрегированные результаты📈 запакованные в статью с главными 💥 highlights💥 2022 ожидаем в январе.
Поделитесь ссылкой на форму опроса с вашими коллегами и друзьями, работающими в Германии в IT.
P.S. Результаты прошлогоднего опроса 2021: https://bit.ly/3FbXotS
Airtable
Airtable | Everyone's app platform
Airtable is a low-code platform for building collaborative apps. Customize your workflow, collaborate, and achieve ambitious outcomes. Get started for free.
Forwarded from Team Lead Talks Подкаст (Дима Рожков)
Управление рисками необходимо, но часто игнорируется. Игнорирование рисков приводит к плачевным результатам. В этом эпизоде мы говорим про управление рисками, стратегии и инструменты.
Видео про Киневин — https://www.youtube.com/watch?v=BB6_tGzaSsE
Книги:
1. Team Topologies — https://teamtopologies.com/
2. Waltzing with Bears by Tom DeMarco
00:00:00 - Как Егор прыгал с крана
00:04:42 - Как Дима пришел к управлению рисками
00:07:28 - Tom DeMarco - Waltzing with Bears
00:08:12 - 3 стратегии управления рисками
00:09:07 - Опыт Егора
00:14:56 - О чем будем говорить сегодня
00:20:21 - Технологи и Инженеры
00:28:52 - Несоответствие людей и задач
00:40:46 - Что же сразу увольнять?
00:43:36 - чейндж менеджмент
00:45:43 - Начальство игнорирует все риски
00:48:49 - Тактическое и стратегическое планирование
00:49:55 - Отсутствие системного мышления
00:54:01 - Риск — это инструмент
01:00:52 - Сообщество лидеров
01:03:02 - Приходи и с проблемой и с решением
01:05:45 - Управление рисками — работа вышестоящего менеджмента
01:06:57 - Фиксация риска и ситуации на момент принятия решения
01:08:42 - Премортем, как инструмент
01:13:07 - Реестр систем и их важности
01:16:03 - Риски неправильной оценки сроков
01:20:41 - 100% - бессмысленная цель
01:21:13 - Команда одна, а проектов много
01:25:38 - Cynefin — киневин, фреймворк осмысления
01:36:40 - Резюме и безысходность
01:51:13 - Бонус трек: книга о власти
https://youtu.be/gX9ezTz6gJk
Видео про Киневин — https://www.youtube.com/watch?v=BB6_tGzaSsE
Книги:
1. Team Topologies — https://teamtopologies.com/
2. Waltzing with Bears by Tom DeMarco
00:00:00 - Как Егор прыгал с крана
00:04:42 - Как Дима пришел к управлению рисками
00:07:28 - Tom DeMarco - Waltzing with Bears
00:08:12 - 3 стратегии управления рисками
00:09:07 - Опыт Егора
00:14:56 - О чем будем говорить сегодня
00:20:21 - Технологи и Инженеры
00:28:52 - Несоответствие людей и задач
00:40:46 - Что же сразу увольнять?
00:43:36 - чейндж менеджмент
00:45:43 - Начальство игнорирует все риски
00:48:49 - Тактическое и стратегическое планирование
00:49:55 - Отсутствие системного мышления
00:54:01 - Риск — это инструмент
01:00:52 - Сообщество лидеров
01:03:02 - Приходи и с проблемой и с решением
01:05:45 - Управление рисками — работа вышестоящего менеджмента
01:06:57 - Фиксация риска и ситуации на момент принятия решения
01:08:42 - Премортем, как инструмент
01:13:07 - Реестр систем и их важности
01:16:03 - Риски неправильной оценки сроков
01:20:41 - 100% - бессмысленная цель
01:21:13 - Команда одна, а проектов много
01:25:38 - Cynefin — киневин, фреймворк осмысления
01:36:40 - Резюме и безысходность
01:51:13 - Бонус трек: книга о власти
https://youtu.be/gX9ezTz6gJk
YouTube
Управление рисками в организации | Team Lead Talks #7
Управление рисками необходимо, но часто игнорируется. Игнорирование рисков приводит к плачевным результатам. В этом эпизоде мы говорим про управление рисками, стратегии и инструменты.
Выступай в сообщество https://teamleadtalks.com/munity/
Подписывайся на…
Выступай в сообщество https://teamleadtalks.com/munity/
Подписывайся на…
Монады
В крайнем выпуске Тимлидов мы с Егором сошлись во мнении, что монады — тотальное говно, которое ничего в этом мире еще не исправило, а все только портит (говорим на 30 минуте). Хотя казалось бы, это же просто способ организации цепочки вычислений.
Я поделился своей историей, как не нанял чувака, который прислал тестовое с использованием js библиотеки rambda. Я решил, что переубеждать человека нет смысла, даже если он крутой спец. Монады же — это было последнее, чего не хватало в винегрете технологий, который мы унаследовали. У чувака пригорело с отказа, что он сорвался на нашего рекрутера.
Егор рассказал про другого чувака, но уже про язык руби. Тот человек был чуть более успешен. Его наняли лидом, собрали ему команду. Пол года они мучали жопу, но сервис так и не родился. Чувак расстроился и уволился.
Собственно вопрос:
Вы хоть раз встречали ситуацию где в проект приносили монады и проект расцветал? Я говорю про языки для the rest of us. Я конечно же не имею ввиду какую-нибудь мерзкую Скалу, где без монад никуда. Обычный джаваскрипт или тот же руби. Очень жду истории, в которых монады были оправданы и победили.
Поддерждать на Boosty | ютуб membership | Twitter
В крайнем выпуске Тимлидов мы с Егором сошлись во мнении, что монады — тотальное говно, которое ничего в этом мире еще не исправило, а все только портит (говорим на 30 минуте). Хотя казалось бы, это же просто способ организации цепочки вычислений.
Я поделился своей историей, как не нанял чувака, который прислал тестовое с использованием js библиотеки rambda. Я решил, что переубеждать человека нет смысла, даже если он крутой спец. Монады же — это было последнее, чего не хватало в винегрете технологий, который мы унаследовали. У чувака пригорело с отказа, что он сорвался на нашего рекрутера.
Егор рассказал про другого чувака, но уже про язык руби. Тот человек был чуть более успешен. Его наняли лидом, собрали ему команду. Пол года они мучали жопу, но сервис так и не родился. Чувак расстроился и уволился.
Собственно вопрос:
Вы хоть раз встречали ситуацию где в проект приносили монады и проект расцветал? Я говорю про языки для the rest of us. Я конечно же не имею ввиду какую-нибудь мерзкую Скалу, где без монад никуда. Обычный джаваскрипт или тот же руби. Очень жду истории, в которых монады были оправданы и победили.
Поддерждать на Boosty | ютуб membership | Twitter
⏫ В комментариях есть только одна история когда проект без монад расцвел с появлением оных. Спойлер: проект на скале. Плюс обещание ещё одной истории, но человек был пьян. В остальном только недоумение (оправданное), что, мы де всю жизнь пишем с монадами в джаве и скале и нам норм. Короче буду монадных челиков отправлять писать на скале. Oh wait… моя команда и так на скале пишет, но и проблем с монадами там нет, да.
Так что виноваты не монады. Виновата «новая чуждая технология Х». Даже не так. Виноват челик Ч, который хочет привнести новую чуждую технологию в команду без понимания нафига оно надо.
Нет универсальных технологий.
Если вам не дают переписать всё на монады — просто найдите компанию, где их уже используют. Не надо стараться осчастливить людей. Работа — это как отношения. Нужно сразу делать ставку на совместимость, а не надеяться, что ща зайду, а там все под себя переделаю и тебе за эту разработку такууую премию дадут...
Так что виноваты не монады. Виновата «новая чуждая технология Х». Даже не так. Виноват челик Ч, который хочет привнести новую чуждую технологию в команду без понимания нафига оно надо.
Нет универсальных технологий.
Если вам не дают переписать всё на монады — просто найдите компанию, где их уже используют. Не надо стараться осчастливить людей. Работа — это как отношения. Нужно сразу делать ставку на совместимость, а не надеяться, что ща зайду, а там все под себя переделаю и тебе за эту разработку такууую премию дадут...