Новое средство быстрой разработки приложений

>для доступа к БД - ORM.

ORM не паначея и во многих случаях лишний слой. В случае DB->WEB он почти всегда однозначно лишний.

>Ненавистника Паскаля, посмотрите какие проекты на нем делают!

Операционку нихто еще не написал? А то отстаем от пыха и XULа...

>Я, например, мыслю исключительно машинными категориями: буферами, стеками, регистрами. Сразу в голове вырисовавается, как оно в памяти расположено...

Ты когда ходишь - ноги последовательно передвигаешь или параллельно? А можешь идти и жевать одновременно?:)

>ну-ну, а как ты мил человек объяснишь внутреннее устройство списков?

А ты уверен что оно только такое? Видел когда лить первую лекцию/главу по лиспу? Там же указателей то нет, а списки есть.

> VCL нафиг не нужна под *nix. Для ползовательского интерфейса есть более развитые Qt и Gtk (ну и Swing никто не отменял), а для доступа к БД - ORM.

Кажись у них это по другому называлось, CLX или как-то так, но не VCL. Типа "кроссплатформенность".

> А на Delphi еще писали модули для IIS! Ну эти точно уж не портровать под *nix без переписывания :-)

Дык вон, мне в наследство досталась прожка на 5-й дельфе (2007 год, епть), не резонный вопрос "афтар, ты точно не му**к?" последовал ответ - "а чо, у нас на ёй до сих пор даже дрова под виндавсь пишут". Гениальный чел, ИМХО, явно в Атласе подрабатывает.

Написали еще задолго до Юникса - Multics.

> Кажись у них это по другому называлось, CLX или как-то так, но не VCL. Типа "кроссплатформенность".

Так вот, это самое говнище всё равно внутри себя использовало ту же самую Qt 2-й версии. Вот тебе и весь сказ - а нахера нужен кайликс, если и без того Кутя есть, нормальная?

> Написали еще задолго до Юникса - Multics.

Аффтар, выпий йаду. Multics был написан на PL/I.

Хотя и на Паскале операционки писали тоже 8)

штука хорошая, но выгладит как жопа. И программы из нее выглядят как жопа. Работы там еще много. Надеюсь афтор доведет ее до ума. FPC forever!

Идиото! fpc давно сравнялся с C а по удобству давно его сделал. Все уязвимости и дыры в большей части от вашего любимого c & C++

нефиг пердеть про студентов и школьников, на чем писать это личное дело!

> Сразу видно человека, который ничего кроме паскаля (ну может с/с++) не знает.

ЛОР'овская аналитика "in action"?
Говорим про удобство преподавания алгоритмов, а не о кругозоре.

Насчёт "не знает" - откровенная провокация :)
Ибо человек видел много, начиная от программирования win32 API на ASM'e (очень шустрые и маленькие GUI получаются), затем GTK+, XUL (FreeBSD). Сейчас продал душу Java EE/Linux, со всеми вытекающими пачками технологий. Всё вышеперечисленное - коммерческие проекты.

пасКАЛь не нужен

Ну вот, сам видишь, ничего кроме паскаля и си не знаешь. Asm и java не считаем, они из той же оперы.

>Ты когда ходишь - ноги последовательно передвигаешь или параллельно? А можешь идти и жевать одновременно?:)

Ноги -- это 2 процесса. Обычно они синхронизированы, но иногда (после обильных возлияний) бывают deadlock'и :)

>Операционку нихто еще не написал? А то отстаем от пыха и XULа...

Атож! Пацаны на frepascal.ru бились в истерике по этому поводу.

>Говорим про удобство преподавания алгоритмов, а не о кругозоре.

Каких например?

>Ноги -- это 2 процесса.

И ты представляешь как контекст процессов свитчится и стеки переключаются?:))

> Обычно они синхронизированы

Это врядли. Скорее асинхронны с высокой точностью.

Операционка на Pascale http://streamos.org.ua/

Хохлы решили не писать загрузщик, а впихнуть все через Free Dos на HX

Более извратного запуска ядра я еще не видал

Но очевидно, что FPC для железа ничем не отличается от Си, только ошибок и багов будет меньше.

Незря Торвальдс говорил что секурный код можно сделать только на Паскале. Он чертовски прав. однако.

>http://www.ioccc.org/

>подобные конкурсы есть и на Ruby и на Java, между прочим. Паскаль просто не позволит в данном направлении думать, и это правильно, т.к. у него совсем другое предназначение

Чушь собачья и бред. Паскаль также как и Дельфи прививает любовь к лапшеобразному процедурному неструктурированному коду, обученные дельфям потом люди только T-SQL могут нормально писать. ОО подход "объект-методы" их мышлению практически невозможно привить.

>ORM не паначея и во многих случаях лишний слой. В случае DB->WEB он почти всегда однозначно лишний.

А в Rails с их ActiveRecord поди шь ты, об этом и не знают

>А в Rails с их ActiveRecord поди шь ты, об этом и не знают

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

Просто руби-комьюнити пока на той фазе где от ОРМов испытывают еще детский восторг. В чистом вебе они ненужны.

> Говорим про удобство преподавания алгоритмов, а не о кругозоре.

А я, ничтоже сумняшеся, думал, что знание, математики, алгоритмов и парадигм программирования расширяет кругозор, независимо от языков.

О БД вспомнили в связи с дельфями, к чему ты вдруг приплел веб - не совсем понятно, вроде бы никто не говорил, как круто писать на дельфях для веб. С утверждением, что ОРМ не всегда нужны, не спорю - выбор инструмента зависит от задачи, но в дельфях (о коих и шла речь) ОРМ нет (что есть минус дельфов).

>Это их проблемы. Када придумаешь зачем таблицу инстанциировать в виде объектов, чтобы превратить в маркап - расскажешь.

То есть у тебя просто поля таблицы вываливаются в HTML и по другому в этом мире не бывает?-)

>В продвинутых базах или хранилищах можно все возвращать например в виде XML и превращать в маркап более предназначенными для этого тулзенями, причем прямо на клиенте.

ОспЫдяяяя ... да почти все нынешние датабазы могут результат селекта сразу в HTML отдавать .... ___И?????___

>Просто руби-комьюнити пока на той фазе где от ОРМов испытывают еще детский восторг. В чистом вебе они ненужны.

Чистый веб ... а где он есть то в реальной жизни? Уж не "хелоу ворлдЪ"(С)В.Пупкин ли ? :)

>То есть у тебя просто поля таблицы вываливаются в HTML и по другому в этом мире не бывает?-)

Покажешь мне где по-другому в ror?

>да почти все нынешние датабазы могут результат селекта сразу в HTML отдавать .... ___И?????___

Не Иб а обьектное представление для отображения в деревянном маркапе _ничего_ не дает.

>Чистый веб ... а где он есть то в реальной жизни?

Почти везде. Везде где все действия сводятся к Create/Edit/View/Delete - ORM не нужен. Например ЛОР - это чистый веб.