LINUX.ORG.RU

История изменений

Исправление sanyo1234, (текущая версия) :

Забудьте. Просто забудьте. В случае платформы никакое портирование не возможно. В принципе. Можно написать другое приложение на другой платформе. И снова разница в синтаксисах скриптовых ЯП тут займёт 0.01% сложности. Будете сильно торговаться, могу скинуть до 0.03%, но это предел.

Можно ведь выносить алгоритмы решения определенной задачи в отдельный слой, который был бы портируемым между ERP, если написать для нескольких ERP надстройки для совместимости их между собой? Хотя бы учетные регистры и типа того? Еще лучше было бы если бы производители ERP сами хоть сколько-нибудь стандартизировали свои API по работе с предметной областью хотя бы в какой-то уже достаточно commodity части.

Понимаете, вы не то что бы совсем не правы, просто вы слишком сфокусировались на 5% вещеё и света белого за ними не видите. А он есть и он-то на самом деле и важен.

Синтаксис одних ЯП типа Python, Perl, PHP не нравится, а других типа VB.NET, C# нравится. От синтаксиса 1Це вообще тошнит. От предметной области ERP впрочем тоже, по крайне мере в качестве программиста. А админить вполне норм, если не приходится углубляться в какие-либо нюансы бух и других видов учета.

Лично мне нравится программировать только скрипты управления ресурсами OS и различных сервисов, т.е. GitOps, где предметная область ограничена системным администрированием желательно с применением методологии DevOps. А все эти бухи - только голову засорять ненужным мне мусором.

Исходная версия sanyo1234, :

Забудьте. Просто забудьте. В случае платформы никакое портирование не возможно. В принципе. Можно написать другое приложение на другой платформе. И снова разница в синтаксисах скриптовых ЯП тут займёт 0.01% сложности. Будете сильно торговаться, могу скинуть до 0.03%, но это предел.

Можно ведь выносить алгоритмы решения определенной задачи в отдельный слой, который был бы портируемым между ERP, если написать для нескольких ERP надстройки для совместимости их между собой? Хотя бы учетные регистры и типа того? Еще лучше было бы если бы производители ERP сами хоть сколько-нибудь стандартизировали свои API по работе с предметной областью хотя бы в какой-то уже достаточно commodity части.

Понимаете, вы не то что бы совсем не правы, просто вы слишком сфокусировались на 5% вещеё и света белого за ними не видите. А он есть и он-то на самом деле и важен.

Синтаксис одних ЯП типа Python, Perl, PHP не нравится, а других типа VB.NET, C# нравится. От синтаксиса 1Це вообще тошнит.