Ричард Столлман хочет видеть некоторые возможности Eclipse реализованными в Emacs

> Там не было такого замечания. Было замечание, что старики не хотят.

Еще бы, не барское то дело.

А я думал что вы напомните что ЧСВ экономит stl и повторное использование кода, а не ООП или CORBA :-)

> Я искренне надеюсь, что вы тут шутите, поскольку путать поиск синтаксических ошибок с отладкой может только полный дурак. :(

Словосочетание "и так далее" видимо, было пропущено. А в нём - установка точек останова, например.

Ещё разок, мои методы работы (учитывая, что большую часть времени я не программирую) я обсуждать не буду.

> Есть мнение, что message passing для ditributed computing подходит как бы не лучше, чем remote calls.

Есть такое мнение (хотя есть и другое). Но CORBA поддерживает и то, и другое (struct, oneway, EventService).

И уж точно не IDE :-)

> Ещё разок, мои методы работы (учитывая, что большую часть времени я не программирую) я обсуждать не буду.

Нет нет, ваш комплекс мы не тронем, всё будет ок.

> Но CORBA поддерживает и то, и другое (struct, oneway, EventService).

Да, поэтому я синхронные системы тоже упомянул (JMS, Erlang, кросс-платформенный SMTP ;)

асинхронные.

> переключение на окошко терминала = выход из IDE?

Запуск GDB в терминале - это интеграция? Тогда у меня YaKuake - это IDE.

> А в нём - установка точек останова, например.

Ага, спалился в итоге. Отладка==установка точек останова, ага.

> Ещё разок, мои методы работы (учитывая, что большую часть времени я не программирую)

Я тоже, и что?

да erlang интересный мастдайчик, но не забывайте его prolog-овского прошлого, не верьте ему :-)

> Есть такое мнение (хотя есть и другое). Но CORBA поддерживает и то, и другое (struct, oneway, EventService).

И рыбку съесть и... другое - корба не поддерживает. А если уж обостряться до крайности, то rpc - это то же message passing.

> поэтому я асинхронные системы тоже упомянул (JMS, Erlang

JMS - это, ИМХО, не уровень CORBA (хотя среди многочисленных CORBA-служб может найтись и такая), Erlang - вообще не из той оперы, ибо внутриязыковая.

> Отладка==установка точек останова, ага.

Все овцы олени, ага.

>> Есть такое мнение (хотя есть и другое). Но CORBA поддерживает и то, и другое (struct, oneway, EventService).

> И рыбку съесть и... другое - корба не поддерживает.

Ты что сказать-то хотел?

> А если уж обостряться до крайности, то rpc - это то же message passing.

Да. И что?

> Запуск GDB в терминале - это интеграция?

Без понятия, ты же не дал определение "интеграции".

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

> Тогда у меня YaKuake - это IDE.

Определение IDE было твое, я-то тут причем?

>шутку понял, смешно. Только вот проблема по прежнему из практически полного и многоуровневого графа связей выщимить интересные и красиво показать в UML. Весь бардак спрятать. Умничать я и сам могу, потому UML не пользую, а вот тут некторые советуют я и ищу зерно истины.

Ну как бы мы опять возвращаемся к тому, что мозг UML не заменит. Я рассматриваю UML всего лишь как средство наглядного представления каких-то сущностей и их зависимостей. Если вы сами не знаете, что у вас там существенно (какие-то интерфейсы), а что второстепенно (детали реализации), то UML за вас это не сделает.

Реверс-инжиниринг кода с построением UML -- это вообще бредни, модные некогда. Это естественно нифига не документирование.

> Отладка==установка точек останова, ага.

> Все овцы олени, ага.

А что еще? Неужто запуск тестов и программы? Так ведь было заявлено, что "отладки в Kate нет"? Как же так?

А я вообще, прикиньте gdb только на core натравливаю, и думаю, нахера мне тут IDE? Может я стар?

> Без понятия, ты же не дал определение "интеграции".

Ну так дай его. Любой спор - договорённость о терминах.

А я вот отлаживаю в мозгу чаще. Плюс сбор данных для анализа с помощью printf. Ну и бумажка, конечно же. )

>А я вот отлаживаю в мозгу чаще. Плюс сбор данных для анализа с помощью printf. Ну и бумажка, конечно же. )

Это все клево, когда примерно знаешь, где искать. А когда знаешь с точностью +- километр порой проще подцепить удаленно к серверу и "прощупать" выполнение запроса. Ибо вставлять во все возможные места логгирование -- убьешься.

>А я вот отлаживаю в мозгу чаще. Плюс сбор данных для анализа с помощью printf. Ну и бумажка, конечно же. )

Признайся, ведь ты ниасилил дебагер.

> > Без понятия, ты же не дал определение "интеграции".

> Ну так дай его. Любой спор - договорённость о терминах

Легко: "интеграция" = "велосипед". Каждый должен заниматься своим делом, а ултиматы пусть пионеры дрессируют - у них сил больше, а голова уже - везде пролезет. Всё равно закон сохранения энергии им не преодолеть, если умеешь всё, то ничего конкретно не умеешь. И вообще если так посмотреть то мой IDE - GNU/Linux gentoo. Всё включено, каждый занят своим делом и человековека экономлю.

>> А я вот отлаживаю в мозгу чаще. Плюс сбор данных для анализа с помощью printf. Ну и бумажка, конечно же. )

> Признайся, ведь ты ниасилил дебагер.

Дебагер применим отнюдь не всегда. Хотя когда он применим - им нужно пользоваться, а не гнуть пальцы.

> Признайся, ведь ты ниасилил дебагер.

Вудди Вудпеккер, я вас узнал. Вы слыхали как на микромир влияет зритель? На этом же эффекте основана фотонная криптография.

> Как _идея_ Emacs не может умереть: Eclipse - это Emacs сегодняшнего дня :D

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

> Ибо вставлять во все возможные места логгирование -- убьешься.

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

> Признайся, ведь ты ниасилил дебагер.

Дебаггер (с пошаговой отладкой) - это для начинающих. Дебаггер для изучения core-файлов, полученных от клиентов - совсем другое дело. Но интеграции того же crash с IDE нет (всё по той же причине: кому оно надо, тот не может)

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

К сожалению, моего кода процентов 10 от всего кода, остальное -- сторонние библиотеки. Плюс иногда "все возможные места" -- это через каждую строчку.

> Нет. Не хватает командного режима. Разработчики не слишком думают об эргономике (хинт: постоянно переносить руку с клавиатуры на мышь и обратно неудобно).

Да мы уже разобрались, Eclipse - это Emacs для домохозяек - кто-то признался вверху. А коммандного режима как у vim в Emacs нет, точнее есть но не такой ;-), (religion 'мне больше нравиться)

>Так ведь было заявлено, что "отладки в Kate нет"?

Так её там и нет. Есть pdb/gdb, запущенный во встроенной консоли. Отладка появится, когда будет (может, уже и есть, это несущественно) плагин, который будет разгребать выхлоп отладчика и показывать текущую позицию, фреймы стека, переменные и прочая. Связанно с остальным. Пока же мы поимеем cd 'путь/до/файла', напечатанный в отладчик при смене текущего файла :)

>> Как _идея_ Emacs не может умереть: Eclipse - это Emacs сегодняшнего дня :D

> Нет. Не хватает командного режима.

Дык это... в Emacs его изначально тоже нет, а через плагин он (вроде бы) есть и для Eclipse.

> Легко: "интеграция" = "велосипед".

Ездил я недавно на итеграции в соседнюю деревню - колесо проколол. Подскажите интеграционную резину на 19 дюймов, чтобы потолще, пусть пожёстче?

> Плюс иногда "все возможные места" -- это через каждую строчку.

Так вроде достаточно определить функцию +-100строк и внимательно её прочитать, не пренебрегая кодом библиотек.

> Eclipse - это Emacs для домохозяек

Ггг... а Emacs - это TECO для домохозяек.

> ..чтобы потолще, пусть пожёстче?

это своё должно быть, если нет, то увы это на другой форум.

> > Eclipse - это Emacs для домохозяек

>> Ггг... а Emacs - это TECO для домохозяек.

Так это не я сказал, это из ваших кто-то выше!

ну там любой чел сел и стал работать в Eclipse а в Emacs, де, учиться надотЪ - было? - не отпирайтесь!

А я вот отлаживаю в мозгу чаще. Плюс сбор данных для анализа с помощью printf. Ну и бумажка, конечно же. )

> Так это не я сказал

Ты это тоже сказал.

> это из ваших кто-то выше!

Ссылку? 8)

> Так ведь было заявлено, что "отладки в Kate нет"?

> Так её там и нет. Есть pdb/gdb, запущенный во встроенной консоли.

Отладка==запуск отладчика?

Вас настолько больно дельфями в вузе били? Подумайте на досуге о printk, что ли.

> Вас настолько больно дельфями в вузе били? Подумайте на досуге о printk, что ли.

Да путь подумают хотя бы о template<typename _CharT2, typename _Traits2> friend basic_ostream<_CharT2, _Traits2>& operator<< basic_ostream<_CharT2, _Traits2>&, _CharT2);

>Признайся, ведь ты ниасилил дебагер.

Им не везде подлезешь, к сожалению. Обычно используют только чтобы расковырять корку. :D

Ну понятно - пользователи emacs настолько суровы, что отладчиками не пользуются.

s/Обычно используют/Обычно использую/ Я т.е. )

Хых, не успел исправить опечатку, как уже нагадили. :D

> Да путь подумают хотя бы о template<

И решат, что defmacro лучше

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

> Ну понятно - пользователи emacs настолько суровы, что отладчиками не пользуются.

Да причём здесь суровость? Поработать вам надо, и это пройдёт, главное запомните, понацеи не существует. И ассоциация отладка = отладчик не верная ассоциация.