LINUX.ORG.RU

Подскажите IDE для C

 ,


0

4

Приветствую. Подскажите пожалуйста вменяемые IDE для C, которые:

а) Легковесные. Безо всяких пафосных открытий проектов, менеджмента кода, анализаторов и прочих комбайнов. Не больше geany по ресурсам;

б) С кнопкой запуска кода. Ну максимум кнопками компиляции и запуска кода;

в) Несложные в использовании. Всякие nano, vim'ы и остальная маргинальная компашка - не подходят. Как geany короче.

Спасибо.

★★★★★

vscode

оно как луковица

по началу просто текстовый редактор

ctr-shift-P с короткой возможностью увидеть список и набором вектора букв быстро найти нужную команду

есть стандартные наборы плагинов для с-deva - начиная от простого

компиляйUndЗапускай текущий main-файл -

до полноценных….

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

хз может это UI-боги в мелкомягких

чисто для примера

можно конечно git прокурить консоль а можно в какой то момент (и совсем не обязательно сразу) начать пользоваться в любом малом обьёме преимуществами git постепенно переходя ко всё более редким фичам

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

в code всё проще пока не знаешь и не используешь виртуальные окружения нет нужды совершать ритуальные действия обусловленые тем что виртокр ваще есть как явление

когда же используешь то это не ритуал а рутина

qulinxao3 ★☆
()
Ответ на: комментарий от EXL

Так Kate удобнее и живее опять же. Тем более там есть поддержка этих ваших серверов-парсеров.

Я им тоже пользуюсь, по настроению.

Имхо как раз занимает нишу vscode и sublime, только в отличие от первого без ненужных плагинов на жопном скрипте, и в отличие от второго всё-таки FOSS.

a1ba ★★
()
Последнее исправление: a1ba (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

rtxtxtrx ★★
()
Ответ на: комментарий от anonymous

Kate с lsp

ЧуднАя вещь, подключил lsp к Кате, она подгрузила clangd.main, в итоге 555 МБ оперативки уходят на то чтобы чуть иначе подсвечивать синтаксис и показывать подсказки сомнительной полезности)

alex1101
()
Ответ на: комментарий от rtxtxtrx

посмотрел бы я как ты сипупу дебажишь в вим

для этого есть gdb

у вима самый главный недостаток - это использование мегатормозного вимскрипт,

не нравится вимскрипт - есть neovim с плагинами на lua

изучать который никому не интересно как и улучшать его,

отучаемся говорить за всех

поэтому расширения на js у vscode работают на порядки быстрее

Л - логика

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

вот тут ты и подтвердил, что vscode это жирный комбайн, о чем изначально был разговор

anonymous
()
Ответ на: комментарий от alex1101

Я писал выше, что разницы нет в коде через lsp работать либо убогом виме, лангуаге сервер одинаково жрет, а электрон на 100 мегабайт будет больше вима, и то если ты не захочешь скобки разным цветом подсвечивать, отступы… Да много чего прикрутить можно и в итоге выйдет тормозной spacevim

rtxtxtrx ★★
()
Ответ на: комментарий от anonymous

А луа конечно же «лучше». И комбайны это плохо, вот попердодиться с отладкой с настройкой, а потом с ручным переходом между брекпоинтами вместо нажатия кнопок - это тоже «лучше» ряяя, ведь ты сэкономишь 100 мегабайт рамы, а она нынче не 1200 рупий стоит за а 8 гигов

rtxtxtrx ★★
()
Ответ на: комментарий от rtxtxtrx

посмотрел бы я как ты как ты сипупу дебажишь в виме.

Уже ответили, но от себя добавлю - посмотрел бы я как вы дебажитесь если минимальный runtime набор представляет из себя пару десятков взаимодействующих процессов. В любой среде. А vim - «всего лишь» редактор.

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

Действительно. Расскажите нам чего конкретно вы добились с вашим «промышленным комбайном»?

bugfixer ★★★★★
()
Ответ на: комментарий от alex1101

ЧуднАя вещь, подключил lsp к Кате, она подгрузила clangd.main, в итоге 555 МБ оперативки уходят на то чтобы чуть иначе подсвечивать синтаксис и показывать подсказки сомнительной полезности)

/me помнит время, когда Borland C++ Builder 6 и Visual Studio 6 прекрасно себя чувствовали на системах с 128 МБ ОЗУ, имея при этом автодополнение, интерактивные подсказки и вот это всё))

wandrien ★★
()
Ответ на: комментарий от bugfixer

Ну, давай разберем, написанное…

Что такое vim?

Изначально редактор для удаленного редактирования файлов, где из-за большого инпут лага проще нажать три клавиши чем многократно нажимать стрелки… Прошли годы, сейчас никто не редактирует код по ссх, потому как есть гит, да и скорости такие, что инпутлаг не заметен. Что еще ретрограды продают? - Слепой десятипальцевый набор. Нужен ли он программистам? - Нет! А что им нужно? - Профайлер, отладчик, подсветка синтаксиса, линтер, подстановка аргументов, вызов справки… И что из этого кроме тормозной подсветки синтаксиса по дефолту? Я не понимаю зачем гадить людям предлагая вместо непосредственного программирования заниматься настройкой вима, да еще с агрессивными нападками словно я у тебя деньги в долг взял

rtxtxtrx ★★
()
Ответ на: комментарий от rtxtxtrx

игнорируя набросность всех нитей сего топика:

у всего отроска vi от корня ed очень обширная но специфическая ниша - быть совместимым с клавиатурой ADM-3A

имхо sam/acme удобней в использовании когда нет цели наклацать на чери-свичах какой нить опус-магнум Баха в аллюре чем прям гордятся vim-фанперсоны

как копромис code+vimкейкомбоплагины

qulinxao3 ★☆
()
Ответ на: комментарий от rtxtxtrx

там(в code не без этого) есть дофаминновая петля

после(точнее в неокончаемом процессе) подтюнивания vim’a происходит прелесть «в виме Я могу - вы не можете не в виме»

qulinxao3 ★☆
()
Ответ на: комментарий от rtxtxtrx

обьяснение инпут лагом это хроно-анахронизм

управление однобуквенными(по возможностями) командами это наследие qed (самого Кена Томпсона)

ибо уже в qed был трюк напечатать своё имя(ник) в «режиме исполнения» и насладится результатом

так то управления посредством «100» клавиш явно эффективней(при условии что целевая домохозяйка сможет)чем морзянка стрелками

у vscode из коробки любой масштаб кстати

qulinxao3 ★☆
()
Ответ на: комментарий от rtxtxtrx

Прошли годы, сейчас никто не редактирует код по ссх

Отучаемся говорить за всех, но это уже было.

Нужен ли он программистам? - Нет! А что им нужно? - Профайлер, отладчик, подсветка синтаксиса, линтер, подстановка аргументов, вызов справки…

Зумерка? А без всего вот этого встроенного в IDE вы пять минут хотя бы проживёте?

заниматься настройкой вима

А что его настраивать? За 20+ лет у меня кастомизаций минимум (как-то не сложилось).

да еще с агрессивными нападками

Я как раз не агрессивен. Просто раздражает безаппеляционность и обвинения в «убогости». Кто-бы говорил.

Повторюсь: чего добились вы с вашим супер-пупер комбайном? Шедевры можно посмотреть где?

bugfixer ★★★★★
()
Последнее исправление: bugfixer (всего исправлений: 1)
Ответ на: комментарий от bugfixer

С 13 лет программируешь, бумерка? А зачем без всего этого жить? Ты не сврщик сдается мне. Это всякие апишки на питоне можно тесты написать и прогнать, а вот с гуями… Но ты, наверное, хуллоувордописатель с 20-летним стажем

rtxtxtrx ★★
()
Ответ на: комментарий от rtxtxtrx

С 13 лет программируешь, бумерка?

Спешу расстроить - первые карманные деньги сделал лет в 11, во времена Z80. С машинного кода начинал, да…

ПыСы: а откуда вы знаете что я бумеры полюбляю? Но это irrelevant в этом контексте.

А зачем без всего этого жить?

Скучно.

Ты не сврщик сдается мне.

Да куда уж мне - я вообще пописать вышел…

bugfixer ★★★★★
()
Ответ на: комментарий от bugfixer

Ты год назад создал тему с изучением основ c++… Ага с 11 лет он зарабатывает, а лет с 7 программирует, верю. Я еще и старше тебя, а ты меня зумеркой называешь… Нужно дышать глубже, когда кто-то в интернете «неправ»

rtxtxtrx ★★
()
Ответ на: комментарий от rtxtxtrx

Полностью уверен и мне жаль что я потратил кучу времени на возню с ним

Что ж вы такой упертый, еще раз повторюсь:

Действительно. Расскажите нам чего конкретно вы добились с вашим «промышленным комбайном»?

bugfixer ★★★★★
()
Ответ на: комментарий от rtxtxtrx

мне жаль что я потратил кучу времени на возню с ним

Вы таки просто его не асилили, бывает.

За редким исключением, GUI снижает порог вхождения, но потом сильно тормозит пользователя в работе и развитии. Это аксиома.

Хотя для домохозяек которым производительность труда не важна всякие GUI самое оно.

AntonI ★★★★★
()
Последнее исправление: AntonI (всего исправлений: 1)
Ответ на: комментарий от AntonI

а где в vscode gui?!

там всё(как fordT) как в нормальном браузере unicode - поэтому то его так легко увеличивать уменьшать весь

это(изменение размера всего при ^+ ^- ) - в отличии от PyCharm например (где просто видно что PyCharm начинали во времена расцвета Delphi(хорошая вещь)- и когда gui действительно было кардинально отказом от текста в основном )

ваще дело по сути идёт к конвергенции - как теже sam/acme/oberon

показали ещё во 80ых

есть текст - и координаты текстовые - но возможно помещение на слитные области текстовых знакомест графические канвасы

т.е нет грубой трансляции в пространсто пикселей как в изначальных дёшево-и-сердито - «gui» интерфейсах

тем «web»_интерфейс и хорош кста

qulinxao3 ★☆
()
Ответ на: комментарий от wandrien

Название уже пугает.

на самом деле весьма годный текстовый редактор, за исключением отсутствия дерева файлов для проекта… как только завезут, что должны сделать в новом релизе - смело перееду с VIM

p.s а название, ну дань современной культуре пост-модерна )

ttywizard
()
Последнее исправление: ttywizard (всего исправлений: 1)
Ответ на: комментарий от rtxtxtrx

Ну, давай разберем, написанное…

Ну давайте разберем.

из-за большого инпут лага проще нажать три клавиши чем многократно нажимать стрелки…

Три клавиши всегда будет проще нажать чем 100500 раз мацать по стрелочкам. Хотя если домохозяйка не знает этих трех клавиш, то ничего кроме стрелочек у нее не остается. Пичалька.

сейчас никто не редактирует код по ссх, потому как есть гит

Редактируют, если Вы о чем то не знаете это не значит что его нет. Начиная то админских задач и заканчивая случаями когда гит на целевой машине по каким то причинам не завезли/не взлетел/не используется в проекте для данного файла.

да и скорости такие, что инпутлаг не заметен.

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

Профайлер, отладчик, подсветка синтаксиса, линтер, подстановка аргументов, вызов справки…

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

Я не понимаю зачем гадить людям предлагая вместо непосредственного программирования заниматься настройкой вима,

А я не понимаю зачем пропагандировать заведомо ущербный подход к разработке. Зачем например тащить в редактор то, что куда удобнее дергать из командной строки? Что бы получить убогого монстра у которого все работает через пень-колоду? Но это нифига не юникс-вэй, Вам на винфак;-)

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

Это ЛОР, тут так принято себя вести по отношению к тем кто агрессивно несет всякую фигню, вот как Вы про vim например;-(

AntonI ★★★★★
()
Ответ на: комментарий от AntonI

Чем принципиально IDEA отличается от Vim, в контексте Java?

У IDEA лучшие инструменты, например посмотри на работу с git, как она позволяет легко и просто разрешать конфликты

https://resources.jetbrains.com/help/img/idea/2023.2/ws_conflict_resolution_t...

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

Лучшая навигация, это происходит из автокомплита, а верней из индексации проекта. Есть ctags, но в нем нельзя даже «найти все места где используется»

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от qulinxao3

а где в vscode gui?!

А что это? Консоль?;-)

Слева зачем то висит дерево какое то, внизу терминал приляпали… ;-(

Я верю что там куча хоткеев на все случаи жизни. Но я в имаксе по файлам скачу куда быстрее чем человек с мышой по дереву. Терминал внизу я вообще не понимаю, если экран ноута то терминал+редактор ни то ни се - либо терминал отжирает место у редактора либо наоборот. Если 4К монитор - ну повесь рядом терминал и редактор…

AntonI ★★★★★
()
Ответ на: комментарий от MOPKOBKA

ХЗ, я не пишу на яве.

Я знаю что у меня большинство коллег пишет в vim, хотя начинали во всяких IDE. Я последний ретроград под emacs остался - лень переучиваться. УМВР;-)

AntonI ★★★★★
()
Последнее исправление: AntonI (всего исправлений: 1)
Ответ на: комментарий от AntonI

Давай тогда сравним CLion (это C++) и Vim. То что я выписал для Java, точно так же применимо к C++. Сюда еще можно добавить графический отладчик, например в CLion можно посмотреть в виде дерева состояние структуры, во время отладки IDE показывает в if() результат в скобках (true/false), при наведении на переменную можно увидеть ее значение. Если использовать gdb, то придется жестко и яростно набирать многотекста.

Во время набора текста CLion сразу подсвечивает ошибки времени компиляции, что превращает его в подобие REPL.

Мультикурсоры, такой штуки в vim нету.

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

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от AntonI

И задам вопросы из личного интереса. А ты Emacs используешь просто как редактор? Без плагинов и прочего? И использовал ли ты когда нибудь CLion, или последние версии Visual Studio?

MOPKOBKA ★★★★★
()
Ответ на: комментарий от MOPKOBKA

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

Возможно у наших задач своя специфика, скажем графический отладчики и вообще отладчик у нас используется крайне ограниченно - это просто неудобно. Проекты относительно небольшие. Что там в мире большого кода знает например @bugfixer, он как раз огромными кодовыми базами ворочает - но вроде делает это через vim… наверное он знает что-то чего не знаем мы с Вами?;-)

AntonI ★★★★★
()
Ответ на: комментарий от AntonI

Но я в имаксе по файлам скачу куда быстрее чем человек с мышой по дереву

В IDE и VSCode есть сочетание для рекурсивного поиска по файлам, с нечетким поиском, то есть ждем Ctrl+Shift+N -> Cat -> Enter, и откроется файл ~/project/src/package/package/CoolCatClass.h

Так же можно раскрывать ветви и искать по дереву.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от MOPKOBKA

А ты Emacs используешь просто как редактор?

В основном да. Иногда я юзаю какие то расширения, но мне в целом этого достаточно. + терминал конечно, терминал это основная рабочая лошадка. Но у меня в последние годы как, неделю думаешь - за час делаешь…

И использовал ли ты когда нибудь CLion,

Нет. Я эпизодически ставлю какую то IDE из любопытства, тыкаю в нее палочкой. потом сношу. Мне в ней некомфортно. Хотя я когда то много писал под билдером.

или последние версии Visual Studio?

Весь мой опыт взаимодействия с поделками от MS говорит одно - никогда не использовать поделки от MS. Последний кейс был очень симптоматичным, сборка от gcc оказалась в ТРИ раза быстрее сборки от MVS. Несмотря на все танцы с бубном и помощь специалистов.

AntonI ★★★★★
()
Ответ на: комментарий от AntonI

наверное он знает что-то чего не знаем мы с Вами?;-)

Я некоторое время так думал, но сейчас пришел к довольно простому выводу, vim и emacs используют по следующим причинам:

1. Привычка, это наверное 70%

2. Если компьютер реальный хлам, то там IDE не помещается

3. «Это круто», «это по хакерски», «это по профессиональному»

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

MOPKOBKA ★★★★★
()
Ответ на: комментарий от AntonI

Я сам вим не использую но наблюдал у коллег

Угу в НИИ. Нужно самому попробовать, чтобы больше таким не страдать

А я не понимаю зачем пропагандировать заведомо ущербный подход к разработке

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

rtxtxtrx ★★
()
Ответ на: комментарий от rtxtxtrx

Угу в НИИ.

У Antonl нетипичная работа, всякие расчеты и прочее, да и проекты не особо большие как он выше написал, возможно я бы сам в таком случае писал не в IDE а в Geany, мелочь я там обычно и набиваю, или что то проверить к примеру, не создавать же ради этого проект в CLion, заполняя CMakeLists.txt что бы он его разобрал итд.

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

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от MOPKOBKA

2 и 3 - точно не про меня и не про @bugfixer, не говоря уже о коллегах;-)

Типичный пример чуть со стороны, смотрим давеча результаты дипломника. Результаты интересные, но он сидит в юпитере (эдакая IDE с кучей свистелок именно для обработки данных) - е мае, как же там все неудобно! Терминал с правильно настроенной инфраструктурой рвет все эти IDE как тузик грелку.

Если бы у меня было коду 2млн строк, возможно я бы юзал IDE. Но у нас проект в 10тыс строк уже считается большим.

AntonI ★★★★★
()