Переиздание книг Столярова по программированию

вот у вас как работает какая то античная проприетарщина из прошлого века

Нет, сама АСТ-торговля активно «развивается» в том смысле, что фирма-поставщик её точит по нужды клиентов, проверяет совместимость с новыми ККМ, новыми версиями Винды и т.д.

Мне неизвестна предыстория вопроса, которая скорее всего так же про деньги, меньшие, чем за 1С. Я лишь привёл пример того, что неоптимизированное ПО, созданное высокоуровневыми инструментами, может создавать вполне реальные проблемы, которые невозможно решить задёшево.

Прикол ещё в том, что расширяя возможности своей проги или исправляя какие-то проблемы, эти прогеры портят что-нибудь другое. Видимо, из-за того, что невозможно залезть в «потроха» достаточно глубоко. Или из-за нежелания заморачиваться за те крохи, что фирма платила за исправления. Быстренько чего-то наваяли методами объектно-ориентированное событийного программирования в визуальном режиме и усё.

такова ниша.

дешевле вас озадачить чем …

и это печально.

там вообще по памяти / загрузке процессора / I/O какие показатели? может эта проприетарщина чего то ждёт а железо в это время простаивает. короче говоря прекращайте жрать проприетарный кактус и плакать в век когда переход на открытые технологии столь прост как никогда.

прекращайте жрать проприетарный кактус и плакать в век когда переход на открытые технологии столь прост как никогда

Вы никак не поймёте, что переход на другую технологию – это лотерея или предварительный эксперимент, в котором надо убедится, что предлагаемый инструментарий корректно «подхватит» имеющееся оборудование.

Вы не понимаете, что «голая» СУБД никому не нужна, даже если это совместимая со всем 1С или полностью бесплатный PostgreSQL в связке с полностью бесплатным LO Base.

Необходимо «заточить» эту СУБД под нужды конкретного использования. А это опять деньги и время. В том числе и время работников фирмы, которые должны будут написать тех.задание вида «надо кнопочки, которые делают: ….». Например, печатают из приёмной накладной этикетку на Zebra в количестве: 1 шт или в количестве принятого товара, или в количестве из накладной, или в количестве, вводимом оператором.

Но это не входит в должностные обязанности сотрудников фирмы, на что, в принципе, можно насрать. На что нельзя насрать, так это на то, что у работников есть обязанности, которые они должны выполнять в рабочее время, ибо выполнение этих обязанностей и приносит фирме деньги и… репутацию. Т.е. даже написание техзадания и обсуждение потом, что и как сделали, не сделали, собираются сделать исполнители – это деньги.

А почему я вспомнил эту Zebra? А потому что, когда была куплена ещё одна Zebra, заставить её печатать такие же этикетки так и не удалось. Т.е. она печатала, без вопросов, но какие-то минимальные отличия от старой, и часть теста резалась. Т.е. для новой Zebra необходимо было разрабатывать новый шаблон этикеток. Т.е. везти эту Zebra в офис фирмы-разработчика или приглашать спеца к нам. Без гарантий.

Потому все руководствуются принципом: «Хоть как-то работает? Трогать не будем.»

да потому что надо использовать открытые стандарты и открытое ПО. вся суть проприетарного софта раскрыта: тут заставить не смогли печатать ... вызывать спеца ... писать в поддержку разработчика ... что как работает никто не знает ... тьфу.