|
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
|