Tool for the job

[thedeemon]

А вот недавно клиент из Берлина попросил простую весчь: отслеживать изменения в нескольких папках и при появлении там определенных файлов запускать их обработку нашей программой. Я говорю: а, ну для этого можно простой скриптик написать. А потом задумался. Известно, что у клиента винда, но неизвестно какая, в частности, неизвестно есть ли там какой .NET. Ни о каких установленных руби-питонах тоже речи нет. А у "скриптика" получается энное количество опций (где и что смотреть, какой проект применять, куда сохранять, чем сжимать, сколько процессов-обработчиков может быть и пр.), заставлять для этого редактировать конфиги негуманно, нужен GUI. Простенький, три окошка там. Ради них тонны фреймворков и рантаймов слать неуклюже как-то. Спрашивается, на чем же это писать? Вы бы на чем сделали?

Comments

[sleepy-drago.livejournal.com]

и еще оффтоп вдогонку. Как показал мой опыт поддержки билдсистемы для среднего проекта кроме того что никогда на такое не надо соглашаться =)
для того чтобы успешно вносить изменения в процессы которые живут долго, ждут долгих подзадач на многих машинах и не рвать потом седые и не ловить закорапченые undefined/nans/... То надо это делать на самом дуракоустойчивом инструменте (в роли дурака ессно автор в 24-00 после пары недель овертайма на проекте) и во всех местах где логика надо дублировать тестами чтобы отлавливать незапланированные изменения за миллисекунды, а не за дни. Это меняет структуру проекта и не совсем понятно как тут Ди будет. Нормально конечно, но ... по другому.

а насчет копаться в исходниках - я помню даже запускал undup пару раз (он очень шустрый) =)и даже код открывал в браузере. но читается он так себе. тут получше но это от малого функционала а не от ясности.