[gl-como] Link della serata

Diego Roversi diegor@tiscali.it
Dom 14 Feb 2021 09:09:04 CET


On Fri, 12 Feb 2021 10:28:41 +0100
Luca Lesinigo <luca@lesinigo.it> wrote:

> Il giorno 12 feb 2021, alle ore 09:28, Davide De Prisco <deprisco.davide@gmail.com> ha scritto:
> > 
> > E allora buttiamo via la parte pių importante della serata! Dimentichiamoci dei problemi....
> > 
> > Nel malaugurato caso vi tocchi programmare in PHP tramite SSH con nano ( cosa offendete, č un signore ide) ricordate di attivare la colorazione per PHP, HTML e python, almeno...
> > Potete farlo da /etc/nanorc
> > Cosė gli errori di apici si trovano in nano_secondi..... 
> > L'avete capita????
> 
> Segnalo che alcuni editor hanno la funzionalità di editing remoto via SSH integrata, rende possibile eseguire l’editor preferito in locale sulla propria macchina ed usarlo per lavorare su file che non si trovano in locale ma sono raggiungibili via SSH. Io uso abitualmente Visual Studio Code che lo fa ed è estremamente comodo, ma non è l’unico. Per chi usa / è costretto a usare Windows oltre al già citato VSCode (MIT License) mi pare che Notepad++ abbia qualcosa di simile (ma non è open source / free software).

Attenzione che i binari di vscode che si scaricano dalla microsoft NON sono opensource, piu' o meno la stessa cosa di chrome: ovvero ci sono i sorgenti, ma sono solo una parte di quelli usati per generare vscode. Anche qui c'e' qualcuno che come con chromium, ha deciso di distribuire un binario basato solo sulla parte opensource: https://vscodium.com/.

Nota invece che notepad++ e' rilasciato come GPL. Quindi direi che la situazione e' invertita.

> Bottom line: per una modifica al volo va benone ssh e poi lanciare editor in remoto (vim, nano, …), per lavori più corposi raccomando di separare l’ambiente di lavoro da quello di deploy. Quantomeno sulla propria postazione di lavoro è di solito più facile / fattibile installare tool aggiuntivi (es. per chi lavora in Python è comodo integrare pylint, isort, black, pytest, tox, eccetera nel proprio ambiente di sviluppo).

Direi sacrosanto. Ma dimentichi forse la cosa piu' importante, usare git (o altri sistemi di versionamento).

Ciao,
  Diego.

-- 
Diego Roversi <diegor@tiscali.it>


Maggiori informazioni sulla lista gl-como