DevOne

Итак, сегодня в выпуске:

- какими бывают исследования, какие есть методы исследования и как оценивать их эффективность;

- зачем делать исследователя частью продуктовой команды;

- ежедневные задачи и топ-3 необходимых качества продуктового исследователя

Приятного прослушивания!

Будем рады обратной связи, оставить которую можно по ссылке https://forms.gle/9W4pT3S8Y4NC5TXM8

Первый выпуск в новом году мы посвятили Service Mesh, а поговорил с нами Андрей Половов, ведущий разработчик Kubernetes-платформы DeckHouse из компании Флант.

В этом выпуске:

 - в чём истинная ценность Service Mesh для разработчика;

 - какие дополнительные проблемы может создать его внедрение;

 - что такое «коммунальный sidecar»;

 - какие существуют рабочие альтернативы для Service Mesh.

Бонусом — после прослушивания выпуска вы сможете рассказать друзьям, что такое Service Mesh, с помощью одного предложения.

Ещё раз поздравляем вас с прошедшими праздниками!

Будем рады обратной связи, оставить которую можно по ссылке https://forms.gle/9W4pT3S8Y4NC5TXM8

Мы поговорили с Анатолием Пановым, СТО направления «Товары» в Авито. С ним обсудили вопросы, связанные с технической стратегией компании — что это вообще такое, зачем она нужна, раз у компании всё равно есть общая стратегия, и как эти стратегии взаимосвязаны.

Также в выпуске:

 - какие есть фреймворки для создания стратегий (и что тут самое сложное);

 - как разработчику внести свою лепту и тоже поучаствовать в создании техстратегии;

 - какие метрики выбрать для оценки успешности стратегии;

 - о способах доведения технической стратегии до всех сотрудников и что делать, если кто-то пытается её саботировать;

 - что стратегия может привнести в компанию с точки зрения инноваций.

Будем рады обратной связи, оставить которую можно по этой ссылке - https://forms.gle/9W4pT3S8Y4NC5TXM8

Из нашей беседы вы узнаете:

- почему без техдолга невозможно обойтись

- в чем отличия осознанного и неосознанного техдолга

- техдолг и метрики: как понять, что вы вообще движетесь

- как в реальности выглядит процесс работы с техдолгом

- что будет, если просто игнорировать техдолг и чем он похож на кредит.

Вам — приятного прослушивания, а мы пошли работать над новым выпуском. В долгу не останемся 😉

Будем рады обратной связи, оставить которую можно по этой ссылке - https://forms.gle/9W4pT3S8Y4NC5TXM8

В этом выпуске DevOne мы обсудили историю карьерных переходов из разработчика в менеджмент, а затем из менеджмента обратно в разработку. Помог нам Иван Чернов, который начинал карьеру в IT джуниор-разработчиком в Островке, а затем вырос разом до CTO компании, после чего работал в других местах и теперь опять разработчик в Островке.

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

Также в выпуске:

- почему надо дружить с начальником вашего начальника

- что чувствует CTO, вернувшийся на позицию разработчика

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

Будем рады обратной связи, оставить которую можно по этой ссылке - https://forms.gle/9W4pT3S8Y4NC5TXM8

В этом эпизоде:

 - Причины недопониманий (и что с ними делать)

 - Гибкие подходы и их влияние на качество разработки

 - Как можно сократить расходы, если вкладываться в качество

А ещё вы узнаете, почему тестировщики не всегда доверяют результатам тестирования со стороны разработчиков, чем полезно системное мышление и почему всё популярнее становится роль QA-адвоката.

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

Настя во время беседы советует две книги. Чтобы вам было проще их найти:

- Effective Software Testing, на русском - Маурисио Аниче: Эффективное тестирование программного обеспечения

- Владимир Хориков: Принципы юнит-тестирования.

Будем рады обратной связи, оставить которую можно по этой ссылке - https://forms.gle/9W4pT3S8Y4NC5TXM8

Итак, за этот час вы узнаете:

  - в чем преимущества Low-Code и кому это пригодится

  - почему профессиональные разработчики не в восторге, когда им предлагают поработать с Low-Code

  - из-за чего решения на Low-Code часто упираются в производительность

  - почему сделать пару сотен Camunda гораздо правильнее, чем собрать одну гигантскую

Бонусом — ссылка на полезную опенсорсную, но очень функциональную админку для тех, кто работает с Camunda (https://github.com/KotskinKotskin/camunda-excamad).

Выпуск уже здесь, приятного прослушивания.

Будем рады обратной связи, оставить которую можно по этой ссылке - https://forms.gle/9W4pT3S8Y4NC5TXM8

В этом выпуске:

- CP/AP/CA — какое сочетание выбрать и что будет, если выбрать для работы неконсистентную систему

- объяснение CAP-теоремы на пальцах и для не-айтишников

- как знание физики помогает в программировании и распределенных системах

- насколько CAP-теорема это миф и что может её заменить

Гриша во время беседы советует книгу, название которой может быть сложно понять на слух. Чтобы вам было проще её найти — Introduction to Reliable and Secure Distributed Programming. Second edition (Christian Cachin, Rachid Guerraoui, Luís Rodrigues)

Будем рады обратной связи, оставить которую можно по ссылке https://forms.gle/9W4pT3S8Y4NC5TXM8

Поведал нам о них Андрей Котенев, продуктовый разработчик QIWI, так что вы услышите ряд живых примеров из мира финтеха и не только.

Что вас ждет:

 - как при помощи распределенных транзакций управлять сложностью;

 - почему не получится решить возникающие проблемы с помощью монолита;

 - какие сейчас есть решения для реализации распределенных транзакций (спойлер — их много);

 - как выбрать наилучший подход именно для вашего случая (как в финтехе, так и вне его);

 - мониторинг и наблюдаемость — как следить за системой и бизнес-процессами.

PS А ещё у нас в подкасте появился новый ведущий, Никита.

Будем рады обратной связи, оставить которую можно по ссылке https://forms.gle/9W4pT3S8Y4NC5TXM8

- как управлять поставками, когда у тебя 70+ команд и много сред для деплоя;

- какие есть риски и взаимозависимости при обновлении core-систем;

- из чего состоит оценка качества релиза и как человек может влиять на это качество;

- что будет, если релиз-менеджера убрать из схемы и поможет ли делу автоматизация.

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

Будем рады обратной связи, оставить которую можно по ссылке https://forms.gle/9W4pT3S8Y4NC5TXM8