IDE C++ para Linux?[fechado]

StackOverflow https://stackoverflow.com/questions/24109

  •  09-06-2019
  •  | 
  •  

Pergunta

Quero expandir meus horizontes de programação para Linux.Um conjunto de ferramentas básicas bom e confiável é importante, e o que é mais básico do que um IDE?

Eu poderia encontrar estes tópicos SO:

Eu não estou procurando por um leve IDE.Se um IDE vale o dinheiro gasto, então pagarei por ele, portanto não precisa ser gratuito.

Minha pergunta então:

Que bom IDE de programação C++ está disponível para Linux?

Os mínimos são bastante padronizados:destaque de sintaxe, conclusão de código (como intellisense ou sua contraparte eclipse) e depuração integrada (por exemplo, pontos de interrupção básicos).

Eu mesmo procurei, mas há tantos que é quase impossível separar manualmente os bons dos ruins, especialmente para alguém como eu, que tem pouca experiência em codificação C++ no Linux.eu sei que Eclipse suporta C++, e eu realmente gosto desse IDE para Java, mas ele é bom para C++ e há algo melhor?

Na verdade, o segundo post tem algumas boas sugestões, mas o que falta é o que exatamente torna o IDE sugerido tão bom para o usuário, quais são suas (des) vantagens?

Talvez minha pergunta devesse ser:

Qual IDE você propõe (dadas suas experiências) e por quê?

Foi útil?

Solução

Inicialmente:confusão

Ao escrever esta resposta originalmente, recentemente mudei do Visual Studio (com anos de experiência) para o Linux e a primeira coisa que fiz foi tentar encontrar um IDE razoável.Na época isso era impossível:não existia nenhum bom IDE.

Epifania:UNIX é um IDE. Tudo isso.1

E então percebi que o IDE no Linux é a linha de comando com suas ferramentas:

  • Primeiro você configura seu shell
  • e seu editor;escolha seu veneno - ambos são de última geração:

Dependendo de suas necessidades, você terá que instalar e configurar vários plug-ins para fazer o editor funcionar bem (essa é a parte chata).Por exemplo, a maioria dos programadores do Vim se beneficiará com o Você me completa plugin para preenchimento automático inteligente.

Feito isso, o shell é sua interface de comando para interagir com as diversas ferramentas – Debuggers (gdb), Profilers (gprof, valgrind), etc.Você configura seu ambiente de projeto/construção usando Fazer, CMake, SnakeMake ou qualquer uma das várias alternativas.E você gerencia seu código com um sistema de controle de versão (a maioria das pessoas usa Git).Você também usa tmux (anteriormente também tela) para multiplexar (= pense em várias janelas/guias/painéis) e persistir sua sessão de terminal.

A questão é que, graças ao shell e a algumas convenções de escrita de ferramentas, todas essas integrar-se entre si.E dessa forma o shell do Linux é um ambiente de desenvolvimento verdadeiramente integrado, completamente igual a outros IDEs modernos.(Isso não significa que IDEs individuais não tenham recursos que possam estar faltando na linha de comando, mas o inverso também é verdadeiro.)

Cada um com sua mania

Não posso exagerar o quão bem o fluxo de trabalho acima funciona depois que você adquire o hábito.Mas algumas pessoas simplesmente preferem editores gráficos e, nos anos desde que esta resposta foi escrita originalmente, o Linux ganhou um conjunto de excelentes IDEs gráficos para diversas linguagens de programação diferentes (mas não, até onde eu saiba, para C++).Experimente mesmo que — como eu — você acabe não os usando.Aqui está apenas uma seleção pequena e tendenciosa:

Tenha em mente que esta lista está longe de estar completa.

1 Eu roubei esse título do comentário do dsm.

2 Eu costumava me referir ao Vim aqui.E embora o Vim simples ainda seja mais do que capaz, o Neovim é uma reinicialização promissora e modernizou algumas verrugas antigas.

Outras dicas

Meu favorito pessoal é o CodeLite 2.x IDE.

ver: http://www.codelite.org

A decisão de usar o CodeLite foi baseada em uma pesquisa sobre o seguinte IDE C++ para Linux:

  • Eclipse Galileo com plug-in CDT
  • NetBeans 6.7 (que também é a base para o SunStudio IDE)
  • KDevelop4
  • CodeBlocks 8.02
  • CodeLite 2.x

Afinal eu decidi usar CodeLite 2.x.

Abaixo listei alguns prós e contras em relação aos IDEs C++ mencionados.Observe que isso reflete apenas minha opinião pessoal!

EDITAR:que pena que o SOF não suporta tabelas, então tenho que escrever em parágrafos...

Eclipse Galileo com plug-in CDT

Prós:

  • razoavelmente rápido
  • também suporta Java, Perl (com plugin E.P.I.C)
  • comumente usado e bem conservado
  • também disponível para outros tipos de sistemas operacionais (Windows, MacOS, Solaris, AIX(?))

Contras:

  • A GUI é muito confusa e um tanto inconsistente - nada intuitiva
  • peso pesado
  • Suporta apenas CVS (AFAIK)

NetBeans 6.7 (observe que esta também é a base para o SunStudio IDE)

Prós:

  • uma das GUI mais intuitivas que já vi
  • também suporta Java, Python, Ruby
  • integra CVS, SVN, Mercurial
  • comumente usado e bem conservado
  • também disponível para outros tipos de sistemas operacionais (Windows, MacOS, Solaris)

Contras:

  • extremamente lento
  • peso pesado
  • usa espaços para recuo, o que não é a política do meu trabalho.Tenho certeza de que isso é configurável, mas não consegui descobrir como fazer isso

KDevelop4 (observação:Não fiz muitos testes nele)

Prós:

  • comumente usado no Linux
  • integra CVS, SVN, Mercurial

Contras:

  • a GUI parece um pouco antiquada
  • peso pesado
  • muito específico para o ambiente KDE

CodeBlocks 8.02 (observação:Não fiz muitos testes nele)

Prós:

  • razoavelmente rápido

Contras:

  • a GUI parece um pouco antiquada (embora tenha uma bela tela de inicialização)
  • as fontes no editor são muito pequenas
  • alguns ícones (por ex.os ícones relacionados ao depurador iniciando/passo) são muito pequenos
  • sem integração de controle de origem

CodeLite 2.x (observação:este é o meu favorito)

Prós:

  • a GUI melhor, moderna e intuitiva que já vi no Linux
  • leve
  • razoavelmente rápido
  • integra SVN
  • também disponível em outros tipos de sistema operacional (Windows, MacOS, Solaris (?))

Contras:

  • sem integração CVS (isso é importante para mim porque tenho que usá-lo no trabalho)
  • sem suporte para Java, Perl, Python (seria bom ter)
  1. Código::Blocos
  2. Eclipse CDT

Logo você descobrirá que IDEs não são suficientes e, de qualquer maneira, terá que aprender o conjunto de ferramentas do GCC (o que não é difícil, pelo menos aprender a funcionalidade básica).Mas não há mal nenhum em reduzir a dor de transição com os IDEs, IMO.

Uma resposta rápida, apenas para agregar um pouco mais de conhecimento a este tópico:
Você definitivamente deve conferir NetBeans.O Netbeans 6.7 possui os seguintes recursos:

  • Projetos e modelos C/C++:Suporta destaque da sintaxe, conclusão automática de código, indentação automática.
  • Possui um depurador C/C++
  • Suporta configurações do compilador, gerenciador de configurações e suporte a makefile (com um assistente).
  • Possui uma janela de classes, uma janela de usos e uma janela (ou painel) de navegação de arquivos.
  • A Visualização de expansão macro, e também dicas de ferramentas.
  • Suporte para Desenvolvimento de QT.

Acho que é uma substituição perfeita (e muito melhor) do Visual Studio e uma ferramenta muito boa para aprender C/C++.

Boa sorte!

Pelo menos para projetos específicos do Qt, o Criador Qt (da Nokia/Trolltech/Digia) mostra-se muito promissor.

você poderia esclarecer um pouco mais como foi para você, o que você teve que mudar.Talvez você possa me indicar a direção certa, fornecendo alguns links para as informações que você usou.

Minha primeira fonte foram na verdade as ferramentas man Páginas.Basta digitar

$ man toolname

na linha de comando ($ aqui faz parte do prompt, não da entrada).

Dependendo da plataforma, são muito bem escritos e também podem ser encontrados na internet.No caso de make, na verdade eu li o completo documentação o que levou algumas horas.Na verdade, não acho que isso seja necessário ou útil na maioria dos casos, mas tive alguns requisitos especiais em meus primeiros trabalhos no Linux que exigiam um makefile sofisticado.Depois de escrever o makefile, entreguei-o a um colega experiente que fez alguns pequenos ajustes e correções.Depois disso, eu sabia muito bem make.

Usei o GVIM porque tinha alguma (mas não muita) experiência anterior lá, não posso dizer nada sobre o Emacs ou alternativas.Acho que realmente ajuda ler os textos de outras pessoas .gvimrc arquivo de configuração.Muitas pessoas colocam isso na web.Aqui está meu.

Não tente dominar todos os binutils de uma vez, pois existem muitas funções.Mas obtenha uma visão geral para saber onde pesquisar quando precisar de algo no futuro.Você deve, no entanto, conheça todos os parâmetros importantes para g++ e ld (a ferramenta vinculadora do GCC que é invocada automaticamente, exceto quando explicitamente impedida).

Também estou curioso, você tem preenchimento de código e destaque de sintaxe ao codificar?

Realce de sintaxe:sim, e muito melhor que o Visual Studio.Conclusão do código:sim-ish.Primeiro, tenho que admitir que não usei a complementação de código C++ mesmo no Visual Studio porque (em comparação com VB e C#) não era bom o suficiente.Eu não uso isso com frequência agora, mas mesmo assim, GVIM tem suporte nativo à conclusão de código para C++.Combinado com o ctags biblioteca e um plug-in como lista de tags isso é quase um IDE.

Na verdade, o que me fez começar foi um artigo por Armin Ronacher.Antes de ler o texto, veja as imagens no final!

você precisa compilar primeiro antes de obter erros (sintaxe)?

Sim.Mas é o mesmo para o Visual Studio, não é (nunca usei Whole Tomato)?Claro, o realce de sintaxe mostrará colchetes não correspondentes, mas isso é tudo.

e como você depura (novamente pense em pontos de interrupção, etc.)?

eu uso gdb que é uma ferramenta de linha de comando.Há também uma interface gráfica chamada DDD. gdb é uma ferramenta de depuração moderna e pode fazer tudo o que você pode fazer em um IDE.A única coisa que realmente me incomoda é ler um rastreamento de pilha porque as linhas não são recuadas ou formatadas, então é muito difícil verificar as informações quando você usa muitos modelos (o que eu faço).Mas isso também atrapalha o rastreamento de pilha nos IDEs.

Como eu disse, tive o 'prazer' de dar meus primeiros passos na linguagem de programação Java usando o bloco de notas do Windows e o compilador java de linha de comando no ensino médio, e foi, ..bem, um pesadelo!certamente quando pude compará-lo com outros cursos de programação que tive naquela época, onde tínhamos IDEs decentes

Você nem deveria tentar comparar um editor moderno e completo como Emacs ou GVIM com o Bloco de Notas.O bloco de notas é um embelezado TextBox controle, e isso realmente faz toda a diferença.Além disso, trabalhar na linha de comando é uma experiência muito diferente no Linux e no Windows.As janelas cmd.exe está gravemente aleijado.PowerShell é muito melhor.

/EDITAR:Devo mencionar explicitamente que GVIM tem edição em abas (como na navegação por guias, não por guias versus espaços)!Levei séculos para encontrá-los, embora eles não estejam escondidos.Basta digitar :tabe em vez de simples :e ao abrir um arquivo ou criar um novo, e o GVIM criará uma nova aba.A alternância entre abas pode ser feita usando o cursor ou vários atalhos diferentes (dependendo da plataforma).A chave gt (tipo g, então t no modo de comando) deve funcionar em qualquer lugar e pular para a próxima guia ou número da guia. n se um número fosse fornecido.Tipo :help gt para obter mais ajuda.

Não quero repetir uma resposta, mas acho que posso acrescentar um pouco mais.

Edição Slick é um excelente IDE.

Ele suporta bem grandes bases de código sem desacelerar ou gastar todo o seu tempo indexando.(Este é um problema que tive com o cdt do Eclipse).A velocidade do Slickedit é provavelmente a coisa mais legal dele, na verdade.
A conclusão do código funciona bem e há uma grande quantidade de opções para coisas como formatação automática, embelezamento e refatoração.
Ele possui depuração integrada.
Possui suporte para plug-ins e uma comunidade bastante ativa para criá-los.
Em teoria, você deveria ser capaz de se integrar bem com pessoas que fazem o trabalho tradicional do makefile, pois permite criar um projeto diretamente a partir de um, mas isso não funcionou tão bem quanto eu gostaria quando tentei.
Além do Linux, existem versões para Mac e Windows, caso você precise delas.

Como um cara antigo do UNIX, sempre uso o Emacs.Mas isso tem uma curva de aprendizado bastante íngreme e longa, então não tenho certeza se posso recomendá-lo aos novatos.

Realmente não existe um IDE "bom" para Linux.O Eclipse não é muito bom para C/C++ (o CDT está melhorando, mas ainda não é muito útil).Os outros não possuem todos os recursos que você procura.

É realmente importante aprender como todas as ferramentas individuais (gcc, make, gdb, etc.) funcionam.Depois de fazer isso, você poderá achar que a maneira de fazer as coisas do Visual Studio é muito limitante.

Confira o Netbeans, ele é escrito em Java para que você tenha o mesmo ambiente, independentemente do seu sistema operacional, e suporta muito mais do que apenas C++.

Não vou tentar convencê-lo, porque acho que IDEs podem ser uma escolha muito pessoal.Para mim, melhora minha produtividade por ser rápido, suportar as linguagens nas quais codifico e ter os recursos padrão que você esperaria de um IDE.

Apenas um rápido acompanhamento para esta pergunta ...

Faz um mês desde que comecei a usar o VIM como minha principal ferramenta 'GUI' para programar C ++ no Linux.No início, a curva de aprendizado era realmente um pouco íngreme, mas depois de um tempo e com as opções certas ligadas e scripts em execução Eu realmente peguei o jeito!

Adoro a maneira como você pode moldar o Vim para atender às suas necessidades;basta adicionar/alterar mapeamentos de teclas E o VIM é transformado em um 'IDE' altamente produtivo.

A cadeia de ferramentas para construir e compilar um programa C ++ no Linux também é realmente intuitivo.make e g++ são o ferramentas que você usará.

O depurador ddd No entanto, não é realmente tão bom, mas talvez seja porque eu não tive tempo para dominá -lo corretamente.

Então, para quem é, ou estava procurando um bom C ++ IDE no Linux, assim como eu, sua melhor aposta lança com as ferramentas disponíveis padrão no próprio Linux (vim, g ++, ddd) e você realmente deve pelo menos tentar usar eles, antes de procurar mais, algo ...

Por último, mas não menos importante, quero realmente agradecer Konrad Por sua resposta aqui, isso realmente me ajudou a encontrar o meu caminho no ambiente de desenvolvimento do Linux, obrigado!

Eu tambem não Fechando essa pergunta, para que as pessoas ainda possam reagir ou talvez até adicionar novas sugestões ou adições às respostas já realmente boas ...

Eu recomendo que você leia A arte da programação UNIX.Isso moldará sua mente para usar o ambiente como seu IDE.

A resposta mais curta é:escolhendo o "editor" de sua preferência e use o console GDB ou um simples front end GDB para depurar seu aplicativo.Os depuradores vêm com IDEs sofisticados, como o Netbeans, que é uma droga para C/C++.Eu uso o Netbeans como meu editor e o console Insight e GDB como meu depurador.

Com o insight, você tem uma interface gráfica agradável e o poder bruto do GDB.

Assim que você se acostumar com os comandos do GDB, você começará a amá-lo, pois poderá fazer coisas que nunca seria capaz de fazer usando uma GUI.Você pode usar até usar Pitão como sua linguagem de script se você estiver usando o GDB 7 ou uma versão mais recente.

A maioria das pessoas aqui prestou mais atenção aos “Editores” dos IDEs.No entanto, se você estiver desenvolvendo um projeto grande em C/C++, poderá facilmente gastar mais de 70% do seu tempo nos "depuradores".Os depuradores dos IDEs sofisticados estão pelo menos 10 anos atrás do Visual Studio.Por exemplo, Netbenas tem interfaces muito semelhantes ao Visual Studio.Mas seu depurador tem várias desvantagens em comparação ao Visual Studio.

  1. Muito lento para exibir até mesmo um array com apenas algumas centenas de elementos
  2. Sem destaque para valor alterado (por padrão, o Visual Studio mostra os valores alterados nas janelas de observação em vermelho)
  3. Capacidade muito limitada de mostrar memória.
  4. Você não pode modificar o código-fonte e continuar a execução.Se um bug demorar muito para ser detectado, você gostaria de alterar a fonte e aplicar as alterações ao vivo e continuar a executar seu aplicativo.
  5. Você não pode alterar a "próxima instrução" a ser executada.No Visual Studio, você pode usar "Definir próxima instrução" para alterar a forma como seu aplicativo é executado.Embora esse recurso possa travar seu aplicativo se não for usado corretamente, você economizará muito tempo.Por exemplo, se você descobriu que o estado do seu aplicativo não está correto, mas não sabe o que causou os problemas, talvez você queira executar novamente uma determinada região dos seus códigos-fonte sem reiniciar o seu aplicativo.
  6. Nenhum suporte integrado para STL, como vetor, lista, deque e mapa, etc.
  7. Não há pontos de observação.Você precisa ter esse recurso quando precisar interromper seu aplicativo no momento em que uma variável é alterada.Os computadores baseados em Intel possuem pontos de monitoramento de hardware para que os pontos de monitoramento não tornem o sistema lento.Pode levar muitas horas para encontrar alguns bugs difíceis de encontrar sem usar pontos de observação.O "Visual Studio" chama "ponteiro de observação" como "Data BreakPoint".

A lista pode ser muito mais longa.

Fiquei tão frustrado com as desvantagens do Netbeans ou de outros IDEs semelhantes que comecei a aprender o próprio GDB.Descobri que o próprio GDB é muito poderoso.O GDB não possui todas as “desvantagens” mencionadas acima.Na verdade, o GDB é muito poderoso, é ainda melhor que o Visual Studio em muitos aspectos.Aqui apenas mostro um exemplo muito simples.

Por exemplo, você tem um array como:

struct IdAndValue
{
  int ID;
  int value;
};


IdAndValue IdAndValues[1000];

Quando seu aplicativo for interrompido e você desejar examinar os dados em IdAndValues.Por exemplo, se quiser encontrar os ordinais e valores na matriz para um "ID" específico, você pode criar um script como o seguinte:

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

Você pode usar todas as variáveis ​​da sua aplicação no contexto atual, suas próprias variáveis ​​(no nosso exemplo, é $i), argumentos passados ​​(no nosso exemplo, é $arg0) e todos os comandos do GDB (integrados ou definidos pelo usuário). ).

Usar ImprimirVal 1 do prompt do GDB para imprimir valores para ID "1"

A propósito, o NetBeans vem com um console GDB, mas ao usar o console, você pode travar o NetBeans.E acredito que é por isso que o console fica oculto por padrão no NetBeans

Se você gosta do Eclipse para Java, sugiro o Eclipse CDT.Apesar do suporte C/C++ não ser tão poderoso quanto o Java, ele ainda oferece a maioria dos recursos.Ele possui um recurso interessante chamado Projeto Gerenciado que facilita o trabalho com projetos C/C++ se você não tiver experiência com Makefiles.Mas você ainda pode usar Makefiles.Eu faço codificação em C e Java e estou muito feliz com o CDT.Estou desenvolvendo o firmware para um dispositivo embarcado em C e uma aplicação em Java que conversa com esse dispositivo, e é muito legal usar o mesmo ambiente para ambos.Acho que provavelmente me torna mais produtivo.

Estou usando "Geany"Achei bom até agora, seu IDE rápido e leve.

Entre as características do Geany estão:

  • Dobragem de código
  • Salvando sessão
  • Recursos básicos do IDE, como destaque de sintaxe, guias, recuo automático e preenchimento de código
  • Gerenciamento de projetos simples
  • Sistema de construção
  • Seletor de cores (surpreendentemente útil durante o desenvolvimento web)
  • Emulação de terminal incorporado
  • Dicas de chamada
  • Listas de símbolos
  • Preenchimento automático de construções comuns (como if, else, while, etc.)

Adoro como as pessoas perdem completamente a solicitação na pergunta original de um IDE.Linux NÃO é um IDE.Simplesmente não é isso que essas palavras significam.Aprendi c e c++ usando vi, gcc e make, e não estou dizendo que não sejam ferramentas adequadas, mas NÃO são um IDE.Mesmo se você usar ferramentas mais elaboradas como vim ou emacs ou qualquer editor sofisticado que desejar, digitar comandos em uma linha de comando não é um IDE.

Além disso, todos vocês sabem que o make existe como parte do visual studio, certo?A idéia de que um IDE é "limitador" é simplesmente boba se você puder usar o IDE para acelerar algumas coisas, mas ainda assim puder recorrer a itens de linha de comando quando necessário.

Dito isso, sugiro, como vários acima, tentar blocos de código.Possui destaque de código decente, uma maneira bastante fácil de criar um projeto, codificá-lo, executá-lo, etc., que é o núcleo de um IDE real e parece bastante estável.Depurar é uma droga... Nunca vi um depurador interativo decente em qualquer variante Linux/Unix.gdb, não é isso.Se você está acostumado com a depuração no estilo do Visual Studio, está praticamente sem sorte.

De qualquer forma, vou arrumar minhas coisas, eu sei que o pessoal do Linux que usa apenas uma visualização vai gritar isso e me expulsar da cidade em um piscar de olhos.

make + vim + gdb = um ótimo IDE

eu gosto bastante Final++'lado.Ele possui alguns recursos que foram projetados para uso com sua própria biblioteca (que, aliás, é um ótimo kit de ferramentas se você não quiser comprar em GTK+ ou QT), mas funciona perfeitamente bem com projetos C++ em geral.Ele fornece conclusão de código decente, boa coloração de sintaxe, depuração integrada e todos os outros recursos suportados pela maioria dos IDEs modernos.

Eu realmente sugiro blocos de código.Não é tão pesado quanto o Eclipse e tem suporte para projetos do Visual Studio.

Talvez o Projeto de ferramentas Linux para Eclipse poderia atender às suas necessidades?

O projeto Linux Tools visa trazer um IDE C e C++ completo para desenvolvedores Linux.Baseamos-nos nos recursos de edição e depuração de código-fonte do CDT e integramos ferramentas de desenvolvimento nativas populares, como GNU Autotools, Valgrind, OProfile, RPM, SystemTap, GCov, GProf, LTTng, etc.Os projetos atuais incluem visualizadores e analisadores de rastreamento LTTng, um editor RPM .spec, integração de compilação Autotools, uma ferramenta de análise de uso de heap Valgrind e ferramentas de criação de perfil de chamada OProfile.

No Linux existem muitos IDEs:

Em meu experiência, os mais valiosos são Eclipse e Criador Qt.Ambos fornecem todos os recursos "padrão" (ou seja, preenchimento automático, realce de sintaxe, depurador, integração com git).Vale ressaltar que o Eclipse também oferece funcionalidades de refatoração, enquanto o Qt Creator oferece integração com Valgrind e suporte para implantação em alvos remotos.

Também o comercial IDE CLion parece muito bom (mas não o usei extensivamente).

Ouvi dizer que Anjuta é muito inteligente para usuários do Gnome.Brinquei um pouco com o KDevelop e é legal, mas falta alguns recursos.Code::Blocks também é muito promissor, e eu gosto mais desse.

O Sun Studio versão 12 pode ser baixado gratuitamente (suporte GRATUITO e pago disponível) - http://developers.sun.com/sunstudio/downloads/thankyou.jsp?submit=%A0FREE+Download%A0%BB%A0.

Tenho certeza de que você tem suporte para conclusão de código e depuração, incluindo suporte a plug-ins neste IDE.

O Sun Studio está disponível para Linux e também para Solaris.fóruns: http://developers.sun.com/sunstudio/community/forums/index.jsp.Fóruns do Sun Studio Linux: http://forum.sun.com/forum.jspa?forumID=855

Ficarei ansioso para ouvir seus comentários sobre esta ferramenta.

BR,
~A

Eu já usei o Ultimate++ IDE e é muito bom.

E então percebi que simplesmente não é assim que você trabalha lá*, e joguei tudo fora, passei alguns dias lendo manuais, configurei meu shell (bash), configurei um ambiente GVIM, aprendi o conjunto de ferramentas GCC/binutils, make e gdb e viveram felizes para sempre.

Eu concordo principalmente, mas o problema também é de percepção:esquecemos como foi difícil se tornar produtivo em qualquer IDE escolhido (ou outro ambiente).Acho os IDEs (Visual Studio, NetBeans, Eclipse) incrivelmente complicados de muitas maneiras.

Como um cara antigo do UNIX, sempre uso o Emacs.Mas isso tem uma curva de aprendizado bastante íngreme e longa, então não tenho certeza se posso recomendá -lo aos recém -chegados.

Eu apoiaria isso;uso o Emacs como meu editor principal no Linux e no MSW (XP2, W2K).Eu discordaria que tenha um íngreme curva de aprendizado, mas diria que devido ao grande número de recursos que possui longo curva de aprendizado.Você pode ser produtivo em pouco tempo, mas se quiser, poderá aprender novos recursos nos próximos anos.

No entanto - não espere que todos os recursos do Emacs estejam disponíveis em menus suspensos, há muitas funcionalidades para encontrá-los lá.

Como mencionei, uso GNU Emacs no MSW há anos.E sempre funcionou bem com o Visual Studio até eu “atualizar” para 2008;agora é às vezes demora muitos segundos antes de atualizar os arquivos do disco.O principal motivo para edição na janela do VS é o recurso de conclusão de código "Intellisense".

Geany Eu recomendo

Embora eu use o Vim, alguns dos meus colegas de trabalho usam Liso o que parece muito bom.Não tenho certeza sobre a depuração integrada porque, de qualquer maneira, não seríamos capazes de fazer isso em nosso projeto específico.

O SlickEdit tem um bom suporte para navegar em grandes bases de código, com referências cruzadas e saltos de tags.É claro que ele também contém itens básicos, como realce de sintaxe e preenchimento de código.

Eu uso Eclipse CDT e Qt Creator (para aplicativos Qt).

Essas são minhas preferências.É uma pergunta muito sugestiva e há tantas respostas quanto desenvolvedores.:)

LisoEditar.Eu uso e adoro o SlickEdit desde 2005, tanto no Windows quanto no Linux.Também tenho experiência trabalhando em Visual Studio (5, 6, 2003, 2005) e apenas com Emacs e linha de comando.Eu uso o SlickEdit com makefiles externos, alguns dos meus colegas de equipe usam o SlickEdit, outros usam o Emacs/vi.Eu não uso o depurador integrado, controle de versão integrado, sistema de compilação integrado:Geralmente acho que muita integração é uma verdadeira dor.SlickEdit é robusto (muito poucos bugs), rápido e intuitivo.É como um carro alemão, um carro para motorista.

As versões mais recentes do SlickEdit parecem oferecer muitos recursos que não me interessam, estou um pouco preocupado que o produto fique inchado e diluído no futuro.Por enquanto (eu uso V13.0) está ótimo.

Para mim Final++ parece ser a melhor solução para escrever programas cross-os

Se você usa o vim há muito tempo, então você deveria torná-lo seu IDE.Existem muitos complementos disponíveis.Achei vários deles bastante úteis e compilei aqui, dê uma olhada.

E muito mais na série de dicas e truques do vi / vim ali.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top