|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Moderator 2:5020/510 15 Dec 2002 01:10:59 To : Valentin Nechayev Subject : Re: [JT] питон --------------------------------------------------------------------------------
[+] офф-топик
>>>>> "VN" == Valentin Nechayev writes:
VN> From: Valentin Nechayev <netch@segfault.kiev.ua>
>>>> Eugene Karpachov wrote:
>>> Зато созданный в нарушение базовых принципов проектирования синтаксиса
>>> - я про те же отступы. Да, можно вывернуться наизнанку и писать так,
EK> Какие принципы?
VN> Принципы консистентности синтаксиса и семантики, уж простите за прямую
VN> кальку с английского. Фиксированность (единообразие) написания
VN> ключевых слов, других элементов синтаксиса. Однозначность
VN> парсинга. Однозначность семантической нагрузки элементов синтаксиса -
VN> например, static в Си++ с тремя существенно разными значениями
VN> (локальная видимость, постоянство существования, единственность на
VN> класс - кстати, я еще какой-то случай упустил...) - грубейшее
VN> нарушение этого правила. Удобочитаемость полученного текста. Еще
VN> можно очень долго перечислять, у меня сейчас нет вдохновения;)
VN> Самый резкий нарушения этих принципов - классический Фортран версий от
VN> I до 77 (не freeform). Пробелы не имели значения нигде, кроме
VN> текстовых констант (холлеритовых - в ранних версиях; в апострофах -
VN> позже). Текст программы после разбора на строки проходил удаление
VN> пробелов и парсинг на элементы заново после этого. В результате, из-за
VN> простой описки "DO 20 I=1,10" (начало цикла типа сишного for)
VN> превратилось в "DO 20 I=1.10" (присвоение переменной DO20I), и
VN> космический аппарат улетел в пустоту вместо цели.
EK> И, главное, чьи это принципы, и почему они должны быть всеобщими?
VN> Эти принципы отработаны пОтом, кровью и миллиардами долларов убытков.
VN> Одного неулетевшего спутника достаточно, чтобы окупить их реализацию.
VN> Я не доверю Питону ничего critical для себя, даже в домашних
VN> масштабах, по причине, что вложенность отступами легко сбивается как
VN> дурными редакторами, так и случайными модификациями, а потом это не
VN> может быть легко опознано глазами и значительно тяжелее опознается
VN> программно (автоматически), по сравнению, например, с выделением {...}
VN> или begin...end (а чаще всего просто не опознаются). Оккам с такими же
VN> отступами - был экспериментальной разработкой. А в промышленном
VN> производстве программ такой ляп можно терпеть только в open source,
VN> где ответственность за написанное нулевая принципиально.
VN> P.S. Грустно - в остальном ведь отличный язык. [beep].
>>> Глиняные таблички живут тысячелетиями, и их даже из земли раскисавших
>>> теми же тысячелетиями - вытащили и восстановили что на них было
>>> написано - без существенных проблем. С бумагой (особенно с теми
>>> промокашками, что
VN> сейчас
>>> везде) - такого не добьешься.
EK> Hет, если задача в землю зарыть на тысячу лет - безусловно, глиняная
EK> табличка лучше. Только почему-то люди пишут совсем с другими целями.
VN> Люди пишут со всякими целями. Hадпись на скале может быть важна
VN> ничуть не меньше, чем бумажка. Или вот дорожный знак - он ведь
VN> краской нарисован, тоже не так удобно, как на бумаге...
VN> -netch-
--
Best regards, -- Boris.
A computer lets you make more mistakes faster than any invention in human
history -- with the possible exceptions of handguns and tequila.
--- ifmail v.2.14
* Origin: XtalK (2:5020/510@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/64581b86c9ac.html, оценка из 5, голосов 10
|