Здравствуйте, x-code, Вы писали:
XC>А большая тройка это что?
Eclipse, Visual Studio (с VA обязательно), Netbeans. В принципе ещё IDEA можно добавить, но для C++ она всё же какая-то странная, уж слишком по java заточена. Это как бы "монстро-IDE", в которых есть всё. И главное (ну это для меня скорее) там есть полноценные парсеры C++, позволяющие много чего удобного в редакторе. Но они написаны или на java или на .net, так что не подходит под начальные условия.
А так, написанных на C/C++ быстрых и не монстроидальных IDE полно. CodeLite, Code::Blocks, wxDev-C++, Qt Creator, Geany. Это то что с ходу в голову пришло. Но получить там возможности аналогичные первым трём нельзя.
Лично я, попробовав всё это, по сумме характеристик выбрал Netbeans.
Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++.
1. Никаких дотнетов и жаб (все IDE на жабе отпадают, все версии студии после шестерки в общем тоже)
2. Быстрая как Visual Studio 6 (ну то есть написанная на С++ с применением С++-ной же библиотеки типа MFC)
3. Стабильная как Visual Studio 2008 (ну то есть всякие поделки типа Code::Blocks сразу отваливаются, он даже на открытии собственного проекта падает; тут же отпадает и неплохая для своего времени, но все-же изрядно глючная Visual Studio 6)
4. Кастомизируемая как Visual Studio 2008/2010 (QT creator отпадает, там вообще ничего не настроить; в VS2011 кастомизация в чем-то улучшилась (Dark Theme), но в чем-то и ухудшилась, в частности там что-то с тулбарами сделали непотребное что их вообще из докинга не вытащить)
5. Поддерживающая множество операционок, компиляторов и языков программирования (эх, кто бы Code::Blocks довел до ума... Visual Studio 2011 отваливается кстати сразу, ибо код генерит только под семерку)
Здравствуйте, x-code, Вы писали:
XC>Visual Studio 2011 отваливается кстати сразу, ибо код генерит только под семерку
Нормально генерит код и для старых платформ, выбираешь тулсет 100 и меньше, естественно, должен стоять соответствующий SDK, ну и новые фишки языка будут недоступны.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++.
Касательно темы топика. В современном мире, IDE, предназначенная для одного единственного языка, не может быть идеальной
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++.
Если есть требование полноценного автокомплита, подсветки и навигации по коду то аналогов "большой тройке" пожалуй нет (причём VS только в сочетание с VA, иначе не тянет). Если же такого требования нет, а только перечисленные, то вариантов становится значительно больше. Codelite уже порекомендовали. И он не один такой — не монстроидальных ide довольно много разных наделали...
Здравствуйте, std.denis, Вы писали:
SD>а как же отладчик и фичи типа edit'n'continue?
Ну отладчик это само собой Только это отдельная тема, это надо было создать тему "идеальный отладчик"... даже в Visual Studio отладчик далеко не идеален.
Здравствуйте, alex_public, Вы писали:
_>Если есть требование полноценного автокомплита, подсветки и навигации по коду то аналогов "большой тройке" пожалуй нет (причём VS только в сочетание с VA, иначе не тянет). Если же такого требования нет, а только перечисленные, то вариантов становится значительно больше. Codelite уже порекомендовали. И он не один такой — не монстроидальных ide довольно много разных наделали...
Здравствуйте, alex_public, Вы писали:
> И главное (ну это для меня скорее) там есть полноценные парсеры C++, позволяющие много чего удобного в редакторе. Но они написаны или на java или на .net, так что не подходит под начальные условия.
В QtCreator встраивают C++ front-end от clang, который не на java/.net написан. Так что может появится еще одна нормальная IDE для плюсов.
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++.
XC>1. Никаких дотнетов и жаб (все IDE на жабе отпадают, все версии студии после шестерки в общем тоже)
why ? Ведь главное, это ЧТО делает IDE, а не КАК.
XC>4. Кастомизируемая как Visual Studio 2008/2010 (QT creator отпадает, там вообще ничего не настроить; в VS2011 кастомизация в чем-то улучшилась (Dark Theme), но в чем-то и ухудшилась, в частности там что-то с тулбарами сделали непотребное что их вообще из докинга не вытащить)
Visual Studio, конечно же, кастомизируется хорошо, но все-таки в ней многих вещей не хватает.
Например, кодировка исходников по умолчанию. И где поддержка C++ item template ? По-моему, где-то в глубокой ж.
И без VAX "Студия" толком не смотрится. Профайлеры и code coverage все ручками нужно запускать, через
command prompt, либо через Build Event. Про unit tests я вообще промолчу. В смысле — MsTest это нечто.
Это все, кажется, был крик души: "сделайте, блин, в Студии нормальную поддержку C++, я на нем
еще лет пять-десять писать собираюсь, как минимум".
XC>5. Поддерживающая множество операционок, компиляторов и языков программирования (эх, кто бы Code::Blocks довел до ума... Visual Studio 2011 отваливается кстати сразу, ибо код генерит только под семерку)
Идея хорошая, но что-то мне подсказывает, что лучше иметь хороший инструмент под одну платформу,
чем универсальное и всемогущее "абы что". Чувствуете, тут запашок антипаттерна "одна большая,
универсальная IDE" ?
XC>Короче, нету такой?
Здравствуйте, kamre, Вы писали:
K>В QtCreator встраивают C++ front-end от clang, который не на java/.net написан. Так что может появится еще одна нормальная IDE для плюсов.
Да, в потенциале так и есть. Более того, в соседней темке есть ссылки на подключение clang ещё много куда. Но в данный момент сам clang не может справиться со многими известными C++ библиотеками. Так что это всё не работает. А вот если сам clang допилят, то возможно мы увидим полноценный автокомплит, подсветку и навигацию даже не в IDE, а в просто редакторах. )
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++.
Идеальная — которую в работе не замечаешь. Как хорошего судью на футбольном поле.
XC>Короче, нету такой?
Пока все студии — как плохой судья на футбольном поле — только его и видно. А игра — нет...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
XC>>>Короче, нету такой? LVV>>Пока все студии — как плохой судья на футбольном поле — только его и видно. А игра — нет...
MZ>Ты конечно ворпрограммист авторитетный, но на студию не гони -- студия -- лучшая в мире MZ>С++ IDE. А VA пророк её.
В студии и сейчас нет всего того, что было сделано в IDEA почти 10 лет назад.
И не предвидится того, что сделано в БлэкБоксе почти 20 лет назад...
Хотя есть кое-что, чего и там нет.
Но холиварные войны заыодить не хочу.
У меня самого на компе: Студия 10, Code::Blocks, QtCreator.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, MasterZiv, Вы писали:
>> И не предвидится того, что сделано в БлэкБоксе почти 20 лет назад... MZ>Что такое блек бокс ?
Это красная тряпка для всех остальных программистов...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
А еще работает в консоли по ssh и позволяет быстро доавить цветовые схемы для любого языка. Короче, за 20 лет так ничего лучше Vim-а так и не придумали
Здравствуйте, kaa.python, Вы писали:
KP>А еще работает в консоли по ssh и позволяет быстро доавить цветовые схемы для любого языка. Короче, за 20 лет так ничего лучше Vim-а так и не придумали
Зачем сейчас нужен навороченный редактор в консоли по ssh? Вот хоть убей, не понимаю. Примитивный — понятно, поправить конфиг на слабенькой железке, и то они сейчас в основном с веб-мордами, а серьезный и не знаю куда присобачить...
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
Ops>Зачем сейчас нужен навороченный редактор в консоли по ssh? Вот хоть убей, не понимаю. Примитивный — понятно, поправить конфиг на слабенькой железке, и то они сейчас в основном с веб-мордами, а серьезный и не знаю куда присобачить...
Лично мне не нравится прыгать с редактора на редактор. Так как куда-то лезть по SSH и что-то править приходится часто, а везде гарантировано есть только vi, я не вижу смысла в повседневной работе использовать что-то другое.
Здравствуйте, kaa.python, Вы писали:
KP>А еще работает в консоли по ssh и позволяет быстро доавить цветовые схемы для любого языка. Короче, за 20 лет так ничего лучше Vim-а так и не придумали
IDEA умеет делать прозрачный deployment через ssh/scp. Не совсем то, что нужно, но близко.
Здравствуйте, Ops, Вы писали:
KP>>А еще работает в консоли по ssh и позволяет быстро доавить цветовые схемы для любого языка. Короче, за 20 лет так ничего лучше Vim-а так и не придумали Ops>Зачем сейчас нужен навороченный редактор в консоли по ssh? Вот хоть убей, не понимаю. Примитивный — понятно, поправить конфиг на слабенькой железке, и то они сейчас в основном с веб-мордами, а серьезный и не знаю куда присобачить...
Ну вот я работаю через SSH на "слабенькой" машинке с 500ГБ RAM'а и тоннами SSD-дисков. Часть кода можно редактировать и отлаживать только на ней самой, так как на моём ноуте банально нет нужного железа.
Потому SSH, vim и gdb
Удалённо графически работать пробовал, но это неудобно — латентность уж очень мешает.
Здравствуйте, alex_public, Вы писали:
K>>В QtCreator встраивают C++ front-end от clang, который не на java/.net написан. Так что может появится еще одна нормальная IDE для плюсов. _>Да, в потенциале так и есть. Более того, в соседней темке есть ссылки на подключение clang ещё много куда. Но в данный момент сам clang не может справиться со многими известными C++ библиотеками.
Это устаревшая информация Boost он уже полностью понимает и при текущих темпах переплюнет gcc в поддержке C++11 к концу года.
Здравствуйте, Cyberax, Вы писали:
C>Это устаревшая информация Boost он уже полностью понимает и при текущих темпах переплюнет gcc в поддержке C++11 к концу года.
Кстати, да. Я вчера зашел на страничку C++ status и был приятно удивлен изменениями, которые нас ждут в Clang 3.1
Здравствуйте, Cyberax, Вы писали:
C>IDEA умеет делать прозрачный deployment через ssh/scp. Не совсем то, что нужно, но близко.
Да много кто умеет, тот же Slick Edit, который я куда больше люблю. Но ты же сам понимаешь, что обычно надо не только что-то поправить, а сразу же запустить/остановить/собрать и т.п.
Здравствуйте, kaa.python, Вы писали:
C>>IDEA умеет делать прозрачный deployment через ssh/scp. Не совсем то, что нужно, но близко. KP>Да много кто умеет, тот же Slick Edit, который я куда больше люблю. Но ты же сам понимаешь, что обычно надо не только что-то поправить, а сразу же запустить/остановить/собрать и т.п.
Я для Питона её использую. В IDEA для него ещё чумовой удалённый отладчик сейчас есть.
Ну а для С++ и vim не особо помогает. Всё что он может — это запустить компилятор и показать ошибки в отдельном буфере. Отладчика в vim нормального нет, и не будет (clewn/pyclewn — убоги).
Здравствуйте, Cyberax, Вы писали:
C>Ну а для С++ и vim не особо помогает. Всё что он может — это запустить компилятор и показать ошибки в отдельном буфере. Отладчика в vim нормального нет, и не будет (clewn/pyclewn — убоги).
Ну как сказать не помогает. Редактировать код в нем легко и удобно, навигация по коду при помощи cscope тоже очень к месту. А отлаживать: gdb + логи.
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++.
XC>1. Никаких дотнетов и жаб (все IDE на жабе отпадают, все версии студии после шестерки в общем тоже) XC>2. Быстрая как Visual Studio 6 (ну то есть написанная на С++ с применением С++-ной же библиотеки типа MFC) XC>3. Стабильная как Visual Studio 2008 (ну то есть всякие поделки типа Code::Blocks сразу отваливаются, он даже на открытии собственного проекта падает; тут же отпадает и неплохая для своего времени, но все-же изрядно глючная Visual Studio 6) XC>4. Кастомизируемая как Visual Studio 2008/2010 (QT creator отпадает, там вообще ничего не настроить; в VS2011 кастомизация в чем-то улучшилась (Dark Theme), но в чем-то и ухудшилась, в частности там что-то с тулбарами сделали непотребное что их вообще из докинга не вытащить) XC>5. Поддерживающая множество операционок, компиляторов и языков программирования (эх, кто бы Code::Blocks довел до ума... Visual Studio 2011 отваливается кстати сразу, ибо код генерит только под семерку)
XC>Короче, нету такой?
Идеального вообще ничего нету.
А почему нельзя редактировать локально и деплоить? Почему все эти атавизмы сетевой консоли до сих пор преподносятся как преимущество? Сейчас любой телефон умнее старых терминалов, для которых все это и мутили...
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Ops>Почему все эти атавизмы сетевой консоли до сих пор преподносятся как преимущество? Сейчас любой телефон умнее старых терминалов, для которых все это и мутили...
Потому что выразительность, лаконичность и масштабируемость оказались ценны сами по себе.
Здравствуйте, MasterZiv, Вы писали:
>> IDEA умеет делать прозрачный deployment через ssh/scp. Не совсем то, что нужно, >> но близко. MZ>Да там и нужно-то только что удалённая X-Window сессия или удалённый MZ>Emacs, или удалённый GDB.
Удалённый X — неуюзабелен совершенно вне локальной сети. С xpra ситуация чуть лучше, но не идеальна.
Удалённый gdb с локальным клиентом — лучше, но настройка уж больно муторная.
Здравствуйте, Ops, Вы писали:
Ops>А почему нельзя редактировать локально и деплоить?
Потому, что неудобно. Часто надо при работе лазить по всей файловой системе, так что в IDE должен быть встроен браузер. Потом хочется сразу уметь отредактированное запускать, так что нужна ещё и консоль. Ну и соединение надо держать постоянно, так как установка нового SSH-соединения — это пара секунд запросто.
Вот и получается, что терминал с vim оказывается удобнее.
Ops>Почему все эти атавизмы сетевой консоли до сих пор преподносятся как преимущество? Сейчас любой телефон умнее старых терминалов, для которых все это и мутили...
Дело не в терминале. А в скорости света — маленькая она слишком, поэтому удалённая работа через графический рабочий стол становится крайне неприятной, если работать через континент или океан.
Текстовые протоколы намного менее чувствительны к латентности.
Здравствуйте, Cyberax, Вы писали:
C>Потому, что неудобно. Часто надо при работе лазить по всей файловой системе, так что в IDE должен быть встроен браузер. Потом хочется сразу уметь отредактированное запускать, так что нужна ещё и консоль. Ну и соединение надо держать постоянно, так как установка нового SSH-соединения — это пара секунд запросто.
C>Вот и получается, что терминал с vim оказывается удобнее.
Да удобно все, деплой можно делать несложным скриптом, который все сделает прозрачно и в фоне. Да и вообще любой сервис можно прокинуть через SSH, не только консоль. В консоли точно так же придется держать это соединение, правда, в случае разрыва, сохраниться будет проблематично.
Ops>>Почему все эти атавизмы сетевой консоли до сих пор преподносятся как преимущество? Сейчас любой телефон умнее старых терминалов, для которых все это и мутили... C>Дело не в терминале. А в скорости света — маленькая она слишком, поэтому удалённая работа через графический рабочий стол становится крайне неприятной, если работать через континент или океан.
C>Текстовые протоколы намного менее чувствительны к латентности.
Я вообще не говорил про гуёвые интерфейсы, консоль ничем не хуже во многих случаях, но зачем консольный редактор по сети? Я сталкивался с подобными задачами, и, после некоторого геморроя плюнул, и стал редактировать все локально. Правда там связь была неочень, пинг под 200, потери пакетов...
Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Cyberax, Вы писали:
C>Это устаревшая информация Boost он уже полностью понимает и при текущих темпах переплюнет gcc в поддержке C++11 к концу года.
Я тоже слышал про это и обрадовался, но оказалось что рано — похоже там только про Linux версию говорили (и то сам не проверял).
Я пробовал совсем недавно на windows. Причём собрав последний релиз clang'а сам (без какой либо самодеятельности ). Значит на обычных простеньких программках работает замечательно. Быстро, красивые вообщение об ошибках и т.п. Но как только подключал Boost или например wxWidgets, то сразу наступал конец. Более того, он умер от каких-то там лямбд (уже точно не помню)...
Здравствуйте, Ops, Вы писали:
Ops>Я вообще не говорил про гуёвые интерфейсы, консоль ничем не хуже во многих случаях, но зачем консольный редактор по сети? Я сталкивался с подобными задачами, и, после некоторого геморроя плюнул, и стал редактировать все локально. Правда там связь была неочень, пинг под 200, потери пакетов...
Я тоже предпочитаю редактировать локально и отсылать. Не вижу ни одного преимущества для редактирования по сети.
Здравствуйте, alex_public, Вы писали:
C>>Это устаревшая информация Boost он уже полностью понимает и при текущих темпах переплюнет gcc в поддержке C++11 к концу года. _>Я тоже слышал про это и обрадовался, но оказалось что рано — похоже там только про Linux версию говорили (и то сам не проверял).
Там платформенно-независимо. Т.е. улучшения сразу под все платформы.
Здравствуйте, Ops, Вы писали:
C>>Вот и получается, что терминал с vim оказывается удобнее. Ops>Да удобно все, деплой можно делать несложным скриптом, который все сделает прозрачно и в фоне. Да и вообще любой сервис можно прокинуть через SSH, не только консоль. В консоли точно так же придется держать это соединение, правда, в случае разрыва, сохраниться будет проблематично.
Ага. У меня типичный сценарий — захожу по ssh на хост, потом из него цепляюсь на другой хост. Причём работаю с файлами по всей структуре диска.
Т.е. этот "несложный" скрипт очень быстро превратится в Ктулху, если будет всё учитывать. А ещё не забываем про права файлов и имена пользователей.
Ops>Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль.
Это устаревшая информация Сейчас средний пинг лишь примерно в 1.5 раза больше фундаментального ограничения.
Здравствуйте, Cyberax, Вы писали:
C>Ага. У меня типичный сценарий — захожу по ssh на хост, потом из него цепляюсь на другой хост. Причём работаю с файлами по всей структуре диска.
C>Т.е. этот "несложный" скрипт очень быстро превратится в Ктулху, если будет всё учитывать. А ещё не забываем про права файлов и имена пользователей.
При чем тут скрипт? Алгоритм соединения может быть совершенно отдельным от него, можно, например, через тот же ssh прокинуть порты на первый хост, и подключаться "напрямую" ко второму
Ops>>Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль. C>Это устаревшая информация Сейчас средний пинг лишь примерно в 1.5 раза больше фундаментального ограничения.
Это только на больших магистралях в идеальных условиях так, а на концах куча тормозных хопов. А произойдет где-то авария, и через эту магистраль пойдет лишний трафик, со всеми вытекающими.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
C>>Ага. У меня типичный сценарий — захожу по ssh на хост, потом из него цепляюсь на другой хост. Причём работаю с файлами по всей структуре диска. C>>Т.е. этот "несложный" скрипт очень быстро превратится в Ктулху, если будет всё учитывать. А ещё не забываем про права файлов и имена пользователей. Ops>При чем тут скрипт? Алгоритм соединения может быть совершенно отдельным от него, можно, например, через тот же ssh прокинуть порты на первый хост, и подключаться "напрямую" ко второму
Можно. Можно ещё через sshfs подмонтировать.
Только геморроя много, особенно если не забывать про sudo и прочие su.
Ops>>>Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль. C>>Это устаревшая информация Сейчас средний пинг лишь примерно в 1.5 раза больше фундаментального ограничения. Ops>Это только на больших магистралях в идеальных условиях так, а на концах куча тормозных хопов.
cyberax@cybnb:~/work/moleculo$ ping devsrv
PING devsrv.staffdirector.net (31.43.117.91) 56(84) bytes of data.
64 bytes from 31.43.117.91: icmp_req=1 ttl=48 time=167 ms
64 bytes from 31.43.117.91: icmp_req=2 ttl=48 time=152 ms
64 bytes from 31.43.117.91: icmp_req=3 ttl=48 time=151 ms
^C
--- devsrv.staffdirector.net ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 151.174/157.288/167.902/7.534 ms
Т.е. разница всего в два раза, по сравнению с идеальным случаем (прямой маршрут по дуге большого круга). Т.е. места для улучшения особо уже не осталось — потолок близко.
Ops>А произойдет где-то авария, и через эту магистраль пойдет лишний трафик, со всеми вытекающими.
У нормальных ISP уже давно каналы достаточные.
Здравствуйте, Cyberax, Вы писали:
C>Можно. Можно ещё через sshfs подмонтировать.
C>Только геморроя много, особенно если не забывать про sudo и прочие su.
Да не много, один раз написать и пользоваться.
C>Т.е. разница всего в два раза, по сравнению с идеальным случаем (прямой маршрут по дуге большого круга). Т.е. места для улучшения особо уже не осталось — потолок близко.
Кстати да, на больших расстояниях уже скорость света заметна. На маленьких — почти нет, попингуй из Киева что-нибудь в Москве, будет совсем другая картина.
Ops>>А произойдет где-то авария, и через эту магистраль пойдет лишний трафик, со всеми вытекающими. C>У нормальных ISP уже давно каналы достаточные.
А каналы тут не при чем, представь, что будет происходить на гейтах, когда маршруты будут перестраиваться.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, LaptevVV, Вы писали:
>>> И не предвидится того, что сделано в БлэкБоксе почти 20 лет назад... MZ>>Что такое блек бокс ? LVV>Это красная тряпка для всех остальных программистов...
А не расскажете что там такого красивого?
Я ради интереса скачал этот блэкбокс, запустил... ничего не понял.
Здравствуйте, x-code, Вы писали:
MZ>>>Что такое блек бокс ? LVV>>Это красная тряпка для всех остальных программистов... XC>А не расскажете что там такого красивого? XC>Я ради интереса скачал этот блэкбокс, запустил... ничего не понял.
Естественно!
Вот в этой книжке — все основы: http://www.ozon.ru/context/detail/id/8218517/
Почитайте, очень интересно!
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, MasterZiv, Вы писали:
>>> IDEA умеет делать прозрачный deployment через ssh/scp. Не совсем то, что нужно, >>> но близко. MZ>>Да там и нужно-то только что удалённая X-Window сессия или удалённый MZ>>Emacs, или удалённый GDB. C>Удалённый X — неуюзабелен совершенно вне локальной сети. С xpra ситуация чуть лучше, но не идеальна.
C>Удалённый gdb с локальным клиентом — лучше, но настройка уж больно муторная.
а что именно муторно ?
на сервере gdb-server — подсунуть бинарь и порт, у себя netbeans c соотв. плагином — указать куда коннектиться
Здравствуйте, sts, Вы писали:
C>>Удалённый X — неуюзабелен совершенно вне локальной сети. С xpra ситуация чуть лучше, но не идеальна. C>>Удалённый gdb с локальным клиентом — лучше, но настройка уж больно муторная. sts>а что именно муторно ? sts>на сервере gdb-server — подсунуть бинарь и порт, у себя netbeans c соотв. плагином — указать куда коннектиться
Постоянно надо соединяться/отсоединяться и т.д. Я прямо даже макросы для этого пишу. Ещё проблемы с отладочными символами бывают.
Sapienti sat!
Re: Идеальная IDE
От:
Аноним
Дата:
22.06.12 20:47
Оценка:
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++. http://ultimatepp.org
Здравствуйте, LaptevVV, Вы писали:
LVV>Здравствуйте, x-code, Вы писали:
MZ>>>>Что такое блек бокс ? LVV>>>Это красная тряпка для всех остальных программистов... XC>>А не расскажете что там такого красивого? XC>>Я ради интереса скачал этот блэкбокс, запустил... ничего не понял. LVV>Естественно! LVV> LVV>Вот в этой книжке — все основы: http://www.ozon.ru/context/detail/id/8218517/ LVV>Почитайте, очень интересно!
Ну, ещё что-то у Шиперски, наверное: http://forum.oberoncore.ru/viewtopic.php?f=75&t=3339 — но не читал.
А "Проект Оберон" теперь можно и выборочно посмотреть: http://forum.oberoncore.ru/viewtopic.php?p=73037#p73037.
Только это отдельная тема, это надо было создать тему "идеальный отладчик"... даже в Visual Studio отладчик далеко не идеален.
