Потому, что это не их бизнес.... Они просто заинтересованы в том, чтобы среднестатистический пользователь ничего не понимал и заносил им и франчайзи регулярно
Тип description сменился на массив, а это может быть не очень хорошо для принимающей стороны. Если вы уверены, что такие данные будут вам попадаться, то можно description принудительно сделать массивом.
Именно из "последнего" - никак... об этом есть в ремарка в тексте.
По итогам обсуждения задачи стало понятно, что искать "последнее" не требуется. Там посыл был такой - ожидается, что поле "описание" будет в каждом файле и именно в последнем блоке, даже если там блок один.
Т.е. будет один блок с полем "описание". А вот в названии ключа этого блока, который тут - "основные характеристики" могло быть всё, что угодно.
Если было бы несколько "описаний" и брать именно из последнего, то задача сильно усложнится...
То, что Гуглу пришлось извиняться, говорит о том, что нормальных людей пока ещё больше, чем тех, что живут в "тренде"....
Ребята, а ссылку на ваш git (-hub, -lab, или что у вас там?) можете дать?
Эти стандарты ОдинЭсниками писаны и прочими франчайзингами - им это самое то по специфике их работы...
Что только не придумают, лишь бы Option не вводить...
Не знаю как в питоне с Bzip2, но я бы попробовал его. Это splittable-формат, и может обрабатываться в параллель...
Big Data Tools негодует...
Потому, что это не их бизнес.... Они просто заинтересованы в том, чтобы среднестатистический пользователь ничего не понимал и заносил им и франчайзи регулярно
хотя, лучше даже будет охватить такой вариант, когда последний блок не содержит "описание" и нужно получить последний из тех, что всё-таки содержат:
В уже упомянутом телеграмм-канале подсказали, что я заблуждаюсь насчет последнего элемента. И если подумать, то вырисовывается такое решение:
которое даёт
За Вами тоже...
Да, можно.... Например, будет такая цепочка процессоров.
В RouteOnAttribute проверять размерность массива
Тип description сменился на массив, а это может быть не очень хорошо для принимающей стороны. Если вы уверены, что такие данные будут вам попадаться, то можно description принудительно сделать массивом.
Эта ситуация маловероятна со слов автора вопроса. Но, если взять эту-же спецификацию и пример
Получится:
Именно из "последнего" - никак... об этом есть в ремарка в тексте.
По итогам обсуждения задачи стало понятно, что искать "последнее" не требуется. Там посыл был такой - ожидается, что поле "описание" будет в каждом файле и именно в последнем блоке, даже если там блок один.
Т.е. будет один блок с полем "описание". А вот в названии ключа этого блока, который тут - "основные характеристики" могло быть всё, что угодно.
Если было бы несколько "описаний" и брать именно из последнего, то задача сильно усложнится...
Интересно.... Если нужно было хранить состояние, то почему не подошёл Flink?
а офисные на дом не выдают ? :)
не всё...
Диапазон неверен... все, что я встречал => random(34.5, 36.0)
Ничего, что вся стандартная библиотека scala насквозь пронизана тем, что здесь обозвали monkey patching?