[gomer]

Это, конечно, личное дело каждого пишущего, но мне, если честно, уже надоело видеть в кодах названия переменных и польз. функций, написанные с ошибками

[Makswell]

Сообщение от gomer Это, конечно, личное дело каждого пишущего...

Дальше как бы можно и не обсуждать.

[Disney]

gomer, вот я, не смотря на то, что инженер, абсолютно неграмотный в отношении русского языка, мне честно стыдно, но поделать с этим я ни чего не могу, меня немного спасают встроенная во все современные программы "Проверка орфографии".
И имея средние знания англицкого, я легко могу обозвать свою функцию Hello_Mir и переменную не List_block_attribute, а Spisok_Blok_attrib, или даже sba, да хоть trja_lja_lja, и какое тебе нафиг до этого дело? Если бы я вдруг писал код на конкурс, или в для кого-то в обучающих целях, я бы возможно тогда бы ещё задумался об именах функций и переменных. Как правило мы(мелкие самоучки программисты) пишим программу для конкретного пользователя, которому дела нет что там вообще за код, на сколько он оптимален и устойчив, ему главное чтоб при запуске, у него с программой был понятный и адекватный диалог.
Например вот, одна из моих самых первых программ Калькулятор для набора, меня там KAI раскритиковал

>>"Выберете строки содержащие \nчиловые значения, для \nдольнейшей операции с ними" А дальше уже и смотреть не хочется, нас не уважают.

, я конечно потом подправил код, но выложил его в другом месте, и им до сих пор геодезисты пользуются и радуются, но мне было стыдно, и я долго стеснялся потом появляться на форуме, да и вообще программировать.
Это сейчас

А я уже взрослый, А мне уже можно вовсю, Иду по улице Иду по улице Иду по улице и никого не сю Дмитрий Соколов «Чаинки»

[gomer]

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

[Елпанов Евгений]

Сообщение от gomer Вот здесь все понятно: углы 1, 2, 3 равны соответственно 5 15 и 25

У меня это не углы, а просто первая группа переменных, потом идут b1, b2, b3...

ps. По основной теме, во встроенном редакторе, нет возможности проверки правописания, тем более на русском. Вообще - то, жаль...

[Disney]

Вот буквально сегодня писал код и назвал функцию selext_popup_list, сам не пойму то ли опечатавший, то ли руки кривые, и когда начал на неё ссылаться(вызывать) заметил опечатку, и не будь этой темы, я бы исправил на seleсt_popup_list, но теперь из принципа пришлось оставлять как есть.

[gomer]

>Disney: не ограничивайте себя ни в чем и не следуйте ни за толпой, ни против... У меня такое часто происходит, и я исправляю...

>Елпанов Евгений: Вам можно, вряд ли вы потеряетесь в своей программе... Это мировая практика: a - угол, p-точка... Кстати, проверка правописания добавляется в Notepad++
с помощью плагина... Но опять же не удалось мне его установить Может поможет кто?

[Profan]

Сообщение от gomer Это, конечно, личное дело каждого пишущего, но мне, если честно, уже надоело видеть в кодах названия переменных и польз. функций, написанные с ошибками

Да, невыносимую жизнь создали эти лиспописаки автору темы. Просто удивительно, как это их терпят и VVA, и Елпанов Евгений, и kpblc, и ..., и даже ShaggyDoc...

[E-degtyarev]

О чем спор?
В любом руководстве по программированию на LISP написана примерно такая фраза: "Имена переменной, функции, аргумента, состоят из прописных или строчных букв, цифр и знаков, за исключением круглых скобок, точки, апострофа, кавычек, точки с запятой."
А в каком порядке и в каких сочетаниях эти символы написаны интерпретатор LISPa абсолютно не щекотит.
ИМХО скверно, если эти функции не работают или работают неправильно.

[Vov.Ka]

а есть ли здесь кто-нибудь, кто использует кириллицу? типа

Код:

[Выделить все]

(setq Точка (getpoint))

[Кулик Алексей aka kpblc]

А зачем? Это ж не 1С с его конструкциями "Если Тогда КонецЕсли"

[Nike]

Сообщение от Vov.Ka а есть ли здесь кто-нибудь, кто использует кириллицу? типа Код: (setq Точка (getpoint))

Я!
Причем в гораздо более радикальной форме.
Например (легкая радикальная форма):

Код:

[Выделить все]

(setq сраная_точка (getpoint))

Но чаще использую тяжелую.

Ну и что?

[Capiton]

Согласен со всеми критиками аввтора темы.
Просто сказать, что Вас достали все безграмотные LISP программисты - это 2 балла.
Вот если бы Вы, gomer, предтавили своё вИденье наиболее рационального, понятного и "эстетичного" стиля программирования на LISP (хотябы AutoLISP) и не в восьми строках, а на восьми страницах со всеми ньюансами и исключениями - вот это твердые 4 балла и заявка на 5 (после обсуждения - исправления - публикации в разделе "публикации"). И тема была бы интересная.

[Кулик Алексей aka kpblc]

В качестве задела: http://autolisp.ru/2009/09/12/code-formatting/

[Capiton]

На задел пойдет. Все изложенные принципы разумны, но могут существовать только как один из множества вариантов. Несоблюдение любого из них не может считаться безграмотностью.

Безграмотностью почему-то считают неиспользование локальных переменных. По моему мнению "локализовать" переменные разумно лишь при публикации кода в его окончательной редакции, а до тех пор часто глобальные переменные позволяют отслеживать ход выполнения кода и ошибки в нем гораздо быстрее и удобнее чем средства LISP редактора

[Кулик Алексей aka kpblc]

Вот это как раз не аргумент - "отслеживать выполнение". По крайней мере при разработке внутри VLIDE: http://autolisp.ru/2009/09/16/lambda-functions/ ; http://autolisp.ru/2009/09/10/vlide-misc-01/ ; http://autolisp.ru/2009/09/12/vlide-misc-02/

[Capiton]

VLIDE обладает хорошим набором средств для анализа подробно описанным в многих источниках, но...
1. Анимация выполнения кода часто хлопотна, бесполезна или вообще не работает.
2. Точки останова хорошее средство, но для того чтобы их грамотно расставить нужно сначала частично разобраться и проанализировать ошибку, что не всегда возможно, когда у тебя все переменные nil. А потом надо еще не забыть все их снять.
3. Прерывание на ошибке... "Кривой" фрагмент кода может вполняться и без прерываний.
4. Watch window удобен для отслеживания ключевых (обычно и так глобальных) переменных в коде. Заносить в него все переменные подряд неудобно и ненаглядно. К тому же он позволяет отслеживать переменные только при использовании точек остановки.
5. Окно отслеживания ошибок безсловно необходимо, но у него иные функции. Оно не предназначено для отслеживания состояния переменных.

Как не крутись без глобализма не обойтись

[Кулик Алексей aka kpblc]

1. Не пользуюсь, так что сказать ничего не могу.
2. Надо анализировать не ошибку, а код.
3. Смотреть не только код, но и логику.
4. Кто сказал, что для "глобальных"? Инструментом надо пользоваться с умом.
5. Ничего не могу сказать, мне и без этого инструментария хватает
Резюме: покажи код, который при определенных условиях вываливает трудноуловимую ошибку. Я попробую снять видео по отладке.

[Profan]

Алексей Кулик, видимо, не застал то время, когда VLIDE еще не было. И обратную трассировку не застал...

[Кулик Алексей aka kpblc]

Ага, не застал.

[Александр Ривилис]

Capiton, вот и проголосуй за расширение VLIDE: http://www.zoomerang.com/Survey/WEB22ALQR9G6P3