Size: a a a

2020 September 23

DZ

Dmitry Zuev in Data Engineers
Нам то какая разница, фичи считаются, модели тренятся и сервятся.
источник

AZ

Anton Zadorozhniy in Data Engineers
Если вы архитектор то в ваших интересах проектировать систему так чтобы она работала хорошо ( и по возможности автоматически) для мейнстрима в вашей компании, атрибутировала цену к владельцу кейса, и предсказуемо себя вела когда входные параметры (число фич) сильно выходят за мейнстрим
источник

LS

Lookuut Struchkov in Data Engineers
Dmitry Zuev
а какая разница?
Собрать все это дело из десяток источников, а так была бы готовая витрина было бы без разницы
источник

DZ

Dmitry Zuev in Data Engineers
Lookuut Struchkov
Собрать все это дело из десяток источников, а так была бы готовая витрина было бы без разницы
звучит как рутина де
источник

AZ

Anton Zadorozhniy in Data Engineers
Lookuut Struchkov
Собрать все это дело из десяток источников, а так была бы готовая витрина было бы без разницы
Тогда проблема не в ДС
источник

DZ

Dmitry Zuev in Data Engineers
Anton Zadorozhniy
Если вы архитектор то в ваших интересах проектировать систему так чтобы она работала хорошо ( и по возможности автоматически) для мейнстрима в вашей компании, атрибутировала цену к владельцу кейса, и предсказуемо себя вела когда входные параметры (число фич) сильно выходят за мейнстрим
Архитектор не когда не знает что взбредет в голову ДС. И искуственно ограничивать чтото на этапе проектирования - бред. Да есть предполагаемое капасити, в рамках него и надо жить. Обычно капасити считают от кол-ва данных, прироста и кол-ва пользователей
источник

LS

Lookuut Struchkov in Data Engineers
По мне пора бы уже ограничивать полет фантазии ДС, поставить ограничение сверху 1000 фич например и 5 источников, все остальное надо обосновать финансово типа такого
источник

DZ

Dmitry Zuev in Data Engineers
Lookuut Struchkov
По мне пора бы уже ограничивать полет фантазии ДС, поставить ограничение сверху 1000 фич например и 5 источников, все остальное надо обосновать финансово типа такого
лол, канешн, дсам больше делать нечего как считать копейки
источник

DZ

Dmitry Zuev in Data Engineers
Их бизнес велью делать модели которые будут точнее чем старые.
источник

AZ

Anton Zadorozhniy in Data Engineers
Dmitry Zuev
Архитектор не когда не знает что взбредет в голову ДС. И искуственно ограничивать чтото на этапе проектирования - бред. Да есть предполагаемое капасити, в рамках него и надо жить. Обычно капасити считают от кол-ва данных, прироста и кол-ва пользователей
Я нигде и не писал что он знает, архитектор принимает решения (делает предположения), проектирует от них и периодически возвращается к ним чтобы проверить справедливы ли те решения сейчас, часто прям с метриками.. мой поинт был в том что нужно сделать такое предположение и постараться так чтобы когда прилетает джоб за рамками него - все не вставало колом
источник

DZ

Dmitry Zuev in Data Engineers
Anton Zadorozhniy
Я нигде и не писал что он знает, архитектор принимает решения (делает предположения), проектирует от них и периодически возвращается к ним чтобы проверить справедливы ли те решения сейчас, часто прям с метриками.. мой поинт был в том что нужно сделать такое предположение и постараться так чтобы когда прилетает джоб за рамками него - все не вставало колом
согласен
источник

DZ

Dmitry Zuev in Data Engineers
Но мы не услышали что что-то встает колом
источник

DZ

Dmitry Zuev in Data Engineers
просто кому то лень
источник

DZ

Dmitry Zuev in Data Engineers
Dmitry Zuev
Их бизнес велью делать модели которые будут точнее чем старые.
а бизнес де делать все что бы данные ехали
источник

PA

Panchenko Andrey in Data Engineers
Модели крутятся лавешка мутится
источник

LS

Lookuut Struchkov in Data Engineers
Dmitry Zuev
Их бизнес велью делать модели которые будут точнее чем старые.
Хм, а если модель улучшается на одну тысячную ценой подключение ещё 10 к фич подсчет которых выльется в копеечку для компании, смысл такого апдейта
источник

AZ

Anton Zadorozhniy in Data Engineers
Lookuut Struchkov
По мне пора бы уже ограничивать полет фантазии ДС, поставить ограничение сверху 1000 фич например и 5 источников, все остальное надо обосновать финансово типа такого
Смотря на какой позиции вы находитесь, но мне кажется это будет выглядеть странно, почему 1К и 5 источников, а не 2к и 6? Какой вообще у вас сервис и его уровни по отношению к ДС?
источник

DZ

Dmitry Zuev in Data Engineers
Lookuut Struchkov
Хм, а если модель улучшается на одну тысячную ценой подключение ещё 10 к фич подсчет которых выльется в копеечку для компании, смысл такого апдейта
А одна тысячная сколько принесет
источник

AZ

Anton Zadorozhniy in Data Engineers
Dmitry Zuev
Их бизнес велью делать модели которые будут точнее чем старые.
ДС в команде какого-то продукта или сервиса или кейса работает, у него точно есть экономика, кто-то в этой команде должен считать деньги
источник

AZ

Anton Zadorozhniy in Data Engineers
Lookuut Struchkov
Хм, а если модель улучшается на одну тысячную ценой подключение ещё 10 к фич подсчет которых выльется в копеечку для компании, смысл такого апдейта
У меня в питче AnalyticOps есть такой слайд прям, правда там не про число фич а про стоимость обучения модели, но месседж тот же)
источник