Os desenvolvedores são um bando de exigentes. Como um cachorro se recusando a andar na grama molhada, sempre parecia haver um pouco de resistência em mudar uma rotina. Nós amamos o que crescemos com, sejam piadas de Jornada nas Estrelas, Vim,ou Emacs.

As origens desta guerra remontam aos grupos Usenet na década de 1980, uma época em que Vim e Emacs eram as principais ferramentas usadas para codificação. Emacs, como bem sabemos, é um "labirinto de pequenas passagens tortuosas, todas diferentes", (uma piada antiga do programador que veio do jogo Colossal Cave Adventure), enquanto Vim oferece um universo controlado por setas de atalhos de teclado. Ambos são usados em sistemas de codificação, edição e administração. E, embora odeiemos dizer isso, ambos chegaram a um ponto onde nenhum parece querer realmente desaparecer no pôr do sol.

A guerra sem fim entre os usuários do Vim e da Emacs continuou ad nauseam ao longo dos anos. É menos uma guerra neste momento do que um resmungo embaralhado de hábito arraigado e resistência teimosa à mudança. Os usuários de Vim e Emacs, uma vez na garganta um do outro, parecem ter implementado as keybindings um do outro (uma coisa que eles realmente fazem) para enfrentar um inimigo comum - qualquer IDE moderno.

Vim: O IDE de alta disponibilidade

O consenso entre muitos usuários do Vim/Emacs cria uma imagem que muitos usuários de tecnologia de uma determinada geração estariam familiarizados. Como meu pai atestaria, usando seu Microsoft Zune muito depois que seu apoio acabou, se não está quebrado... Embora existam muitos IDEs no mercado,não há razão para usar um se você não tiver que usar um. É a mesma razão pela qual ainda estou usando bloco de notas para compor e não algum editor de texto chique ou ferramenta CMS. Simplesmente funciona.

"A razão pela qual evitei as IDEs para começar foi que quando eu estava entrando na Vim, como há uma década, era uma licença extra para investigar", diz john Carter,usuário da Vim (não de Marte). "Desde então, tornou-se uma questão de 'velocidade de código'. Se eu começar com um novo IDE ou mesmo mudar para algo como Emacs, eu vou diminuir a velocidade. Em um nível emocional e profissional, eu realmente não posso pagar por isso. É preciso energia para girar para um novo editor. Não tenho essa energia. Consegui o emprego, uma família e projetos paralelos. Parece bobagem, mas esse tipo de pivô requer energia."

Vim está sempre disponível. Qualquer máquina Linux tem. Vim tem uma pequena pegada, baixa latência, inicialização rápida, permite mais espaço na tela, personalizável e o mais importante, uma vez que a memória muscular foi enraizada, é quase impossível mudar para outra coisa.

Continua Carter: "Nossos dedos são muitas vezes o gargalo entre pensar no código e obtê-lo no aplicativo, de modo que é onde as pessoas procuram otimizar atalhos."

Tome Atom, um dos IDEs/editores mais populares. O Atom é um editor de texto gratuito de código aberto que se auto-intitula como sendo "hackeável ao núcleo", permitindo múltiplas personalizações. Possui edição multiplataforma, quatro UIs, oito temas de sintaxe e integra-se com HTML, JavaScript, CSS e Node.js. Mais importante para usuários que não iniciaram a codificação nos últimos cinco anos, há um pacote Vim Mode. Isso levou os usuários a literalmente transformar o Átomo em Vim, incapaz de deixar de lado o passado, relutante em abraçar totalmente o futuro da edição de código.

A maioria dos IDEs criam mundos inteiros onde os desenvolvedores podem criar, mas criar requer configuração. Leva tempo para ajustar esse mundo, para brincar de Deus, para criar atalhos e hotkeys, para se acostumar com diferentes estruturas de comando e interface do usuário. Enquanto um codificador poderia sentar-se em qualquer terminal e começar a trabalhar em Vim, isso não é verdade para qualquer IDE. Além disso, os IDEs são muitas vezes ferramentas demais para o trabalho. Os programadores iniciantes são muito melhor servidos por editores de texto simples vs. behemoths de programação maciça.

À medida que as carreiras dos codificadores evoluem menos através de seus conhecimentos do que quem está assinando seus contracheques, há sempre um editor de código constante disponível para eles, independentemente de qual IDE a empresa preferir. Poderia ser visto como um ato de desafio intencional ou apenas preferência pessoal, mas editores de texto estão sempre lá.

"Principalmente, é sobre a onipresença", diz o corredor da BSD Tim Chase. "Posso sentar em qualquer terminal semelhante ao Unix (Linux, BSD, Solaris, o que for), digitar 'vi' (ou 'ed') e ter um editor poderoso que funcione mesmo que meu terminal não esteja configurado muito certo (por exemplo, enviando determinadas chaves ou combos de chave) e sem precisar instalar nada."

Familiar e confortável

É esse tipo de conforto que tem mantido qualquer guerra percebida entre aqueles que ainda usam Vim ou Emacs e a perspectiva de usar IDEs por tanto tempo. É espaguete de mãe mental (ou insira sua comida de conforto aqui). Vim e Emacs estão sempre lá para você, aconchegantes, calmos e dispostos. Enquanto um IDE é uma comida nova estranha com todos os tipos de ingredientes exóticos que requer colheita tenaz e irracional com o garfo para obtê-lo do jeito que você quer. A desconexão é aparente e, neste momento, compreensível.

Há algum arrepio de reconhecimento entre os desenvolvedores, embora talvez mudar para um IDE completo não seja tão insuportável quanto parece. Há uma resignação em finalmente perceber que, para fazer o trabalho, você usa as ferramentas disponíveis para fazer o trabalho, não importa quais sejam essas ferramentas.

"Eu digo, o que te ajudar a fazer seu trabalho, use isso", diz não que Tom Hanks. "Às vezes, as IDEs mais modernas podem atrapalhar, outras vezes são indispensáveis. Visual Studio, por exemplo, tem problemas de desempenho maciços quando há muitos arquivos associados a um arquivo de projeto. Toda a aplicação se torna muito lenta. Alguns anos atrás, quando eu usei PyCharm para o desenvolvimento python, às vezes ele ficava "confuso" e dava um feedback ruim sobre sua análise de sintaxe. Basicamente, estava fazendo você pensar que tinha cometido um erro quando, na verdade, tudo estava 'bem'."

Dito isso, se você é novo na programação, um IDE moderno pode ser útil. Com conclusão de código, controle git e até sistemas de implantação automática, os IDEs modernos são um Canivete suíço de recursos. E, como a maioria das Facas do Exército Suíço, você não precisa usar todos os recursos para encontrá-los úteis, especialmente se você está apenas começando. Muitos de nós não usamos, digamos, o furo ou o palito, mas é bom saber que está lá.

Qualquer que seja a guerra que possa estar atrás das telas de codificadores entre Vim, Emacs e IDEs realmente não importa. Vim e Emacs não vão a lugar algum tão cedo, não importa seu status antiquado em ambientes modernos de desenvolvimento. Os IDEs continuarão melhorando, continuando lançando e atendendo a um segmento crescente de jovens desenvolvedores que nunca foram forçados a prosperar em ambientes Vim ou Emacs. O melhor conselho para quem está lutando para escolher um programa preferido é apenas usar as ferramentas disponíveis para fazer o trabalho. Ou, como os poetas populares do século 20 TLC tão habilmente declararam: "Não vá atrás de cachoeiras, por favor, atenha-se aos Vims e Emacs que você está acostumado."

O Avance Network é uma comunidade fácil de usar que fornece segurança de primeira e não requer muito conhecimento técnico. Com uma conta, você pode proteger sua comunicação e seus dispositivos. O Avance Network não mantém registros de seus dados; portanto, você pode ter certeza de que tudo o que sai do seu dispositivo chega ao outro lado sem inspeção.