Кризис ОйТи в действии: CSV
Jan. 23rd, 2014 10:54 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Тут вот не так давно посвященные товарищи смеялись над необходимостью специалиста ОйТи уметь парсить и генерировать формат CSV. Типа что там сложного может быть, значения и запятые, в чем проблема. Ну я тоже слегка посмеялся, но вчера вот не до смеха стало. В одном довольно старом уже приборе, еще на мелком микроконтроллере и с примитивными экранами, потребовали крупные заказчики - одна известная на весь мир немецкая фирма добавить функцию экспорта данных через COM-порт после завершения теста. Зачем им это понадобилось - тоже интересный вопрос, потому что прибор полуавтоматический, то есть, без участия оператора все равно ни поменять ничего, ни оценить результаты. Но бог с ними, сел, врезал туда это - выбрасывает номер прибора, номер теста, границы температур, время теста и текущие дату-время. Все в том самом формате CSV. Отписал строку примера экспорта с объяснением, что где.
Вчера пришел отклик с вопросом - а у вас там все данные занимают фиксированное количество символов? Надо, чтобы фиксированное, это упростит нам анализ и импорт к себе в программу. Ну да, все строго по формату CSV, зачем там тогда запятые - вообще непонятно. Тривиальная задача парсинга с четким символом-разделителем на компьютере, не на каком-то ограниченном устройстве с жутким дефицитом памяти. Где они таких спецов находят?
Вчера пришел отклик с вопросом - а у вас там все данные занимают фиксированное количество символов? Надо, чтобы фиксированное, это упростит нам анализ и импорт к себе в программу. Ну да, все строго по формату CSV, зачем там тогда запятые - вообще непонятно. Тривиальная задача парсинга с четким символом-разделителем на компьютере, не на каком-то ограниченном устройстве с жутким дефицитом памяти. Где они таких спецов находят?