Полигон-2

borisfox написал:

[q]

Попробую пока по старому, реестры в экселе

[/q]

Зависит от количества ежедневных обновлений реестра и от количества задействованных работников. Если у тебя магазин, и за приёмку, за складирование и за выдачу отвечают разные люди - ёкселем не отделаешься: тебе нужна "мега-база" и несколько терминалов для работы с ней, иначе - всё запутается и будет разворовано (теми-ж работниками). Но если сие - твоя личная коллекция, и за все приход-расходные операции отвечаешь ты сам - нафиг тебе "мега-база"? Для удобства восседания на заднице? Ежли уж "очень чешется", перенеси из ёкселя в акцесс (M$access == настольная DB), как раз по профилю будет. А лучше - сразу садись за C(+++) и delphi и пиши своё с опорой на mysql (или аналоги). На время кодинга пользуй ёксель. Грамотно составленные таблицы коего сможешь потом относительно легко импортнуть в свою БД...

Schicchi написал:

[q]

а в том что предметно-ориентированные системы и языки (к которым относится 1С) предоставляют разработчику в распоряжение более высокий уровень абстракции чем универсальные средства разработки.

[/q]

Уровень абстракции может быть более высокий. Но вы совершаете типичную ошибку многих теоретиков. Дело в том, что уровень абстракции - это совершенно кхм... абстрактная штука, извините за каламбур. Которая вообще никакого отношения к эффективности инструмента не имеет. Это ни хорошо, и не плохо, это просто свойство платформы. Производительность же разработчика на какой-либо платформе (при условии, что он ей владеет) зависит от богатства ее библиотек, удобства инструментов и от количества готовых наработок. И только.
Как я уже говорил, вам нужно перестать мыслить шаблонами 90-х. Понятие "универсальная среда разработки" сейчас - это не текстовый редактор, дебаггер и набор библиотек. Ваши задачи по рисованию табличек, с фильтрами, с группами, с поиском - это типовая работа для 90% программистов мира, и естественно, универсальные инструменты разработки также давно позволяют делать их мышкой за несколько минут. Вы не поверите, но на тулбаре справочника 1С действительно нет ничего такого, что нельзя было бы просто включить в свойствах продвинутого грида.
Разработчик 1С может быстро наваять справочник. Два справочника. Может быстро сделать открытие одного справочника из другого. Пусть даже он справится на пятнадцать минут быстрее, чем разработчик C#. Но потом разработчика попросят сделать импорт справочника из экселя, и тут 1Сник уже будет возиться с COM-объектом. А когда его попросят сделать так, чтобы этот импорт работал на тех компьютерах, где нет экселя, и 1Сник сдастся. А еще 1Сника могут попросить сделать внизу таблички документов раздел "итого" с суммами. И он сядет полностью переписывать форму... А еще 1Сника могут попросить, чтобы было можно работать с программой с планшета
Это я перечислил пару элементарных задач, с которыми можно столкнуться сразу же при разработке обычной примитивной программы складского учета. И представьте себе, это всё делается элементарно с помощью универсальных средств разработки.
Поэтому еще раз повторюсь: 1С хороша там, где вам подходит готовая конфигурация, которую надо просто доработать. Использовать ее как платформу разработки приложений с нуля неэффективно, и не разумно. Оправдано только в тех случаях, когда либо надо интегрировать ваше приложение с 1С, либо когда вы другими инструментами разработки просто не владеете.

У меня такая есть. Правда, в виде веб-приложения.
Делал один студент на диплом под украинские требования инвентаризации, как тут - http://www.vs.com.ua/index.php?pageid=230

PHP+mysql. Локально можно развернуть на denwer-е, на котором оно и писалось.
В общем, кому нужно - пишите.