Sat Oct 11 2003 20:40, Vladimir Vassilevsky wrote to Alex Kouznetsov:
AK>> У языка Форт есть несколько преимуществ:
VV> Вроде бы, даже IT согласился, что на форт-систему в качестве языка VV> нужно ставить C, чтоб обеспечить читаемость и поддерживаемость. VV> Форт как самостоятельный язык - нонсенс.
Язык как язык, уж не хуже С. Дело привычки.
AK>> -- Компилятор с Форта намного проще, чем компилятор с С,
VV> Это проблемы тех, кто делает компилляторы.
Я делаю компиляторы, потому и упомянул.
AK>> особенно если AK>> целевой проц - Форт-процессор.
VV> Процессору все равно, на чем написан код, который он исполняет.
Тому кто пишет компилятор - не все равно, на какой целевой процессор генерить код. На стековый процессор генерить код проще.
AK>> Чем тратить месяцы на переделки С AK>> транслятора, проще за день-другой сделать Форт и начать работать.
VV> Вот и обьясни это IAR-у и Микрософту :)
Не в кассу... Микрософт до этого в конце концов допедрил. Его .NET, насколько мне известно, использует виртуальную стековую машину. Какую виртуальную машину используют IAR компиляторы - точно не знаю, но скорей всего тоже стековую.
AK>> -- Программы на Форте пишутся и отлаживаются примерно в 2-3 раза быстрее AK>> чем на С.
VV> Очень странное утверждение. VV> Разработка состоит из проектирования, кодирования и отладки процедур VV> и ресурсов, и сборки и отладки проекта как целого. Удобный язык VV> облегчает кодирование, неудобный - утяжеляет.
То что ты перечислил - типовой цикл, в т.ч проектов на С. Форт, помимо этого, позволяет использовать и другие стили программирования. Больше свободы.
AK>> Особенно "специфические" задачи, для которых нельзя найти AK>> готовую либу на С.
VV> ????? VV> Либа - не более чем сборище примитивов, чтобы не тратить время на VV> их кодирование. Кстати, я предпочитаю по возможности не пользоваться VV> либами, так как из-за их стандартности и ненужной универсальности VV> возникает оверхед.
Тогда теряется одно из главных преимуществ С над Фортом.
AK>> Программы на Форте компактнее чем на С. Как AK>> исходник компактнее, так и код в памяти занимает меньше места.
VV> Cпорное утверждение. И даже если это так, то кого это волнует. VV> Задача вмещается в поставленные рамки - значит, все отлично. VV> Проект должен быть сделан быстро. Его должно быть удобно поддерживать. VV> Все остальное - второстепенная шелуха.
То, что ты говоришь, верно для мелкосерийных проектов и халтурок "на дядю".
VV> Да, хороший программист может сделать маленькую задачку на асме VV> намного эффективнее, чем плохой программист на сях. Только причем тут VV> форт
На Форте нетрудно сделать так же эффективно, как на асме.
Пока, Алексей