50 лет языку LISP

>> На Лиспе можно написать замечательный движок для этого дела. Проблема будет с хостингом.

>А вы найдёте людей - кто кроме вас сможет этот хомяк раширять?

Лисп тупой как пробка на самом деле. Проблемы обычно с Хаскелями возникают.

>А скольких человеко-минут в глобальном масштабе

с хмл - то-же самое, между прочем.

я наблюдал большие обломы и с XML/XSLT (не только тормоза), где логику, код начинают писать в лисп-подобных. 2 громадных дерева имеют избыточную информацию, и надо синхронизовать в голове большие вложенности, программировать невозможно, глаза в куче, ошибки трудно находятся и пр.
Хотя, казалось-бы - почему не писать на нормальном императивном языке, где каждая строка, менее 80 символов - самодостаточна? И человек обрабатывает строка за строкой, последовательно и надёжно?

извиняюсь - покидаю тред, работа пришла

>>> Что до работы без GC, то этот аспект в Си не проработан.

>> Ой, правда? %)

> Твой стиль общения действительно можно определить как "подпёздывание".

Боян :-P Да и что еще можно сказать после "работа без GC в Си не проработана"? %)

>>>> Что до работы без GC, то этот аспект в Си не проработан.

>>> Ой, правда? %)

>> Твой стиль общения действительно можно определить как "подпёздывание".

>Да и что еще можно сказать после "работа без GC в Си не проработана"? %)

Пытаюсь найти что-то общее

$cat q1.txt Что до работы без GC, то этот аспект в Си не проработан.

$cat q2.txt работа без GC в Си не проработана

$diff -a q1.txt q2.txt 1c1 < Что до работы без GC, то этот аспект в Си не проработан. --- > работа без GC в Си не проработана

Наверно надо было написать "аспект работы с динамической памятью aka кучей без GC в Си не проработан", но по контексту вроде бы долно быть ясно о чем речь.

boehm GC

>boehm GC

Речь идет о "работе без GC". То есть меня не устраивает низкая гранулярность контроля в malloc()/free().

>На Си никто не нападает - это замечательный кроссплатформенный ассемблер.

Жаба тоже замечательный кроссплатформенный ассемблер

> Речь идет о "работе без GC". То есть меня не устраивает низкая гранулярность контроля в malloc()/free(). это и хорошо (У вас - полный контроль). Ну напишите круговую очередь, и освобождайте какими-хотите пачками. Будет любой гранулярности. Это всё демагогия имхо.

>Речь идет о "работе без GC". То есть меня не устраивает низкая гранулярность контроля в malloc()/free().

не забывайте, что есть ещё delete[]

> Жаба тоже замечательный кроссплатформенный ассемблер я тоже так думал в 95 (и ждал процессора от Сана). Ошибался.

это ne про плюсы. C это не нужно.

>я тоже так думал в 95 (и ждал процессора от Сана). Ошибался.

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

> А сейчас за года оптимизации они превратилась в лайнер а-ля Конкорд, советую взглянуть еще раз вы думаете мне удаётся на ней не программировать? ;) (Ещё немного - и программирующие на Ц превратятся в динозавров. 1 сишный проект на 3 жавских - я один пока такой счастливый из всех моих знакомых). 1 VM на машину - нет проблем, когда памяти дофигища. И - только для сервер-сайда. А где нормальные, быстрые аппликации, чтобы можно было их сотню на десктопе запустить и не заметить? спредшиты открываешь с немного больше чем обычно даты (а есть только 2 фреймвока и оба сырые) и получаешь OutOfMemory, пока не сделаешь -Хмх512m. Это нормально? И даже на сервере этот конкорд летает все реже, зачастую заменяемый ПХП. грустно всё это - когда люди мыслят только абстракциями, строя уровень на уровне, забывая о цене (перформансе). Особенно когда предыдущий уровень - не оправдан. Современную ситуацию с экономикой и банками напоминает. Нельзя так от земли отрываться.

>>Речь идет о "работе без GC". То есть меня не устраивает низкая гранулярность контроля в malloc()/free().

>не забывайте, что есть ещё delete[]

delete & delete[] в языке Си нет.

>Ну напишите круговую очередь, и освобождайте какими-хотите пачками.

Ну надо вообще-то интересоваться разными идеями - это полезно. Как реализовано ручное управление памятью в RTSJ например. Я бы не прочь увидеть такое в non-managed языке.

как я понимаю - можно System.gc() вызвать - сразу когда объект попадает в Eden, на какой-нить внутренний там у них finalize(). Почему нет жавы без GC, кстати? С delete. Типа того как делает native swt.

>А где нормальные, быстрые аппликации, чтобы можно было их сотню на десктопе запустить и не заметить?

Там же, где и аппликации на C. Их нет. На вскидку могу только emeditor да Scintill-у назвать, которых можно на тачке с 4Гб рамы сотню экземпляров запустить. А попробуй запусти сотню экземпляров FireFox, или той Оперы, да, я знаю, не получится, потому что приложение будет просто открывать новые окна. А знаешь почему? Потому что сотня ТАКИХ приложений исчерпает ресурсы любой тачки наглухо. Вот поэтому и сотню жаба приложений на десктопе вряд ли получится открыть. Зато можешь с легкостью открыть сотню окошек с .txt файлами в jedit

>И даже на сервере этот конкорд летает все реже, зачастую заменяемый ПХП.

Смеялсо.

>грустно всё это - когда люди мыслят только абстракциями, строя уровень на уровне, забывая о цене (перформансе). Особенно когда предыдущий уровень - не оправдан. Современную ситуацию с экономикой и банками напоминает. Нельзя так от земли отрываться.

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

> Ну давай, напиши без этих сраных абстракций, поближе к железу, догадался? Да, на асме. Причём тут асм? Хотя и на нём очень большие аппликации пишут. кое-где оправдано не подниматься выше даже асма (и когда есть спецы). > Когда у тебя в муках начнет рождаться жаба с уровнями абстракций, хохот наш станет гомерическим. Потому что никуда ты от уровней разделения ответственности и абстракций не денешься, милок. жава переизобретает функциональность уже существующую в ОС очень ограниченным подмножеством. Зачем подниматься выше посикса? Работу с памятью - да, абстрагирует (за счёт одного ножа-пилочки - для резки всего, хоть и режущей иногда пилочки). И когда памяти много и одна большая аппликуха типа томката на 4Гига - нормально. Это её идеальное приложение - быть частью сервера приложений быдло-энтерпрайза. Всё. не энтерпрайзом единым, хоть мы и вынуждены в нём работать.

>Почему нет жавы без GC, кстати? С delete.

Есть в RTSJ. delete правда там нет, там подсчет ссылок.

Надо уточнить - подсчет ссылок как одна из стратегий.

А вот еще один интересный компилятор - BEE Lisp www.beelisp.ru