LINUX.ORG.RU

AI, LISP — живые зомби


0

0

Живые или неживые, в фантазии или больном разуме фанатов или невежд,
всё равно, правда?

Просто хочется поделится линками и узнать мнение местных жителей.

Первый (линк) о "Worse Is Better". Автор рулил LISP фирмной задолго
до успешного продавца собачей еды и прочей pet-хрени которого купило
Yahoo. Прочитав, можно узнать чем набивали железо многие вендоры до
доси с писюками, почему программирование так сложно, не говоря уже о
зоопарке  фичастых форков и их реализаций. Похоже LISP -- AI.com
академический и практический пузырь 70х начала 80х.

Общее описание набора лекций и статей:
http://www.dreamsongs.com/WorseIsBetter.html

Оригинальная версия:
http://www.dreamsongs.com/WIB.html

После
"The good news is that in 1995 we will have a good operating
system and programming language; the bad news is that they
will be Unix and C++."

Я просто забил. В 1995 системой была выньдос 95 [MS Windows(R) 95(TM)] 
а язык программирования дэлфи [Borland Delphi].

Не знаю жалеть ли современных лиспо-скобочников, которые тупой `sed`
скрипт не могут написать, чтоб хотябы эти скобки тупо не набирать.

Второй и последний линк -- колонка Billа Schweberа, которая
ориентирована на всех инженеров. В этот раз (на фоне всего предыдущего)
он меня (снова) порадовал.

"Opinion: Time for another AI reality check?"
http://www.planetanalog.com/news/showArticle.jhtml?articleID=207001735

Занимательного всем чтива.
--
sed 'sed && sh + olecom = love'  <<  ''
-o--=O`C
 #oo'L O
<___=E M

Ответ на: комментарий от watashiwa_daredeska

А чем bash не LISP?

тогда (:

А чем bash не LISP?
______
#!/bin/bash

# lisp interpriter
load-library(){
    : do load
}

setq(){
    : do setq
}

# Emacs lisp
#;; my locale things (do not break time stamp generation on English)
#(setq system-time-locale "C")

#;; time stamp
#(load-library "time-stamp")

(load-library "bash")
(setq system-time-locale "C")
_____

olecom
() автор топика

> Оригинальная версия:
> http://www.dreamsongs.com/WIB.html

"""
2.2.1 Bad Declarations

This example is a mistake that is easy to make. [...] was as follows:

    (proclaim '(type (array fixnum *) *ar1* *ar2* *ar3*))

[...] following correct declaration:

    (proclaim '(type (simple-array fixnum (4)) *ar1*))
    (proclaim '(type (simple-array fixnum (4 4)) *ar2*))
    (proclaim '(type (simple-array fixnum (4 4 4)) *ar3*))

Altering the faulty declaration improved the performance of the entire system by 20%.
"""

Даже не говорю о том охота ли это всё писать даже с автодополнением
или какой другой бородой. Меньше кодить, больше думать там не выходит.
Как в той рекламе, "слишком много обуви".
_______

olecom
() автор топика

Кривость синтаксиса языка и стиля кодирования

Складывается такое впечатление, что чем труднее реализовать какой-либо
синтаксис языка или стиль кодирования с помощью `bash` и `sed`, тем
менне вероятно, что они читабельны или human-frendly.

const str[] = "C-Like syntax";
c_foo __C__
{
    keep "K&R"
    {
        for bla blu
        {
            do_foo;
        };
    };
}
py_foo __python__:
        __doc__=""" Python like syntax """
        keep "GVR"

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

olecom
() автор топика

попытка статического анализа plain text open source

Вот после чего слова за CodingStyle-подобными документами и тулзами
преобретают вес:

http://kernelnewbies.org/olecom

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

Ведь тогда тривиальные ошибки можно не то что ловить, а просто не
допускать. Внедрить систему сбора и анализа текста конкретного проекта
в редактор или скрипты разраБОТчика и запускать перед компиляцией.
Сложные вещи (синтаксис или завёрнутые макросы) можно с лёкгостью
анализировать, если в описание функций добавить оговоренные ключевые
слова и тп.

В чём проблема? Дырки в безопасности от того, что multi-line grep'a
никто никогда не предсавлял и что такое очень просто делатся в `sed`?

Взять последнюю шумиху вокруг vmsplice(). Вышел секьюрити апдейт
2.6.24.1, парниша qaaz решил ручками просмотреть не осталось ли чего
приоткрытого, и осталось же! И началось. Трудно без multi-line grep,
трудно.


Нет, давайте мерять Ruby у Python и рассматривать LISP у Scheme!
_____

olecom
() автор топика

текст кода

> Как жалко, что кодеры не могут выйти из ящиков синтаксиса языка
> или убогого макро препроцессора.

Ладно ещё ядерные девелоперы, их ещё можно понять, но юзерспейсные?

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

http://www.uclibc.org/cgi-bin/viewcvs.cgi/trunk/uClibc/libc/stdlib/_strtod.c?re
v=14605&view=auto

В dietlibc вообще страшно смотреть из-за отсуствия стиля (on-line
линков на официальном сайте не нашёл :).
_____

olecom
() автор топика
Ответ на: текст кода от olecom

ремесло рукоделие (программирование)

Вообще что рукоделие и ремесло отличет от, например, индустриальной
революции?

Приспособления, устройства, станки и тп. Так какого программеры-кодеры
до сих пор криво-рукодельничают? Закрылись за высокими заборами
непонятных терминов, махательств руками о языках, компиляторах и прочей
херне. Не порали, это, развиватся выше пола?

Или компутер сайенс академики до гроба будут спорить что лучше LISP или
C? Молодое поколение не будет отсвавать прохаживаясь по зоопарку жаб,
питонов, пыхов, верблюдов, жирафов и прочей живности.

Для сравнения можно привести как цифровая электроника от handcrafted
стала до тупости простой в построении.

http://www.planetanalog.com/news/showArticle.jhtml?articleID=207000491
_______

olecom
() автор топика

Не осилил, что хотел сказать топикстартер (наверняка его вильфред укусил), но флейм lisp vs vim или lisp vs k3b одобряю.

anonymous
()
Ответ на: комментарий от anonymous

> флейм lisp vs vim или lisp vs k3b одобряю.

Старо. Я бы одобрил флейм "Лисп vs ацетон".

tailgunner ★★★★★
()
Ответ на: комментарий от generatorglukoff

>жизнь ацтой, резать вены вглубь?

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

jtootf ★★★★★
()

Чо-то я не понял, это топик на лоре или чей-то ЖЖ?

stassats ★★★★
()

olecom, задолбал уже спамить этот бред как на LOR, так и на forum.linux.by. Если ты хочешь конструктивно подискутировать по какой-либо теме или каких-нибудь еще более конструктивных действий, то изучи сперва русский язык и логику. Твои посты похожи на излияние потока больного сознания. Я удивлюсь если найдется хотябы 2-3 человека, которые потратят время на то, чтобы разобрать, что же ты действительно имел ввиду.

satanic-mechanic
()
Ответ на: комментарий от olecom

2olecom

>Даже не говорю о том охота ли это всё писать даже с автодополнением
>или какой другой бородой. Меньше кодить, больше думать там не >выходит. Как в той рекламе, "слишком много обуви".

А чем собстсвенно, тебе думать ? У тебя ж мозгов хватает на первую пару открывающихся скобок. Не понимаешь, как можно с таким количеством кнопок на клавиатуре, что-то осмысленное писать, но это же твои проблемы, правильно ?

anonymous
()
Ответ на: комментарий от jtootf

> и какой из этого всего вывод ?

FYI, читать не обязательно.

IMPORTANT! READ CAREFULLY.

Пока это всё здесь висит по воле модераторов или нет, копировать
и пользоватся материалами для личного или публичного показа,
такого как "вот что Я не понимю", "подскажите мне из этого вывод",
"Я не мог отформатировать ответ вот на это" и всех прочих,
разрешено только со строгим соблюдением условий

                    Лицензии WTFPL.
http://sam.zoy.org/wtfpl/COPYING
_____

olecom
() автор топика
Ответ на: комментарий от olecom

olecom, если вы не собираетесь следовать моему предыдущему совету, то хотябы давайте читать ваши сообщения любому постороннему человеку (например, сидящему рядом с вами на работе коллеге) перед тем, как сделать их общедоступным достоянием. Если в его глазах не заметите понимания, значит что-то не так и сообщение нуждается в доработке.

satanic-mechanic
()

/me не осилил

anonymous
()
Ответ на: комментарий от watashiwa_daredeska

Да это же многовековой флейм static vs. dynamic. Лисьб тут не при делах, за те же грешки можно и руби и питонишку опустить по полной.

anonymous
()

> В 1995 системой была выньдос 95 [MS Windows(R) 95(TM)] а язык программирования дэлфи [Borland Delphi].

Это где же (за пределами диких, населенных медведями территорий) была дельфя?

anonymous
()
Ответ на: комментарий от anonymous

> > В 1995 системой была выньдос 95 [MS Windows(R) 95(TM)] а язык
> >  программирования дэлфи [Borland Delphi].

> Это где же (за пределами диких, населенных медведями территорий) была > дельфя?

Это образное выражение. Не уходя глубоко в детали, можно конечно
сказать, что у тех, у кого не было в то время пней, 8 и больше метров
рамы (за всё несколько килобаксов), были

* asm
* Borland Pascal
* Borland/Watcom C/C++
* FoxPro
* etc

И естественно PC, у тех у кого альфы на кафедрах стояли были свои зве-рюшки.

olecom
() автор топика
Ответ на: комментарий от olecom

пристрелите его, чтобы и сам не мучался и других не мучал

Deleted
()
Ответ на: комментарий от olecom

Опять ты про дикие страны. У всех были или маки, или если PC, то как правило без борландячьих поделий.

anonymous
()
Ответ на: комментарий от olecom

>FYI, читать не обязательно.

а писать?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.