Deutsch
Germany.ruФорумы → Архив Досок→ Программирование

Немцы и швейцарцы в программировании...​

28.02.17 11:46
Немцы и швейцарцы в программировании...​
 
Murr патриот
Murr

Немцы и швейцарцы в программировании...


...это полная задница.


Система, которая используется на заводиках, умеет экспортировать и импортировать данные в собственном текстовом формате.

Есть документация на используемый формат. Точнее - есть 15 различных версий формата экспорта и импорта.


Потребовалось сделать экспорт на одном заводике и импорт на другом. Версии софта на заводах - одинаковые.

Но кодировка элементов на каждом из заводов - своя, не совпадает. Так уж исторически сложилось.


Ладушки. Берем доку и пишем определения. Сериализация и форматирование - уже написаны.

Выполняем экспорт и получаем файлик.

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

Смотрим внимательно и думаем.

В эту же систему уже давно импортируем данные от разных клиентов и все работает.

Какого же хрена экспортированный из системы файл не читается?

Выясняется следующее - импортируемый в систему файлик пишется в формате 7-й версии.

Экспортируемый файл - создается в формате 6-й версии.


Ну ладно - 6-я так 6-я.

Доку в зубы, кодинг определений, тестирование.

Вроде все путем.

Берем экспортированный файлик в формате 6-й версии и... обманываемся на чтении - фактический формат записи не совпадает с документированным.

Причем не совпадают - не в одном месте. Ну да это пустяки.


Пишу в службу поддержки с просьбой подтвердить ошибку в документации или ошибку в файле экспорта.

Напомню - софт эксплуатируется более 20 лет, в экспорте/импорте все должно быть вылизано.

Через пару недель приходит ответ:

  • text record: the text purpose number is there in the description and the program will load this field during import as well - so yes - it has to be there. So the correct length should be 95.

Ну да, согласно документации длина этой записи - 95 символов. Это понятно. Ее, кстати, так и импортирую и все работает.

Проблема, которую Я отправлял в службу поддержки, в том, что фактическая длина записи в экспортируемом файле - 91 символ.

Чинить это дело они вроде не собираются.


Вторая проблема, там же, в другой записи - лишний пробел в экспорте. Реакция службы поддержки:


  • georgian bar record: correct, there should just be a single space between those 2 fields - variant number field (field #5) and the georgian bar description field (field #6) and so the record is 1 character too long here - correct record length should be 103 here

Ну знаю Я это - об этом им и писал.

Вопрос - кто будет чинить экспорт который не соответствует докам? Тишина.

20 лет недостаточно чтобы поправить элементарное...

Немецко-швейцарское каКчество... в ИТ. Писсец...


Вот сижу, чешу репу и думаю как быть - делать "по факту" или долбить на предмет починки.

 

Перейти на