2VCL. Ну тебя читать - все равно, что гороха наесться. Делфи и билдер кривы? Ну прочитай на http://www.systemobjects.com/ про них для AS/400.Или на этой платформе тоже, БЛЯ, криворукие программеры тусуются.

К антихристу прикопались :)...
Какие нафиг конфигурялки ррр в линухе? Облезли чтоли с голодухи? :) Если там всё предельно просто и без конфигурялок. Или кррр чем не устраивает? Вот и вопрос: А нафига нужен киликс?

Насчёт кривизны и.т.п. И чем это киликс поможет? Если приложение под линь программер (который не дизайнер) сварганил криво - как киликс его выправит? Или он (к-с) супер-пупер интеллектом обладает? :D

ЗЫ:) С этими пуперскими конфигурялками - и прочей приблудой - только пользователям мозги канифолят. Вместо того чтобы разобраться как и что - тыкаются в эти конфигурялки "юзер фриендли" - а на самом деле кривизны неописуемой по действиям... Покупаются на "красивую мордочку"...

ЗЫ:)ЗЫ:) Мужичок, который за 200 УЕ пишет проги на киликсе - образцы - ссылки в студию! А иначе, трёп - сс...

Не уходите, плз. от темы : речь о киликсе под линухом (и о его ненужности), а не о поделиях борланда под мастдаем!...

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

да у пацанов просто денег нет на VGA/SVGA мониторы, поэтому они все в командной строке и пишут Пожалейте убогих.

2anonymous (*) (2002-07-24 12:48:18.416):
Ну и каков пробег твоей мыши? новую не собрался покупать?

Мне только одно интересно - как ты ГУЙево сконструированные вещи будешь строить и стыковать в Enterprise - масштабах. Там братец интегрироваться нужно будет со всем чем не попадя и на любом уровне. Представляю себе картину: банк заказывает стыковку своей базы данных с какой-нибудь swift - подобной задачей, или проведение транзакций через другие системы электронных платежей. Тут мы значит написали половину бизне-обеспечения на Каликсе GUI получился просто супер, а дальше что? А RUP, UML, CASE и прочие спецификации моделирования в Enterprise-масштабах мы куда будем подставлять или отражать все написанное в калексе в модели? (Да простит меня All - не буду говорить куда...нецензура сплошная). Или мы наоборот реверт-инженирингом втянем в бизнес модель ту порнографию с кодом, которую сгенерит Каликс. Да мы зае...мся потом ее раззгребать! В основу инструментов разработки ложится фундаментальная класика, отточеная мозгами и руками девелоперов. Борланд/Инпрайз да Микрософтам только и нужно чтобы привлечь лопухов в эту задачу подставив вам "дружелюбный интерфейс", где думать не надо, да просто бабла содрать. Ну решишь ты мелкую задачку, а развивать не сможешь. А потом с течением времени всю вашу работу нужно будет в мусорку выкидывать да переделывать.

>А насчет PHP, назови мне заменитель его на Web-сервере, который есть >практически у любого провайдера?

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

Kylix 3 - лучше он не вышел-бы никогда.

Ой ой :) На монитор у нас денег нетууу... Совсем нету... Поэтому ЖК панелями пользуемся :) (Вру, конечно - у меня самый прозаический фьюсоник PF775)

Ну, мужики - у вас оригинальное представление о программировании - в котором самое главное это мыша :) А без мышИ вы беспомощны - как котята :) Значит, подсевшие на мышку, расскажите - как вы собрались и что с киликсом под линь писать?

Эк вас понесло

Анонимы !!!

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

А стоят ли визуальные средства свох денег/времени это тоже сложный вопрос. Подозреваю, что в большинстве случаев любой (хорошо знающий) программист сделает программу в текстовом редакторе на haskell(или что там ему больше нравится)/tk качественно и быстрее чем кто-угодно на Kylix/xxBuilder. И *только* потому, что у него будет *удобная* GUI библиотека и отличный язык программирования.

>Да и еще вопросик. А что мне делать если я не люблю C и C++ (хотя и >приходится иногда иметь с ними дело)? На чем писать кроссплатформенные >приложения с графическим интерфейсом?

Да на чем угодно! Я лично вообще не понимаю людей, которые пишут на C/C++ ПРИЛОЖЕНИЯ. Не драйверы устройств, не криптографические библиотеки, не видеокодеки, а приложения, да еще и с интерфейсом.

Учили бы вы батенька более высокоуровневые языки - Java, Tcl, Perl, Python, SmallTalk, Common Lisp, OcaML, Erlang.

На всем из перечисленного можно писать GUI приложения. И все они портированы подо все что не лень. И в большинстве случаев write once - run everywhere. Хуже всех из меречисленных здесь у Java - больно уж к C++ близка по уровню абстракции.

>Да на чем угодно! Я лично вообще не понимаю людей, которые пишут на C/C++ ПРИЛОЖЕНИЯ

Ты так быстро смешал С и С++ что наверное сам не догнал что сделал. Или наверное просто насмотрелся виндовых исходников на С++ тех что в SDK лежат или VisualStudio генерятся. Если не трудно, возьми да сгенери SDI приложенице под линух Хоть KDevelop, хоть в Glade да посмотри на простоту этого дела. Если нужно что-нибудь посерьезнее объясняющее, возьми Forte for C\C++ от Sun. Может ты просто С++ не понимаешь а не людей которые на нем пишут

Я знаю, какая система стоит в банке. Сам помогал ставить. Разрабатывал не я. Писана эта система на Делфи. IMHO Делфи - "Чмо и ацтой" (c) Нагиев

asoneofus Я поповоду консоли и GUI. Понимаешь препод биологии, который читает лекцию в он-лайне, врядле запомнит толпу параметров для вызова проги Web-камеры и горячие клавиши для управления ей, ему проще клацнуть по иконке, и поклацать по кнопкам, чтобы сделать простый настройки. Если чесно но мне все равно на чем ее будут писать, но Delphi/Kylix как вариант для ЭТОЙ задачи катит.

vitus Я ни разу не писал для халявного хостинга. Так что не надо. Второе чего-то не припоминаю случая, когда приходилось обрезать задачу. И наконец, знаешь есть люди которым не нужно кричать, что они юзают Oracle9i DataBase и Oracle9i Application Server и только ради этого платить большие бабки, а нужно чтобы система работала и выполняла свою задача.

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

Так что не 1с и не бэстом единым. многие ли из присутствующих слышали названия globuss, triarch, equation, sap? это именно из таких."

Вот только SAP к числу великих достижений человечества относить не надо! Ты R/3 вообще в глаза видел? Можешь не рассказывать про число инсталляций и про громкие имена компаний его использующих. Я знаю. Но только качество алгоритмов, заложенных в систему это одно, а качество среды разработки это совсем другое.

Те кто на ABAP/4 (встроенный язык R/3) программировал, тот в цирке не смеётся. Где еще всретишь язык, для лексического анализатора пробелы имеют значение? Пропустишь пробел, такой мат начнется. А условный оператор! Это песня! В качестве операндов логических операций нельзя использовать выражения!!! Ты сначала результат вычислений в переменную запиши, а потом уже сравнивай! Бред собачий... Зато подпрограмм аж целых два вида, совершенно разных по концепции. Думаете это по смыслу процедура и функция? А фиг вам: оба вида - процедуры. И плевать, что один из них функциональным модулем зовется. Логической стройности язык не имеет как таковой. Как пример: для внутренних таблиц modify - это изменить существующую запись, а для внешних - изменить запись, если она есть, и создать в противном случае. Почувствуйте разницу! А комментарии! Блоковые комментарии отсутствуют как класс! Есть два вида однострочных! Два!! Один вид: asterisk (*) в первом столбце, второй вид - двойная кавычка в любом столбце!!! Одним видом обойтись было ну никак нельзя.

ABAP/4 Workbench (среда разработки) - это отдельная история. Число символов в строке программы ограничено. В результате большая часть экрана на моем 19" мониторе пустует. Несколько программ в разных окнах открыть нельзя. Хочешь посмотреть другой файл, запускай второй frontend. Подсветки синтаксиса нет. Автодополнения нет.

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

Нда, крутые пишут гуй ручками, ламеры мышом дергают... А ГДЕ ваши поделки-то, а? А зайдите, например, на www.solsuite.com - под Delphi5 наваяно... очень даже прилично... я и сам под Дельфи и Киликс пишу. А для любителей супер-пупер низкого уровня - ВСЕ процедуры из Си и Ассемблера элементарно пишутся и в этих "поделках". Я лично ваял, перед тем, как написать кряк, программу, ломающую защиту VBox 4.20 в процессе загрузки... Знающие люди поймут. Если вкратце, то моя поделка (для внутреннего пользования) отслеживала разворот в мозгах 3-х библиотек, патча их на ходу, и потом затирая следы... Дельфи и Киликс плохи, по-моему, только тем, что в итоге получается слишком большое файло. Издержки RAD... Правда, я уже научился с этим бороться. Пишем софтину, а потом как бы переписываем ее заново -не все, а именно ГУЙ - и получается, как в том же Билдере(по размеру). А насчет глючности... Оси свои проверьте... Для особо горячих - вы попробуйте аналог Ворда виндовозного на ассемблере наваять... до какой фаланги пальцы сотрете? Вообще, что компьютер, что тулзы типа Дельфи или Билдера, создавались ДЛЯ ПОМОЩИ человеку, а не как продолжение его фаллоса, чтобы было чем меряться с другими фаллотами. Средства для разработки должны облегчать труд программиста, и если Дельфи и Киликс просто берет на себя задачу облегчения программирования ГУИ, то это не значит, что они "мастдай". З.Ы. А кто из "кул-программеров без гуя" сможет привести ассемблерные инструкции SSE, а?

Предыдущитй анонимус:файрвол не дает зарегится, я Эдуард.

Вот именно (см.выше) И вобще, лучше бы крутые хацкеры писали свои проекты а не хаяли чужую работу! Не нравится - не пользуйся!!! А не пользуешся - не пизди!

Никому не нужный Kylix 3 может быть выпущен уже сегодня

Ананимусу с солом и дельфями
Мужик, не тупи, разговор не о том что ты там и кому в дельфях вставляешь, а в том - что это угрёбище (киликс) нафиг не нужен: весь софт делающий тоже самое и даже лучше - уже есть. К томуже к-с совершенно не подходит для б-м серьёзного проекта в линухе.
Насчёт "а много кто пишет" "облегчить переход" - хороший программер и так перейдёт, не особо напрягаясь, а подельщики - со своими глюкавыми и небезопасными поделками - нафиг не нужны...

Где наши программы? Запусти линух и прогрепь насчёт выступающих - ников и фамилий, увидишь результаты нашего общественного и бесплатного вклада ...

Зы:) Инструкции ссе могу привести без гуя - для этого есть достаточно документации. Только их использование напрямую - это (-) портабельности. Если компИлер не раскладывает сам подобающим образом: - то надо бамить компИлер, а не пытаться, освоив парочку команд вставлять куда попало.

Нужный бездельникам Kylix 3 может быть выпущен уже сегодня

to kka
Вот и именно... Чтобы у препода не было проблем ни под линухом, ни под виндой - поэтому и надо писать НЕ на киликсе. Меня, лично, уже достали глюкавые порты из винды некоторых примочек. Именно - в большинстве своём Дельфи - киликс. Не знаю, врать не буду, может под виндой они и неплохо работают - но под линуксом - это глюкодром...
И возникают проблемы вцелом, в восприятии Линукса, у людей. Потому как несведущему трудно объяснить "почему под вин это-же работает, а под линухом такие глюки", а уж тем более - убедить на основе таких поделий в обратном...

Кто виноват в этом? А фиг его знает, может киликс, может программер - считающий, что с помощью этого инструмента (всего лишь инструмента) у него вдруг win==lin, и ему пофиг подо что он пишет.

ИМХО, связка из "чистой" Qt + MVC под вин и Qt + GCC под лин - дают более качественные (и портабельные) продукты, Хотя - может программеры, которые сподобились изучить Qt - несколько иного уровня? Может поэтому "лучше"?...

Я что-то не понял - все то у вас "криво наваяно", все то у вас криворукие... По поводу написания - вам что, не объясняли, что логику и интерфейс можно (и нужно) разделять? А "чистый" интерфейс построить в тех же дельфях/билдерах/киликсах на порядок быстрее и проще - он для этого и создавался. Какая разница, где писать код логики - в емаксе или в билдере? Никакой (дело привычки, и только) - а вот для разработки интерфейса борландовские продукты очень хорошо подходят. Впрочем, думайте сами, мне все равно что вы там навыбираете - я все равно остаюсь с java...

no-dashi
Поклёп-с в мой адрес. Вызываю на бой, на зубочистках :)

Вот только с разделением, кто нибудь дельфовому спецу объяснил... ? Мне - объяснили, а вот чьи поделия я рассматривал, похоже - нет.

И где это я про сплошную криворукость говорил?

Зы :) Тем и плохо - хорошим программерам. Их программы запускают - они раз... И работают, и ничего не просят, если есть сырцы - то и компилятся без применения напильника... И, поэтому, абсолютно не запоминаются, если не в ежедневном пользовании (да и то, кто делал, чего - не помнят :))... А уж если кривуль - то сразу запомнишь и надолго: кто писал, на чём... :D Вот и оседают, в основном, дельфовщики - киликсеры..

ЗЫЗЫ:)no-dashi - давно уже есть ваялки гуёв под линь, и без киликса... Сто раз повторил: Кадевелоп и кутидизайнер...

Антихряку:

> Запомни - НЕТ хорошего и нужного софта, писанного в дельфях и
> прочих билдерах. Просто нет.

Falch.Net Development Studio for PalmOS. Удобнейшая вещь.
Так что дрочи тихонько в сторонке и не мешай людям общаться.

to Dimentiy А при чём тут палм ос? Речь вроде о киликсе и линухе :(? Или я чего-то упустил?

Я вот одного не понял. Зачем им было свой компилер писать, неужели было трудно прикрутить всеми любимый gcc, а классы свои оставить. Неужели это так сложно? А то блин написали, что он у них high-perfomance, и в доказательство привели то, что он компилирует быстрее gcc. А про то , что код получается немерянных размеров, причем тормознутый, так это как всегда промолчали. Я уж не говорю про мультиплатформенную совместимость.

ну.. компилер они свой прикрутили, поскольку в bcc есть такие весчи, как property и проч, которых нет в стандарте c++.. можно было, конечно извратнуться и сделать, чтобы bcc генерил плюсовый код для gcc, преобразуя специфические фичи.

Kylix способен снизить _стоимость_ перехода компании на Linux за счет меньших трудозатрат на перенос софта. Новую же программу действительно легче и правильней писать в каком-нибудь KDevelop.

Интересно, кто это ни с того ни с сего возьмётся переносить УЖЕ РАБОТАЮЩИЙ внутрикорпоративный софт под Linux? Проще уж заплатить за винды... Работает - не трогай. Разве что человек, принимающий такие решения - фанат линукса... маловероятно :)

Другое дело - новый софт писать. У меня в конторе намечается такая ситуация: старую систему в очередной раз собрались выбросить и переписать с нуля :). Хороший момент перескочить на линь...

Ну не устраивают меня эти "ваялки" кдевелоп и кутидизйнер... НЕ УСТРАИВАЮТ. Я, понимаешь, привык к другому интерфейсу, если черчу UI. Привык к достаточно большому набору компонетов и прочее.
На тему проектирования программы: много ли т.н. "прикладных программистов" знают о том, что код программы можно поделить на части не по "формочному" признаку, а по функциональности - типа интерфейс/логика/ввод-вывод? Визуальные средства разработки способны помочь плохому программисту написать плохую программу за более короткий срок. Аналогично, визуальные средства разработки способны помочь хорошему программисту написать хорошую программу за более короткий срок. Не более и не менее. Упертый рыцарь командной строки способен вызвать только раздражение, особенно если он предлагает, например, писать весь интерфейсный код формы "ручками". Код логики - да, согласен. А вот код интерфейса... Да пошел бы такой советчик в "английский мазин"-у!

Не трожь избушку... Не тревож старушку... Насчёт перетягивания проектов на другую платформу... Если это самописный софт :)...

А уж про портирование и переход тут реалей + сказок + фолклора и без меня нанесут... :) Мораль будет одна: Легче было переписать :) Заодно старые баги и "ошибки юности" или архитектуры устранить :)..

Борландам влом было ГКК разбирать.. Изыскивать методику, как безболезненно всунуть свои расширения.. Вот и перетащили своё добро :). Хотя-бы за это можно уже завязывать с ним работать... Хотя... умельцы тут нашёптывают, сто не перевелись умельцы на родных просторах - привернут ГКК :)...

no-dashi упёрт ты, братец, прям жуть как... Если программер не может программу написать без рисовалок :) То он не программер. А уж инструментария - то у него под линем... Два названных - это только очевидная часть, "торчащая на поверхности"... :) А дальше... Уж этих контролов, анимов, рюшечек - фенечек... и прочей лабуды - как грязи, и уж их пристроить чтоб кадевелоп или кутидизайнер отображал, а Вы могли таскать и втыкать - это как два бита переслать ((С) не мой)...
Читайте внимательно феатурЕзы :) всяческие (особенно кей-феатурЕзы :)) - и онлайн доку, тогда не будете так глубоко <skip> заблуждаться :)... пардон... Я вот, с киликсом косвенно знаком - но доку почитал и не нашёл НИЧЕГО - что сказало-бы мне, что я его должен использовать, или комуто рекомендовать :)... Кстати, что вас НЕ УСТРАИВАЕТ легко ВСТРАИВАЕТСЯ :)... И давайте, поконкретней - чего нет, что прямо нельзя вставить :) "с ходу"...

2Chicago:

угу, согласен во всём :) можно чуть-чуть похвастаться? я тут vim прикрутил, через rfc импорт/экспорт репортов и спеллчек :)

kka (*) (2002-07-23 21:57:13.007)

Если не достает Windows Commander'a попробуй клон http://krusader.sourceforge.net/ немного попроще, но не требует перепривыкания

> to Dimentiy А при чём тут палм ос?

Уже из одного ответа очевидно, а уж если "вопрос" прочитать...
Читайте внимательнее.

Тоже волью во флейм маленькую струйку :)))
Ну не очень маленькую, но с очень маленьким примеров. Допустим, приходит к нам студент. Ему нужно собрать крутую железку и софт под нее написать.
И что теперь, ему вдалбливать vim, make, gdb? У него защита через три месаца. Аха, попробуй ему подсказать спросить на этом форуме - в лучшем случае закидают помидорами. Может когда-нибудь, он их и освоит, а вот щас ему нужен диплом, или практика...
С Борландом тут вроде все ясно -- пошел спросил. Его и в институте преподают, как предмет, и, если знаний мало, - лезь в любой дельфовый форум, там, не в пример, очень многим на этом форуме, промоют все до последней косточки. Пусть и вопрос будет самым тупым.
А под линем? Можно легко сесть и играючи написать хелловорлдовую программу с выводом на LPT? :)) Советов прочитать мануал vim полно, а вот хаутушки, как начать программировать под ним, как собрать проект и как его отладить до сих пор (!) нету :( Нафига она - все тут крутые, красноглазым тут не место. Да и у меня совести не хватит сажать его за изучение всей этой мути, в которой еще и сам не разобрался.
Стоит ли говорить в пользу чего студент сделает выбор? И он его делает. И потом, когда перед ним встанут боевые задачи, решать он их станет инструментом, которым владеет. И даже ясно под какой осью :)))

Ps Надеюсь вопрос о том, нужны ли линуху студенты промыванию не подлежит
Ps/2 Не программеры мы.. не программеры... а куда деться без этого компьютера

Как начать программировать - хорошая дока, ссылка на которую недавно в местном форуме появилась (на Advanced внимания обращать не стоит) http://www.advancedlinuxprogramming.com/. И не говорите что за 3 месяца до диплома студентов нужно обучать техническому английскому.
А на местные форумы я иногда заглядываю - откровенного хамства там ни разу не видел.

geekkoo

Пускай студент пишет - под тем, что умеет. Если умеет под БДел. под вин - пускай там и делает диплом. Если не сподобился за 5-6 лет обучения чего-то изучить, а "для кульности" взялся за Линь - то это весьма недостойно звания инженера - пускай осенью за дипломом приходит...

Если уж позиционируют как "продукт для профессионалов" - то пусть таковым и делают... А не поделие - для введение в заблуждение людей :)

asoneofus на выезде :)

Да не поделие это... Ну, сделали они под Виндосы Дельфи - хорошая штука, теперь пытаются и под Линь сделать аналогичное. Ну не выходит пока так, как надо. Но! стараются, делают; и что их грязью поливать? Киликс, конечно, сырой, как пирожок, да и "линукс-стандарт"-С, но люди стараютя, делают, а вы, как бабки на скамейке перед подъездом, лишь бы обгадить. Сами сделайте что-либо подобное. Только не так "я работаю в супер-банке, и пишу проги по $50000, и т.д." - примеры, плиз. Языком чесать вы все мастера. А я, например, Путин, вот.

Ежли студент-программист за 5 учебы лет кроме Делфей и Винды освоить
не смог то ему про диплом забыть нужно!!! Это не программист
получается а специалист по кликанью мышкой. Я таких много повидал!!

Ст. перепод :-)

Как это не видно проектов на Хаскелле? А всякие наукоёмкие задачи (за ба-альшие бабки) вроде VHDL-верификаторов/оптимизаторов на чём пишут? Уж не на дельфях и сях плюсатых. Бегом на http://www.haskell.org/

Блин, ну что может быть проще, чем прикрутить новый фронтэнд к GCC?!? За каким хером им свой ублюдочный кодогенератор тащить потребовалось? А так бы и портабельность добавилась...

попробовал тут вчера Kylix2 Open. скачал, поставил. запускаю иде. хм. компонент конечно маловато, причем маловато - это мягко сказано. После дельфи 6 - просто нищета какая-то. ну ладно, надеюсь в третьей получше, да и версия свободная. К чему я: бросил кнопку на форму, клик-клик - в обработчик пишу close. Понятно ?:-) жму f9 и получаю "internal ide error". Линукс - ALTLinux Junior 2.0

вот такие пироги во второй версии. А если бы проект был посложнее ?:-(

p.s. я всячески за появление нормальных продуктов под линукс. К нормальным относятся именно Kylix и прочие хорошо себя зарекомендовавшие тулзы. Чем орать "make rulezzzz!!!", подумайте как рулезно будет лабать под интербейз на kylix, когда его до ума доведут :)

*лять, а вот про make не надо! Это стандартный способ сборки софта, и каждый студент должен знать. Оно есть и в борланде, и в vc++.

Я - _не_ учился на программиста. Но в перфой книжке по C был описан синтаксис стандартного make, с которым совместимы и gmake, и pmake, и nmake, и bmake и из BSD.

2asoneofus: уперт как раз ты, я же выбираю тот инструмент, который позволит до предела уменьшить соотношение затраты/результат. Это не обязательно Kylix, и не обязательно Java. Но это будет именно тот инструмент, который позволит достичь результата с минимальными затратами - это может равно оказаться и шеловский скрипт, и ассемблерный код - все зависит от задачи.

Кому на фиг нужен студент из института, где "Борланд преподают как пример"?

Такого бОклана уж лучше Питону по быстренькому обучить - по меньшей мере меньше каши в голове будет. А то говно, которое в него в его голименьком ВУЗике вбили, выдавливать беспощадно. Ну а к чему ты тут всякие vim да gdb помянул - вообще не ясно. Может, ты просто ламер?

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

И, кстати, для тех безграмотных лохов, которые думают, что дельфи - это визуальное программирование: не пиздите. Визуальное программирование - это OpenDX.

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

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

А ты идиот, или просто мудак? Для работы с базами данных свои средства нужны. Универсальных языков не бывает. Поскольку Хаскелль - чистый язык, а БД по сути своей императивны, то работать на нём с ЭТИМИ БД - извращение. Однако, никто не мешает работать с чисто функциональными базами. Кстати, даже такое извращение, как дерготня из хаскеллёвых монад за, допустим, OCI8 (в пизду Интербейз), получается значительно эффективнее, чем на всяких там паскалях или C++.

На ML же работать с БД - одно удовольствие.

Да, ну а чтоб напоследок в ебальник пнуть: достал ты, гнида. Показывай пример эффективной реализации численных методов на Дельфи, чтоб не хуже Фортрана90 было. Всосал теперь, что каждой задаче - свой инструмент?

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

p.s. математику я буду делать на фортране и без твоих заявлений, кретин. я этим уже не первый десяток лет занимаюсь. Понял, щенок ты тридцатилетний...

Нет уж, уёбище, это ты мудозвон. Тебя надо лечить эвтаназией, за то, что читать не умеешь, и только передёргивать горазд, когда в очередной раз по ебальнику за дело влепят. У Хаскелля есть своя ниша, есть задачи, где он оптимален. А вот у ебанутых Дельфей такой ниши нет - они везде сосут. Понял, мразь?

Так что не смей передёргивать. Я никогда ещё не заявлял, что инструмент-такой-то есть вечный супер-пупер-рулез (как то делают эти ебанутые маргиналы фортеры). Я просто говорю про некоторые средствА, такие, как Дельфи или C++, что они не имеют права на существование, потому как абсолютно во всех случаях их применения всегда существует какой либо более подходящий инструмент. Ничего иного я никогда не декларировал. Так что соси молча.

delphi/kylix/builder - идеальны для работы с базами данных. если ты не пробовал - это твои проблемы. это его ниша, здесь он король. Так есть в win32(хотя из-за политики ms его очень теснит недоязык бэйсик), и так будет среди коммерческих разработок, когда он развернется в линукс. ибо стойких конкурентов ему нет...

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

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