Как я решаю сложные задачи или Как от решений в уме я пришел к письменной культуре (Рубрика #SelfDevelopment)
За свои 38 лет я прошел большой путь в этом вопросе. В детстве мне многое давалось легко, еще до школы я начал играть в шахматы, а в первом классе уже побеждал отца. Так я оказался в шахматной секции ДЮСШ, куда я ходил до конца седьмого класса. Там я научился отличию тактики от стратегии, расчету вариантов, а также позиционной игре (тут, кстати, были самые большие проблемы). Шахматы очень структурировали мое мышление и дали следующие перки
- Оценка позиции и проработка стратегии
- Учет конкретных деталей текущей позиции и расчет вариантов
- Умение взглянуть на позицию с позиции оппонента, задача которого не дать тебе реализовать свой план
И все бы хорошо, но я был слишком самоуверенным и ленивым - так я пришел к выводу, что все задачи мне стоит решать в голове. В школе это приводило к тому, что я часто вместо решения уравнения просто писал сразу ответ, при решении стереометрических задач представлял их в голове и тоже писал ответ:) Базовые задачки по физике я решал примерно также. Это привело к тому, что к старшим классам я не мог решать действительно сложные олимпиадные задачи, так как навыка записывать промежуточные шаги у меня не было. В десятом классе я начал учиться в ЗФТШ (заочной физико-технической школе при МФТИ). Это обучение навело меня на мысль, что надо что-то менять. За последние два класса школы я научился писать свои решения ручкой в тетради, а не оставлять в голове - это помогло мне поступить в МФТИ, где я уже строчил лекции и семинары на потоке:)
На третьем курсе университета я начал работать и я продолжать много писать и размышлять о решаемых задачах, но по-настоящему парадигма сдвинулась только тогда, когда я стал руководить людьми. Тогда я понял, что важно не просто описать решение задачи, целевой процесс или нашу стратегию развития приложения, а важно сделать так, чтобы твои коллеги это поняли:) Я начал тренировать эти навыки, но расцвели они уже после прихода в Т-Банк (тогда еще в Тинькофф). Здесь у меня команда и зона ответственности росла быстро и неотвратимо. В какой-то момент я понял, что без выстроенной письменной культуры я быстро закончусь и начал ее практиковать еще активнее - я писал RFC, ADR, планы развития, инструкции, делал автоматизации на базе wiki и макро-репортов:) Суть была в том, чтобы построить систему, в которой информация не замыкается на одном человеке, а доступна всем заинтересованным. Где-то в 2018 году я начал выступать на конференциях и завел блог на Medium, а в 2022 году - в telegram. Сейчас я здесь и пытаюсь по вечерам и выходным писать книгу, которая будет состоять из компиляции моих постов, выстроенных в нужном порядке. Идет это туговато, но если бы у меня не было письменных артефактов из прошлого, то это было бы попросту невозможно:)
P.S.
Лучший совет, который я мог бы дать себе в детстве - перестань считать себя самым умным и просто записывай свои мысли при решении любых задач, это поможет тебе в будущем:)
#SelfDevelopment #Writing #Leadership #Management
За свои 38 лет я прошел большой путь в этом вопросе. В детстве мне многое давалось легко, еще до школы я начал играть в шахматы, а в первом классе уже побеждал отца. Так я оказался в шахматной секции ДЮСШ, куда я ходил до конца седьмого класса. Там я научился отличию тактики от стратегии, расчету вариантов, а также позиционной игре (тут, кстати, были самые большие проблемы). Шахматы очень структурировали мое мышление и дали следующие перки
- Оценка позиции и проработка стратегии
- Учет конкретных деталей текущей позиции и расчет вариантов
- Умение взглянуть на позицию с позиции оппонента, задача которого не дать тебе реализовать свой план
И все бы хорошо, но я был слишком самоуверенным и ленивым - так я пришел к выводу, что все задачи мне стоит решать в голове. В школе это приводило к тому, что я часто вместо решения уравнения просто писал сразу ответ, при решении стереометрических задач представлял их в голове и тоже писал ответ:) Базовые задачки по физике я решал примерно также. Это привело к тому, что к старшим классам я не мог решать действительно сложные олимпиадные задачи, так как навыка записывать промежуточные шаги у меня не было. В десятом классе я начал учиться в ЗФТШ (заочной физико-технической школе при МФТИ). Это обучение навело меня на мысль, что надо что-то менять. За последние два класса школы я научился писать свои решения ручкой в тетради, а не оставлять в голове - это помогло мне поступить в МФТИ, где я уже строчил лекции и семинары на потоке:)
На третьем курсе университета я начал работать и я продолжать много писать и размышлять о решаемых задачах, но по-настоящему парадигма сдвинулась только тогда, когда я стал руководить людьми. Тогда я понял, что важно не просто описать решение задачи, целевой процесс или нашу стратегию развития приложения, а важно сделать так, чтобы твои коллеги это поняли:) Я начал тренировать эти навыки, но расцвели они уже после прихода в Т-Банк (тогда еще в Тинькофф). Здесь у меня команда и зона ответственности росла быстро и неотвратимо. В какой-то момент я понял, что без выстроенной письменной культуры я быстро закончусь и начал ее практиковать еще активнее - я писал RFC, ADR, планы развития, инструкции, делал автоматизации на базе wiki и макро-репортов:) Суть была в том, чтобы построить систему, в которой информация не замыкается на одном человеке, а доступна всем заинтересованным. Где-то в 2018 году я начал выступать на конференциях и завел блог на Medium, а в 2022 году - в telegram. Сейчас я здесь и пытаюсь по вечерам и выходным писать книгу, которая будет состоять из компиляции моих постов, выстроенных в нужном порядке. Идет это туговато, но если бы у меня не было письменных артефактов из прошлого, то это было бы попросту невозможно:)
P.S.
Лучший совет, который я мог бы дать себе в детстве - перестань считать себя самым умным и просто записывай свои мысли при решении любых задач, это поможет тебе в будущем:)
#SelfDevelopment #Writing #Leadership #Management
ЗФТШ, МФТИ
Заочная физико-техническая школа (ЗФТШ) Московского физико-технического института (национального исследовательского университета)…
Для продолжения выберите курс. Заочная физико-техническая школа (ЗФТШ) Московского физико-технического института (национального исследовательского университета) (МФТИ)
👍37❤10🔥5👏2
Летняя распродажа в издательстве Питер (Рубрика #Sales)
В издательстве Питер очередная распродажа с 12 по 18 августа со скидками в 40%. Для получения этой скидки надо использовать промокод "Лето" при оформлении заказа.
В прошлую расродажу я купил себе 5 книг и одну из них уже прочитал
- Data mesh в действии - тема очень интересна в контексте ухода от стандартного DWH в сторону Data Mesh и Lake House. До этого я читал частями книгу "Data Mesh: Delivering Data-Driven Value at Scale" и поэтому решил почитать другую книгу:)
- Грокаем алгоритмы искусcтвенного интеллекта - просто тема интересная для меня:) Хотя я эти базовые алгоритмы уже много раз изучал в разных вариациях, но решил, что книга из серии "Грокаем ..." сможет мне объяснить эти алгоритмы еще доступнее:)
- Компьютерные сети. Принципы, технологии, протоколы: Юбилейное издание, дополненное и исправленное - я уже как-то читал книгу Олиферов, но это было много лет назад. Решил посмотреть что авторы добавили по прошествии времени
- Настоящий CTO: думай как технический директор - тут я решил сравнить насколько я думаю как настоящий технический директор, а то вдруг я думаю как-то не так:)
- Разработка приложений на базе GPT-4 и ChatGPT - базовая книга про chatGPT и GPT-4, я ее уже прочел и даже рассказывал в отдельном посте.
#Sales
В издательстве Питер очередная распродажа с 12 по 18 августа со скидками в 40%. Для получения этой скидки надо использовать промокод "Лето" при оформлении заказа.
В прошлую расродажу я купил себе 5 книг и одну из них уже прочитал
- Data mesh в действии - тема очень интересна в контексте ухода от стандартного DWH в сторону Data Mesh и Lake House. До этого я читал частями книгу "Data Mesh: Delivering Data-Driven Value at Scale" и поэтому решил почитать другую книгу:)
- Грокаем алгоритмы искусcтвенного интеллекта - просто тема интересная для меня:) Хотя я эти базовые алгоритмы уже много раз изучал в разных вариациях, но решил, что книга из серии "Грокаем ..." сможет мне объяснить эти алгоритмы еще доступнее:)
- Компьютерные сети. Принципы, технологии, протоколы: Юбилейное издание, дополненное и исправленное - я уже как-то читал книгу Олиферов, но это было много лет назад. Решил посмотреть что авторы добавили по прошествии времени
- Настоящий CTO: думай как технический директор - тут я решил сравнить насколько я думаю как настоящий технический директор, а то вдруг я думаю как-то не так:)
- Разработка приложений на базе GPT-4 и ChatGPT - базовая книга про chatGPT и GPT-4, я ее уже прочел и даже рассказывал в отдельном посте.
#Sales
❤13🫡4😁2👻1
ЦЕХ 4 - Урок #15 "Превращение рукописи в издание. Эксперт — Светлана Мотылькова" (Рубрика #Writing)
Интересный урок про то, как превратить рукопись в книгу самому или при помощи вашего любимого издательства:)
Основные мысли, которые я вынес из этого урока следующие
1) При работе с издательством надо будет заключить авторский договор - бывают договоры на отчуждение прав и лицензицонные договоры - отличие как при продаже квартиры vs сдачи ее в аренду
2) Лицензионные договоры популярнее и они тоже бывают двух типов: с исключительными правами или неисключительными - неисключительный лицензионный договор позволяет автору заключать такие договоры одновременно с несколькими издательствами
3) Состав договора должен включать следующее: дата и срок действия, преамбула, предмет договора, гарантии авторства и какие права автор передает издательству. Важно подробно перечислить все права, которые автор передает издательству
4) Вознаграждения авторам бывают разные - авансовые для состоявшихся авторов в зачет royalty или только роялти без аванса
5) Условия договора можно обсуждать, задавать уточняющие вопросы и предлагать изменения, которые кажутся ему важными
6) Жизненный цикл рукописи в издательстве достаточно сложен - все направлено на то, чтобы получить на выходе качественный продукт
7) В процессе работы над книгой, автор взаимодействует с литературным редактором, научным редактором, корректором, дизайнером и арт-директором.
8) У автора нет права финального решения по названию книги, обложке, тезисам и всему остальному - надо рассчитывать на профессионализм вышеуказанных специалистов, которые не будут стрелять себе в ногу, ухудшая книгу
9) Количество всяких деталей, которые определяют качество книги, зашкаливает - поэтому издательство не зря берет свой процент за издание книги (ну или вам надо брать риски на себя, организовывать все эти процессы и самому пожинать плоды самиздата)
По итогам этого урока я понял, что мне точно надо работать с издательством - я не чувствую в себе желание заморачиваться со всеми этими вещами, но хочу получить на выходе действительно крутую книгу, которую приятно держать в руках, удобно читать, не зазорно подарить:) Судя по этому курсу ЦЕХ, МИФ в этом плане соответствует моим ожиданиям от издательства:) Мне нравится профессионализм экспертов, ведущих курс, а также работающих в МИФ практикующими редакторами, маркетологами, ...
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Интересный урок про то, как превратить рукопись в книгу самому или при помощи вашего любимого издательства:)
Основные мысли, которые я вынес из этого урока следующие
1) При работе с издательством надо будет заключить авторский договор - бывают договоры на отчуждение прав и лицензицонные договоры - отличие как при продаже квартиры vs сдачи ее в аренду
2) Лицензионные договоры популярнее и они тоже бывают двух типов: с исключительными правами или неисключительными - неисключительный лицензионный договор позволяет автору заключать такие договоры одновременно с несколькими издательствами
3) Состав договора должен включать следующее: дата и срок действия, преамбула, предмет договора, гарантии авторства и какие права автор передает издательству. Важно подробно перечислить все права, которые автор передает издательству
4) Вознаграждения авторам бывают разные - авансовые для состоявшихся авторов в зачет royalty или только роялти без аванса
5) Условия договора можно обсуждать, задавать уточняющие вопросы и предлагать изменения, которые кажутся ему важными
6) Жизненный цикл рукописи в издательстве достаточно сложен - все направлено на то, чтобы получить на выходе качественный продукт
7) В процессе работы над книгой, автор взаимодействует с литературным редактором, научным редактором, корректором, дизайнером и арт-директором.
8) У автора нет права финального решения по названию книги, обложке, тезисам и всему остальному - надо рассчитывать на профессионализм вышеуказанных специалистов, которые не будут стрелять себе в ногу, ухудшая книгу
9) Количество всяких деталей, которые определяют качество книги, зашкаливает - поэтому издательство не зря берет свой процент за издание книги (ну или вам надо брать риски на себя, организовывать все эти процессы и самому пожинать плоды самиздата)
По итогам этого урока я понял, что мне точно надо работать с издательством - я не чувствую в себе желание заморачиваться со всеми этими вещами, но хочу получить на выходе действительно крутую книгу, которую приятно держать в руках, удобно читать, не зазорно подарить:) Судя по этому курсу ЦЕХ, МИФ в этом плане соответствует моим ожиданиям от издательства:) Мне нравится профессионализм экспертов, ведущих курс, а также работающих в МИФ практикующими редакторами, маркетологами, ...
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Telegram
Книжный куб
ЦЕХ 4 - Урок #1 "Увидеть свое имя на обложке может каждый"
На прошлой неделе прошел первый вводный урок курса для начинающих авторов, что планируют написать и издать книгу:) Этот урок напоминал самосбывающее пророчество, которое должно было вдохновить участников…
На прошлой неделе прошел первый вводный урок курса для начинающих авторов, что планируют написать и издать книгу:) Этот урок напоминал самосбывающее пророчество, которое должно было вдохновить участников…
❤5👍3🔥2
Розыгрыш билетов на IT Picnic 17 августа
17 августа в Москве в парке Коломенское пройдет большой ИТ-Пикник, про который я рассказывал раньше. У меня есть 3 билета для читателей моего канала. Чтобы определить кому достанутся билеты, я решил устроить небольшой конкурс - напишите в комментариях темы, которые вы хотели бы, чтобы я разобрал здесь отдельными постами или в видео на Youtube. Авторы самых интересных предложений получат билеты - первых два победителя я определю по количеству лайков под комментариями, а третьим получателем билета будет тот, предложение которого мне понравится больше всего:) Получателей билетов я определю завтра в 16.00 и в личку пришлю им pdf'ки с билетами.
Правила использования билетов такие
1. По одному билету могут пройти 2 взрослых + 2 ребенка
2. Не обязательно двум взрослым приходить одновременно, кто-то может прийти раньше кто-то позже по одному и тому же билету. QR-код считывается два раза.
3. Дети могут пройти на территорию только за руку со взрослыми.
P.S.
Если будет желание встретиться на конференции, то я буду анонсировать последний доклад в шатре Архитектуры и там меня можно будет поймать и поговорить на произвольные темы:)
#Conference #Software #SoftwareArchitecture #SRE
17 августа в Москве в парке Коломенское пройдет большой ИТ-Пикник, про который я рассказывал раньше. У меня есть 3 билета для читателей моего канала. Чтобы определить кому достанутся билеты, я решил устроить небольшой конкурс - напишите в комментариях темы, которые вы хотели бы, чтобы я разобрал здесь отдельными постами или в видео на Youtube. Авторы самых интересных предложений получат билеты - первых два победителя я определю по количеству лайков под комментариями, а третьим получателем билета будет тот, предложение которого мне понравится больше всего:) Получателей билетов я определю завтра в 16.00 и в личку пришлю им pdf'ки с билетами.
Правила использования билетов такие
1. По одному билету могут пройти 2 взрослых + 2 ребенка
2. Не обязательно двум взрослым приходить одновременно, кто-то может прийти раньше кто-то позже по одному и тому же билету. QR-код считывается два раза.
3. Дети могут пройти на территорию только за руку со взрослыми.
P.S.
Если будет желание встретиться на конференции, то я буду анонсировать последний доклад в шатре Архитектуры и там меня можно будет поймать и поговорить на произвольные темы:)
#Conference #Software #SoftwareArchitecture #SRE
it-picnic.ru
ИТ-пикник 2025 — летний фестиваль для ИТ-специалистов и их близких
Лекции, интерактивы, детские зоны, музыка и яркий летний день. Ждем вас на ИТ-пикнике 16 августа в Коломенском. Подписывайтесь на телеграм-канал, чтобы не пропустить регистрацию
👍7❤4🔥2
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. В 2020 году у Майкла появилась книга "The Art of Leadership", которая зашла мне еще больше (я про нее уже рассказывал). А потом прошло время и издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков.
Сейчас при написании своей книги про Engineering management я вспомнил произведение Майкла и решил вспомнить что в нем было хорошего и рассказать об этом вам.
Книга состоит из трех частей:
1. The Management Quiver - здесь автор использует для набора скиллов менеджера метафору стрел и колчана для них. Суть в том, что менеджмент почти всегда подразумевает решение проблем. И ваши навыки являются такими стрелами, которые позволят поразить цель и решить проблему. Одновременно, вы можете пополнять свой колчан, учась у ваших руководителей и коллег.
2. The Process is the Product - лажают все, но именно процессы помогают предотвратить проблемы и катастрофы. Процессы направлены на то, чтобы придать структуру работе и исключить действия, что совершаются наобум. Процессы создают некоторую напряженность между теми, кто создает и теми, кто оценивает. Это легко приводит к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. И автор тут предлагает способы как увернуться от всего этого как Нео от пуль в Матрице
3. Versions of You - здесь автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:) А финальные главы этой части посвящены тому, как подготовиться к следующей работе и мирно уйти с текущей.
В следующем посте я расскажу про первую часть книги про навыки менеджеров
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. В 2020 году у Майкла появилась книга "The Art of Leadership", которая зашла мне еще больше (я про нее уже рассказывал). А потом прошло время и издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков.
Сейчас при написании своей книги про Engineering management я вспомнил произведение Майкла и решил вспомнить что в нем было хорошего и рассказать об этом вам.
Книга состоит из трех частей:
1. The Management Quiver - здесь автор использует для набора скиллов менеджера метафору стрел и колчана для них. Суть в том, что менеджмент почти всегда подразумевает решение проблем. И ваши навыки являются такими стрелами, которые позволят поразить цель и решить проблему. Одновременно, вы можете пополнять свой колчан, учась у ваших руководителей и коллег.
2. The Process is the Product - лажают все, но именно процессы помогают предотвратить проблемы и катастрофы. Процессы направлены на то, чтобы придать структуру работе и исключить действия, что совершаются наобум. Процессы создают некоторую напряженность между теми, кто создает и теми, кто оценивает. Это легко приводит к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. И автор тут предлагает способы как увернуться от всего этого как Нео от пуль в Матрице
3. Versions of You - здесь автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:) А финальные главы этой части посвящены тому, как подготовиться к следующей работе и мирно уйти с текущей.
В следующем посте я расскажу про первую часть книги про навыки менеджеров
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
За свою жизнь я прочел много книг в основном интересных, но самыми захватывающими в области управления людьми оказались книги Майкла Лоппа. Этот автор обладает даром рассказчика и он использует его для ведения блога. Причем иногда набор постов, связанных…
🔥9👍3❤2
А вот и обложки книг "Managing humans" и "Как управлять интеллектуалами"
🔥5❤2👍2
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part II (Рубрика #Management)
Продолжая первый пост об этой прикольной книге, я хотел бы рассказать кратко про первую часть "The Management Quiver", что была посвящена навыкам engineering manager. Автор запаковал это в 21 небольшую главу со смешными названиями, а я вам расшифрую ниже что они значат
1) Не будь мудаком - совет о том, что надо быть человеком для того, чтобы управлять людьми в современном мире. Необходимо постоянно оценивать коллег и определять их потребности и мотивирующие факторы, а не воспринимать их как функции
2) Начальники - это не исчадие ада - автор рассказывает о том, как научиться работать со своим руководителем и предлагает ответить на вопросы:
- В чем состоит работа вашего руководителя
- Откуда он взялся такой (какой у него бекграунд)
- Какие у него слабые места и как он их закрывает
- На каком языке он говорит в общем и как разговаривает именно с вами
- Он действует или только решает (или просто только говорит)
- Каково место вашего руководителя в пищевой цепочке
- Что происходит, когда у него рвет крышу
Ответив на эти вопросы, у вас гораздо больше шанс сработаться с руководителем
3) Стабильные и взрывоопасные - классификация инженеров на взрывоопасных, что драйвят изменения, а также стабильных, что вырабатывают правила и следуют им. Частый жизненный цикл инженера начинается с взрывоопасного, дальше инженер набирается опыта и набивает шишки, а потом становится стабильным:) Эти инженеры не очень ладят, так у них разные ценности и подходы:)
4) Тест Рэндса - это интересный список вопросов для оценки компании, своего места в ней, коммуникаций, стратегии ее развития, своего плана роста в ней
5) Как проводить совещания - начинается глава с классификации совещаний на
- Тактические, где идет обмен инфой и происходит наладка
- Стратегические, где происходит решение сложной проблемы и цель в созидании
А дальше идет речь про культуру совещаний, где у них должна быть agenda, регламент и модерация, а также meeting notes с action points
6) Дурные предчувствия - как настроить свою интуицию на отлов аномалий до того, как они превратятся в проблемы. Автор говорит, что надо научиться чувствовать фальш и не боятся задавать "тупые" вопросы, а также делать deep dive в проблемную область
7) Новейшие сводки. Жалобы. Катастрофа - типы one-on-ones и советы по их проведению
8) Понедельничная истерика - как справляться с истериками коллег. Если кратко, то держите свои эмоции в узде, дайте выговориться коллеге, а потом подведите его в коучинговом стиле к тому, чтобы он сам решил свою проблему
9) Потери при трансляции - что делать при коммуникационном провале по отношению к одному из сотрудников. Здесь автор предлагает постепенно выстраивать взаимодействие заново
10) Распознавание повестки дня - отличная инструкция о том, как понять что происходит на совещании и выжить. Алгоритм выглядит примерно так
- Понять какое у нас совещание: информационное или конфликто-разрешительное (алгоритм нужен только для второго типа)
- Понять роли участников в контексте совещания - кто игрок, а кто пешка (игроки влияют на совещание, пешки просто присутствуют)
- Идентифицировать игроков и понять кто pro, а кто contra
- Выявите проблему
- Дайте contra то, что они хотят (даже если это просто фиксация конфликта на бумаге)
- Если совещание затягивается, то самый заинтересованный уходит писать meeting notes и кристаллизовать то, что уже обсудили
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжая первый пост об этой прикольной книге, я хотел бы рассказать кратко про первую часть "The Management Quiver", что была посвящена навыкам engineering manager. Автор запаковал это в 21 небольшую главу со смешными названиями, а я вам расшифрую ниже что они значат
1) Не будь мудаком - совет о том, что надо быть человеком для того, чтобы управлять людьми в современном мире. Необходимо постоянно оценивать коллег и определять их потребности и мотивирующие факторы, а не воспринимать их как функции
2) Начальники - это не исчадие ада - автор рассказывает о том, как научиться работать со своим руководителем и предлагает ответить на вопросы:
- В чем состоит работа вашего руководителя
- Откуда он взялся такой (какой у него бекграунд)
- Какие у него слабые места и как он их закрывает
- На каком языке он говорит в общем и как разговаривает именно с вами
- Он действует или только решает (или просто только говорит)
- Каково место вашего руководителя в пищевой цепочке
- Что происходит, когда у него рвет крышу
Ответив на эти вопросы, у вас гораздо больше шанс сработаться с руководителем
3) Стабильные и взрывоопасные - классификация инженеров на взрывоопасных, что драйвят изменения, а также стабильных, что вырабатывают правила и следуют им. Частый жизненный цикл инженера начинается с взрывоопасного, дальше инженер набирается опыта и набивает шишки, а потом становится стабильным:) Эти инженеры не очень ладят, так у них разные ценности и подходы:)
4) Тест Рэндса - это интересный список вопросов для оценки компании, своего места в ней, коммуникаций, стратегии ее развития, своего плана роста в ней
5) Как проводить совещания - начинается глава с классификации совещаний на
- Тактические, где идет обмен инфой и происходит наладка
- Стратегические, где происходит решение сложной проблемы и цель в созидании
А дальше идет речь про культуру совещаний, где у них должна быть agenda, регламент и модерация, а также meeting notes с action points
6) Дурные предчувствия - как настроить свою интуицию на отлов аномалий до того, как они превратятся в проблемы. Автор говорит, что надо научиться чувствовать фальш и не боятся задавать "тупые" вопросы, а также делать deep dive в проблемную область
7) Новейшие сводки. Жалобы. Катастрофа - типы one-on-ones и советы по их проведению
8) Понедельничная истерика - как справляться с истериками коллег. Если кратко, то держите свои эмоции в узде, дайте выговориться коллеге, а потом подведите его в коучинговом стиле к тому, чтобы он сам решил свою проблему
9) Потери при трансляции - что делать при коммуникационном провале по отношению к одному из сотрудников. Здесь автор предлагает постепенно выстраивать взаимодействие заново
10) Распознавание повестки дня - отличная инструкция о том, как понять что происходит на совещании и выжить. Алгоритм выглядит примерно так
- Понять какое у нас совещание: информационное или конфликто-разрешительное (алгоритм нужен только для второго типа)
- Понять роли участников в контексте совещания - кто игрок, а кто пешка (игроки влияют на совещание, пешки просто присутствуют)
- Идентифицировать игроков и понять кто pro, а кто contra
- Выявите проблему
- Дайте contra то, что они хотят (даже если это просто фиксация конфликта на бумаге)
- Если совещание затягивается, то самый заинтересованный уходит писать meeting notes и кристаллизовать то, что уже обсудили
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
👍16🔥8❤2
Prometheus: The Documentary (Рубрика #Management )
Интересный получасовой документальный фильм про появление проекта Prometheus в 2012 году внутри SoundCloud, который стал стандартом де-факто для cloud-native приложений.
История развивалась примерно так
- Два ex-googlers (Julius Volz, Björn Rabenstein) устраиваются в стартап SoundCloud и отвечают там за надежность этого решения.
- Инженеры SoundCloud к тому моменту уже сделали свой оркестратор рабочих нагрузок (это было еще до появления K8s)
- Мониторить происходящее внутри этого кластера при помощи statsd и graphite очень тяжело и два ex-googlers сначала пытаются найти приемлемое open-source решение, а потом в свободное время начинают делать мониторинговую систему как была в Google для оркестратора Borg
- Это приводит к плану создания новой мониторинговой системы с pull подходом, time-series базой, а также удобным языком для запросов поверх (PromQL)
- У них это неплохо получается и они промотируют эту систему внутри и она находит хороший прием
- С самого начала код публикуется открыто на GitHub, но потом ребята анонсируют эту систему наружу от имени SoundCloud и другой компании, которая была early-адоптором
- Примерно в это время Kubernetes становится opensource и вокруг него появляется Cloud Native Computing Foundation (CNCF)
- Ребята из SoundCloud общаются с CNCF и дальше Prometheus передается в этот фонд и становится де-факто стандартом в мире K8s
- Эта тесная связка K8s и Prometheus отлично работает вместе и бустит развитие обоих проектов
- В итоге, все идет по плану и теперь у нас есть стандарт де-факто для мониторинга:)
Раньше я уже рассказывал про другие документальные фильмы из этой же серии:
- Kubernetes Documentary
- eBPF Documentary
- Inside Envoy
- Node.js Documentary
#Kubernetes #Film #Documentary #Software #Architecture #DistributedSystems #SRE
Интересный получасовой документальный фильм про появление проекта Prometheus в 2012 году внутри SoundCloud, который стал стандартом де-факто для cloud-native приложений.
История развивалась примерно так
- Два ex-googlers (Julius Volz, Björn Rabenstein) устраиваются в стартап SoundCloud и отвечают там за надежность этого решения.
- Инженеры SoundCloud к тому моменту уже сделали свой оркестратор рабочих нагрузок (это было еще до появления K8s)
- Мониторить происходящее внутри этого кластера при помощи statsd и graphite очень тяжело и два ex-googlers сначала пытаются найти приемлемое open-source решение, а потом в свободное время начинают делать мониторинговую систему как была в Google для оркестратора Borg
- Это приводит к плану создания новой мониторинговой системы с pull подходом, time-series базой, а также удобным языком для запросов поверх (PromQL)
- У них это неплохо получается и они промотируют эту систему внутри и она находит хороший прием
- С самого начала код публикуется открыто на GitHub, но потом ребята анонсируют эту систему наружу от имени SoundCloud и другой компании, которая была early-адоптором
- Примерно в это время Kubernetes становится opensource и вокруг него появляется Cloud Native Computing Foundation (CNCF)
- Ребята из SoundCloud общаются с CNCF и дальше Prometheus передается в этот фонд и становится де-факто стандартом в мире K8s
- Эта тесная связка K8s и Prometheus отлично работает вместе и бустит развитие обоих проектов
- В итоге, все идет по плану и теперь у нас есть стандарт де-факто для мониторинга:)
Раньше я уже рассказывал про другие документальные фильмы из этой же серии:
- Kubernetes Documentary
- eBPF Documentary
- Inside Envoy
- Node.js Documentary
#Kubernetes #Film #Documentary #Software #Architecture #DistributedSystems #SRE
YouTube
Prometheus: The Documentary
Watch and witness the journey of open-source monitoring system, Prometheus. Before Kubernetes existed—even before Docker—the team at Soundcloud already knew their monitoring system deserved a complete, fundamental revamp. Of course, as with anything in development…
👍14❤5🔥2
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part III (Рубрика #Management)
Продолжая два первых поста про эту книгу (1 и 2), я закончу рассказ про навыки менеджера, которые Майкл Лопп щедро расприсал в первой части книги, что назвается "The Management Quiver"
11) Анатомия мандата руководителя - глава про то, когда и как использовать свое право как руководителя на принятие решения. Классно, если люди в команде могут договориться сами без вмешательства менеджера, но если этого не происходит за приемлемое время, то руководителю надо погрузиться в детали и принять взвешенное решение самому и прокоммуницировать его всем заинтересованным лицам
12) Информационный голод - автор рассказывает как работать с информацией: транслировать в команду актуальную информацию и бороться со слухами. В общем, не стоит практиковать "грибной" менеджмент, где менеджеры держат сотрудников в темноте и скрамливают им булшит.
13) Деликатность, смекалка и молчание - глава про то, что надо быть деликатным в общении, проявлять смекалку (обходить систему) и молча слушать собеседников, собирая информацию для анализа
14) "Начальничий язык" - глава про птичий язык руководителей, который они используют между собой, но вот с инженерами надо говорить на обычном человеческом:)
15) Вы не слушаете! - глава про активное слушание, которое помогает выстроит доверие. Советы примерно такие
- Смотрите прямо в глаза
- Будьте любознательным дурачком
- Обращайте внимание на нестыковки и сверяйте разные версии историй
- Делайте паузы и слушайте собеседника
16) Фред ненавидит офсайды - глава про выездные встречи, которые можно использовать, если
- Нам нужно понять кто мы такие
- Запустить новое направление развития или решить проблему
- Провести стартовое совещание
Автор приводит дельные советы как организовать такие встречи
17) Другой тип DNA - идеалистичный рассказ про горизонтальную оргструктуру, а также про встречи design and architecture, которые напоминают arch review, куда приходят не менеджеры, а крутые инженеры
18) Инженерная ментальность - engineering manger должен помнить о том, как быть инженером и разрабатывать софт (для этого надо писать код)
19) Сотрите их в порошок - здесь автор приводит классификацию лидеров
- Лидер- фокус внутри команды (тактик)
- Лидеры лидеров - фокус на горизонтальных связах внутри организации (микс тактики и стратегии). Связывает уровни воедино. Компании держатся на таких middle managers
- Директор - фокус вовне (стратег)
20) Должности токсичны - глава про карьерные лестницы и вред должностей и грейдов. Позиция автора в том, что они не отражают реальных возможностей людей, которые все разные. Он не предлагает внятную альтернативу, но говорит, что может получиться использовать что-то типа бейджей с навыками, которые описывают людей (мне кажется, что такое не сработает)
21) Говоря "НЕТ!" - важно вовлекать в принятие решений свою команду, а не принимать их единолично. Всегда надо отслеживать свою адекватность и не впадать в режим начальника.
В следующем посте я расскажу про советы Майкла относительно процессов, которые он дал в части 2, которая называется "The Process is the Product"
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжая два первых поста про эту книгу (1 и 2), я закончу рассказ про навыки менеджера, которые Майкл Лопп щедро расприсал в первой части книги, что назвается "The Management Quiver"
11) Анатомия мандата руководителя - глава про то, когда и как использовать свое право как руководителя на принятие решения. Классно, если люди в команде могут договориться сами без вмешательства менеджера, но если этого не происходит за приемлемое время, то руководителю надо погрузиться в детали и принять взвешенное решение самому и прокоммуницировать его всем заинтересованным лицам
12) Информационный голод - автор рассказывает как работать с информацией: транслировать в команду актуальную информацию и бороться со слухами. В общем, не стоит практиковать "грибной" менеджмент, где менеджеры держат сотрудников в темноте и скрамливают им булшит.
13) Деликатность, смекалка и молчание - глава про то, что надо быть деликатным в общении, проявлять смекалку (обходить систему) и молча слушать собеседников, собирая информацию для анализа
14) "Начальничий язык" - глава про птичий язык руководителей, который они используют между собой, но вот с инженерами надо говорить на обычном человеческом:)
15) Вы не слушаете! - глава про активное слушание, которое помогает выстроит доверие. Советы примерно такие
- Смотрите прямо в глаза
- Будьте любознательным дурачком
- Обращайте внимание на нестыковки и сверяйте разные версии историй
- Делайте паузы и слушайте собеседника
16) Фред ненавидит офсайды - глава про выездные встречи, которые можно использовать, если
- Нам нужно понять кто мы такие
- Запустить новое направление развития или решить проблему
- Провести стартовое совещание
Автор приводит дельные советы как организовать такие встречи
17) Другой тип DNA - идеалистичный рассказ про горизонтальную оргструктуру, а также про встречи design and architecture, которые напоминают arch review, куда приходят не менеджеры, а крутые инженеры
18) Инженерная ментальность - engineering manger должен помнить о том, как быть инженером и разрабатывать софт (для этого надо писать код)
19) Сотрите их в порошок - здесь автор приводит классификацию лидеров
- Лидер- фокус внутри команды (тактик)
- Лидеры лидеров - фокус на горизонтальных связах внутри организации (микс тактики и стратегии). Связывает уровни воедино. Компании держатся на таких middle managers
- Директор - фокус вовне (стратег)
20) Должности токсичны - глава про карьерные лестницы и вред должностей и грейдов. Позиция автора в том, что они не отражают реальных возможностей людей, которые все разные. Он не предлагает внятную альтернативу, но говорит, что может получиться использовать что-то типа бейджей с навыками, которые описывают людей (мне кажется, что такое не сработает)
21) Говоря "НЕТ!" - важно вовлекать в принятие решений свою команду, а не принимать их единолично. Всегда надо отслеживать свою адекватность и не впадать в режим начальника.
В следующем посте я расскажу про советы Майкла относительно процессов, которые он дал в части 2, которая называется "The Process is the Product"
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
👍10🔥5❤4❤🔥1
IT stand-up - Толя Попко, руководитель группы невизуального тестирования, Яндекс (Рубрика #Humor)
Яндекс теперь делает не только конференции, но и IT стендапы, которых на канале Yandex for Developers недавно появилось 10 штук. Я посмотрел краем глаза несколько видео, но зацепился за это выступление Толи Попко, которое мне показалось действительно смешным и одновременно полезным. В этом выступлении Анатолий отлично обыгрывает тему доступности интерфейсов не только для "условно здоровых людей", но и для людей, "в чей туалет мы ходим, если все остальные заняты". В общем, крутое выступление, рекомендую к просмотру.
#Humor #Software #QA
Яндекс теперь делает не только конференции, но и IT стендапы, которых на канале Yandex for Developers недавно появилось 10 штук. Я посмотрел краем глаза несколько видео, но зацепился за это выступление Толи Попко, которое мне показалось действительно смешным и одновременно полезным. В этом выступлении Анатолий отлично обыгрывает тему доступности интерфейсов не только для "условно здоровых людей", но и для людей, "в чей туалет мы ходим, если все остальные заняты". В общем, крутое выступление, рекомендую к просмотру.
#Humor #Software #QA
YouTube
Яндекс x Акустика IT stand-up / Толя Попко, руководитель группы невизуального тестирования, Яндекс
9 июля прошёл большой внешний эпизод Яндекс x Акустика IT stand-up.
Тема эпизода: #подкапотомлюди. За любым продуктом, сервисом или технологией стоят профессионалы, за каждым их решением есть история и желание что-то изменить.
10 героев из 6 компаний выступили…
Тема эпизода: #подкапотомлюди. За любым продуктом, сервисом или технологией стоят профессионалы, за каждым их решением есть история и желание что-то изменить.
10 героев из 6 компаний выступили…
1👍5❤4😁2
Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part I (Рубрика #Management)
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи.
Сама книга состоит из четырех частей, а в этом посте будет про первую часть
Часть 1 - Зарождение
1) Обычные люди - как три основателя, Хёрли, Чен и Карим, придумали видеохостинг. Модели монетизации на старте не было, оплата хостинга шла с карты Чена. Видео с Youtube можно было встраивать на другие сайты через Flash плеер (это было круто). Молодежи нравилось загружать на хостинг странное видео.
2) Сырой и бессистемный - переезд в новый офис, фильтрация видео силами модераторов - тут в основном фильтровали порно. Одновременно в это время на Youtube стали появляться первые звезды, чьи видео набирали миллионы просмотров
3) Два короля - рассказ про сервис Google Video, которым руководила Сьзен Воджицки, которая потом будет руководить Youtube почти 10 лет. Но Youtube Video не взлетел и тогда Ларри Пейдж и Сергей Брин купили за 1.65 млрд долларов Youtube, где работало несколько десятков человек (наконец-то удалось слезть с кредитки Чена для оплаты счетов). Команда Google Video влилась в состав команды Youtube.
4) Штурмовики - рассказ про кулхантеров, которые находили интересные видео и вручную формировали подборки из них. А в 2007 году Viacom подала на Google в суд на миллиард долларов из-за нарушения авторских прав.
5) Компания клоунов - рассказ про модель Youtube из трех частей
- Голова из высококачественных материалов
- Туловище - любители с перспективами стать профессионалами или обрести коммерческую популярность
- Длинный хвост - бездонные массы роликов, в которых Google изначально не видел коммерческой привлекательности
Собственно, Youtube устроил эксперимент для представителей "Туловища" и включил монетизацию на 30 популярных аккаунтов. Забавно, что монетизация изначально была построена на рекламной интеграции с DoubleClick, рекламной сетью, которую Google купил следом за Yotube, чтобы упрочить свое лидерство на рынке онлайн-рекламы. Этой покупкой руководила Воджицки. Но первоклассного контента на Youtube еще не было - телевидение планировало выпускать свой контент самостоятельно, например, через сервис Hulu, что появился в 2008
6) Бард из Google - рассказ про Клэр Стэплтон, которая отвечала за внутренний PR в Google, а потом перешла в Youtube. А Youtube в это время активно работал над изменениями в модерации - Youtube вышел за пределы США и в него полетели запросы от разных стран на блокировку тех или иных видео - единых правил не было, а принятие решений относительно судьбы материалов было хаотично. В 2007 году компанию покинул второй из основателей - Чен (а Карим исчез еще до этого). Из основателей остался только Хёрли, что отвечал за продукт и дизайн.
7) Педаль в пол - до 2008 года целью Youtube было увеличение количества показов, но в этом году цель изменилась и был взят курс на зарабатывание денег. Для этого в компанию прислали президента из Google, Салара Камангара, что в Google придумал рекламный аукцион. В это время всплыли проблемы с комментариями, которые становились порталом в ад под любым популярным видео. В 2010 году Youtube победил в иске Viacom, который был подан еще в 2007 году. Это снизило давление на компанию. Команда кулхантеров, что подбирала видео вручную не смогла придумать как измерять себя, поэтому произошел тектонический сдвиг и подборки Yotube были переведены на алгоритмические рельсы. Интересно, что примерно в это время закончился конкурс Netflix на создание рекомендательного алгоритма для подбора видео.
Продолжение в следующих постах: 2 и 3.
#Management #Leadership #Bigtech #Processes #BusinessStory
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи.
Сама книга состоит из четырех частей, а в этом посте будет про первую часть
Часть 1 - Зарождение
1) Обычные люди - как три основателя, Хёрли, Чен и Карим, придумали видеохостинг. Модели монетизации на старте не было, оплата хостинга шла с карты Чена. Видео с Youtube можно было встраивать на другие сайты через Flash плеер (это было круто). Молодежи нравилось загружать на хостинг странное видео.
2) Сырой и бессистемный - переезд в новый офис, фильтрация видео силами модераторов - тут в основном фильтровали порно. Одновременно в это время на Youtube стали появляться первые звезды, чьи видео набирали миллионы просмотров
3) Два короля - рассказ про сервис Google Video, которым руководила Сьзен Воджицки, которая потом будет руководить Youtube почти 10 лет. Но Youtube Video не взлетел и тогда Ларри Пейдж и Сергей Брин купили за 1.65 млрд долларов Youtube, где работало несколько десятков человек (наконец-то удалось слезть с кредитки Чена для оплаты счетов). Команда Google Video влилась в состав команды Youtube.
4) Штурмовики - рассказ про кулхантеров, которые находили интересные видео и вручную формировали подборки из них. А в 2007 году Viacom подала на Google в суд на миллиард долларов из-за нарушения авторских прав.
5) Компания клоунов - рассказ про модель Youtube из трех частей
- Голова из высококачественных материалов
- Туловище - любители с перспективами стать профессионалами или обрести коммерческую популярность
- Длинный хвост - бездонные массы роликов, в которых Google изначально не видел коммерческой привлекательности
Собственно, Youtube устроил эксперимент для представителей "Туловища" и включил монетизацию на 30 популярных аккаунтов. Забавно, что монетизация изначально была построена на рекламной интеграции с DoubleClick, рекламной сетью, которую Google купил следом за Yotube, чтобы упрочить свое лидерство на рынке онлайн-рекламы. Этой покупкой руководила Воджицки. Но первоклассного контента на Youtube еще не было - телевидение планировало выпускать свой контент самостоятельно, например, через сервис Hulu, что появился в 2008
6) Бард из Google - рассказ про Клэр Стэплтон, которая отвечала за внутренний PR в Google, а потом перешла в Youtube. А Youtube в это время активно работал над изменениями в модерации - Youtube вышел за пределы США и в него полетели запросы от разных стран на блокировку тех или иных видео - единых правил не было, а принятие решений относительно судьбы материалов было хаотично. В 2007 году компанию покинул второй из основателей - Чен (а Карим исчез еще до этого). Из основателей остался только Хёрли, что отвечал за продукт и дизайн.
7) Педаль в пол - до 2008 года целью Youtube было увеличение количества показов, но в этом году цель изменилась и был взят курс на зарабатывание денег. Для этого в компанию прислали президента из Google, Салара Камангара, что в Google придумал рекламный аукцион. В это время всплыли проблемы с комментариями, которые становились порталом в ад под любым популярным видео. В 2010 году Youtube победил в иске Viacom, который был подан еще в 2007 году. Это снизило давление на компанию. Команда кулхантеров, что подбирала видео вручную не смогла придумать как измерять себя, поэтому произошел тектонический сдвиг и подборки Yotube были переведены на алгоритмические рельсы. Интересно, что примерно в это время закончился конкурс Netflix на создание рекомендательного алгоритма для подбора видео.
Продолжение в следующих постах: 2 и 3.
#Management #Leadership #Bigtech #Processes #BusinessStory
👍7🔥4❤3
А вот и обложки для книг "Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination" и "Youtube. Как самый популярный видеохостинг завоевал мир?"
🔥8❤3👍2
This media is not supported in your browser
VIEW IN TELEGRAM
Мой сын на IT пикнике в Коломенском зажигал на разогреве до начала докладов в шатре архитектуры:) А ближе к вечеру я буду в этом шатре анонсировать последний доклад
🔥41👍18❤14😁9😇4❤🔥3
Система технологического мониторинга объектов с использованием интернета вещей - Олег Шиловский
Сегодня попробовал себя в роли ведущего на ИТ Пикнике, где я анонсировал доклад Олега. Суть в том, что этот доклад в программу конференции взял я, так как мне показалось, что на фестивале будет интересно послушать про архитектуру и надежность кибер-физических систем. Олег очень подробно разбирал как это сделать на примере реального железнодорожного моста. Как по мне доклад получился очень интересныи и небанальным. Теперь у слушателей при упоминании IoT будет всплывать не только малинки (Raspberry Pi), но и промышленный IoT.
P.S.
Позже будут доступны записи докладов
#Architecture #Conference
Сегодня попробовал себя в роли ведущего на ИТ Пикнике, где я анонсировал доклад Олега. Суть в том, что этот доклад в программу конференции взял я, так как мне показалось, что на фестивале будет интересно послушать про архитектуру и надежность кибер-физических систем. Олег очень подробно разбирал как это сделать на примере реального железнодорожного моста. Как по мне доклад получился очень интересныи и небанальным. Теперь у слушателей при упоминании IoT будет всплывать не только малинки (Raspberry Pi), но и промышленный IoT.
P.S.
Позже будут доступны записи докладов
#Architecture #Conference
👍12🔥9❤3
Читательский дневник за мой двухнедельный отпуск (Рубрика #Selection)
Мой отпуск, начавшийся 5 августа уже подходит к концу, поэтому я решил подвести итоги своего читательского спринта за эти 2 недели
1) Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - интересная история про восхождение Джека Ма с его компанией, которая стала гигантом e-com в Китае, начав с трансграничного b2b (Alibaba), продолжив внутренним b2c (Taobao), а потом добавив еще и платежную систему (AliPay, а потом Ant Group). Книга вышла на английском в 2016 году
2) Developing Apps with GPT-4 and ChatGPT: Build Intelligent Chatbots, Content Generators, and More (Разработка приложений на базе GPT-4 и ChatGPT) - коротенькая книга про использование GPT-4 для создания приложений. Ничего особенного, но основы рассказывает. Книга вышла на английском в 2023 году.
3) Это наша Москва - приятная книга с историями про разные интересные уголки Москвы, которые написали читатели канала про Москву ("Москвариум"). Книга 2022 года издания.
4) Архитектура Дома Наркомфина вчера и сегодня - интересная история про утопический дом и архитектуру конструктивизма в общем, которая набирала ход в первые годы СССР. Книга 2023 года издания.
5) Экстремальное программирование: постановка процесса (Extreme Programming Applied: Playing to Win) - книга про экстремальное программирование (XP) из времен старта моей карьеры (на русском она появилась 20 лет назад, а на английском за пару лет до этого). В этой книге авторы разбирают что такое XP и главное, как его применить на практике. Интересно, что большая часть практик XP стала стандартом де-факто и сейчас их даже не надо продавать, так как они считаются некоторым baseline для инженерных практик. Но в начале 2000х XP проиграла маркетинговую войну другим Agile подходам навроде Scrum и его вариаций - инженеры не так красиво пели, как любители поговорить за процессы и ритуалы, поэтому скрам был сильно известнее XP:). Книга 2000 года издания (в оригинале)
6) Super Pumped: The Battle for Uber (Битва за Uber) - история про компанию, которая продемонстрировала силу подрывных инноваций, буквально разрушив стандартный мир таксистов и диспетчеров и построив на осколках новый красивый и удобный мир для пассажиров. Этой революцией руководил Трэвис Каланик, который ценил результаты превыше всего и игнорировал законы, выкручивая руки властям. Книга вышла на английском в 2020 году
7) Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. А в этом отпуске я перечитал книгу уже на русском, так как в свое время издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я тогда поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков:) Третье английское издание книги вышло в 2016 году
8) Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - это очень интересная книгаот Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи. Книга вышла на английском в 2022 году
Все эти книги я могу порекомендовать к прочтению, если у вас отзывается основная тема книги не важно что это: архитектура прошлого века, инженерные процессы или история успеха bigtech компании:)
P.S.
За это время я начал читать еще несколько книг, но пока не успел их прочитать, поэтому писать про них не буду:)
#Selection #Architecture #Management #SuccessStory #Bigtech #Engineering
Мой отпуск, начавшийся 5 августа уже подходит к концу, поэтому я решил подвести итоги своего читательского спринта за эти 2 недели
1) Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - интересная история про восхождение Джека Ма с его компанией, которая стала гигантом e-com в Китае, начав с трансграничного b2b (Alibaba), продолжив внутренним b2c (Taobao), а потом добавив еще и платежную систему (AliPay, а потом Ant Group). Книга вышла на английском в 2016 году
2) Developing Apps with GPT-4 and ChatGPT: Build Intelligent Chatbots, Content Generators, and More (Разработка приложений на базе GPT-4 и ChatGPT) - коротенькая книга про использование GPT-4 для создания приложений. Ничего особенного, но основы рассказывает. Книга вышла на английском в 2023 году.
3) Это наша Москва - приятная книга с историями про разные интересные уголки Москвы, которые написали читатели канала про Москву ("Москвариум"). Книга 2022 года издания.
4) Архитектура Дома Наркомфина вчера и сегодня - интересная история про утопический дом и архитектуру конструктивизма в общем, которая набирала ход в первые годы СССР. Книга 2023 года издания.
5) Экстремальное программирование: постановка процесса (Extreme Programming Applied: Playing to Win) - книга про экстремальное программирование (XP) из времен старта моей карьеры (на русском она появилась 20 лет назад, а на английском за пару лет до этого). В этой книге авторы разбирают что такое XP и главное, как его применить на практике. Интересно, что большая часть практик XP стала стандартом де-факто и сейчас их даже не надо продавать, так как они считаются некоторым baseline для инженерных практик. Но в начале 2000х XP проиграла маркетинговую войну другим Agile подходам навроде Scrum и его вариаций - инженеры не так красиво пели, как любители поговорить за процессы и ритуалы, поэтому скрам был сильно известнее XP:). Книга 2000 года издания (в оригинале)
6) Super Pumped: The Battle for Uber (Битва за Uber) - история про компанию, которая продемонстрировала силу подрывных инноваций, буквально разрушив стандартный мир таксистов и диспетчеров и построив на осколках новый красивый и удобный мир для пассажиров. Этой революцией руководил Трэвис Каланик, который ценил результаты превыше всего и игнорировал законы, выкручивая руки властям. Книга вышла на английском в 2020 году
7) Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. А в этом отпуске я перечитал книгу уже на русском, так как в свое время издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я тогда поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков:) Третье английское издание книги вышло в 2016 году
8) Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - это очень интересная книгаот Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи. Книга вышла на английском в 2022 году
Все эти книги я могу порекомендовать к прочтению, если у вас отзывается основная тема книги не важно что это: архитектура прошлого века, инженерные процессы или история успеха bigtech компании:)
P.S.
За это время я начал читать еще несколько книг, но пока не успел их прочитать, поэтому писать про них не буду:)
#Selection #Architecture #Management #SuccessStory #Bigtech #Engineering
Telegram
Книжный куб
Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - Part I (Рубрика #Management)
В этой книге Дункан Кларк рассказывает про путь Джека Ма и компании Alibaba, которая стала одним из трех bigtech гигантов Китая,…
В этой книге Дункан Кларк рассказывает про путь Джека Ма и компании Alibaba, которая стала одним из трех bigtech гигантов Китая,…
❤19🤯15🔥6👍3
Подборка книг c распродажи в издательстве Питер (Рубрика #Sales)
Сегодня последний день распродажи в издательстве Питер, и я докупил целую пачку книг, что могут быть интересны и вам
Книги, что давно мной прочитаны и просто нужны мне на полке
- Распределенные данные. Алгоритмы работы современных систем хранения информации -в девичестве на английском эта книга Алекса Петрова называлась Database Internals и я про нее много рассказывал (1 и 2), а также мы ее обсуждали в подкасте "Code of Architecture"
- Мифический человеко-месяц, или Как создаются программные системы - классическая книга Фредерика Брукса, которая в следующем году справляет свой юбилей. Сам Фредерик умер 2 года назад, а книга про его приключения как менеджера внутри IBM при создании OS/360 до сих пор живет. Кстати, именно оттуда появились крылатые фразы вида "Девять женщин не родят ребенка за месяц" или "Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше". Я раньше уже рассказывал про эту книгу
- Безопасные и надежные системы: Лучшие практики проектирования, внедрения и обслуживания как в Google - эту книгу я читал в оригинале и она называлась "Building secure and reliable systems", а также уже рассказывал про нее. Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook. Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций.
Книги, которые я пока не читал
- README. Суровые реалии разработчиков - книга про будни разработчиков и практиками инжиниринга, которые сейчас являются стандартом де-факто. Если книга зайдет, то дам ее почитать 18-летнему сыну, что пошел в этом году на направление геймдизайн (и наконец-то начал читать книги по программированию)
- Software: Ошибки и компромиссы при разработке ПО - эта книга подкупила меня своей второй главой, которая называется "Дублирование кода не всегда плохо". Ели книга оправдает мои ожидания, то я планирую ее показать менеджерам, что излишне увлекаются идеями детских конструкторов и переиспользования кода
- Гейм-дизайн: как создаются игры - эта книга про геймдизайн, про который я и до этого много читал и писал (1, 2, 3), а теперь буду его изучать еще подробнее:)
- Грокаем Continuous Delivery - я вроде неплохо понимаю в CI/CD, но хочется почитать про него подробнее в очень простых примерах, опять же, если книга окажется хорошей, то я смогу ее рекомендовать для начинающих (навроде, моего старшего сына)
- Грокаем функциональное программирование - лет 10 назад еще на Coursera я проходил 5 курсов по ФП, где мы разбирали Scheme, Racket, Scala и другие эзотерические языки программирования. Я так их и не ипользовал в проде, но хочется побботать их опять - вдруг я чуток лучше начну их понимать
- Дизайн для разработчиков - я довольно много книг читаю про дизайн для дизайнеров (1, 2, 3), а тут хочу посмотреть как это подают разработчикам
- Карьера Software Engineering Manager. Эффективное управление командой разработчиков ПО - в рамках работы над книгой про engineering management полезно изучить другие источники
- Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании - для инженеров сейчас полезно думать продуктово, особенно если вы работаете не в галере, а делаете продукты. А для руководителя разработки это уже жизненно необходимо, например я уже писал про книги на эту тему: 1, 2, 3, 4, 5
- Паттерны проектирования API - я люблю паттерны, люблю хорошие API, плюс мне понравилось оглавление. Решил купить и если книга не разочарует, то сделаю на нее интересный обзор:)
- Чистый Python. Тонкости программирования для профи - я уже больше полугода решаю задачки на Leetcode, используя Python 3. До этого я когда-то использовал Python 2, но и тогда это был мой 3-4 язык из доступного набора по частоте использования. Именно поэтому я решил взять книгу и преисполниться python way по мере ее чтения:)
#Sales
Сегодня последний день распродажи в издательстве Питер, и я докупил целую пачку книг, что могут быть интересны и вам
Книги, что давно мной прочитаны и просто нужны мне на полке
- Распределенные данные. Алгоритмы работы современных систем хранения информации -
- Мифический человеко-месяц, или Как создаются программные системы - классическая книга Фредерика Брукса, которая в следующем году справляет свой юбилей. Сам Фредерик умер 2 года назад, а книга про его приключения как менеджера внутри IBM при создании OS/360 до сих пор живет. Кстати, именно оттуда появились крылатые фразы вида "Девять женщин не родят ребенка за месяц" или "Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше". Я раньше уже рассказывал про эту книгу
- Безопасные и надежные системы: Лучшие практики проектирования, внедрения и обслуживания как в Google - эту книгу я читал в оригинале и она называлась "Building secure and reliable systems", а также уже рассказывал про нее. Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook. Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций.
Книги, которые я пока не читал
- README. Суровые реалии разработчиков - книга про будни разработчиков и практиками инжиниринга, которые сейчас являются стандартом де-факто. Если книга зайдет, то дам ее почитать 18-летнему сыну, что пошел в этом году на направление геймдизайн (и наконец-то начал читать книги по программированию)
- Software: Ошибки и компромиссы при разработке ПО - эта книга подкупила меня своей второй главой, которая называется "Дублирование кода не всегда плохо". Ели книга оправдает мои ожидания, то я планирую ее показать менеджерам, что излишне увлекаются идеями детских конструкторов и переиспользования кода
- Гейм-дизайн: как создаются игры - эта книга про геймдизайн, про который я и до этого много читал и писал (1, 2, 3), а теперь буду его изучать еще подробнее:)
- Грокаем Continuous Delivery - я вроде неплохо понимаю в CI/CD, но хочется почитать про него подробнее в очень простых примерах, опять же, если книга окажется хорошей, то я смогу ее рекомендовать для начинающих (навроде, моего старшего сына)
- Грокаем функциональное программирование - лет 10 назад еще на Coursera я проходил 5 курсов по ФП, где мы разбирали Scheme, Racket, Scala и другие эзотерические языки программирования. Я так их и не ипользовал в проде, но хочется побботать их опять - вдруг я чуток лучше начну их понимать
- Дизайн для разработчиков - я довольно много книг читаю про дизайн для дизайнеров (1, 2, 3), а тут хочу посмотреть как это подают разработчикам
- Карьера Software Engineering Manager. Эффективное управление командой разработчиков ПО - в рамках работы над книгой про engineering management полезно изучить другие источники
- Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании - для инженеров сейчас полезно думать продуктово, особенно если вы работаете не в галере, а делаете продукты. А для руководителя разработки это уже жизненно необходимо, например я уже писал про книги на эту тему: 1, 2, 3, 4, 5
- Паттерны проектирования API - я люблю паттерны, люблю хорошие API, плюс мне понравилось оглавление. Решил купить и если книга не разочарует, то сделаю на нее интересный обзор:)
- Чистый Python. Тонкости программирования для профи - я уже больше полугода решаю задачки на Leetcode, используя Python 3. До этого я когда-то использовал Python 2, но и тогда это был мой 3-4 язык из доступного набора по частоте использования. Именно поэтому я решил взять книгу и преисполниться python way по мере ее чтения:)
#Sales
Telegram
Книжный куб
Летняя распродажа в издательстве Питер (Рубрика #Sales)
В издательстве Питер очередная распродажа с 12 по 18 августа со скидками в 40%. Для получения этой скидки надо использовать промокод "Лето" при оформлении заказа.
В прошлую расродажу я купил себе…
В издательстве Питер очередная распродажа с 12 по 18 августа со скидками в 40%. Для получения этой скидки надо использовать промокод "Лето" при оформлении заказа.
В прошлую расродажу я купил себе…
🔥11👍5🙏4❤3
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part IV (Рубрика #Management)
Продолжаю рассказ обзором второй части "The Process is the Product", где автор рассказывает как хорошие процессы помогают предотвратить проблемы и катастрофы. Хорошие процессы придают структуру работы, а плохие - приводят к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. Автор в 10 главах дает свои советы как сделать ваши процессы хорошими. (Предыдущие посты 1, 2, 3)
22) 1.0
В этой главе Рэндс рассказывает о том, что запуск версии продукта 1.0 всегда сложен (фактически, это создание стартапа). Он приводит метафору перевернутой пирамиды с 4 уровнями, где вы как эквилибрист балансируете ее на острие проекта
- Проект - содержит суть того, что вы хотите сделать и придает эффект срочности
- Люди - для запуска проекта нужна команда (но незаменимых людей в ней нет)
- Процесс -определяет коммуникацию людей
- Продукт - пока его нет, у вас нет компании
Большинство стартапов не вывозят соблюдение баланса и вся пирамида разваливается
23) Мифы о процессе
Процессы - это придумки менеджеров, что бесят инженеров. Пока компания была маленькой процессы были простыми и неформальными. Но по мере роста компании процессы усложняются. Это не нравится старой гвардии внутри компании, которая и без новых доработок в процессах ориентируется в том, что происходит. А новые процессы обычно создаются новой гвардией. Из-за этого происходит конфликт. Если обобщить хорошие процессы могут быть полезны, но важно понимать цель и суть каждого процесса - иначе это какой-то карго-культ.
24) Как начать?
Рэндс рассказывает про то, как разложить большую цель на отдельные шаги и выполнять их. Эти шаги могут быть не всегда линейными и это ок. Главное снять давление большой цели, но проверять, что выполнение значительного количества шагов приближает к цели. Я сам использую этот подход для написания книги
25) Найти время на то, чтобы подумать
Автор рассказывает про то, что руководители часто проваливаются в операционку и просто реагируют на события. Но надо отдельно подумать о том времени, которое можно выделить на то, чтобы подумать. Он предлагает проводить встречи
- мозговой штурм, посвященные большим проблемам, где происходит обсуждения
- прототип, где обсуждается прототип решения
Важно отдельно контролировать принимаете ли вы решения, реализуете ли вы их (или только говорите)
26) Ценность "пропитки
Хорошая идея о том, что для решения сложной проблемы надо дать ей время настояться в вашей голове. Сначала во время активной фазы надо закинуть в голову факты, идеи и контекст. А дальше во время пассивной фазы взять паузу и сделать так, чтобы мозг в фоне думал об этой проблем. Дальше к вам придет инсайт ... но это не точно. Я сам использую этот подход для презентаций и статьей
27) Фиксация контекста
Автор предлагает фиксировать гениальные идеи. Для этого он использует метафору VCS (git). А меня это навело на мысли про ADR (architecture decision records) или лог решений
28) Теория капли
Эта мысль сходна поговорке "вода камень точит"
29) Когда рушится мир
Автор описывает подход работы в инциденте, где формируется командный центр, проводится анализ ситуации, предлагается первый план, он анализируется и дорабатывается, а потом применяется. Во время применения всех заинтересованных информируют о решении инцидента
30) О важности хакинга
Это про дуальность компаний. Пока компания стартап она движется быстро и срезает углы в угоду скорости. Потом она растет и начинает ценить стабильность. Но даже так в ней должна быть нестабильная часть иначе можно пропустить подрывные инновации с рынка
31) Разрушители энтропии
По мере роста компании могут понадобится хорошие проджект менеджеры. Плохие приносят только бюрократия и процессы ради процессов, а хорошие помогают построить качественные процессы:)
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжаю рассказ обзором второй части "The Process is the Product", где автор рассказывает как хорошие процессы помогают предотвратить проблемы и катастрофы. Хорошие процессы придают структуру работы, а плохие - приводят к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. Автор в 10 главах дает свои советы как сделать ваши процессы хорошими. (Предыдущие посты 1, 2, 3)
22) 1.0
В этой главе Рэндс рассказывает о том, что запуск версии продукта 1.0 всегда сложен (фактически, это создание стартапа). Он приводит метафору перевернутой пирамиды с 4 уровнями, где вы как эквилибрист балансируете ее на острие проекта
- Проект - содержит суть того, что вы хотите сделать и придает эффект срочности
- Люди - для запуска проекта нужна команда (но незаменимых людей в ней нет)
- Процесс -определяет коммуникацию людей
- Продукт - пока его нет, у вас нет компании
Большинство стартапов не вывозят соблюдение баланса и вся пирамида разваливается
23) Мифы о процессе
Процессы - это придумки менеджеров, что бесят инженеров. Пока компания была маленькой процессы были простыми и неформальными. Но по мере роста компании процессы усложняются. Это не нравится старой гвардии внутри компании, которая и без новых доработок в процессах ориентируется в том, что происходит. А новые процессы обычно создаются новой гвардией. Из-за этого происходит конфликт. Если обобщить хорошие процессы могут быть полезны, но важно понимать цель и суть каждого процесса - иначе это какой-то карго-культ.
24) Как начать?
Рэндс рассказывает про то, как разложить большую цель на отдельные шаги и выполнять их. Эти шаги могут быть не всегда линейными и это ок. Главное снять давление большой цели, но проверять, что выполнение значительного количества шагов приближает к цели. Я сам использую этот подход для написания книги
25) Найти время на то, чтобы подумать
Автор рассказывает про то, что руководители часто проваливаются в операционку и просто реагируют на события. Но надо отдельно подумать о том времени, которое можно выделить на то, чтобы подумать. Он предлагает проводить встречи
- мозговой штурм, посвященные большим проблемам, где происходит обсуждения
- прототип, где обсуждается прототип решения
Важно отдельно контролировать принимаете ли вы решения, реализуете ли вы их (или только говорите)
26) Ценность "пропитки
Хорошая идея о том, что для решения сложной проблемы надо дать ей время настояться в вашей голове. Сначала во время активной фазы надо закинуть в голову факты, идеи и контекст. А дальше во время пассивной фазы взять паузу и сделать так, чтобы мозг в фоне думал об этой проблем. Дальше к вам придет инсайт ... но это не точно. Я сам использую этот подход для презентаций и статьей
27) Фиксация контекста
Автор предлагает фиксировать гениальные идеи. Для этого он использует метафору VCS (git). А меня это навело на мысли про ADR (architecture decision records) или лог решений
28) Теория капли
Эта мысль сходна поговорке "вода камень точит"
29) Когда рушится мир
Автор описывает подход работы в инциденте, где формируется командный центр, проводится анализ ситуации, предлагается первый план, он анализируется и дорабатывается, а потом применяется. Во время применения всех заинтересованных информируют о решении инцидента
30) О важности хакинга
Это про дуальность компаний. Пока компания стартап она движется быстро и срезает углы в угоду скорости. Потом она растет и начинает ценить стабильность. Но даже так в ней должна быть нестабильная часть иначе можно пропустить подрывные инновации с рынка
31) Разрушители энтропии
По мере роста компании могут понадобится хорошие проджект менеджеры. Плохие приносят только бюрократия и процессы ради процессов, а хорошие помогают построить качественные процессы:)
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
👍8🔥4❤3
JVM Day - Java/Kotlin/Scala конференция от T-Bank (Рубрика #Conference)
В последний день лета (31 августа) в нашем офисе на Белорусской пройдет полноценная конференция JVM Day для любителей языков, которые работают поверх JVM и не только для них:) На конференции будут три отдельных трека:
- Java - с докладами про Spring Boot и зачем нам Kora, про Fluent API, Giga IDE от Сбера, Virtual threads и Webflux, а также про модульность в Java
- Scala - с докладами про управление ресурсами с жизненным циклом, Scala CLI, про абстракции в Scala, документацию приложений, функциональный дизайн
- Backend- это platform agnostic трек, который будет содержать доклады про finops, graceful degradation, transactional outbox и другие интересные темы:)
А после всех докладов теплый субботний вечер можно будет закончить на атепати: сыграть в java-покер, проверить скиллы на диджитал-интервью или просто сделать фото в Дача-core.
Для регистрации на конфу надо заполнить форму:)
P.S.
Может быть и у меня получиться дойти на эту конференцию, послушать доклады и пообщаться с пришедшими слушателями. Хотя вероятность этого не так высока - обычно субботы я провожу с женой и детишками.
#Conference #Software #Architecture
В последний день лета (31 августа) в нашем офисе на Белорусской пройдет полноценная конференция JVM Day для любителей языков, которые работают поверх JVM и не только для них:) На конференции будут три отдельных трека:
- Java - с докладами про Spring Boot и зачем нам Kora, про Fluent API, Giga IDE от Сбера, Virtual threads и Webflux, а также про модульность в Java
- Scala - с докладами про управление ресурсами с жизненным циклом, Scala CLI, про абстракции в Scala, документацию приложений, функциональный дизайн
- Backend- это platform agnostic трек, который будет содержать доклады про finops, graceful degradation, transactional outbox и другие интересные темы:)
А после всех докладов теплый субботний вечер можно будет закончить на атепати: сыграть в java-покер, проверить скиллы на диджитал-интервью или просто сделать фото в Дача-core.
Для регистрации на конфу надо заполнить форму:)
P.S.
Может быть и у меня получиться дойти на эту конференцию, послушать доклады и пообщаться с пришедшими слушателями. Хотя вероятность этого не так высока - обычно субботы я провожу с женой и детишками.
#Conference #Software #Architecture
👍6❤2🔥1
ЦЕХ 4 - Урок #16 "Авторские права и договор с издательством. Эксперт — Наиля Тимершина" (Рубрика #Writing)
Очередной урок из курса книгописания и книгоиздания от МИФ был посвящен авторским правам и договору с издательством. Это очень важные темы для авторов, так как именно договор определяет условия взаимоотношений. Интересно, что в 15 уроке "Превращение рукописи в издание" уже было много деталей про авторские права и особенности договоров, поэтому из этого урока я забрал не слишком много
1) Авторское право возникает в момент создания произведения, но для защиты прав требуется акт приема-передачи
2) Авторское право действует на протяжении жизни автора и еще 70 лет после смерти
3) Автор может зафиксировать свои права на произведение, используя различные способы, включая российское авторское общество, депозитарий или нотариуса.
4) Договор между автором и издательством является неотъемлемой частью взаимодействия и должен быть выгоден обеим сторонам.
5) Автор может вести переговоры о деталях договора (проценте роялти, наличии аванса, эксклюзивности договора), но многое зависит от рентабельности проекта для издательства.
6) Использование чужих произведений без согласия авторов и правообладателей запрещено, но допускается цитирование с указанием имени автора и источника заимствования (размер приемлемой цитаты зависит от контекста и не выбит в камне)
7) Издатель и автор могут договориться о сроках и объемах редактирования и корректуры, но оформление произведения обычно выбирает издатель
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Очередной урок из курса книгописания и книгоиздания от МИФ был посвящен авторским правам и договору с издательством. Это очень важные темы для авторов, так как именно договор определяет условия взаимоотношений. Интересно, что в 15 уроке "Превращение рукописи в издание" уже было много деталей про авторские права и особенности договоров, поэтому из этого урока я забрал не слишком много
1) Авторское право возникает в момент создания произведения, но для защиты прав требуется акт приема-передачи
2) Авторское право действует на протяжении жизни автора и еще 70 лет после смерти
3) Автор может зафиксировать свои права на произведение, используя различные способы, включая российское авторское общество, депозитарий или нотариуса.
4) Договор между автором и издательством является неотъемлемой частью взаимодействия и должен быть выгоден обеим сторонам.
5) Автор может вести переговоры о деталях договора (проценте роялти, наличии аванса, эксклюзивности договора), но многое зависит от рентабельности проекта для издательства.
6) Использование чужих произведений без согласия авторов и правообладателей запрещено, но допускается цитирование с указанием имени автора и источника заимствования (размер приемлемой цитаты зависит от контекста и не выбит в камне)
7) Издатель и автор могут договориться о сроках и объемах редактирования и корректуры, но оформление произведения обычно выбирает издатель
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Telegram
Книжный куб
ЦЕХ 4 - Урок #15 "Превращение рукописи в издание. Эксперт — Светлана Мотылькова" (Рубрика #Writing)
Интересный урок про то, как превратить рукопись в книгу самому или при помощи вашего любимого издательства:)
Основные мысли, которые я вынес из этого урока…
Интересный урок про то, как превратить рукопись в книгу самому или при помощи вашего любимого издательства:)
Основные мысли, которые я вынес из этого урока…
🔥7❤2👍2