Спасибо за подробный пост, вы очень интересно все расписали. А еще большее спасибо за описание проблем!
Небольшое дополнение, что улучшит понимание. У вас вьюпоинт на самих инструментах (компонентах, технологиях) поэтому кажется не все логичным, а если добавить вьюпоинт (дополнительную диаграмму) на функциональность (слои трансформации данных), то все будет логичным. У вас приземление в хадуп, потом слой детальных данных(core) в первом мсскл на датавалте, потом презентационный слой с витринами на втором мсскл. Именно поэтому разный подход к моделированию!
А мне понравилась статья, чувствуется реальный проект за ней. Нужно читать понимая, что viewpoint автора - со стороны разработчика и тех. директора. Да, есть терминологические ошибки, типа DL - это хранилище, но это не мешает понять мысль.
Серебряной пули нет, выбор подхода всегда будет зависеть от обстоятельств в компании. Если у вас транспортные издержки большие и их нельзя изменить, то берите большой батч, иначе будет не оптимально. Если низкие, то оптимальным будет маленький батч. Спасибо! Статью следующую обязательно напишу )
Вы правы, что метафора иногда не слишком удачна. Своим мнением я как раз пытался разбить карго культ, что применение "в лоб" аджайл-принципов не приведет к хорошему результату.
Канбан доска используется как Issue Tracker, диаграмма ГанТТа, как инструмент визуализации хода работ проекта. У них разные цели. Вне зависимости Agile или водопад везде можно использовать диаграмму Гантта.
Поэтому у меня вопрос к выбору статьи, но главный к переводчику. Дмитрий Ильенков, вы ведь ведете курсы по проектному управлению.
Как можно было перевести Step, как Этап?
Коллеги, самое интересное это представительства billing.cloud4y.ru/?affid=2
заходите по ссылке и можно зарабатывать деньги )
Ссылка, по которой вы нас нашли
Дата регистрации 13/09/2011 15:10:28
Посетители, перешедшие по ссылке 0
Текущий баланс 150.00 RUB
Анулированное количество 0.00 RUB
Значит если бы хабраэффект прошел по моей ссылке ) я уже замечтался
Спасибо за подробный пост, вы очень интересно все расписали. А еще большее спасибо за описание проблем!
Небольшое дополнение, что улучшит понимание. У вас вьюпоинт на самих инструментах (компонентах, технологиях) поэтому кажется не все логичным, а если добавить вьюпоинт (дополнительную диаграмму) на функциональность (слои трансформации данных), то все будет логичным. У вас приземление в хадуп, потом слой детальных данных(core) в первом мсскл на датавалте, потом презентационный слой с витринами на втором мсскл. Именно поэтому разный подход к моделированию!
А почему не рассмотрели готовый инструмент, а решили создавать свой?
например https://open-metadata.org/
на хабр много статей по готовым, бесплатным инструментам DG
https://habr.com/ru/articles/748350/
https://habr.com/ru/companies/mkb/articles/766716/
https://habr.com/ru/companies/X5Tech/news/801437/
А мне понравилась статья, чувствуется реальный проект за ней. Нужно читать понимая, что viewpoint автора - со стороны разработчика и тех. директора. Да, есть терминологические ошибки, типа DL - это хранилище, но это не мешает понять мысль.
Серебряной пули нет, выбор подхода всегда будет зависеть от обстоятельств в компании. Если у вас транспортные издержки большие и их нельзя изменить, то берите большой батч, иначе будет не оптимально. Если низкие, то оптимальным будет маленький батч.
Спасибо! Статью следующую обязательно напишу )
Да, мне тоже нравится Kanban больше, только нужно сразу внедрять не ванильный, а из методологии tameflow.
Вы правы, что метафора иногда не слишком удачна. Своим мнением я как раз пытался разбить карго культ, что применение "в лоб" аджайл-принципов не приведет к хорошему результату.
Для того, чтобы выкинуть поезда нужно активно вложиться в инфраструктуру)
У SCRUM много проблем - хорошо расписано в книге Асхата Уразбаева из книги:
не получается поставить разумную цель спринта
если цель и ставим, то вряд-ли достигнем
в конце много недоделанной работы, которая протом переносится
часто, появляется что-то внутри спринта, что полностью уничтожает смысл доделывать до конца
Но самый ужасный вариант SCRUM получается когда используется "банкоджайл". Планирую раскрыть эту тему в следующей статье.
https://www.krtrimaiq.ai/blog/evolution-of-data-architectures.html
похоже отсюда
Поэтому у меня вопрос к выбору статьи, но главный к переводчику. Дмитрий Ильенков, вы ведь ведете курсы по проектному управлению.
Как можно было перевести Step, как Этап?
billing.cloud4y.ru/?affid=2
заходите по ссылке и можно зарабатывать деньги )
Ссылка, по которой вы нас нашли
Дата регистрации 13/09/2011 15:10:28
Посетители, перешедшие по ссылке 0
Текущий баланс 150.00 RUB
Анулированное количество 0.00 RUB
Значит если бы хабраэффект прошел по моей ссылке ) я уже замечтался