C#C++Смысл был примерно такой:
C#C++
Интересно взглянуть на запросы к БД (чуть не написал SQL-запросы) на этих языках. А всё что угодно можно много на чем написатьТ.е. на SQL можно делать то, что в принципе нельзя делать на Лиспе. И если я уже знаю универсальный ЯП, например, C#, то без Лиспа уж как-нибудь обойдусь, а без SQL - нет. Вот такая простая разница.
по порядку:
1) "на SQL" (интересно, что под этим подразумевается?) нельзя сделать ничего, что было бы нельзя сделать на лиспе (равно как на любом другом ЯП, полным по Тьюрингу);
2) лисп более универсален, чем C# (кроссплатформенность, хорошая стандартизованность диалектов (common lisp и scheme));.
Я, правда, не утверждаю, что из этих пунктов сразу же следует, что лисп "полезнее" сишарпа; универсальность не имеет решающего значения, да и ниразу не главное преимущество лиспа (всё имхо). У них разные области правильного применения. А Ваши высказывания равносильны "мне хватает того что я знаю, а значит все остальное мне не нужно и больше ничего знать не хочу"; на мой взгляд, это Ваше личное неотъемлемое право, но все-таки замечу, что Вам крайне повезло, что товарисч Луговский "отошел от дел", а то не сдобровать бы Вам, и этому топику заодно)))))
C#C++ cons vsl not deadп.с. (оффтопно) не могли бы Вы рассказать, как бы мне при помощи всесильных .NET библиотек написать out-of-process COM-сервер?.. надо было тут недавно, слава йайтсам - перехотелось...Данной задачи передо мной не возникало, поэтому рассказать не могу. Возникнет - сделаю, найду этот топик и выложу код :)
тогда расскажу я Вам, хотя и не разрабатываю .NET-приложений))) .NET на сегодняшний день не позволяет создавать такие объекты; для некоторых системных архитекторов старых проектов - это просто "как в задницу кол"(с), потому всем сильно желающим приходится колдовать с mixed-кодом на С++, но на "чистом" .NET задача принципиально не решается.
Справедливости ради, надо заметить, что и для известных мне компиляторов Common Lisp/Scheme эта задача также неразрешима без прослойки на каком-либо другом языке. Но, как я упомянул выше, это не имеет принципиальной значимости, ИМХО)))
п.с. кстати, если кому-то очень нравятся сами библиотеки .NET, то
можно их использовать из Common Lisp ))))
MasterZivЯ не знаю, что такое хорошее знание SQL на самом деле. Прежде всего,
это - реляционное мышление, мышление реляционными операциями, а не
императивными категориями.
Я тоже не знаю что такое "хорошее знание SQL", хотя, пожалуй, связал бы это с умением писать эффективно работающие запросы, но здесь, опять же, не обойтись чистым SQL-ем, нужно знание СУБД, но просто хотел заметить, что с Вашими ценностями Вы очень правильно сделали, что не прорешали немного вперед задачки))) там, помнится, где-то в середине есть несколько запросов, полностью разрушающих всю реляционную алгебру в прах, как будто такого понятия и нет вообще, что-то вроде генерирования "календаря" (7 столбцов) от одной даты до другой))))
а под "интересностью" я имел ввиду скорее "сложность", пожалуй.
