Newsgroup: it.comp.lang.c++
Titolo: Vi, Vim o qVim .... ma cosa ? come ? chi ...

Scusate, sono OT, ma ho avuto l'ardire di provare questo 
programma, a seguito di un 3D.
Ci sarebbe per caso qualche tutorial a prova di scemo per 
questi ... "editor" (cito sulla fiducia).
Vorrei tentare di capire come provare a capire di cosa si 
tratta :-)
Evidentemente l'abitudine a usare programmi omogenei per 
interfaccia ha avuto un effetto straniante superiore alla 
mia flessibilità mentale.
Invocare l'help mi ha creato forse più problemi che altro.
S.O.S.
 
In particolare non ho capito delle cose, tipo :
hanno dei menu ?
Se si, sono per caso quelle scritte strane che compaiono 
nella barra superiore ?
In che lingua sono e dove trovare una stele di rosetta ? 
L'help è formulato nelle stesse rune gaeliche :)
 
Se esiste qualche tutorial veramente basic, pls segnalatemelo.
ciao
CCCP
 
-- 
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
 

 
 
Se cerchi online ne trovi a bizzeffe.
Quello che inizialmente è un po' duro da digerire per chi non è abituato è che
ci sono vari "modalità" di funzionamento: a seconda della modalità ogni tasto
ha un significato diverso.
Appena apri sei in modalità comandi: premendo 'i' entri in modalità inserimento
e quello che scrivi viene scritto sul buffer (e a video); premendo "esc" torni
il modalità comandi.
I tasti principali in modalità comandi sono:
- i/a/o/O: che entrano in modalità inserimento sul carattere, sul carattere
successivo, alla riga sotto e alla riga sopra, rispettivamente
- h/j/k/l: se non hai le frecce, spostano il cursore
sopra/sotto/destra/sinistra.
- y/d/p: copia/taglia/incolla (se maiuscoli tutta la riga, altrimenti
carattere)
I comandi sono combinabili con dei specificatori, ad esempio 'w' indica la
parola, mentre un numero la quantità (esempio 'wy'=copia parola, '22D'=cancella
22 righe).
Sempre in modalità comandi, ':' ti permettono di inserire comandi più lunghi
che non hanno binding veloci, ad esempio ':e pippo.txt' apre il file pippo.txt,
o, più famosi, ':w'=salva o ':wq'=salva e esci.
Utile anche '/' che ti permette di inserire un'espressione regolare per cercare
nel testo.
Con questi puoi iniziare, poi man mano che vuoi fare qualcosa cerca nello
specifico! Ci sono cose utilissime come i buffer multipli, le finestre, le
macro e chi più ne ha più ne metta, ma a dirle all'inizio si fa solo casino.
 
Ciao!
 
P.S.
Ti dico quello che mi hanno detto quando ho iniziato anni fa ad usarlo,
lamentandomi che i tasti sono molti: quando impari a guidare fai attenzione
alla frizione, al cambio, al freno, alle frecce e hai difficoltà a coordinarti
per le partenze o i parcheggi; dopo qualche mese guidi e basta. Stessa cosa
col vi: personalmente ogni tanto quando sono stanco e uso, mettiamo VS o 
Eclipse, mi scappa qualche ESC:wq (per chiudere e salvare) e rimango 20 secondi
a fissare la scritta sul file senza capire perché non succede nulla :)

 [...]
 
 
Ciao  Manlio

 Se esiste qualche tutorial veramente basic, pls segnalatemelo.
 
http://robots.thoughtbot.com/post/13164810557/the-vim-learning-curve-is-
 
a-myth
 
http://vim-adventures.com
 
 
http://vimcasts.org
 
 
http://www.openvim.com
 
 
-- 
-riko
http://www.enrico-franchi.org/
 
http://rik0-techtemple.blogspot.com/
 

 ?
 
Posso solo dirti che IMHO è l'entità più esoterica
esistente nell'informatica. Ci ho buttato tante energie a
suo tempo, semplicemente è roba per gente a livello
altissimo che potrebbe altrimenti suonare il piano come
Rubinstein (è studiato per fare tutto da tastiera al volo)
per questo ho lasciato stare.
 

Il 17/03/2013 16:08, Soviet_Mario ha scritto:
 
ringrazio tutti quanti mi hanno già risposto.
Non avevo proprio capito nulla della filosofia di fondo.
Ciao e scusate l'OT



sto leggendo il manuale ... diciamo che interferisce non 
poco col fatto che normalmente faccio gran parte delle cose, 
salvo scrivere testo, con la penna ottica nella sinistra, e 
già solo i tasti di movimento cursore con "jklm" non li 
trovo naturali.
 
in realtà immaginavo che fosse una cosa diversa e che 
potesse fare una certa cosa che non ho ancora trovato ... 
magari può anche farla ! Ma non l'ho ancora scoperto (ossia 
una sorta di editing del testo bidimensionale, non solo 
orientato alle righe ma anche alle colonne : un ibrido tra 
editor e foglio di calcolo orientato al testo).
 
In effetti credo che la curiosità mi porterà a vedere com'è 
l'altro editor che era stato citato, emacs, sperando che 
abbia un interfaccia più grafica e "classica".
 
Cmq il tuo parere è una zolla di terraferma sotto i miei 
piedi che annaspavano sul mercurio :-)
ciao Apx



 
Non vorrei trasmutartela :) ma emacs è molto peggio...
anzi, è a lui che pensavo nella risposta (devo smetterla
sia di incaxxarmi nella vita che di prendere farmaci).
 
Vi/vim delle due sono anche semplici rispetto a emacs.
Però a quanto ne so, non è ancora stato trovato un
problema che emacs non possa risolvere. Se ricordo bene è
programmabile e forse potrebbe fare quello che ti serve.
 
ciao!
 
Apx.
 

 editor e foglio di calcolo orientato al testo).
 
ctrl-shift-v, se ho capito quello che vuoi.
 
Ma probabilmente per la maggior parte delle cose che vuoi fare, ti
conviene usare le macro. Io uso spesso vim per manipolare files csv
piuttosto grossi e con le macro e' un gioco.


 programmabile e forse potrebbe fare quello che ti serve.
 
Ogni editor *decente* e' programmabile. Vim, Emacs, TextMate. Il resto,
e' inutile. Mica si puo' sperare di modificare l'editor ogni volta che
qualcuno inventa una nuova piattaforma di sviluppo, no? E mica si puo'
pretendere che tutti chiedano le stesse uniformi cose dall'editor.
Certo, alcune si, servono circa a tutti. Per il resto, deve essere
programmabile.



Io ho usato entrambi e posso dire che:
 
- Emacs, essendo scritto e programmabile in Lisp, può fare praticamente
  tutto.  Il problema è che usa un dialetto di Lisp non moderno, ed
  inoltre i vari "plugin" sono difficili e complessi da leggere perchè
  possono fare quello che vogliono.
 
- Vim è più semplice e meglio organizzato.  E' scritto in C e offre un
  linguaggio di scripting, oltre a supportare linguaggi esterni come
  Python, Lua, etc
 
  I vari plugin sono molto ordinati, perchè fanno una ed una sola cosa,
  usando un API uniforme.  La limitazione è che non possono fare tutto,
  ed infatti in alcune cose Emacs va meglio (grazie alla possibilità di
  avere codice super personalizzato)
 
 
Ciao  Manlio

 esistente nell'informatica. 
 
Come le espressioni regolari, il LISP, M4, Brainfuck o la macchina
di Turing e la tesi di Church. Nessuno ha mai detto che l'informatica
sia una materia semplice o una materia per tutti. Però dire che VIM
è complicato è come dire che farsi la barba è difficile.
 
 

   avere codice super personalizzato)
 
Dai una occhiata a Cream e poi ne riparliamo.
 
 
 


 
Certo, ma le curve di apprendimento possono differire. Io
non vorrei innescare discussioni già fatte da decenni e
sotto tutte le latitudini, e che conosco fin troppo bene.
Non ho nessun problema ad ammettere che non tutti possono
fare tutto, che le capacità sono diverse e così via.
 
Io personalmente ho trovato impossibile usare i vari vi ed
emacs ma ho sempre pensato che a parte incrostazioni
storiche che esistono in ogni progetto vitale (cfr "make")
se milioni di persone usano un certo strumento, vuol dire
che l'hanno fatto evolvere e che quello attuale è il
miglior compromesso (certo, c'è anche feedback nell'altro
verso ma conta di meno). Io sto benissimo con gli editor
visuali e poi, quando il gioco di fa duro, sed mi viene
sempre in aiuto e fin qui non mi è servito andare oltre
sed. Se sapessi fare cose importanti, è sicuro che mi
dovrei seriamente mettere a imparare emacs e cugini.
 
ciao!
 
Apx.
 


Si, ma non puoi avere a disposizione sempre una comoda interfaccia grafica
Ancora oggi per amministrare server unix è sempre al top
 


 
 



 
 
 
vi è in genere per plan text tipo i sorgenti in un linguaggio di 
programmazione.
I documenti OpenOffice, una svolta spaccati sono file xml e quindi plan 
text; Office di Microsoft e StarOffice invece sono file binari e quindi 
difficilmente modificali
 
P.S. vi ha anche il syntax highlighting
 
 
 

 dovrei seriamente mettere a imparare emacs e cugini.
 
Ma non devi imparare emacs, che fa venire i crampi alle mani, devi 
imparare vim, l'editor del diavolo, che non è suo parente.

 più eterogenei tipo OpenOffice e Office, StarOffice etc) ?
 
Io uso vim per scrivere in LaTeX senza particolari problemi, qualcuno usa 
vim per scrivere HTML con risultati di ottima qualità. Si può usare vim per 
scrivere documenti XML, quanto  questo sia portabile ai formati aperti di
OpemOffice e simili non so. Il problema è che la generazione automatica
produce documenti voluminosi, ingarbugliati e di qualità discutibile per cui
non so se conviene editarli a mano con vim.
 
 
Con Office della Microroft lscia perdere: è un formato binario e
proprietario.
 
 
 

 Allora taci
 
Se credi mettimi nel killfile, ciao.
 

 difficilmente modificali
 
Intedevi dire StarWriter? I documenti StarOffice non sono altro che un file
zip contenente dei file basati sul formato XML. Come anche il formato docx 
della Microsoft del resto.
 

 Dai una occhiata a Cream e poi ne riparliamo.
 
Bello, non lo conoscevo.
 
 
Ciao  Manlio


 
 
Si, StarWriter, il vecchio  nome
Anche i docx di Microsoft usano xml ma i vecchi doc sono file binari
 
 

 Se credi mettimi nel killfile, ciao.
 
Non metto nessuno nel killfile poiché le migliori idee venfono dalle persone
 ingenue. E a volte anche gli stupidi possono aver ragione. 

 syntax highlight.  Quella di emacs mi sembra sia leggermente migliore.
 
L'evidenziazione della sintassi non può essere un built-in, ci deve essere
sempre un file di configurazione o un modulo aggiuntivo da qualche parte.
 
Ma non importa, tutti gli editor decenti tranne ed e sed hanno 
l'evidenziazione  della sintassi, il punto non è valido.
 
 
 
 

 almeno sul mio pc, kate della suite kde
 
De gustibus non est disputandum
 
 
 

 syntax highlight.  Quella di emacs mi sembra sia leggermente migliore.
 
Un altra cosa e' l'integrazione con una REPL. Di recente ho visto plugin
che lo fanno per vim, ma oggettivamente sono meno maturi.
 
D'altra parte portare cose esterne dentro l'editor e' sempre stata la
filosofia di Emacs, quella di vim e' l'opposto. Quindi semmai il punto
e' chiamare vim dalla repl. Cosa che, per dire, con ipython va alla
grande.


 Dai una occhiata a Cream e poi ne riparliamo.
 
Io ricordo quando Cream era pensato per rendere vim piu' windows-user
friendly.
 
Che fa ora? Da quello che vedo sul sito, le cose che mi interessano le
ho gia', usa i tab (che per me su vim sono il male) e la toolbar (uno
dei primi comandi che ho nel .vimrc toglie la toolbar se la trova) ...
 
Interessanti sono il bookmarking (a volte mi scordo dove cavolo -- in
che registro -- ho messo una certa linea, per dire).
 
Vertical selections le ho... fa qualcosa di piu' dello standard vim?
 
Word wrap potrebbe essermi utile su latex, a volte.
 
Altro fico?


 pi� eterogenei tipo OpenOffice e Office, StarOffice etc) ?
 
Sono orientati ad editare *testo*. Che poi questo testo sia un testo
normale, un insieme di sorgenti di un programma oppure un documento
(latex, restructured text, markdown, whatever) poco importa.


 Poi ho visto gente scrivere con vi interi codici perl; questione di gusti
 
Pero' dopo un po' di perl a me viene da vomitare. ;)


 OpemOffice e simili non so. 
 
Te lo dico io: e' un incubo. Il problema non e' vim. Il problema e' che
suddetti formati non sono pensati per essere mnemonici. D'altra parte e'
il formato di un file di un programma grafico, non nasce come formato
per creare documenti.
 
Per dire, oggi se vuoi scrivere documenti 'ricchi' in ambiente solo
testo -- senza usare latex -- hai restructured text o markdown. 


 testo -- senza usare latex -- hai restructured text o markdown.
 
C'è pure asciidoc che mi sembra interessante.
 
 
Ciao  Manlio

 C'� pure asciidoc che mi sembra interessante.
 
Ah, quello non lo conoscevo. O forse si, ma non lo collego con il nome.


 per creare documenti.
 
Quello che volevo dire io. Non ci sono riuscito.
 
 

 friendly.
 
Io lo ho provato perché il supporto a LaTeX era stupendo. Dicevano.
Io mi trovo meglio con VimLatex
 
Poi se proprio non piace vim c'è sempre Kile 

 (latex, restructured text, markdown, whatever) poco importa.
 
ciao
CCCP


 [...]
 
 
Ciao  Manlio


 
E' un linguaggio con la sua filosofia, ma è veramente grande per chi ha 
la padronanza del linguaggio.
Permette di fare velocemente piccoli programmi usa e getta o progetti 
grandi in stile object oriented
 
Assieme a C,C++,Ruby  è il linguaggio che preferisco
 
 
 
 
 
 

 grandi in stile object oriented
 
Bah. Un flame su Perl su iclc++, con Perl, nel bene e nel male ormai
quasi irrilevante fuori dal mondo dei sistemisti, non mi interessa
troppo.
 
Comunque se conosci Ruby, vedi bene che non e' necessario tutto quel
macello, e riesci ampiamente a gestire sia programmi usa e getta e
progetti piu' complessi. Anzi, magari rende piu' facile che i programmi
usa e getta diventino usa ed evolvi. :)


 Quello che volevo dire io. Non ci sono riuscito.
 
Bene!



 
Puoi darsi, ma in ambito professionale, almeno in Italia, non conosco sw 
house che lo usano e dubito che siano molte
 
 
 
 
 
 
 

 house che lo usano e dubito che siano molte
 
Mah... ci sono cose sorprendenti. Qualche anno fa, quando mi interessavo
alla questione, devo dire che c'era una comunita' vibrante e attiva.
Personalmente conosco alcune realta' che usano Ruby; e fai conto che non
essendo uno dei miei principali interessi li conosco per vie terze. 
 
All'estero so per certo che e' piu' usato di quello che si crede.
Nonostante ruby sua una piccola menzione nel mio cv, continuano ad
arrivarmi proposte di lavoro in Ruby che non partono minimamente da me.
Queste sono solo le proposte che 'filtrano' fuori dalla comunita' piu'
mirata, il che mi fa intuire che sia decisamente grossina. 


 a gestire problemi particolari.
 
Allora, mentre non avere affatto una gui per un uso 'standard' del
computer non e' comodo, ci sono parecchie tipologie di task per cui e'
semplicemente subottimale averla. 



 
e questo lo capisco e lo condivido anche.
Però qui il problema iniziale era che non capisco perché 
durante l'attività di composizione del codice, e non nella 
gestione remota di sistemi, ritieni inefficiente 
l'interazione con una GUI, non dico prevalentemente mouse 
based (anche io una mano sulla tastiera la tengo :-), 
rispetto ad una orientata esclusivamente alle scorciatoie di 
tastiera.
Io trovo che molte tecnologie attuali, da quelle storiche 
(drag'n drop) allo scroll con la rotella e zoom coi 
modificatori, per finire alle gestures e al click+rotella 
per lo scroll automatico a velocità incrementale, facilitino 
molto l'attività di scrittura, non solo la navigazione.
Se non ricordo un tipo di dato (o se in debug non ho 
inserito una variabile stabilmente in osservazione) basta 
uno hoover col mouse per avere la popup di inspezione.
Belin è comodo !
Questo esula dal discorso amministrazione e gestione remota, 
ovviamente.
 
La mia interfaccia ideale è quella di Minority Report, dove 
si faceva tutto gesticolando in aria come harry potter :)



Perchè effettivamente lo è
Certo se il menu è lì a portata di mouse non devi per forza ricordarti a 
memoria (e il sottoscritto è uno di quelli) le varie combinazioni di 
tasti per attivare le varie funzionalità (in vi ad esempio ne ricordo 5 
o 6, le principali)
Ma se hai buona memoria in un editor dove puoi usare le combinazioni di 
tasti fai prima con la combinazione che a spostare il mouse.
Comunque un buon editor grafico per programmazione ha anche le 
combinazioni di tasti, ma per la pigrizia della interfaccia grafica non 
si sta molto a studiare le varie combinazioni; si preferisce usare il 
mouse, mentre in un editor non grafico come 'vi' le combinazioni le devi 
per forza imparare prima o poi.
L' ultima frase è, ovviamente, in contesto  generalistico
 
 
 
 
 
 
 
 
 

 mirata, il che mi fa intuire che sia decisamente grossina.
 
Interessante
Saluti
 
 
 
 
 


 
 



E' una opinione interessante e non è che posso aggiungere molto.
Alla fin fine la scelta dell' editor è soggettiva.
Interessante la tesi sui tempi morti che farebbero perdere il vantaggio 
tra spostare il mouse o scegliere lo shortcut.
Nel tuo thread iniziale volevi saperne qualcosa di piu su questo editor.
La mia opinione è che  se per lavoro fai il sistemista o lo sviluppatore 
su sistemi unix allora cerca di imparane l' uso; in alcuni casi potrebbe 
essere indispensabile.
Negli altri casi prendilo per quello è, un editor
 
 
 
 
 

 Ma in ambito professionale � usato in Italia ?
 
Provo a ribadire... conosco di persona alcune realta' che lo usano.
Specie in ambito startup, qua in giro vedo relativamente tanto Ruby,
tanto Python. Certo, se volessi fare il gioco delle startup, non starei
in Italia. 
 
Quello che voglio dire e' che se prendi un linguaggio di media
diffusione e ci investi e sei bravo, riesci molto probabilmente a
lavorarci e anche a prendere decisamente piu' di quello che prenderesti
facendo cose piu' tradizionali. Ovviamente tutto dipende, se fai il
professionista quello che prendi e' decisamente legato a quanto sei
bravo a tenerti i clienti.
 
C'e' un mondo non trascurabile che esula dal classico JEE che va per la
maggiore. Se ti ci inserisci non caschi male. Come ti dicevo, la
comunita' Ruby italiana non la seguo piu', ma posso dirti che non
avresti *alcun* problema a trovare lavoro in Python perfino in italia.
Questo perche' ho tanti amici e conoscenti che sono in quel contesto e
sono decisamente informato.


 Sono tutti o con gli editor kate/gedit o al limite con Eclipse.
 
ANTICO!
 
i GGiovani di oggi usano tutti sublime text e robe simili :P
 
-- 
ZeD

 i GGiovani di oggi usano tutti sublime text e robe simili :P
 
Vorrei vederli. Ti garantisco... me ne passano sotto il naso tanti.
Usano quello che il primo docente di informatica che hanno incontrato
gli ha fatto usare. 
 
La maggior parte sembra trovare insormontabile passare da Dev-CPP a
CodeBlocks. 
 
Quando passano a Linux di solito prendono il primo editor che trovano,
oppure usano Eclipse, specie se sono 'java oriented'. 
 
Ribadisco... *magari* usassero sublime text. ;)



 
Ma Python è uno di quei linguaggi che non mi ha mai preso molto, così a 
pelle.
 
 
 
 
 

 i GGiovani di oggi usano tutti sublime text e robe simili :P
 
Ero curioso � l'ho cercato
 
https://www.sublimetext.com/buy
 
 
Con tutti gli editor gratis/opensource che ci sono proprio uno con un 
"buy"  nel mezzo? Ok, non sono pi� GGiovane, non mi va di guardare le 
caratteristiche di una cosa che poi sar� da pagare.
 
 
 
 
 
 
 
 

 caratteristiche di una cosa che poi sarà da pagare.
 
Non guardare da questa parte, non sono né GGiovane né ricco...
 
-- 
ZeD

 tutto senza.
 
Anche per me è altrettanto scomodo, però devo dire che Kate è cresciuto 
molto negli ultimi anni. Una cosa che trovo molt comoda è il VI Mode:
 
 
http://kate-editor.org/kate-vi-mode/
 
 
Ma qui dipende anche da dove si proveniva ;)
 
Saluti,
 
-- 
 Daniele Tricoli 'Eriol'
 
http://mornie.org
 

 Ma qui dipende anche da dove si proveniva ;)
 
Si, ok... ma se devo usare Kate travestito da vim, esattamente cosa mi
da che non posso avere in vim?
 
Capisco gli IDE che si travestono da vim (perche' offrono parecchie cose
che per avere con vim bisogna un po' sudare con i plugin; piu'
ovviamente la questione eventuale 'lavoro con gente che non sa cosa sia
un sistema di build indipendente dall'ide e pensa di andare avanti
cosi').


 cosi').
 
Questo penso sia legato sempre all'inerzia di alcuni, ma nel contesto 
universitario per fortuna è un problema risolvibile: basta calibrare l'esame 
in modo che i candidati debbano saper usare un sistema indipendente di 
build. Cosa che non è detta si possa fare, ma pazienza, a quel punto peggio 
per chi pensa di andare avanti in quel modo!
 
Il tutto IMHO ovviamente! Forse il metodo migliore per comprendere la 
diffusione di Kate o Gedit è di chiedere agli studenti perché abbiano scelto 
proprio quel determinato editor. :)


 3) sono gratuiti.
 
Tutti gli editor per Unix che ho nominato sono gratuiti, anche vim ed emacs.
 
 
 
 


 
Ciao,


 apprendimento; ma questo è un altro discorso. : )
 
 
Cosa che contesto. Imparare VIM o EMACS non è diverso da imparare 
Word Excel o Kate o Wordstar o un altro editor. Ovviamente (e a molti 
sfugge l'ovvio), se paragoni simili ottieni risultati validi altrimenti dai
solo i numeri (si, so che Excel è un foglio di calcolo). Alle scuole 
medie una volta si insegnava che non si possono sommare cavoli e
patate. Ciò che sfugge è che la maggior parte degli editor non fanno
altro che copiare Wordstar o Il Norton Commander (si, anche Word ed 
Excel), tra le eccezioni le principali sono appunto VIM ed EMACS.
Ed è questa la cosa che non puoi comparare; con VIM ed EMACS
tu impari da zero una cosa nuova, con gli altri editor tu impari 
solo un sistema di menù diverso; grazie che è più semplice.
 
PS E ci sarebbe ancora da discutere quanto è difficile imparare da zero
(senza mai aver acceso un computer) Word o Gedit e quanto poi sia 
diverso usare Word od EMACS.
 
 
 

 proprio quel determinato editor. :)
 
Credo che mi risponderebberop: perche' e' li.
Al che sarei obbligato a replicare, e questo e' vi.


 impareranno mai.
 
Vero.


 diverso usare Word od EMACS.
 
Oh, a vedere come viene usato word. Un tale alla richiesta del relatore
di avere i paragrafi con la prima riga leggermente rientrante ha
aggiunto manualmente una tabulazione ai paragrafi di 100 pagine di tesi.


 
http://vim-adventures.com/
 
 
Lo conosco. E io credo che il concetto stesso di "imparare ad usare un
editor" in certe teste non entra. Non importa che imparare uno strumento
potente a 20 anni (e uno che e' piu' o meno consistente da 20 anni e la
cui storia va ancora oltre) si paga benissimo nel resto della carriera.
 
Credo che il tempo che ho speso (e che spendo, visto che vim e' qualcosa
su cui c'e' sempre qualcosa da imparare o da ricordare) si sia
ampiamente ripagato.


 
 
Sì, molte nuove distro linux non montano più vi di default, ma scelgono nano
(non sia mai che un ragazzino che vuole fare il sysadmin si spaventi quando
apre un file di configurazione..)
 
Ciao!


 
 
-- 


 
 
Non se ne deduce nulla.
 
Personalmente ritengo (e non sono il solo) che l'interfaccia a riga di comando
sia molto più usabile di qualsiasi GUI, per decine di motivi che non elenco.
 
Semmai se ne deduce che la maggior parte degli utenti deve svolgere solo un
così ristretto numero di compiti che una manciata di UI copre il 99% dei casi
e risparmia qualsiasi tipo di studio, sostituendolo con l'intuizione.
 
Ciao!

 apre un file di configurazione..)
 
Pensa, per me proprio per queste cose vim e' insostituibile!


 Ciao!


 interessa e' la funzionalita' al passo 0.
 
Qui hai centrato il problema: nessuno vuole faticare. Te ne accorgi anche 
dalle domande postate al gruppo: La risposta non si trova nascosta nelle 
pieghe e negli anfratti degli standard ma nelle prime dieci pagine di un
qualsiasi libro sul C++, solo che NESSUNO apre quel libro e lo legge.
 
Ora non è affatto vero che VIM ed EMACS hanno una curva di apprendimento
più ripida di altri editor, questa è una scusa dei pigri, il problema è 
che hanno una curva di apprendimento e che nessuno vuole affrontarla.
 
Allora esprimiamoci meglio, tutti gli editor hanno una curva di
apprendimento, più o meno ripida, però, bene o male, non è tanto diverso
o difficile imparare uno o l'altro editor; dare la colpa alla curva di
apprendimento è una scusa dei pigri.


Non ne sono convinto. Basta pensare che storicamente gli amministratori Windows
usano le GUI e gli utenti linux usano la shell, anche se oggi gli utenti
linux possono sfruttare WM windows-like e gli amministratori windows hanno a
disposizione shells unix-like.
Tralasciando i compiti per cui una o l'altra interfaccia è l'unica via (ad
esempio foto-ritocco o operazioni su filesystem che siano anche solo 
leggermente più avanzate di copia-incolla) rimangono tutta una serie di
operazioni che possono essere svolte con entrambe le interfacce.
 
Cerco di dare un senso a quello che penso.
 
Scrivere codice a parte, quali sono i compiti che un programmatore
svolge più di frequente? Beh, direi operazioni su filesystem, ricerche su
files, lettura di logs, richiamo di programmi helper (compilatori/check
statici/debuggers/analizzatori/controlli di versione e quant'altro): tutte
operazioni che si svolgono meglio con un'interfaccia da riga di comando (a
meno di non voler usare qualche monster-IDE e creare nuovi plugins o macro
ogni volta che si presenta un nuovo compito da svolgere, cosa che qualcuno fa
ma che lascio volentieri a chi si sente così pazzo).
 
Quindi, perché non usare un editor che segue la medesima filosofia (e utilizza
i medesimi comandi) del sistema che già si usa per svolgere tutti gli altri
compiti?
Io sinceramente la risposta non ce l'ho, e infatti uso vi.
 
Capisco che dipenda dai gusti, ma ho come l'impressione che molti, specialmente
i nuovi arrivati, utilizzino un setup sul quale non hanno ragionato nemmeno
cinque minuti (e fanno il doppio della fatica solo perché ritengono che perdere
un po' di tempo all'inizio per lavorare meglio per anni sia uno spreco, mah..)
 
Ciao!

 apprendimento è una scusa dei pigri.
 
 


 un po' di tempo all'inizio per lavorare meglio per anni sia uno spreco, mah...)


 affini a quelli che già usava prima
 
Metti in conto anche il vantaggio di allenare il cervello.
Qui non hai capito una cosa: se vuoi diventare programmatore non puoi 
limitarti a un solo linguaggio, un solo sistema, una sola piattaforma.
Devi imparare quanti più linguaggi possibile e quante più cose possibile;
tu vuoi limitarti solo alle cose necessarie. Bene ti dò una brutta notizia: 
nella programmazione è necessario tutto.
 
 
 
 

 meglio per anni sia uno spreco, mah..)
 
Incorniciare!


 alla media ... io purtroppo non appartengo a tale categoria :)
 
Non e' flessibilita' e non e' memoria. Le scorciatorie sono nelle dita.
Ubriacati e programma. Il codice fara' schifo, ma le dita sbaglieranno i
tasti per problemi di coordinazione, non per il fatto che non ricordi la
combinazione giusta.


 nella programmazione è necessario tutto.
 
ok, mi suiciderò stanotte. Promesso


 ok, mi suiciderò stanotte. Promesso
 
Ti presto la corda per impiccarti. 
 

 Ti presto la corda per impiccarti.
 
 
#define IRONIA "completare secondo le competenze"


 di spostamento del cursore.
 
Dico ma hai provato? Avresti scoperto che, in particolare, le frecce
funzionano. Il fatto che non siano necessarie non vuole dire che non
funzionino. 
 
Il resto? No grazie. Non c'e' "uno" standard. Windows da solo e' il
regno del "ognuno fa come gli pare". Perdere la perfezione di vim per le
10 scorciatoie che windows ha standard non vale proprio la pena. 
 
E anche considerare Windows uno standard... magari lo e' per te. Ma nel
mondo che sviluppa, Windows non e' al 90% come nel mondo dei consumer.
Non ha nessuna parvenza di standard, insomma.



 
Eh, questo io non lo so. Se devo essere sincero però, 
parlando da solo utente, ho la sensazione che almeno nelle 
interfacce (da KDE a Gnome) il mondo linux stia da tempo 
inseguendo lo stile Mac-Win, quello abbastanza pesantemente 
basato su finestre e mouse-centrico, se non addirittura 
"gesture-centrico" sui tablet.
 
Cmq ho capito solo da questo post cosa esattamente ti piace 
in VIM, e che esula di gran lunga la definizione di editor.
 
Mi hai fatto venire in mente un mio amico che ha un'officina 
meccanica ed una fresa programmabile. Ebbene, lui la conosce 
come un guanto, e mentre magari gli parlo e gli dico a 
parole come dev'essere un pezzo, lui inserisce i comandi al 
controller nel suo linguaggio (astruso per altri) e la 
macchina obbedisce docile.
 
In effetti non lo chiamerei nemmeno un editor, ma un 
manipolatore programmabile di testo
 
ciao
CCCP


 manipolatore programmabile di testo
 
No, e' un editor. Ma quello che mi piace e' che e' *anche* un
manipolatore programmabile di testo, se vuoi dirla tu. O, come piace a
me, e' un linguaggio interattivo di manipolazione del testo.
 
La potenza e' che e' *semplice*, una volta passato il primo scoglio.


 Al che sarei obbligato a replicare, e questo e' vi.
 
Questa è da incorniciare!
 
Saluti,


 ok, mi suiciderò stanotte. Promesso
 
Tutti i tuttologi mancati si estengano dal programmare! :-DDDDDDD

 Allora non frequentare gruppi dove si discute di programmazione.
 
...e tutti i non-VeriAspirantiProgrammatori(tm) si astengano dal
frequentare il gruppo! :-DDDDDD