Travailler sur des unix propriétaires sans X mais avec un éditeur digne de ce nom ? Bien sur selon la machine tu as besoins d'avoir une configuration particulière (template etc...). Certaines machines n'ont pas forcément de ssh...
Avoir des serveurs sans X, appartenant à des propriétaires différents et donc avec paramétrage différents ?
Sans rire utiliser vim ou emacs uniquement dans un terminal c'est confortable et tellement simple. Il m'arrive d'intervenir à distance depuis une machine qui n'est pas la mienne aussi.
Mon workflow c'est une config de base identique partout, et des spécificités en plus selon le contexte. L'intervention à distance, le changement de poste (oui parfois la machine du taf est changée et la politique sur les logiciels installable n'est pas très ouverte) sont facile à gérer. Maintenant je me sers pas de vim pour faire du dev autre que du shell (mais beaucoup de scripts, et de l'analyse d'exploitation).
[^] # Re: Félicitations
Posté par mornik . En réponse à la dépêche GNU Emacs 24.4. Évalué à 4.
Travailler sur des unix propriétaires sans X mais avec un éditeur digne de ce nom ? Bien sur selon la machine tu as besoins d'avoir une configuration particulière (template etc...). Certaines machines n'ont pas forcément de ssh...
Avoir des serveurs sans X, appartenant à des propriétaires différents et donc avec paramétrage différents ?
Sans rire utiliser vim ou emacs uniquement dans un terminal c'est confortable et tellement simple. Il m'arrive d'intervenir à distance depuis une machine qui n'est pas la mienne aussi.
Mon workflow c'est une config de base identique partout, et des spécificités en plus selon le contexte. L'intervention à distance, le changement de poste (oui parfois la machine du taf est changée et la politique sur les logiciels installable n'est pas très ouverte) sont facile à gérer. Maintenant je me sers pas de vim pour faire du dev autre que du shell (mais beaucoup de scripts, et de l'analyse d'exploitation).