Кто как пишет под *nix

ЧЯДНТ?

маленький сишный проект VS большой плюсовый.

в принципе, я ждал, что как минимум 1 не-ёжик появится, не утруждайте себя. когда столкнетесь с проектом среднего размера на плюсах - убедитесь на личном опыте, что cscope и vim там не вариант.

+1000

Это у вас там в шапке один сервер, с длинной очередью к нему, а у нас их много.

эээ. у меня мой сервер под столом стоит.

В моих местах досуга телефон не ловит, даже 911 не вызвать, если поломаешься.

не путай досуг с отпуском.

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

рса-токен давно под андроид запилен. но да, анальная оккупация, все дела...

Я щас grep'лю всё больше: настраивать вообще ничего не надо, плюс от цскопа толку мало на больших проектах с кучей реализаций одних и тех же вещей, затенённых ifdef'ами, подсасываемых билд-системой из конфигов.

ууу. ссзб-ы, что сказать :)

маленький сишный проект VS большой плюсовый.

я там проект упоминал. кернел называется. линукс кернел.

763M ./

но крестовикам как обычно...

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

Мне никогда не доводилось использовать cscope/ctags, речь о медленном выполнении (что может быть из-за того что индекса нет в памяти или нет вовсе) или о том что работа с ним идёт относительно медленно?

в принципе, я ждал, что как минимум 1 не-ёжик появится, не утруждайте себя. когда столкнетесь с проектом среднего размера на плюсах - убедитесь на личном опыте, что cscope и vim там не вариант.

В общем-то по этой причине использую QtCreator с clang для диагностики + автодополнения и иногда XCode. Студия очень надёжна: ронял её только один раз, а незаметные мелочи вроде подсказок при дополнении макросов с параметрами обрабатывает нормально. Но с C++ под виндой практически не работал и в силу этого привык к средствам поиска в QtCreator.

вим таки отлично настроен, и с сишными проектами размером с линух-кернел вполне справляется. если что, текущий проект полтора гига исходников, преимущественно c++.

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

если что, текущий проект полтора гига исходников, преимущественно c++.

полтора гига крестов. уж лучше лисп.

1.5G исходов анриал. что за проект такой?

1.5G исходов анриал. что за проект такой?

не анриал. проект не могу назвать, т.к. не анонсирован. (это видеоигра + движок + тулзы + мидлварь и т.п.)

это видеоигра + движок + тулзы + мидлварь и т.п.

... ну и под шумок ресурсы как исходники посчитал.

... и папку .git, .svn или что там.

Вот тебя-то точно не спрашивали, ты ж программировать вообще не умеешь.

... ну и под шумок ресурсы как исходники посчитал.

ресурсы порядка терабайта весят в исходном виде.

видеоигра + движок + тулзы + мидлварь и т.п.

Вообще-то принято по отдельности считать количество строк в независимых модулях. А то так можно всю базу Генту, например, посчитать исходниками линукса.

Вообще-то принято по отдельности считать количество строк в независимых модулях.

кем принято? у нас на все один sln и в нем тыща *.vcproj, вижуалы с этим отлично справляются. компилится все вместе, как 1 проект.

если считать по отдельности — весь смысл пропадает. тогда в едре тоже надо каждый драйвер отдельно считать.

если считать по отдельности — весь смысл пропадает.

Конечно, я понимаю, эффект не тот.

Насколько я помню контекст топика, речь идёт о навигации по коду. По коду одного связного модуля. Коих в проекте десятки, а то и сотни. Общий размер проекта при этом - пустой звук, имеет значение только размер одного такого связного модуля, потому что навигация происходит исключительно внутри него. Или ты всерьёз скачешь по всем полторагигабайтам при кодинге?

Или ты всерьёз скачешь по всем полторагигабайтам при кодинге?

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

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

Фанатики такие фанатики.

открыл проект, и работаешь.

...даже не задумываясь, где ты находишься и что делаешь :)

вижуалы позволяют не думать о таких мелочах.

Это прекрасно. Претензии снимаю :)

Фанатики такие фанатики.

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

зы: если на лоре нынче фанатиками называют людей, которые выбирают наиболее удобный инструмент под задачу _без фанатизма_ - то ок. претензии снимаются.

вим для больших проектов вообще не годится.

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

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

открывать нужные файлы не проблема. но навигация нужна по всей кодобазе. cscope на таком объеме тужится и не работает. (я уж молчу о том, что он с C++ нормально вообще не работает в принципе)

но навигация нужна по всей кодобазе.

Почему? Не понимаю. Если работаешь в пределах одного независимого модуля.

Почему?

потому что когда у меня стоит курсор на вызове какого-то метода, и я нажимаю alt+g, мне совсем не хочется думать в каком модуле этот метод.

мне совсем не хочется думать

Да, есть такая беда у современных программистов.

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

Да, есть такая беда у современных программистов.

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

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

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

с гораздо большей скоростью и точностью

О, если бы.