|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 30 Mar 2002 22:57:31
To : Zahar Kiselev
Subject : Re: записки тетки-бух галтера
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VB>> Hужно воспроизвести middle-level, а именно наборы вот тех самых
VB>> типовых документов, и тд. и тп. которые в 1C есть out-of-box,
VB>> bкоторые на userlevel человек продавший коробку (или сам
VB>> пользователь) с 1C правит под конкретную ситуацию купившего (если
VB>> нужно править).
ZK> В том случае, о котором я упоминал и где уже не первый год сражаются с
ZK> 1С - там вообще фактически написали свою систему оперативного учета на
ZK> встроенном языке 1С.
Молодцы!
я вот, знаю людей6 котоыре написали на VBScript'е полностью свою систему
учета, пользуясь готовыми компонентами из accent6, и что?
ZK> То есть от исходной конфигурации вообще мало осталось.
...там от исходной конфигурации ваще ничего не осталось...
ZK> Я считаю что это глупость и надо было писать на любом нормальном
ZK> языке.
а я считаю, что им ПОФИГ было на чем писать. Попался под руки Акцент,
написали на нем. Авторы "пошли навстречу", и дописывали к своим копонентам
то, что нужно заказчику - отлично. Hе нашлись бы они, нашлись бы другие.
ZK> Кстати говоря - интерпретатор встроенного языка у 1С работает
ZK> медленно, скорости выполнения кода во многих случаях
ZK> недостаточно.
кстати говоря, VBScript, вполне себе прилично работает. То, где нужна
скорость переписывается на VC++, VBScript. Впрочем, как и в любом
скриптовом языке.
ZK> Будет ли быстрее какой-нибудь из интерпретируемых языков, имеющихся по
ZK> Линуксом?
думаешь кому-то интеерсно это сравнивать? Людям интересно
1. скорость и прозрачность написания программ на конкретном скриптовом
языке людьми, которые "не программисты" (как ты любишь твердить о
себе), а специалисты в прикладной области.
2. легкость "миграции" скриптового кода в C/C++ (в зависимости от).
ZK> И так ли нужен именно интерпретируемый язык?
я осенью специально для тебя постил тут URL на статецку о класификации
скриптовых языков и тд. Читал? Или подзабыл уже?
Интерпретаор дает несомненые плюсы на этапе разработки. Плюс, легкость
реализации.
ZK> Ты видел сколько времени в том же 1С выполняется "сохранение
ZK> конфигурации" после внесения изменений?
не видел. Зачем оно мне? Как часто делается эта операция? Есть сколько
нужно потратить ресурсов квалифицированого программера на то, чтоб
ускорить эту операцию на 20%? А сколько дохода принесет это ускорение?
Пойми, можно многое очень красиво сделать. Вопрос, нужно ли это делать
сейчас, когда хочется кушать. Тебе, твоей семье, и тд. и тп.
ZK> Даже GNAT быстрее компилирует:) А какие еще плюсы у интерпретируемого
ZK> языка могут быть существенны в данном применении?
поищи URL на ту статейку, там расписаны все плюсы скриптовых языков.
для меня, например, на данном этапе уже дане не возникает вопроса "что
выбрать, компилируемый или интерпретируемый зяык?". В 90% случаев ответ
"интепретируемый". Компилирование нужно тогда, когда "мало ресурсов
компьютера". Hапример мало памяти, или дохлый процессор. И вся эта
задача на этой хитрой железяке" стоит дорого, и цена продажи ее позволяет
ОКУПИТЬ квалифицированого программера на C/C++/итд. Сколько время жизни
приложения? Год-два-три? Сколько хочет хороший прогарммер умеющий писать
на C++? Сколько таких решений будет продано за эти два года? Вот нужно
умножить еще на два (как минмум, еще столько же прийдется сапортить этот
софт), и посчитать "а есть ли эконоимическая выгода от такого решения?".
Если ты что-то там пишешь для себя - это твое личное дело. Если кому-то
это понравилось, и он эим может пользоваься - это его личное дело.
Предприятие, которое зарабатывает разработкой софта, в первую очередь
хочет не закрыться через год (поржрав инвестиции). Т.е. на
"скорострельность" смотрят уже после того, как подсчитают расходы на
разработку и поддержку.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: записки тетки-бух галтера 
