Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows.
Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые???
Как насчёт полноэкранных редакторов? IDE? gdb???
Не может же всё быть так плохо... Или может???
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
Если вы такие умные, что чего-ж вы строем не ходите?
В UNIX-е всё хорошо, но не так, как в Виндовс.
"Стандартного набора", разумеется, нет. UNIX — это свобода.
UNIX — сам по себе IDE.
Лично мне хватает xterm-а, блокнота, ddd и makefile.
Но ты так не сможешь. Смотри в сторону... ну например QtCreator.
Здравствуйте, alpha21264, Вы писали:
A>UNIX — сам по себе IDE.
Это как? У меня (на Windows) есть только что-то похожее на терминал к UNIX. Команду можно напечатать, результат посмотреть... Это и есть IDE?
A>Лично мне хватает xterm-а, блокнота, ddd и makefile. A>Но ты так не сможешь. Смотри в сторону... ну например QtCreator.
Здравствуйте, VladFein, Вы писали:
VF>Здравствуйте, Sni4ok, Вы писали:
S>>gui редакторы не нужны, vim + gdb достаточно.
VF>А gdb тогда зачем? printf() не достаточно? VF>
В большинстве случаев достаточно.
Но для этого программа должна быть соответсвующим образом написана.
У тебя некоторое время получаться не будет.
Вот ты говоришь, что ты 25 лет что-то программировал.
А что именно ты программировал? Потому что ты задаёшь странные вопросы.
Зачем тебе отладчик, если ты не студент? Что ты собираешься им увидеть?
Вот например я. Пишу программы, которые проектируют процессоры (в том числе интеловские).
Там десятки-сотни миллионов обьектов. И программа выполняется несколько часов.
Что тут можно увидеть отладчиком? Программа должна САМА сказать, что в ней не в порядке.
Принтами или с помощью ГУИ. Но обязательно сама. Какой нафиг отладчик?!
Я использую ddd (это оболочка такая) а он вызывает "то, что нужно" (наверное gdb).
Но я его использую таааааак редко. При этом я искренне не понимаю, зачем отладчик
должен быть встроен в IDE. Что мешает его отдельно вызвать?
ЗЫ.
Понимаешь, тут действтельно несколько иной мир, слегка похожий на зазеркальё.
Все мы проходили через ломку шаблонов. Теперь и ты через неё проходишь.
Мы над тобой немножко простодушно похихикаем. Уж прости нас.
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые???
MSVC. Не-виндовые части в самом плохом случае отлаживаются printf'ами.
VF>Как насчёт полноэкранных редакторов? IDE? gdb???
Ну, там вроде был KDevelop, хотя CodeBlocks на мой вкус приятнее.
VF>Не может же всё быть так плохо... Или может???
Здравствуйте, Sni4ok, Вы писали:
VF>>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows.
S>да поздно вам уже, забейте :D
А в чем проблема? Это после 25ти лет *nix'а могут быть проблемы с виндой.
VF>>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>>Как насчёт полноэкранных редакторов? IDE? gdb???
S>gui редакторы не нужны, vim + gdb достаточно.
Огонь в плите электроподжигом добывал или палочкой при помощи трения?
Здравствуйте, alpha21264, Вы писали:
A>Вот ты говоришь, что ты 25 лет что-то программировал.
Оставим это на совести ТС.
A>А что именно ты программировал? Потому что ты задаёшь странные вопросы.
А сам даешь странные ответы.
A>Зачем тебе отладчик, если ты не студент? Что ты собираешься им увидеть?
Поведение своей реализации реализуемого алгоритма.
A>Вот например я. Пишу программы, которые проектируют процессоры (в том числе интеловские). A>Там десятки-сотни миллионов обьектов. И программа выполняется несколько часов.
У тебя длиннее, никто не спорит.
A>Что тут можно увидеть отладчиком? Программа должна САМА сказать, что в ней не в порядке.
Отладчиком можно увидеть всё. А программа может сама сказать что в ней что-то не в порядке, только если кто-то раньше побегал по ней с отладчиком.
A>Принтами или с помощью ГУИ. Но обязательно сама. Какой нафиг отладчик?! A>
Отладчик неплох для исследования поведения программы при обработке реальных данных, а не того мусора, что писатель тестов решил написать. По результатам такого исследования расставляются ассерты и принтфы.
A>Я использую ddd (это оболочка такая) а он вызывает "то, что нужно" (наверное gdb). A>Но я его использую таааааак редко. При этом я искренне не понимаю, зачем отладчик A>должен быть встроен в IDE. Что мешает его отдельно вызвать?
Некоторые вообще не понимают, зачем IDE нужна. Когда есть редактор emacs и утилита make. И чего?
A>Понимаешь, тут действтельно несколько иной мир, слегка похожий на зазеркальё.
Тут — это где?
A>Все мы проходили через ломку шаблонов. Теперь и ты через неё проходишь.
А ты свои так и не поломал, похоже )
A>Мы над тобой немножко простодушно похихикаем. Уж прости нас.
Здравствуйте, alpha21264, Вы писали:
A>Если вы такие умные, что чего-ж вы строем не ходите?
Ты о чем?
A>В UNIX-е всё хорошо, но не так, как в Виндовс.
Жопа'с
A>"Стандартного набора", разумеется, нет. UNIX — это свобода.
И что все так C++ ругают? С++ только дает возможности прострелить себе ногу (или другую конечность). Unix дает возможность прострелить себе всё, что хочешь, любыми известными способами, при этом предлагая конвеер для изобретения новых способов самоубийства. Но виноват, как обычно, Билл Гейтс.
A>UNIX — сам по себе IDE.
Набор "Юный Химик" нервно курит в стороне, сравнивания свой потенциал для исследовательской деятельности с *nix'ами. Нюанс в том, что с "Юным Химиком" не построить промышленное предприятие.
A>Лично мне хватает xterm-а, блокнота, ddd и makefile.
Спарта?
A>Но ты так не сможешь. Смотри в сторону... ну например QtCreator.
Здравствуйте, VladFein, Вы писали:
A>>UNIX — сам по себе IDE.
VF>Это как? У меня (на Windows) есть только что-то похожее на терминал к UNIX. Команду можно напечатать, результат посмотреть... Это и есть IDE?
Нет. Это Ж.О.П.А. А IDE — это среда, в которой ты разрабатываешь и отлаживаешь свой софт.
A>>Лично мне хватает xterm-а, блокнота, ddd и makefile. A>>Но ты так не сможешь. Смотри в сторону... ну например QtCreator.
VF>Спасибо!
Здравствуйте, smeeld, Вы писали:
VF>>Как насчёт полноэкранных редакторов? IDE?
S>Как с этим добром работать? В IDE никакого удобства, гибкости, полного спектра возможностей и мощности.
Посмеялся. В нормальной IDE все это из коробки — плюс всё то же самое, что и без IDE.
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
Я гоняю tmux + vim с плагинами и cscope + gitk/git-citool + cgdb. Жить можно вполне комфортно, но "из коробки" оно все ужасно. MSVC6 была лучше решительно во всем (следующие студии деградировали стремительным домкратом) кроме возможности скриптов, gdb тут гибче на порядок. Особо отъявленные пользуют emacs, и при этом не пользуют cscope/ctags, что как бы намекает что из этих людей можно делать гвозди
Кто консоль не выносит — для них придуман eclipse. Но это другая крайность, мне вот стало интересно андроид поковырять — и я понял что я как тот Ватсон — уже не могу "без трубки", эклипс выбешивает.
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
Есть куча идешек средней паршивости -- CodeBlocks, Eclipse, QtCreator, KDevelop, которые можно использовать в качестве заменителя. Цикл отладки слегка отличается, потому что gdb довольно мощная штука, поэтому можно посмотреть гораздо больше, чем под виндой и соответственно делать меньше итераций. Чего нельзя добиться (или у меня не получилось) с помощью емакса, вима и прочего барахла, это code сompletionа нормального и подсветки ошибок компиляции, что в мсвс 10 сильно спасало. Строго говоря, я сейчас пишу на 10, отлаживаюсь на эмуляторе самописном, потом все тестирую уже на разных линухах и дройдах. Но у меня все сильно проще, потому что алгоритмика и с системой взаимодействует слабо. Поэтому если можешь изолировать часть никсов, под которой работаешь, то пиши на студии, отлаживайся под никсами. Если сильно завязан, то выбери из бесплатных идешек самую удобную и пиши на ней.
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов?
Я использую QTCreator + cmake, мне более чем хватает. В том числе их использую для серьёзной отладки на удалённых машинах, через VNC. Изредка руками запускаю gdb, но это уже скорее извращение.
VIM использую для правки всяких текстовых конфигов, но для программирования он не очень удобен. Хотя нынче к нему даже автокомплит с рефакторингом через clang прикручивается.
Здравствуйте, Marty, Вы писали:
A>>Что тут можно увидеть отладчиком? Программа должна САМА сказать, что в ней не в порядке.
M>Отладчиком можно увидеть всё. А программа может сама сказать что в ней что-то не в порядке, только если кто-то раньше побегал по ней с отладчиком.
A>>Принтами или с помощью ГУИ. Но обязательно сама. Какой нафиг отладчик?!
M>Отладчик неплох для исследования поведения программы при обработке реальных данных, а не того мусора, что писатель тестов решил написать. По результатам такого исследования расставляются ассерты и принтфы.
Не спорьте, горячие финские парни.
Штатный отладчик может показать состояние переменных, памяти и регистров. Для многих задач этого достаточно.
Альфа же говорит (насколько я его понял) про отладку алгоритмов и проецирует это решительно на все задачи. Да, иногда приходится разрабатывать совершенно отдельный отладчик, чтобы видеть работу этого алгоритма.
Пример — обработка графики.
Есть, скажем, у тебя массив координат:
Здравствуйте, VladFein, Вы писали:
VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
чего плохо-то? если привык к IDE, то поставь netbeans (местами такое унылое говнище что просто страшно, но это все же редкость), будет подобие MSVC , даже удобно местами, ну или Sun Studio, знаю психопатов которые используют. Но все это баловство отпадает, когда придется запускаться и отлаживаться по ssh. Там действительно vim да gdb, а что еще там нужно?
Re[3]: UNIX dev tools
От:
Аноним
Дата:
26.08.14 06:58
Оценка:
Здравствуйте, Marty, Вы писали:
A>>Но ты так не сможешь. Смотри в сторону... ну например QtCreator.
M>А потом открой для себя MSVC
Знаешь, я довольно прилично зарабатываю, но мне зарплаты не хватит купить столько памяти, чтобы в VS поднять наш проект. Ее еще столько не сделали.
Здравствуйте, Marty, Вы писали:
M>Посмеялся. В нормальной IDE все это из коробки — плюс всё то же самое, что и без IDE.
Назовите IDE в которой из кoробки отладка работающего ядро ОС. Назовите IDE в котором
смогу составить любую, нужную мне структуру дерева исходников, а не только
то что можно выбрать в менюшках. Любую IDE использовал, после первого запуска, ровно до того
момента, когда, после выбора типа проекта, смотрел сколько IDE ненужного хлама, без спроса, запихнула мне в каталог
с проектом. IDE-это для начинающих, которые просто не могут, по причине скудности знаний о всех составляющих ОС
и её системного окружения ползовательского уровня, отсутствия опыта составления проектов программ и управления проектами на основе
скриптов автоматизации, работать иначе как тыкать мышкой в менюшки и кнопочки IDE с вариантами действий.
Это начинается в этих ваших универах, в которых глуповатый старпёр преподователь препедносит IDE как единственный возможный
вариант в задаче управления проектами, единственный потому что сам других не знает, возникает привычка, и вот человек с стажем
в двадцать лет уже считает разработки без IDE грехом, не врубается, что его мнение основано на том, что он, по причине лени,
до сих пор не вышел из психологического состояния ничего не понимающего, и всего боящегося джуна, не знающего возможностей
системы, в которой он работатет, находящихся за пределами кнопочек его IDE.
Здравствуйте, Аноним, Вы писали:
M>>А потом открой для себя MSVC
А>Знаешь, я довольно прилично зарабатываю, но мне зарплаты не хватит купить столько памяти, чтобы в VS поднять наш проект. Ее еще столько не сделали.
У тебя длиннее всех, ты победил!
_____________________
С уважением,
Stanislav V. Zudin
Здравствуйте, smeeld, Вы писали:
M>>Посмеялся. В нормальной IDE все это из коробки — плюс всё то же самое, что и без IDE.
S>Назовите IDE в которой из кoробки отладка работающего ядро ОС. Назовите IDE в котором S>смогу составить любую, нужную мне структуру дерева исходников, а не только S>то что можно выбрать в менюшках.
MSVC-то видел? Кстати, открой для себя тектовый редактор и то, что проекты MSVC можно им подправить, если приспичило.
S>Любую IDE использовал, после первого запуска, ровно до того S>момента, когда, после выбора типа проекта, смотрел сколько IDE ненужного хлама, без спроса, запихнула мне в каталог S>с проектом.
В смысле? Кто мешает отдельно хранить проект, отдельно сорцы, отдельно результаты компиляции и отдельно собранные exe/dll? У меня в MSVC так работает.
S>IDE-это для начинающих, которые просто не могут, по причине скудности знаний о всех составляющих ОС S>и её системного окружения ползовательского уровня, отсутствия опыта составления проектов программ и управления проектами на основе S>скриптов автоматизации, работать иначе как тыкать мышкой в менюшки и кнопочки IDE с вариантами действий.
Куда нам до вас
S>Это начинается в этих ваших универах, в которых глуповатый старпёр преподователь препедносит IDE как единственный возможный S>вариант в задаче управления проектами, единственный потому что сам других не знает, возникает привычка, и вот человек с стажем S>в двадцать лет уже считает разработки без IDE грехом, не врубается, что его мнение основано на том, что он, по причине лени, S>до сих пор не вышел из психологического состояния ничего не понимающего, и всего боящегося джуна, не знающего возможностей S>системы, в которой он работатет, находящихся за пределами кнопочек его IDE.
Ну да, конечно, куда уж нам, школоте
PS Я тоже ел кактус, по-разному приготовленный, только он кактусом быть не перестает.
Здравствуйте, Marty, Вы писали:
S>>Назовите IDE в которой из кoробки отладка работающего ядро ОС. Назовите IDE в котором S>>смогу составить любую, нужную мне структуру дерева исходников, а не только S>>то что можно выбрать в менюшках.
M>MSVC-то видел? Кстати, открой для себя тектовый редактор и то, что проекты MSVC можно им подправить, если приспичило.
Виноват, пропустил. Драйверы в MSVC не поотлаживать, это да.
Здравствуйте, Marty, Вы писали:
S>>>Назовите IDE в которой из кoробки отладка работающего ядро ОС. Назовите IDE в котором
M>>MSVC-то видел? Кстати, открой для себя тектовый редактор и то, что проекты MSVC можно им подправить, если приспичило.
M>Виноват, пропустил. Драйверы в MSVC не поотлаживать, это да.
Хотя, гуглеж подсказывает, что существует некий VisualDDK, который решает эту пробюлему для вроде бы всеж версий студии, а в 2012 все вроде есть и так. Еще слышал, что есть VisualKernel для отладки в студии линуксового кода
Здравствуйте, VladFein, Вы писали:
VF>Здравствуйте, alpha21264, Вы писали:
A>>UNIX — сам по себе IDE.
VF>Это как? У меня (на Windows) есть только что-то похожее на терминал к UNIX. Команду можно напечатать, результат посмотреть... Это и есть IDE?
Это часть IDE.
Просто люди, которые живут в Линуксе, привыкли сами связывать несколько инструментов в то, что им хочется.
Это стиль жизни. Это не воспринимается как неудобство.
В Линуксе терминал и скриптовый язык несколько мощнее, чем в Виндовс и поэтому получается неплохо.
Как делаю я.
0) У меня есть терминал, в котором я котором я даю команды. Например make.
1) команда make запускает makefile и собирает мою программу.
Собирать может весьма экзотически. Это не только сборка программы из сырцов.
Например может вызывать latex и генерировать книгу.
Или порождать rpm. Или (о ужас!) инсталяционный пакет для Винды.
2) Сейчас народ будет хихикать, но я всё равно скажу. Я программу пишу по-русски.
Названия классов, переменных и функций у меня на русском языке и русскими буквами.
Соответсвенно перед компиляцией мой исходник переводится в транслит и только потом компилируется.
Для этого makefile пишется определённым образом.
3) Если при сборке возникли ошибки, то ошибки пишутся в этот же самый терминал
в формате имя_файла-номер_строки. Виндузятники считают, что это ужас-ужас, но меня не напрягает.
4) Я вызываю текстовый редактор (очень примитивный блокнот) и начинаю редактировать текст.
Просто редактировать. Никакой навигации или автокомплита у меня нет.
Наверное, было бы лучше, если бы она была, но для меня это не принципиально.
Программа написана в таком стиле, что мне не надо скакать по файлам.
Обычно одномоментно мне нужно только два окна — сишник и его хедер.
5) Если программа собралась и не работает.
Обычно программа сама мне говорит, что у неё не в порядке
(я её так написал) и я не использую традиционную отладку.
Но если очень хочется, я могу из этого же xterm запустить отладчик ddd.
И поотлаживать что-нибудь традиционным методом.
Допустим, я нашел проблемное место. ddd — это не IDE, он умеет только отлаживать.
Но у него есть кнопка — вызвать текстовый редактор.
Я вызываю текстовый редактор (я настроил так, что вызывается тот же самый блокнот)
И редактирую проблемное место. После чего компиляция и запуск.
6) Вообще, я очень люблю использовать DSL. Моя программа — это очень небольшой кусок на С++,
а остальную логику реализует DSL, который собственно и является алгоритмом.
Так вот... DSL — это просто текст. И этот текст я и редактирую обычным редактором.
Может быть поэтому мне и не нужны всякие IDE.
Ну это мой линый Юникс-вей. Он так сложился, потому что мои задачи имеют специфичную специфику.
У тебя скорее всего будет другая специфика.
Но первое, от чего тебе следует отказаться, — от привычки запихивать весь функционал
в одну-единственную монстрообразную программу. В юниксе принято разделять функциональность
между несколькими программами, чтобы программы можно было комбинировать.
А когда программа перестаёт быть многомегабайтным монстром, то и методы можно применять другие.
Вотъ.
Я понимаю, что ты сейчас несколько в шоке.
Но никто не заставляет тебя сразу менять все твои привычки.
Начни с какого-нибудь IDE и постепенно осваивай юникс-вей.
Здравствуйте, alpha21264, Вы писали:
A>Здравствуйте, VladFein, Вы писали:
VF>>Здравствуйте, alpha21264, Вы писали:
A>>>UNIX — сам по себе IDE.
VF>>Это как? У меня (на Windows) есть только что-то похожее на терминал к UNIX. Команду можно напечатать, результат посмотреть... Это и есть IDE?
A>Это часть IDE. A>Просто люди, которые живут в Линуксе, привыкли сами связывать несколько инструментов в то, что им хочется. A>Это стиль жизни. Это не воспринимается как неудобство. A>В Линуксе терминал и скриптовый язык несколько мощнее, чем в Виндовс и поэтому получается неплохо.
A>Как делаю я.
A>0) У меня есть терминал, в котором я котором я даю команды. Например make.
A>1) команда make запускает makefile и собирает мою программу. A> Собирать может весьма экзотически. Это не только сборка программы из сырцов. A> Например может вызывать latex и генерировать книгу. A> Или порождать rpm. Или (о ужас!) инсталационный пакет для Винды.
A>2) Сейчас народ будет хихикать, но я всё равно скажу. Я программу пишу по-русски. A> Названия классов, переменных и функций у меня на русском языке и русскими буквами. A> Соответсвенно перед компиляцией мой исходник переводится в транслит и только потом компилируется. A> Для этого makefule пишется определённым образом.
A>3) Если при сборке возникли ошибки, то ошибки пишутся в этот же самый терминал A> в формате имя_файла-номер_строки. Виндузятники считают, что это ужас-ужас, но меня не напрягает.
A>4) Я вызываю текстовый редактор (очень примитивный блокнот) и начинаю редактировать текст. A> Просто редактировать. Никакой навигации или автокомплита у меня нет. A> Наверное было бы лучше, если бы она была, но для меня это не принципиально. A> Программа написана в таком стиле, что мне не надо скакать по файлам. A> Обычно одномоментно мне нужно только два окна — сишник и его хедер.
A>5) Если программа собралась и не работает. A> Обычно программа сама мне говорит, что у неё не в порядке A> (я её так написал) и я не использую традиционную отладку. A> Но если очень хочется, я могу из этого же xterm запустить отладчик ddd. A> И поотлаживать что-нибудь традиционным методом. A> Допустим, я нашел проблемное место. ddd — это не IDE, он умеет только отлаживать. A> Но у него есть кнопка — вызвать текстовый редактор. A> Я вызываю текстовый редактор (я настроил так, что вызывается тот же самый блокнот) A> И редактирую проблемное место. После чего компиляция и запуск.
A>6) Вообще, я очень люблю использовать DSL. Моя программа — это очень небольшой кусок на С++, A> а остальную логику реализует DSL, который собственно и является алгоритмом. A> Так вот... DSL — это просто текст. И этот текст я и редактирую обычным редактором. A> Может быть поэтому мне и не нужны всякие IDE.
A>Ну это мой линый Юникс-вей. Он так сложился, потому что мои задачи имеют специфичную специфику. A>У тебя скорее всего будет другая специфика.
A>Но первое от чего тебе следует отказаться — от привычки запихивать весь функционал A>в одну-единственную монстрообразную программу. В юниксе принято разделять функциональность A>между несколькими программами, чтобы программы можно было комбинировать. A>А когда программа перестаёт быть многомегабайтным монстром, то и методы можно применять другие.
A>Вотъ. A>Я понимаю, что ты сейчас несколько в шоке. A>Но никто не заставляет тебя сразу менять все твои привычки. A>Начни с какого-нибудь IDE и постепенно осваивай юникс-вей.
A>Ещё советую курить бросить.
альфыч это типичный линуксовый pdd автор задал вопрос как его избежать, а не как нахлебаться им сполна.
Спасибо за подробный ответ!
A>Ещё советую курить бросить.
Ты опоздал на 20 лет — я бросил в 1993
Re: UNIX dev tools
От:
Аноним
Дата:
27.08.14 02:30
Оценка:
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
Книжку в руки и дрочитьучить до посиненияпросветления.
Здравствуйте, aik, Вы писали:
aik>Я гоняю tmux + vim с плагинами и cscope + gitk/git-citool + cgdb. Жить можно вполне комфортно, но "из коробки" оно все ужасно. MSVC6 была лучше решительно во всем (следующие студии деградировали стремительным домкратом) кроме возможности скриптов, gdb тут гибче на порядок. Особо отъявленные пользуют emacs, и при этом не пользуют cscope/ctags, что как бы намекает что из этих людей можно делать гвозди
cscope вообще так себе работает. global гораздо лучше показал себя в связке с vim.
Одно время использовал vim + Source Insight (под wine), потом vim + global. Сейчас vim + враппер над grep
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
Если привыкли к Студии, можете попробовать VisualGDB
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые???
строго говоря не назад. но зачем просить о погружении и тут же ругаться матом?
far под никсами просто замечательно работает. не все плагины поддерживаются, но основные — работают.
графических сред разработки -- их есть там. ms студия 2012 не пашет под никсами. ну то есть пашет, но сильно криво. 2005 и 2010 вполне себе функциональны. кое-какие фичи не поддерживаются, но в целом все работает. хотя это и не unix-way.
VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
лично я в качестве среды разработки для никсов предпочитаю мак. следом за ним идет винда. на винде можно разрабатывать под никсы, да. разумеется, можно вести разработку и в самих никсах. но стоит ли ломать привычки? вам решать.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX. Есть 25 лет опыта в Windows. VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые??? VF>Как насчёт полноэкранных редакторов? IDE? gdb??? VF>Не может же всё быть так плохо... Или может???
jetbrains молодцы, что пилят свое все дальше и дальше.
Удачи ребятам, может запилят всё же хоть что-то удачное.
Пока до Эклипса им еще расти и расти. А MSVC гуляет вокруг песочницы, в которой копошатся Eclipse и IDEA и думает про себя — эх, где моя молодость, скинуть бы годков дцать, да тоже куличики бы поделать, да пацаныпартнеры не поймут
Здравствуйте, alpha21264, Вы писали:
A>Лично мне хватает xterm-а, блокнота, ddd и makefile.
Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
Здравствуйте, /aka/, Вы писали:
A>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
Perl, grep, posix regex.
На этом можно сделать всё вышеописанное и всё вышенеописанное.
Нужно только научиться пользоваться, и написать несколько скриптов.
Здравствуйте, /aka/, Вы писали:
A>Здравствуйте, alpha21264, Вы писали:
A>>Лично мне хватает xterm-а, блокнота, ddd и makefile.
A>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
Зачем тебе именно консольное-то? Используй какой нибудь IDE, например QtCreator.
Здравствуйте, /aka/, Вы писали:
A>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
Здравствуйте, alpha21264, Вы писали:
A>>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать? A>Зачем тебе именно консольное-то? Используй какой нибудь IDE, например QtCreator.
У меня на рабочем компьютере виндовс. Хорошие консоли под виндовс есть, а хорошего иксвиндового сервера под виндовс я ни разу не видел. Есть хороший иксвиндовый серер, чтоб из коробки русские буквы, виндовый буфер обмена и т.д.? QtCreator будет тормозить при отрисовке на виндовую машину?
К>jetbrains молодцы, что пилят свое все дальше и дальше.
К>Удачи ребятам, может запилят всё же хоть что-то удачное. К>Пока до Эклипса им еще расти и расти. А MSVC гуляет вокруг песочницы, в которой копошатся Eclipse и IDEA и думает про себя — эх, где моя молодость, скинуть бы годков дцать, да тоже куличики бы поделать, да пацаныпартнеры не поймут
Я за сипипишную часть не скажу а родная жавовская и 10 лет назад уделывала студию и сейчас на голову круче.
Здравствуйте, VladFein, Вы писали:
VF>Нужна помощь (советы, ссылки) для "погружения" в UNIX.
Ставь Ubuntu, по ходу дела разберёшься.
> Есть 25 лет опыта в Windows.
Вроде в Windows похожий набор инструментов. nmake, cl, windbg. Если программировал, а не мышевозил, разберёшься быстро. Вместо powershell bash выучишь и всё.
VF>Есть стандартный / типичный набор инструментов? VIM??? Назад, в 1980-ые???
Здравствуйте, /aka/, Вы писали:
A>>Лично мне хватает xterm-а, блокнота, ddd и makefile.
A>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
Говорят, emacs такое умеет, но нужно прожить еще 25 лет до полного просветления и перехода в emacs
Здравствуйте, Mr.Delphist, Вы писали:
MD>Здравствуйте, мыщъх, Вы писали:
М>>far под никсами просто замечательно работает. не все плагины поддерживаются, но основные — работают.
MD>Это в смысле под вайном? Или уже есть родные сборки? Или это Вы про Midnight Commander со товарищи?
про фар под вином. родных сборок не встречал.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, smeeld, Вы писали:
A>>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
S>Perl, grep, posix regex. S>На этом можно сделать всё вышеописанное и всё вышенеописанное. S>Нужно только научиться пользоваться, и написать несколько скриптов.
Здравствуйте, /aka/, Вы писали:
A>>>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать? A>>Зачем тебе именно консольное-то? Используй какой нибудь IDE, например QtCreator.
A>У меня на рабочем компьютере виндовс. Хорошие консоли под виндовс есть, а хорошего иксвиндового сервера под виндовс я ни разу не видел. Есть хороший иксвиндовый серер, чтоб из коробки русские буквы, виндовый буфер обмена и т.д.? QtCreator будет тормозить при отрисовке на виндовую машину?
А зачем тебе X сервер виндовый? Винду ты хочешь использовать только для того, чтобы хостить иксы? Почему не работать на винде, запуская линукс просто в виртуалке?
Здравствуйте, Mr.Delphist, Вы писали:
М>>far под никсами просто замечательно работает. не все плагины поддерживаются, но основные — работают.
MD>Это в смысле под вайном? Или уже есть родные сборки? Или это Вы про Midnight Commander со товарищи?
Far3 под вайном сейчас оченно прилично выглядит, хотя у меня вылетает на far.exe /import my.farconfig. А родных для линукс сборок в ближайшие лет 10 не предвидится
Здравствуйте, Marty, Вы писали:
A>>>>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
.. M>Почему не работать на винде, запуская линукс просто в виртуалке?
У меня есть стадо линуксов в виртуалках, но я на них только через консоль kitty хожу. А какая виртуалка под виндовсом запускает линукс на несколько мониторов и при этом не тормозит адским образом? Привычная мне убунта на привычном мне vmware player в одном мониторе шевелится совсем медленно, никакого желания в ней работать не было.
Здравствуйте, /aka/, Вы писали:
M>>Почему не работать на винде, запуская линукс просто в виртуалке?
A>У меня есть стадо линуксов в виртуалках, но я на них только через консоль kitty хожу. А какая виртуалка под виндовсом запускает линукс на несколько мониторов и при этом не тормозит адским образом? Привычная мне убунта на привычном мне vmware player в одном мониторе шевелится совсем медленно, никакого желания в ней работать не было.
Ну, насчет нескольких мониторов — действительно не в курсе. Я и под виндой живу на одном 24'' — мне хватает. А виртуалки — под Win7 i5 8Гб — два-три дебиана в кедах под вм варе — работают сносно. Два дебиана под virtual box на двух-ядерном камне с двумя гигами под XP — уже грустнее, но живу пока. Только один дебиан отваливается, когда на хостовой XP хром запускаю
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, /aka/, Вы писали:
A>>Мне очень не хватает "Go to defenition", "Go to Declaration", "Find all References". Чтоб как в виндовсе, два клика — и перед глазами прототип с комментариями, или код, или список обращений с переходом к коду по клику. Что-нибудь консольное так умеет делать?
Pzz>ctags + vim или emacs
