Телеграмм чат группы tlbootcamp страница 760

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Teamlead Bootcamp

1946 membersпожаловаться на группу

2021 January 27

SP

Sergey Protko in Teamlead Bootcamp

ну, проще выгнать хипстеров и просто сделать нормально. Чистые platform teams скорее антипаттерн (по крайней мере всюду, где это было - оно приводило к плохим платформам и потере компетенций в продуктовых командах)

проблема в том что "сделать нормально" это сильно субъективная оценка

источник

01:41пожаловаться #1

PD

Phil Delgyado in Teamlead Bootcamp

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

Ну, я вот у себя делают customization over configuration (т.е. подгрузка и компиляция code snippets на лету), это уже serverless или как?
(на самом деле это может быть даже монолит...)

источник

01:41пожаловаться #2

SP

Sergey Protko in Teamlead Bootcamp

ну, проще выгнать хипстеров и просто сделать нормально. Чистые platform teams скорее антипаттерн (по крайней мере всюду, где это было - оно приводило к плохим платформам и потере компетенций в продуктовых командах)

наверное проблема в характере взаимодействия с platform teams. Если у тебя угрюмые ребятки из хэлпдеска тикеты разгребают - это одно. А если это такие же продуктовые команды которые другим командам предоставляют X as a service - то совсем другое дело. Те же процессы, та же обработка фидбэка

источник

01:42пожаловаться #3

SP

Sergey Protko in Teamlead Bootcamp

Ну, я вот у себя делают customization over configuration (т.е. подгрузка и компиляция code snippets на лету), это уже serverless или как?
(на самом деле это может быть даже монолит...)

как оно в рантайме работает плевать. В этом плане все так или иначе монолит.

источник

01:42пожаловаться #4

PD

Phil Delgyado in Teamlead Bootcamp

Ну, пока у меня лучше работает платформа как внутренний open source

источник

01:43пожаловаться #5

PD

Phil Delgyado in Teamlead Bootcamp

наверное проблема в характере взаимодействия с platform teams. Если у тебя угрюмые ребятки из хэлпдеска тикеты разгребают - это одно. А если это такие же продуктовые команды которые другим командам предоставляют X as a service - то совсем другое дело. Те же процессы, та же обработка фидбэка

Не бывает "as a service", все равно надо вникать в детали и гарантии, почти всегда.

источник

01:43пожаловаться #6

SP

Sergey Protko in Teamlead Bootcamp

Ну, пока у меня лучше работает платформа как внутренний open source

тоже вариант, у нас по сути так же и я все больше смотрю в сторону выделения отдельных команд для работы над платформой.

источник

01:43пожаловаться #7

SP

Sergey Protko in Teamlead Bootcamp

просто потому что "растемс".

источник

01:44пожаловаться #8

SP

Sergey Protko in Teamlead Bootcamp

и "компетенций людей внутри команд" уже недостаточно для того что бы решать вопросы эффективно (тупо не хватает у людей фантазии ибо нет времени над этим думать - фичи надо продумывать)

источник

01:44пожаловаться #9

PD

Phil Delgyado in Teamlead Bootcamp

Вот отдельные команды - это зло. Общий код, может быть только с парой выделенных (на каждый продукт) людей для гарантии поддержки.
И согласование vision, конечно.

источник

01:44пожаловаться #10

SP

Sergey Protko in Teamlead Bootcamp

Вот отдельные команды - это зло. Общий код, может быть только с парой выделенных (на каждый продукт) людей для гарантии поддержки.
И согласование vision, конечно.

зло добро не оч инженерные понятия

источник

01:44пожаловаться #11

PD

Phil Delgyado in Teamlead Bootcamp

и "компетенций людей внутри команд" уже недостаточно для того что бы решать вопросы эффективно (тупо не хватает у людей фантазии ибо нет времени над этим думать - фичи надо продумывать)

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

источник

01:45пожаловаться #12

PD

Phil Delgyado in Teamlead Bootcamp

например, нет людей, которые отстреливают фичи, не приносящие прибыли (обычно это тимлиды и архитекторы, но не всегда)

источник

01:45пожаловаться #13

SP

Sergey Protko in Teamlead Bootcamp

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

ну вот смотри. Допустим у меня есть продукт на .net. В этом случае у меня есть NServiceBus который решает за меня 99% инфраструктурных проблем и я могу обойтись парочкой чуваков которые больше operations занимаются и помогают другим командам вкурить как этим пользоваться.

С другой стороны есть какие-то команды которые этот самый nservicebus пилят

источник

01:46пожаловаться #14

PD

Phil Delgyado in Teamlead Bootcamp

Ну, я не в курсе про NServiceBus, но уверен, что нефига она не решает )

источник

01:46пожаловаться #15

PD

Phil Delgyado in Teamlead Bootcamp

Не бывает серебряных пуль, ну вот увы (

источник

01:47пожаловаться #16

SP

Sergey Protko in Teamlead Bootcamp

не бывает, но есть неплохие базовые штуки вокруг которых ты будешь добавлять другие штуки. Часто ты будешь брать готовые (те самые X в x as a service) и скорее всего будешь предпочитать что-то что за тебя менеджат (например ты ж юзаешь что-то типа AWS RDS?)

источник

01:48пожаловаться #17

SP

Sergey Protko in Teamlead Bootcamp

serverless в этом плане это та же идея - взять вот эти хитрые схемы деплоев которые люди мутят и переложить на платформу за которой стоят свои команды и ты просто не паришься о куче вещей о которых приходилось париться раньше (к слову многие не парятся даже тогда когда стоило бы). Да, эти вещи будут вносить свои ограничения и свои проблемы, и придется чуть адаптировать подходы...

источник

01:50пожаловаться #18

SP

Sergey Protko in Teamlead Bootcamp

но на структуры команд это все никак не влияет. Ты всеравно будешь пытаться инверс конвей манювр делать вокруг потоков изменений возникающих в продукте

источник

01:50пожаловаться #19

PD

Phil Delgyado in Teamlead Bootcamp

не бывает, но есть неплохие базовые штуки вокруг которых ты будешь добавлять другие штуки. Часто ты будешь брать готовые (те самые X в x as a service) и скорее всего будешь предпочитать что-то что за тебя менеджат (например ты ж юзаешь что-то типа AWS RDS?)

Нет, конечно, какие могут быть сервисы AWS?

источник

01:50пожаловаться #20