Главная концепция common lisp

Все уже сгенерено, надо только запустить.

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

и пока код (даже прекомпилированный) все построит

Один хрен тебе надо синхроинизировать образ с исходником и тебе _придется_ его перезапускать. При чем значительно чаще, чем один единственный раз начиная работу.

Обычно оно само синхронизируется, определения классов, фукций и.т.п обычно пишут в файлах и потом сразу оттуда компилируют аналогично REPl-у.

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

Обычно оно само синхронизируется

anonymous об этом и пишет. psv1967 же настаивает на некой мистической важности образа. К Common Lisp это никакого отношения не имеет.

Так он про данные, а не про код.

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

Реплом пользовался из clisp'а, потому что там readline

rlwrap и readline будет везде.

"...а это и не пальчик" (С)

Так он про данные, а не про код.

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

psv1967 же настаивает на некой мистической важности образа. К Common Lisp это никакого отношения не имеет.

А где у тебя тогда храится состояние системы, если не в образе?

А где у тебя тогда храится состояние системы, если не в образе?

Состояние хранится в оперативной памяти.

ага, между его запусками ^_^

а между запусками состояние хранится в исходниках.

В течении сеанса разработки я обычно несколько раз перезапускаю систему, что бы получить «чистую» систему. Зачем что-то хранить между сеансами мне не понятно. Нужно мне компоненты грузятся несколько секунд.

это в случае кода кода много меньше чем данных. у меня ситуация наоборот --- мало компактного кода и куча данных. мне выгодно иметь данные уже в обработанном виде в образе. и образ естественно сохранять между сессиями.

Осталось только понять, какое это имеет отношение к Common Lisp и программированию вообще.

я и не надеюсь что ты что то поймешь :)

А что ты делаешь, когда данные становятся неактуальными и их надо формировать заново (очевидно, такая ситуация происходит много раз за одну сессию, т.к. данные теряют актуальность при любой ошибке)?

1) это не частая ситуация, никаких «много раз» не бывает.

2) удаляю rm(объект), или чиню (вплоть до объект<-edit(объект) :) ), удалив пересоздаю найдя в истории репла код создавший объект.

1) это не частая ситуация, никаких «много раз» не бывает.

Пишешь сразу без ошибок? ну-ну.

2) удаляю rm(объект), или чиню (вплоть до объект<-edit(объект) :) ), удалив пересоздаю найдя в истории репла код создавший объект.

А зачем терять время? Почему нельзя просто перезагрузить данные - это ведь намного быстрее, чем чего-то искать и править руками?

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

ты что измором решил взять? :)

Пишешь сразу без ошибок? ну-ну.

а в чём дело?

1) код компактный и высокуровневый, там ошибок крайне мало. 2) данные копируются, а не модифицируются на месте.

еще раз повторяю это _медленно_,

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

1) код компактный и высокуровневый, там ошибок крайне мало.

Сказочник.

2) данные копируются, а не модифицируются на месте.

То есть копировать данные на каждый чих по нцать раз в час - это нормально, а скопировать один раз в начале сессии - это медленно. Ты сам себе противоречишь.

какую загрузку?! из кеша? объект данных чаще всего результат работы какого то метода анализа, или графический объект. и считать его снова тяжелее чем (трансформировать|исправить). иногда проще запусть на объекте какую то процедуру правящую ошибку чем делать его снова...

не верь. «апельсинов нет» (С)

Ты чисто потрендеть? если код состоит из функций, то в нем все данные реадонли и результаты функций пишутся в новые объекты.

какие такие «ошибки» при этом происходят? твои ужасные «ошибки» возможны в имеперативном гуано, которое правит все и вся «по месту». такой изврат возможен только если очень тесно с памятью (и то сначала тест будет написан в функциональном стиле для помещающегося объема данных).

короче ты надоел, поскольку бесполезен более чем полностью :) ешь свой кактус сам :)

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

гы, «не пользоваться», «носитель» --- сколько пафОса :)

какие такие там у тебя «знания» неземные? мастерклассами торгуешь что ли? давай колись :) а то «у нас есть такие приборы...» (С)

... и заметь это ты про религию нести начал :)

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

и привычным циклом запуск - ошибка - редактирование исходников - запуск.

REPL это оно и есть, только удобное.

Я просто хочу увидеть это в действии.