Re: feature request

От: Michael Kulakov <CGatePro_at_mx_ru>
Дата: Thu 23 Mar 2006 - 16:25:12 MSK

Здравствуйте!

On Thu, Mar 23, 2006 at 05:10:14AM -0800, Vladimir A. Butenko wrote:

> >>делать - никому не известно. ну, например, возмем строго типизированный
> >>язык java :))) ведь там все хорошо :)
>
> А другая крайность - суровый академизьм, апофигеем которого был Алгол 68.
> Там всё было хорошо, строго и научно обосновано. И даже работало. Но
> продраться через это могли только авторы, и оно тихо умерло оставив за
> собою след из десятка дохтурских диссертаций.

книжку по этому языку в пору здесь калькуляторов mk64 я все еще вспоминаю с некоторым содроганием ...

> А вот найти золотую середину - чтобы и строго было, но и не перегружено -
> это уж у кого как получается. В CG/PL динамическая типизация (как,
> собственно, и внутре СGatePro) - это один "спорный момент". Второй,
> вытекающий из оного - это отсутствие описаний переменных. Этот второй -

третий: отсутсвие нативного синтаксиса для работы с cgp структурами данных - текущего не достаточно, должны быть enumeration аналоги и тд. компактная perl форма foreach/each - весьма удобна.

> момент много более спорный. Потому что одно дело - сэкономить 5 минут и не
> перечислять используемые переменные, другое - 5 часов искать ошибку,
> которая возникла из-за того, что имя переменной было написано неправильно.
>
> Так что очень тянет ввести еще оператор:
> vars counter,myListIndex,...;

вводить подобные ограничения не явно - через первое появление достаточно плохо. запрос адекватных ограничений - должен быть явным.

> Если он хотя бы раз попался (в тексте программы? в тексте процедуры?), то
> требовать, чтобы все переменные было явно об"явлены.
>
> >>>Язык же трактуется как предметный ... по области примерения. Или нет ?
> >>Язык должен быть в первую очередь языком а не одним из тех наборов
> >>жестов глухонемых, на которых общаются все эти линухоманско-форточные
> >>сообщества пионэров. Нормальный человеческий язык всегда более удобен,
> >>чем "специально заточенный птичий".
> >
> >да. prolog наш выбор.
>
> Хм.
> Плэннер - наш выбор. Ах, как забавны были годы юности...

Хорошо, если не предлагать странного ( скажем политкорректно :) ), то не факт, что процедурный язык и cgpl как его реализация - достаточный инструмент для решения достаточно широкого круга задач. глядишь, с spawn бы не потребовался.

С уважением,
  Михаил Кулаков Получено Thu Mar 23 13:23:21 2006

Этот архив был сгенерирован hypermail 2.1.8 : Thu 23 Mar 2006 - 17:12:28 MSK