|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ruslan Kosolapov 2:5020/400 03 Sep 2004 21:14:52
To : Artem Chuprina
Subject : Re: Буквари: Программирование в X Window
--------------------------------------------------------------------------------
==[ Artem -> Ruslan:
AC>>> Угу, в лиспе в том же месте пришлось бы написать (set 'q 5), но
AC>>> (puts q).
RK>> Hо это же интуитивнее. Есть функция quote, которая возвращает имя
RK>> элемента, а не его значение (ну или как это по-правильному
RK>> будет?).
AC> Во-во. Или как это по-правильному будет. Когда выучишь, как -
AC> приходи, будем говорить дальше. И про uninterned symbols, и про
AC> разные symbols с одинаковыми именами, и прочая, и прочая.
Hекогда мне учить :( Я не программист, и время на изучение таких
вещей не может оправдаться в ближайшем будущем.
Поэтому мне и нравится lisp или perl, что там всё интуитивно (пусть
это субъективная интуитивность, и пусть это так только на моих
задачах).
RK>> К тому же если уж $ указывает на то, что следующее за ним
RK>> выражение следует выполнить, то почему тогда не работает $(expr
RK>> 5+5)? Зачем нужно [expr 5+5]? По всем признакам получается, что
RK>> $ - это признак того, что за ним идёт имя переменной. Hо иногда
RK>> имя переменной указывается без $. Вот это мне очень не нравится в
RK>> синтаксисе тикля. Плюс ещё мне не нравятся разные скобочки (а
RK>> особенно скобочки в виде кавычек), но это уже наверное придирки, а
RK>> не реальные претензии.
AC> Руслан, блин, man tcl меньше 200 строк. Синтаксис и интерпретация
AC> _языка_ там, блин, описаны полностью. Hастоящие ковбои таких манов
AC> не читают, предпочитая строить догадки?
Всё верно. Hо когда язык интуитивно понятен, то это удобнее.
Я ж не спорю с тем, что в тикле всё понятно. Я говорю, что мне бы
было удобнее, если бы мне не запоминать надо было, а интуитивно
чувствовать.
--
=[ Фигу не смог столько сделать для французской сборной, сколько Зидан.
=[ -- футбол на ОРТ
--- ifmail v.2.15dev5.3
* Origin: SWSoft Novosibirsk, QA Department Second Manager (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
