LambdaBeans - Scheme IDE на платформе NetBeans

> Вообще-то я про скалу не говорил,

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

> поскольку далеко ей до мейнстрима. Success story-то хоть одна приличная есть?

Тебе подсказать сайт Scala? Там всё есть.

>Тебе подсказать сайт Scala? Там всё есть.

Извините, но вы клоун.
Хотя по-моему я это уже говорил.

> что-то про функциональное программирование много писать стали...

Тоже обратил на это внимание :) Журнал вот недавно вышел :) Теперь IDE :). Наверное это хорошо :).

>Вообще, REPL-джедайство в XXI веке смотрится как минимум странно.
>"А ты попробуй топором сосну свалить, милок! Бензопилой-то каждый дурак сможет."
>Настоящий специалист _умеет_ обращаться с топором, но использует то, что эффективнее в данный момент.
>Поясняю... - бред поскипат...

Поздравляю тебя, Шарик, ты балбес, троль и девственник! Могу с уверенностью сказать, что ты не программировал на лиспе и не использовал REPL. Навороты IDE были созданы для удобной и продуктивной работы с языками типа Java, в некоторых продуктах реализованы здорово и красиво, и в них удобнее программировать, отлаживать и пр. Java проекты. Лисп же совсем другой по мощности, подходу и концепции язык, для которого уже созданы соответствующие среды разработки, тоже с классной реализацией.
Твои рассуждения о "XXI веке" и "современности" смешны. Быдлом тебя делает не незнание, а твой образ мысли и подобные высеры.

> 1)Тормозит

А что, кто-то когда-то видел жабоиде, которое не тормозит (жабофилов и их голубые мечты не считаем)? Так что этот пункт там автоматом подразумевался...

> IDE головного мозга

Я этот диагноз ещё полгода назад предложил ввести в обиход. 8))

> Никто тут вроде не ратует за ... gdb из CLI-интерфейса.

Я ратую. gdb не тот инструмент, чтобы ему нужна была интеграция в ide (ну, если только не хочется из emacs'а куда-то переключаться по идеологическим причинам). Случаев, когда реально надо долго ползать по коду в gdb -- один на миллион.

> оконный графический интерфейс, с его эргономикой, выразительностью и интерактивностью

Это Вы имели в виду "мышевозиловом, ненужными свистелками и тормознутостью"? Ну так не все же такие мазохисты, аднака...

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

>Его вообще всерьез рассматривать сложно, как и любой другой язык в XXI веке без нативной или JIT-компиляции.

То есть и шелл скрипты тоже так взяли и ввиду несерьезности выкинули на помойку?

>Отрицать оконный графический интерфейс, с его эргономикой, выразительностью и интерактивностью, в пользу текстового режима Emacs или vim - мракобесие.

К слову оконный интерфейс в его привычном понимании обильных флоатинг_виндоу - хрень, однако, неудобная по многим причинам.

> Поясняю. Профи высокого класса знает, да-да, о принципе считывания перфокарт. Представляет себе, как выглядит и что означает машинный код. Как минимум раз в жизни запускал ed. Умеет работать в REPL/gdb из командной строки/whatever. Но использует тот инструмент, который в данной ситуации максимально эффективен. Например: при удаленной отладке павшей коры по ssh альтернатив gdb практически нету (gdbserver не всегда доступен). Но отлаживать голым gdb при имеющихся под рукой Eclipse CDT, NetBeans for C++, Anjuta, Nemiver, Insight или на худой конец ddd - нелепо и попахивает мазохизмом.

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

Пожд оффтопиком Эклипс у меня летает.

s/подж/под

1) Я уже не один раз говорил, что твоё "летает" на проверку для меня может оказаться "тормозит аж абзац". Примеры были.

2) Под фрёй тормозит, под линуксом тормозит. Не, ну под вендой, может, и летает, но мне-то что? Ради странного поделия пользоваться патологически неудобной средой, где к 2009му году даже до виртуальных рабочих столов не додумались? Не-не-не, Дэвид Блейн.

3) Но нетбинс по тормозам -- это, конечно, вообще пездтня. 8))

Эклипс удобен плагинами. Наример, для платформы BlackBerry существует официальная IDE, которая написана на жабе, тормозит, кажется, сильнее Нетбинса, а по юзабилити совсем где-то в ауте, и их плагин для Эклипса, с которым можно хотя бы работать.

> Отрицать оконный графический интерфейс, с его эргономикой, выразительностью и интерактивностью, в пользу текстового режима Emacs

Чё? Интерфейс, реализованный в Emacs, ащето, тайловый оконный. И для IDE (по моему мнению, конечно) он гораздо удобнее ублюдочных вкладок. Я могу располагать тайлы так, как нужно в данный момент МНЕ, а не как левая пятка IDE захочет. После Emacs в той-же визуалке работать, мягко говоря, некомфортно, и насрать на их IntelliSense (или как там они автодополнение обозвали). Для особо яростных поклонников плюсов и визуалки появился QtCreator, который, разве что, по интегрированности с отладчиком пока уступает VisualStudio.

>> Тебе подсказать сайт Scala? Там всё есть.

> Извините, но вы клоун.

Можешь не извиняться - мнение того, кто настолько не разбирается в предмете троллинга, мне просто безразлично.

> (примитивной консоли для вычисления выражений) или в _лучшем_ случае Slime (расширения для Emacs).

o_O

s/подж/под

Балбес детектед =)

> NetBeans вроде пророчат смерть после продажи Sun.

Эт врядли. скорее Jdeveloper закопаютЪ

>Абсолютно оправданный подход. Вон в Java скоро лямбда-функции появятся.

в java уже есть groovy :)

>> IDE головного мозга

> Я этот диагноз ещё полгода назад предложил ввести в обиход.

А что такое "IDE головного мозга"?

На мой взгляд, это когда человек сходит с ума из-за ненавитси к IDE.

+много :)

Так я и не говорю, что Eclipse/NetBeans/IDEA/что_там_у_нас_ещё_есть_из_модного -- однозначное и неизбывное зло. В ряде случаев удобно, сам QtCreator'ом пользовался, когда надо было относительно быстро разобраться в нагромождении плюсового ужоса с впихнутыми в каждое место шаблонами проектирования (ненавижу). Но _я_ работать предпочитаю в виме. Удобнее. _Мне_ удобне, ага. 8))

См. Kuka.

Нет, это когда мышко, пища от восторга, предпочитает жрать кактус, при этом радостно вопя на каждом углу, что не любящие кактус -- олигофрены, использующие окаменелое говно мамонта. 8))

> +много :)

Кукушка хвалит петуха? 8))

А что Вы хотели сказать? Я, к сожалению, не понял.

никогда этого не отрицала.

> Тебе бы матчасть подучить, практик йопта...

Psyco? Мои домашние тапочки только что лопнули от смеха.

Полузаброшенный недоJIT для x86-only? спасибо, заберите в зад.
Сюсю-PyPy? пожалейте трупы моих тапочек.

Java HotSpot JIT - вот бы на что посмотреть принцу Гведону с педоном.

> Лисп же совсем другой по мощности, подходу и концепции язык, для которого уже созданы соответствующие среды разработки, тоже с классной реализацией.

Скажите это архитектору из Мадрида, ага. Что он быдлло.

> Случаев, когда реально надо долго ползать по коду в gdb -- один на миллион.

Скажи, пупсик, а ты пытался _писать_ программы?

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

> То есть и шелл скрипты тоже так взяли и ввиду несерьезности выкинули на помойку?

Подразумевались, естественно, языки общего назначения, а не узкоспециализированные скриптовые.

> В начале предложения почему-то говорится о профи высокого класса, но к концу предложения становится очевидно, что речь идёт о долбодятлах, занимающих 99% программерских позиций 99% софтверных контор.

Если человек юзает IDE и работает продуктивно, вместо того, чтобы ковыряться в унылой консольке - то он долбодятел, каковых 99%? Трололо.

Отличный критерий, мне добавить нечего. См. выше про сектантство, луддитов и прочее.

Вообще, поражаюсь, сколько в этом треде набралось школоты, не нюхавшей пороху.

Посмотрю я на вас, как вы будете в своем Емаксе:
- визуально моделировать бизнес-процессы;
- проектировать ПО с использованием UML;
- проектировать схему БД;
- разрабатывать пользовательские интерфейсы.

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

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

> Скажи, пупсик, а ты пытался _писать_ программы?

Скажи, малыш, а ты сам-то пробовал _писать_ программы, а не быдлокодить?

1) для _разработки_ отладчик не нужен. Вообще.

2) в случае разбора падений -- в 99,99% случаев достаточно посмотреть бэктрейс и пару переменных. Всё. Никакого мучительного ползания по коду в отладчике не нужно. В 999999 случаях на миллион.

Скажите, пожалуйста, а чем написание программ отличается от быдлокодинга? Каковы критерии?

Строго формализуемых определений нет. 8)) Но необходимость усиленно ползать по коду в отладчике -- клиника.

> Но необходимость усиленно ползать по коду в отладчике -- клиника.

То есть код получается сразу не содержащим ошибки?

> визуально моделировать бизнес-процессы

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

> проектировать ПО с использованием UML

Для грамотного проектирования ПО костыли в виде UML нахер не нужны. Вся эта шелуха -- для показа младшими манагерами начальству: "вот, скока _мы_ налабали!!!".

> проектировать схему БД
> разрабатывать пользовательские интерфейсы

Emacs для этого не предназначен.

> "бизнес-процессы"

Разве не заказчик определяет то, что должна выполнять программа?

> Но необходимость усиленно ползать по коду в отладчике -- клиника.

Особо умиляет попытка дебажить криво спроектированные и написанные многопоточные приложения. Тут уж лучше отладочную печать применить.

>проектировать ПО с использованием UML;

Corge (http://cedet.sourceforge.net/cogre.shtml) походу это умеет

>проектировать схему БД;

org-mode и artist-mode неплохо справляются

Нет, код сразу получается кривой. Хватит троллить.

> Разве не заказчик определяет то, что должна выполнять программа?

Во первых, как вышенаписанное коррелирует с http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%8... ?
Во вторых, если ты пытаешься иметь в виду http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BB%D0%B... , то придумывание новой ублюдочной терминологии не есть признак большого ума. Всё это прекрасно описывается двумя словами: "требования заказчика".

>Вообще, поражаюсь, сколько в этом треде набралось школоты, не нюхавшей пороху …

http://www.hollow-hill.com/sabina/images/serious-cat.jpg

Я просто спрашиваю, а вы перешли сразу на личности.

Мне интересно, а как вы собираетесь отлаживать приложения, сложнее, чем "Hello world!" ?

Разве требования заказчика по сценариям использования нельзя наглядно проиллюстрировать Use Case диаграммами?

> а как вы собираетесь отлаживать приложения

Два слова: Отладочная Печать. В 99.7% случаев решает все проблемы.