Entry tags:
Обращение к духам промышленной автоматизации
Как обычно - хочется страшного.
А именно - мне надо из Excel-таблицы генерить конфигурацию для моего кодогенератора (awk).
Конфигурация - в CSV-формате. Заказчик обоссал себе пятки и уже внёс в план.
Чо делать? Куда бежать? Кому сдаваться?
Update1, Use Case:
1. Есть Excel созданный лучшими умами современности, с данными о нашем формате и большой кнопкой "Сделать мне красиво".
2.Тупой лось малобюджетный junior-разработчик открывает xls-файл и нажимает большую красную кнопку.
3.Тупому лосю малобюджетному разработчику выдают диалог "Куда, сохранить сгенерированную конфигурацию, хозяин?"
4. Конфигурация сохранена и используется в компиляции.
Как мне представляется - тут чтото вроде VBA, но я областью не владею, потому спрашиваю.
Update2:Excel в роли GUI в котором рисуют конфигурацию на вход кодогенератора.
А именно - мне надо из Excel-таблицы генерить конфигурацию для моего кодогенератора (awk).
Конфигурация - в CSV-формате. Заказчик обоссал себе пятки и уже внёс в план.
Чо делать? Куда бежать? Кому сдаваться?
Update1, Use Case:
1. Есть Excel созданный лучшими умами современности, с данными о нашем формате и большой кнопкой "Сделать мне красиво".
2.
3.
4. Конфигурация сохранена и используется в компиляции.
Как мне представляется - тут чтото вроде VBA, но я областью не владею, потому спрашиваю.
Update2:Excel в роли GUI в котором рисуют конфигурацию на вход кодогенератора.
no subject
"Excel в роли GUI" -- очевиднейшим образом воплощает собой "дешёвое и упрощенное решение" для воплощения местными эникейщиками.
Поэтому вопрос только один -- схуя эта задача приехала к тебе в руки, да еще в неизменном виде?
Попинай манагеров, чтоб либо отдавали ее взад заказчику (пусть хоть заклинаниями конфигурации для вашего софта генерит), либо в ваш отдел написания свистоперделок и гуйни (предварительно отпилив не относящиеся к делу требования, рассчитанные на оптимизацию работы неведомых эникейщиков).
Вариант, когда это делаешь ты -- максимальный по геморрою для всех заинтересованных сторон.
no subject
Исходная схема, воплощённая предыдущей имплементацией на ThreadX представляла собой концепцию "мы размазали знания о данных по всему коду хуй знает где и после выхода на пенсию автора мы не знаем что с этой хуйнёй дальше делать".
Текущая концепция - "мы посадили дешёвого идиота за Excel и пусть он рисует конфигурации для железа, пока дорогие идиоты делают более сложные задачи".
Как менеджер - ты не смотришь сейчас на техническую сторону. А именно она меня интересует в настоящий момент.
no subject
С технической точки зрения мне кажется, что проще вылепить лёгкий ГУИ, дающий на выходе ровно вашу спеку. А нужность Ёкселя не просматривается никак.
no subject
Но остаётся вопрос как описывать имеющиеся внутренние взаимосвязи. В Excel для этого есть развитой понятийный аппарат. На своём велосипеде придётся всё делать самостоятельно.
no subject
Просто мне что-то подсказывает что с питоном-руби вам на порядок проще будет это сделать, чем с незнакомыми недрами Ёкселя.
no subject
К счастью у нас - кодогенератор есть и останется на AWK.