Update: stanotte ho fatto girare beets sull'intera libreria FLAC (circa 200 giga). Risultati molto buoni. Mi ha ripulito per bene i tag e la ricerca dei testi ha avuto una buona percentuale di successo.
Mi sa che lo schiaffo in un crontab per farlo girare periodicamente.
@vonblubba@livellosegreto.it che seccatura per chi non sa usare le righe di comando. Possibile? Non è una cosa da elitisti scrivere i tool solo così?
Una cosa del genere mi interessa moltissimo, ma così per me è impossibile da usare.
@Zambunny@livellosegreto.it @vonblubba@livellosegreto.it faccio solo un piccolo appunto, spero non troppo antipatico, ma "chi non sa usare le righe di comando" è una frase che non ha molto senso.
A meno che non si intenda non saper aprire un terminale e lanciare un eseguibile (cosa che può essere imparata da chiunque, senza sforzi o senza conoscenze da informatico), il resto è tutto nella bontà del programma e nella sua UX, che ci sia una interfaccia grafica o meno.
Se c'è un manuale o un help, che aiuta l'utente a usare il programma, starà alla bontà di questi determinare la facilità dell'uso, non è la presenza o l'assenza di una interfaccia grafica.
Non c'è nulla di snob nello scrivere un buon programma senza interfaccia grafica, non c'è nessuna conoscenza segreta o comune nelle "righe di comando", così come un'interfaccia grafica non ti rende automaticamente esperto di qualsiasi software.
Fare doppio click su una icona o lanciare l'eseguibile da un terminale richiedono lo stesso (innocuo) sforzo.
@Zambunny@livellosegreto.it capisco la frustrazione. Puoi sempre usare musicbrainz Picard, ha una interfaccia utente pulita e comoda
https://picard.musicbrainz.org/
@Zambunny@livellosegreto.it aggiungo che secondo me in questo caso forse non si tratta di elitismo. Chi scrive software open source regala il suo tempo e le sue energie alla comunità, quindi ha tutto l'interesse che il suo lavoro venga usato da più persone possibile. Magari è solo questione di skill. Se chi ha sviluppato il tool è specializzato nel backend, magari non ha le skill giuste per sviluppare un'interfaccia utente usabile e fatta come si deve.
Tutte ipotesi eh 🤷
@Zambunny@livellosegreto.it aggiungo che secondo me in questo caso forse non si tratta di elitismo. Chi scrive software open source regala il suo tempo e le sue energie alla comunità, quindi ha tutto l'interesse che il suo lavoro venga usato da più persone possibile. Magari è solo questione di skill. Se chi ha sviluppato il tool è specializzato nel backend, magari non ha le skill giuste per sviluppare un'interfaccia utente usabile e fatta come si deve.
Tutte ipotesi eh 🤷
@vonblubba@livellosegreto.it Chi programma software open source mette a disposizione della comunità gratuitamente tempo e skill, una cosa che apprezzo moltissimo.
Però, darlo all'utente finale così va contro la loro stessa etica di "venire usato da più persone possibili". Si parla molto di accessibilità: sacrosanto.
L' accessibilità, però, a mio modesto e discutibile parere è anche questa.
Grazie per il suggerimento comunque, ci guarderò senz'altro.
@vonblubba@livellosegreto.it Chi programma software open source mette a disposizione della comunità gratuitamente tempo e skill, una cosa che apprezzo moltissimo.
Però, darlo all'utente finale così va contro la loro stessa etica di "venire usato da più persone possibili". Si parla molto di accessibilità: sacrosanto.
L' accessibilità, però, a mio modesto e discutibile parere è anche questa.
Grazie per il suggerimento comunque, ci guarderò senz'altro.
@Zambunny@livellosegreto.it @vonblubba@livellosegreto.it chi programma software open source di questo genere spesso lo fa anche perché ha un'esigenza, la risolve, e poi gli sembra stupido non condividere con gli altri la soluzione, supponendo che ci siano altri con lo stesso problema e le stesse preferenze.
Ma se uno sta sviluppando software per risolvere un suo problema, lo fa nel modo che per lui risulta comodo, non va a complicarsi la vita per sviluppare una soluzione che magari per altri è più comoda e accessibile, ma per lui è peggio.
E quindi gli sviluppatori back-end sviluppano tool da riga di comando, perché è quello che usano, e troverebbero molto fastidioso dover litigare con un tool grafico, oltre a non essere capaci di scriverlo.
(potrebbe esserci dell'esperienza personale qui dentro O:-) )
@Zambunny@livellosegreto.it @vonblubba@livellosegreto.it chi programma software open source di questo genere spesso lo fa anche perché ha un'esigenza, la risolve, e poi gli sembra stupido non condividere con gli altri la soluzione, supponendo che ci siano altri con lo stesso problema e le stesse preferenze.
Ma se uno sta sviluppando software per risolvere un suo problema, lo fa nel modo che per lui risulta comodo, non va a complicarsi la vita per sviluppare una soluzione che magari per altri è più comoda e accessibile, ma per lui è peggio.
E quindi gli sviluppatori back-end sviluppano tool da riga di comando, perché è quello che usano, e troverebbero molto fastidioso dover litigare con un tool grafico, oltre a non essere capaci di scriverlo.
(potrebbe esserci dell'esperienza personale qui dentro O:-) )
@Zambunny@livellosegreto.it @vonblubba@livellosegreto.it (nel mio caso, cerco bene o male di rendere la vita semplice — o quantomeno non ostacolarla artificialmente — ad eventuali front-endisti che vogliano scrivere un'interfaccia alternativa, e ha pure funzionato, ma io quella roba¹ nel mio tempo libero non voglio toccarla :D )
¹ non le interfacce grafiche, le librerie per scrivere interfacce grafiche
@Zambunny@livellosegreto.it @vonblubba@livellosegreto.it (nel mio caso, cerco bene o male di rendere la vita semplice — o quantomeno non ostacolarla artificialmente — ad eventuali front-endisti che vogliano scrivere un'interfaccia alternativa, e ha pure funzionato, ma io quella roba¹ nel mio tempo libero non voglio toccarla :D )
¹ non le interfacce grafiche, le librerie per scrivere interfacce grafiche
vonblubba :ls005_baronblubba:
Zambunny
