J'ai un collègue qui utilise cet outil, ça à effectivement l'air intéressant ( ceci dit, je ne savais pas qu'il tourne sous nux, le collègue en question restant sous win ).
Maintenant, je dois t'avouer que ma tendance personnelle va de plus en plus à l'écriture de fichiers d'une très petite taille ( C++, donc 1 fichier par classe, et quand ça dépasse les 200 lignes, je divise pour envoyer le code dans le cpp. ), des classes ultra-spécialisées et sans me gêner pour utiliser des templates.
Du coup, je ne suis pas sûr d'avoir encore besoin d'un éditeur de code très évolué: une fois que j'ai la coloration syntaxique, une auto-complétion potable et un système modal ( sur ce point, vim à changé ma vie, c'est une évidence ) je suis heureux, et donc mon usage basic de vim me conviens plutôt pas mal.
Le tout combiné avec, en fait, un simple terminal pour naviguer dans les fichiers, est plus efficace que tout ce que j'ai pu voir avec des IDE classiques.
Dommage d'ailleurs qu'il n'y ait pas un éditeur de code simple ayant ces 3 fonctionnalités avec une toute petite base de code, nul doute que je l'adopterai :)
Le but de mon message était surtout d'argumenter sur le fait "oui, vim peut encore évoluer". Ces fonctionnalités, je m'en servirais de temps en temps, genre, 1 fois par mois. Rien d'important donc.
Et puis, sans être un maniaque de l'open source ( j'utilise opera après tout ) je suis plutôt réticent à l'idée d'utiliser du code fermé.
LA fonctionnalité qui pourrait me faire utiliser un nouveau logiciel fermé, ce serait d'être capable de générer des diagrammes à partir du code, et vice versa. Mais ce n'est pas le job d'un éditeur de code, ça.
[^] # Re: Evolution
Posté par freem . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 1. Dernière modification le 26 février 2014 à 23:52.
J'ai un collègue qui utilise cet outil, ça à effectivement l'air intéressant ( ceci dit, je ne savais pas qu'il tourne sous nux, le collègue en question restant sous win ).
Maintenant, je dois t'avouer que ma tendance personnelle va de plus en plus à l'écriture de fichiers d'une très petite taille ( C++, donc 1 fichier par classe, et quand ça dépasse les 200 lignes, je divise pour envoyer le code dans le cpp. ), des classes ultra-spécialisées et sans me gêner pour utiliser des templates.
Du coup, je ne suis pas sûr d'avoir encore besoin d'un éditeur de code très évolué: une fois que j'ai la coloration syntaxique, une auto-complétion potable et un système modal ( sur ce point, vim à changé ma vie, c'est une évidence ) je suis heureux, et donc mon usage basic de vim me conviens plutôt pas mal.
Le tout combiné avec, en fait, un simple terminal pour naviguer dans les fichiers, est plus efficace que tout ce que j'ai pu voir avec des IDE classiques.
Dommage d'ailleurs qu'il n'y ait pas un éditeur de code simple ayant ces 3 fonctionnalités avec une toute petite base de code, nul doute que je l'adopterai :)
Le but de mon message était surtout d'argumenter sur le fait "oui, vim peut encore évoluer". Ces fonctionnalités, je m'en servirais de temps en temps, genre, 1 fois par mois. Rien d'important donc.
Et puis, sans être un maniaque de l'open source ( j'utilise opera après tout ) je suis plutôt réticent à l'idée d'utiliser du code fermé.
LA fonctionnalité qui pourrait me faire utiliser un nouveau logiciel fermé, ce serait d'être capable de générer des diagrammes à partir du code, et vice versa. Mais ce n'est pas le job d'un éditeur de code, ça.