Какая лучшая IDE для разработки на C / Зачем использовать Emacs вместо IDE?

Я начал с использования IDE, Microsoft или нет. Затем, когда я некоторое время назад работал над QNX, мне пришлось использовать текстовый редактор + компилятор / компоновщик. Теперь я предпочитаю эту простую комбинацию –– редактор подсветки синтаксиса + компилятор C и компоновщик cli + make –– для любых IDE, даже если среда позволяет это.

Причины для меня следующие:

1. это везде. Если вы программируете на C, у вас есть компилятор, и обычно вы можете получить себе редактор. Первое, что я делаю - я получаю nedit в Linux или Notepad ++ в Windows. Я бы выбрал vi, но редакторы графического интерфейса предоставляют более качественные шрифты, а это важно, когда вы весь день смотрите на код.

2. вы можете программировать удаленно, через ssh, когда вам нужно. И иногда очень помогает возможность ssh в цель и делать там какие-то быстрые вещи.

3. он держит меня близко к CLI, предпочтительно UNIX / Linux CLI. Так что все команды у меня под рукой, и когда они мне нужны, мне не нужно читать справочник. И UNIX CLI может делать то, что IDE часто не могут - потому что их разработчики не думали, что они вам понадобятся.

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

   (если вам интересно, работает ли это в действительно больших проектах - это действительно работает, и чем больше проект, тем больше производительности он дает мне)

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

Я перешел с терминального текстового редактора + среды создания на Eclipse для большинства своих проектов. От C и C ++ до Java и Python, если назвать несколько языков, с которыми я сейчас работаю.

Причина была просто в производительности. Я не мог позволить себе тратить время и силы на то, чтобы держать все проекты «в голове», потому что другие вещи становились важнее.

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

Обычно, когда вы работаете с инструментами командной строки, вам часто приходится решать множество шаблонных проблем, которые мешают вашей продуктивности. Вам нужно будет подробно изучить инструменты, чтобы полностью использовать их потенциал. Кроме того, поддержка проекта потребует гораздо больше усилий. Рефакторинг приведет к обновлению make-файлов и т. Д.

Подведем итоги: если вы работаете только над одним или двумя проектами, желательно постоянно, не отвлекаясь, «кодирование на основе терминала» может быть более продуктивным, чем полноценная IDE. Однако, если вам нужно потратить свою мыслительную энергию на что-то более важное, IDE - определенно лучший способ сохранить продуктивность.

Сделайте свой выбор соответственно.

Emacs является IDE.

edit: Хорошо, я уточню. Что такое IDE?

В качестве отправной точки давайте расширим аббревиатуру: интегрированная среда разработки. Чтобы проанализировать это, я начну с конца.

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

Разработка - это то, чем мы хотим заниматься в этой среде, ее цель, если хотите. Мы используем среду для разработки программного обеспечения. Это определяет, какие подчасти нам нужны: редактор, интерфейс для REPL, соотв. компилятор, интерфейс к отладчику и доступ к онлайн-документации (этот список может быть не исчерпывающим).

Интегрированный означает, что все части среды каким-то образом находятся под однородной поверхностью. В среде IDE мы можем получить доступ к различным частям и использовать их с минимальным переключением; нам не нужно покидать нашу определенную среду. Эта интеграция позволяет различным подразделениям лучше взаимодействовать. Например, редактор может знать, на каком языке мы пишем, и предоставлять нам автодополнение символов, переход к определению, автоматический отступ, подсветку синтаксиса и т. Д. Он может получать информацию от компилятора, автоматически переходить к ошибкам и выделить их. В большинстве, если не во всех IDE, редактор, естественно, находится в центре процесса разработки.

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

Контрпример: вы можете разработать что-то вроде Блокнота, получить доступ к документации через Firefox и XPdf и управлять компилятором и отладчиком из оболочки. Это будет среда разработки, но она не будет интегрированной.

Я довольно успешно использовал Eclipse с подключаемым модулем CDT.

Emacs было бы лучше, если бы в нем был текстовый редактор ... :-)

Используйте Code :: Blocks. В нем есть все необходимое и очень чистый графический интерфейс.

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

Почему никто не упоминает Bloodshed Devc ++? Давно не использовал его, но изучил c / c ++ на Это. очень похож на MS Visual c ++.

Если вам нужен бесплатный красивый кроссплатформенный редактор, попробуйте Komodo Edit. Он не такой мощный, как Komodo IDE, но не бесплатный. См. диаграмму функций.

Еще один бесплатный расширяемый редактор - jEdit. Кроссплатформенность, поскольку это 100% чистая Java. Не самая быстрая IDE на земле, но для Java на самом деле очень быстрая, очень гибкая, хотя и не такая красивая.

Оба имеют очень сложное сворачивание кода, подсветку синтаксиса (для всех языков, о которых вы можете думать!) И очень гибкие в настройке для ваших личных нужд. jEdit, кстати, очень легко расширить, добавив туда любую функцию, которая может вам понадобиться (у него очень простой язык сценариев, который выглядит как Java, но на самом деле является "сценарием").

Если вы работаете в Windows, то это совсем несложно: установите Visual C ++ Express.