а линух тут каким боком?

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

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

>А Luca Cardelli что в это время онанизмом занимался..

А если б не он с Алексом, все бы давно уже на Лиспе ваяли

> Generally speaking, it's interesting to think about more declarative styles of programming vs. imperative styles. A lot of the stuff I've talked about are actually specific instances of that. Functional programming languages and queries are actually a more declarative style of programming.

Гы гы!

благодаря оч умным пиплам все давно ваяют на c/cpp и ниче не парит ваяли ваяют и будут ваять ;) для тех кто хочет извращятся - пжалста...

Извращаться в основном будут програмеры под винду, под ту, у которой длинные рога. Линуху это особо не светит, хотя как язык - C# неплох

Вообще как можно так говорить, ну поглядите сколько открытых ваканий
программистов на c/c++ и сколько на java/php/perl/vb. 

Индустрия наконец-то поворачивается лицом к декларативным языкам,
поглядите на groovy, почитайте что пишет Стауструп в обсуждавшейся
ниже статье.

И С++ и Java постепенно впитывают особенности декларативных языков.
Уж всякие Ruby и того больше.

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

> поглядите сколько открытых ваканий программистов на c/c++ и сколько на java/php/perl/vb.

> Индустрия наконец-то поворачивается лицом к декларативным языкам

Я что-то не уловил, который из 6 языков выше - декларативный?

Боже помилуй, только не из FoxPro.. редкостная гадость..

веб девелоперы вообще охренели по центру огромный прыгающий [ADVRTISMENT] с яркими красками, а вокруг облеплен мелким умным текстом и все это разбито на 3 страницы с разными попугайскими банерами вокруг .. в бумажных изданиях тоже рекламы полно, но она хоть не прыгает .. онлайновые издатели уроды, а этот цветной квадрат пусть сами засунут себе куда-нибудь

> лучше сделали бы сам язык расширяемым

lisp?

da ne foxpro, a ca-clipper ili ego analoga harbour-project (sourcy est' - mozhno tyrit') ili clip :)))

kohda MS kupil fox, to on iz ca-clipper'a potyril ideji takie kak blok-koda :) tak sto:)) C# - esio odna pirdelka:) - velosiped s kvadratnymi kaliosami

> Боже помилуй, только не из FoxPro.. редкостная гадость..

Эт почему? Foxpro-1.0 for DOS был просто конфетка. Я и сейчас его хочу.
SQL-запросы, шаблоны отчётов, генерилки экранов ввода, отличный
брауз-виджет. Приложение описывалось почти как в Smalltack. Быстро и
качественно. Это потом микрософт добавил кучу кривых фенек и испортил
продукт.

Вот я, как раз и про потом и оворю! ;-)) а когда-то я и сам его использовал..

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

Progress corp.

Тогда уж не FoxPro , а Progress 4GL (высокоуровневый язык с натуральной работой встроенной RDB).

Вполне живой развивающийся язык - только в России 2 большие банковские IS на нем написаны, и еще парочка ERP на нем-же используется

>Тогда уж не FoxPro , а Progress 4GL (высокоуровневый язык с натуральной работой встроенной RDB).

>Вполне живой развивающийся язык - только в России 2 большие банковские IS на нем написаны, и еще парочка ERP на нем-же используется

Приходится работать на этом Progress 4GL. Именно "большую банковскую IS" развивать. И могу сказать - РЕДКОСТНОЕ ГОВНО этот Progress 4GL.

А на clip'е просто отдыхаю душой.

Прошу прощения за резкость в моем последнем посте. Но не приводите 4GL как пример удачного высокоуровневого языка. Очень много в нем недостатков. И не видно желания авторов устранять эти недостатки.

4GL - это языки!

>> лучше сделали бы сам язык расширяемым

> lisp?

"Those who are not aware of Lisp are doomed to reimplement it." (ц) Эрик Наггум, не дословно.

Или вот:

Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp.

--

SVK

Вообще достаточно здравые мысли у него. Только вот несколько интересных проблем возникает. Насколько я понял он хочет встроить SQL инструкции в язык. Т.е. например select будет оператором языка. Напрашивается вопрос какой стандарт SQL он хочет туда вставить... Если какой нибудь общепринятый, то как быть с расширениями... Я буду вынужден все равно подерживать два синтаксиса SQL+TSQL(расширения)... Или например PLSQL т.д. Дальше - каким образом будут поддерживаться адаптеры под ту или иную БД... Вообщем куча проблем будет...

Не думаю, что он собирается встраивать SQL. Такое ведь уже было, называлось Embeded SQL, когда операторы SQL писались прямо в тексте проги, например на C, а потом спец. препроцессор транслировал это SQL в команды специфичной RDBMS. Но видно, что такая фича не прижилась.

>> поглядите сколько открытых ваканий программистов на c/c++ и сколько на java/php/perl/vb.

>> Индустрия наконец-то поворачивается лицом к декларативным языкам

>Я что-то не уловил, который из 6 языков выше - декларативный?

Java, наверное.:) Xи-хи-с!

Не обращайте внимания. Ежиков - знатный форумный клоун-говорун.:))))) Всерьез Ёжикова никто здесь не воспринимает, в отличие от Луговского, который клоун действительно прикольный.

Самое интересное - что собирается! Причем неудачный опыт Embeded SQL и всяких там JSQL его не пугает... Если интересно, то можешь найти его сэмплы на "будущем" C# 3.0

Можно скачать и поиграцца в VS.

research.microsoft.com/Comega/

> будущее программирования прекрасно обойдётся без этого фрика и его дебильных поделок

Полностью поддерживаю. Ц++, Перл и ассемблер - наше всё. :)

> создание языка Cool, позже переименованного в C#

Чушь. Скорее, "создание собственной НЕСОВМЕСТИМОЙ жабомашины, которую впоследствии переименовали в .NET и прикрутили java с перекуроченным синтаксисом, которую таки да, назвали C# и думали, что всех нае@али."

> Напрашивается вопрос какой стандарт SQL он хочет туда вставить...

Юноша, если это не риторический вопрос, то ответ очевиден уже лет 10: Micro$oft'у нужен только Микрософт, поэтому во ВСЕ их продукты вставляется как можно больше зависимостей друг от друга. Соответственно, очевидно, что это будет SQL, сильно притянутый к TSQL (а чистый SQL будет так же бесполезен, как и раньше). А если ещё вспомнить Yukon, то удел бедных виндописателей очевиден.

> лучше сделали бы сам язык расширяемым

Чушь не мели, да? Ты вообще себе представляешь КАК это реализовать?!

>А если ещё вспомнить Yukon, то удел бедных виндописателей очевиден.

Я прям прослезился. Бедные мы горемычные виндописатели! Недоедаем, недосыпаем, страдаем, голодаем на милость M$ уповаем, с утра до ночи! Одним словом мучаемся! Люди добрые, памажииииттееее!

:))))))))))))))

Нет. Слава БОГУ у нас, в сравнении с вами, проблем горраздо меньше.

И насчет Yukon - это ты зря так.

Лисп народ ниасиливает, там скобочек много. А на C-образные перделки у всех быдлов стоячий рефлекс. Так шта надо нормальные макры в C# да в Жабу добавить, и тогда и нам, быдлокодерам тоже щастя наступит нидеццкая.

Чушь несёшь ты, деточка.

Читай про языки Common Lisp и Forth. Смотри на язык Jatha (расширение Java). Смотри на худой конец на темплейты в C++. И не выпячивай свою тупость и безграмотность тут, не смешно уже давно. И без тебя дебилов хватает.

посмотри материалы последней конференции по Progress|Sonic. на forum.infobit.ru

>Слава БОГУ у нас, в сравнении с вами, проблем горраздо меньше.

нет мозгов - нет проблем :) привет, домохозяйки :))

Дергал я эту Омегу. Если все так и перенесут в c#3, то embedded sql очень удобно ляжет на юконовскую встроенную clr. Т.е. вполне можно забыть про TSQL.

Ну-ну, думаешь от долгого игнорирования проблем они испаряются??? Три раза ха-ха!

>Юноша, если это не риторический вопрос, то ответ очевиден уже лет 10: Micro$oft'у нужен только Микрософт, поэтому во ВСЕ их продукты вставляется как можно больше зависимостей друг от друга. Соответственно, очевидно, что это будет SQL, сильно притянутый к TSQL (а чистый SQL будет так же бесполезен, как и раньше).

Глупое и голословное утверждение. Посмотри на список партнереов МС а потом расуждай... Юноша :)

>Думаю, будущее программирования прекрасно обойдётся без этого фрика и его дебильных поделок. Завали ебло, НИЧТОЖЕСТВО.

>благодаря оч умным пиплам все давно ваяют на c/cpp и ниче не парит ваяли ваяют и будут ваять ;) для тех кто хочет извращятся - пжалста... Соси член, пидарас, ты не рожден для программирования.

Дело в том, что данная статья предвестник близкого выхода новой версии SQL Server от непроизносимой компании. :-) Одной из приятных, на мой взгляд, особенностей в новой версии будет возможность писать запросы к серверу на .NET. То есть модель данных станет намного объектнее чем сейчас. Никакого синтаксиса SQL или с расширениями TSQL и в помине не будет. Будет сплошная объектная модель для .NET а дальше пиши на чем хочешь вот тебе объекты и пользуйся.

P.S. Страждущие могут посмотреть бету.

Ну? И что нового он изобрел? www.intersystems.ru Cache' + Java = то же самое, существует и работает уже несколько лет. Этот господин из непроизносимой компании очередной велосипед в красивой упаковке хочет изобрести. Да еще поди и запатентовать!

Ну и на кой ляд, извините, встраивать доступ к БД в ЯЗЫК. Кого соответствующие библиотеки не устраивают. Ну а если мне эти БД совсем не впали? Я смотрю скоро ни кто ни чего кроме БД программировать не будет. Граждане ведь в мире еще столько интересных и полезных задач. Опомнитесь !!!!!! 8-)

>Лисп народ ниасиливает, там скобочек много. А на C-образные перделки у всех быдлов стоячий рефлекс.

Есть ли для Lisp компилятор в бинарный код (в PE/ELF формат например) (без runtime внешнего). можно ли использовать Lisp в WEB?

А кто такой Луговской? В Wiki LOR-а я точно про него ничего не понял ....

>>А кто такой Луговской? В Wiki LOR-а я точно про него ничего не>>>> >>понял ....

Это младший научный сотрудник НИИ "Биореактор". Сейчас - НИИ "Газенваген".

По поводу веба: http://sourceforge.net/projects/brl/ А компиляция...не знаю на allegro посмотри пишут про это все красиво, а пробовать страшно:))

Тут про сплошную объектную модель говорили, которая всем щястье принесет.
я только одного не понял, как объекты на реляционную базу ложиться будут?

C# язык как язык, он достаточно общ, чего не хватает добавляйте в виде библиотек(сборок, в том числе обврапливая нативный библиотеки) в чём проблема? Понятно существует антогонизм между Win и Linux ну и С/С++ с остальными языками, в том числе C# (точнее между программистами ;) ), но этоже глупость. Давйте относится к шарпу как к данности - он существует. Для описания бизнес логики в крупных и серьезных приложениях он очень хорош, для системных приложений он не подходит. А то, что там будет добавлено Хейльсбергом пофигу, кто не захочет использовать это, можете в свое приложение не добавлять библиотеки с примочками и всё будет хорошо ;). PS А PrOgress 4GL и FoxPro оба большущее дер... (на одном пишут в соседнем кабинете ребята :) от них только мат можно услышать про Proggress, а на Fox-e сам писал, страшная штука, во всяком случае FoxPro 2.0)

> Есть ли для Lisp компилятор в бинарный код (в PE/ELF формат например) (без runtime внешнего).

Компиляторы, порождающие исполнимые файлы, есть. По крайней мере, мне приходилось читать про обертки, делающие исполнимый файл из core-файла CMUCL (core file != core dump). Еще вроде бы существует возможность запускать эти файлы через тот же механизм, через который работает #!/bin/sh. Но runtime при этом никуда не денется. Возможно, есть и статическая линковка с ним, но это нужно читать документацию по конкретной системе. Скорее всего, если такая фича и есть, то только в коммерческих системах типа Allegro или LispWorks. Размер требуемого runtime может варьировать весьма широко, в зависимости от задачи можно регулировать, что будет содержаться в core file (скажем, выкинуть оттуда поддержку компиляции "на лету").

> можно ли использовать Lisp в WEB?

Можно. В составе системы CLISP есть модуль под названием fast-cgi (подробнее не смотрел, что это), в составе Allegro идет веб-сервер, написанный на Лиспе, еще есть свободно распространяемый сервер CL-HTTP и модуль для Apache, выполняющий программы на Лиспе. Если пользоваться одним из перечисленных ниже серверов, вопрос размера рантайма скорее всего отпадет.

http://opensource.franz.com/aserve/

Перевод статьи "Среда для автоматической разработки Web-приложений" (Marc Battyani)

http://www.telum.spb.ru/news/paper/paper.html

(ссылки давние, могут оказаться битыми).

--

SVK

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

SQL - это жопа и уродство, и все это прекрасно понимали ещё во времена Кодда. Только тогда так было проще. Сейчас так больше делать нельзя, умнее надо быть.