Etcher: il nuovo image-burner

[IngMetallo]

Etcher

https://etcher.io/

Programma cross-platform per scrivere immagini .iso su drive USB e SD Card.
Un programma funzionante, con uno sviluppo vibrante ed un'interfaccia moderna.

Ve lo propongo perché è ormai da diversi mesi che lo utilizzo con grande soddisfazione al posto di UNetBootin (per me obsoleto), Rufus (Windows-only) e dd (ottimo strumento per sysadmin, ma gli utenti meno esperti rischiano di fare danni).





-------------


Dettagli
Piattaforme supportate: Windows, OSX, GNU/Linux
Licenza: open source


Link Utili
Source repository: https://github.com/resin-io/etcher

Curiosità
Per piattaforma linux, il formato eseguibile utilizzato è l'Appimage, che permette di scaricare il file, cliccarci sopra ed eseguirlo direttamente senza alcuna installazione!
Potete anche tenerlo su una pennetta USB e passarlo al PC di amici senza problemi

[IngMetallo]

Riuppo la discussione per dare importanza a questo software.
Ormai ha quasi raggiunto la versione 1.0 stabile e lo sto utilizzando ormai da moltissimo tempo come soluzione principale di ISO burner con ottimi risultati

[kernelex]

Originariamente inviato da IngMetallo

Riuppo la discussione per dare importanza a questo software.
Ormai ha quasi raggiunto la versione 1.0 stabile e lo sto utilizzando ormai da moltissimo tempo come soluzione principale di ISO burner con ottimi risultati

hai fatto bene.
lo uso pure io su osx per bruciare iso di linux, va molto bene

[Tokachu]

per i nabbi come me, differenze con suse studio imagewriter od il tool di mint?
oltre ad essere multipiatta ovviamente.
grazie.

[kernelex]

direi di no, usa quello che ti funziona bene.
la cosa buona è che brucia anche le iso di windows da linux

[Tokachu]

e dici poco, almeno non devo riavviare per usare rufus. (pigrizia portami via)
con imagewriter l'immagine di windows me l'ha schifata.

ok, mi pensa un po' di più sulla ram, ma tanto lo avvio una volta ogni tanto.

[kernelex]

lo so bene; per fare qualche immagine di win dovevo ripiegare su virtualbox, win e rufus.

ad onor del vero, su ubuntu funziona bene anche winusb da riga di comando.

sudo winusb -format /dev/xxx /mia.iso

[Tokachu]

winusb non l'avevo mai sentito, grazie della dritta.

[IngMetallo]

Finalmente ecco la prima release stabile (anche se le RC erano comunque estremamente affidabili).
Ancora non c'è l'annuncio ufficiale, ma il tag su git è stato messo

https://github.com/resin-io/etcher/releases/tag/v1.0.0

[IngMetallo]

http://www.omgubuntu.co.uk/2017/07/j...-writer-update

[pabloski]

Certo che graficamente è carino, ma ahimè Electron si sta trasformando nel nuovo Flash.

Da un lato per l'intrinseco bloating di Electron, dall'altro per il fatto di attirare programmatori sub-normali ( come ama dire Torvalds ).

Ho dato uno sguardo ai sorgenti di Etcher e quello che temevo si è materializzato. Basta guardare nel package.json per accorgersi della presenza, contemporaneamente, di React e Angular. Che poi nei sorgenti invece viene usato solo Angular ( e ci mancherebbe ). Segno di sviluppatori non proprio eccellenti.

[jeremy.83]

Originariamente inviato da pabloski

Certo che graficamente è carino, ma ahimè Electron si sta trasformando nel nuovo Flash.

Da un lato per l'intrinseco bloating di Electron, dall'altro per il fatto di attirare programmatori sub-normali ( come ama dire Torvalds ).

Ho dato uno sguardo ai sorgenti di Etcher e quello che temevo si è materializzato. Basta guardare nel package.json per accorgersi della presenza, contemporaneamente, di React e Angular. Che poi nei sorgenti invece viene usato solo Angular ( e ci mancherebbe ). Segno di sviluppatori non proprio eccellenti.

Mi sembra un commento un tantino esagerato, dai...
A me sembra un progetto interessante, e dietro sembra che ci sia un'azienda sufficientemente strutturata

[pabloski]

Originariamente inviato da jeremy.83

Mi sembra un commento un tantino esagerato, dai...
A me sembra un progetto interessante, e dietro sembra che ci sia un'azienda sufficientemente strutturata

Non e' che voglio buttare fango su di loro, ma e' un trend che sto notando tra i "web developer" convertiti allo sviluppo di applicazioni desktop.

Per loro il bloating non e' un problema e i programmi che realizzano ne sono ricchi. Mi ricorda tanto l'epoca d'oro di flash e dei siti web pieni zeppi di applet interattivi. Decisamente un brutto trend.

[jeremy.83]

Originariamente inviato da pabloski

Non e' che voglio buttare fango su di loro, ma e' un trend che sto notando tra i "web developer" convertiti allo sviluppo di applicazioni desktop.

Per loro il bloating non e' un problema e i programmi che realizzano ne sono ricchi. Mi ricorda tanto l'epoca d'oro di flash e dei siti web pieni zeppi di applet interattivi. Decisamente un brutto trend.

Io sono un "web developer" e ci sto attento il più possibile ad evitare che ci sia robaccia sparsa qua e là, ma ti assicuro che è praticamente impossibile non avere bloatware, già solo per le dipendenze che tal libreria si porta dietro.

Il problema vero, secondo me, e qui spero di non scatenare l'inferno, è Javascript, che di per sè è un cazzaio.

Ora, poi, è un delirio di software per gestire le dipendenze, framework che ti fanno server e client side, con lo stesso codice che potenzialmente puoi riusare dove ti pare, ma che poi non viene più riusato da nessuna parte.

Quando poi esistono linguaggi top come python che potenzialmente riescono a riprodurre, e pure meglio, gran parte di quello che puoi fare con javascript.

Poi vabbè, io non sono integralista, se c'è robaccia, ma gira bene e fa quel deve (sperando di non avere voragini di sicurezza) tanto di cappello.

[pabloski]

Originariamente inviato da jeremy.83

Io sono un "web developer" e ci sto attento il più possibile ad evitare che ci sia robaccia sparsa qua e là, ma ti assicuro che è praticamente impossibile non avere bloatware, già solo per le dipendenze che tal libreria si porta dietro.

Il problema vero, secondo me, e qui spero di non scatenare l'inferno, è Javascript, che di per sè è un cazzaio.

Ora, poi, è un delirio di software per gestire le dipendenze, framework che ti fanno server e client side, con lo stesso codice che potenzialmente puoi riusare dove ti pare, ma che poi non viene più riusato da nessuna parte.

Quando poi esistono linguaggi top come python che potenzialmente riescono a riprodurre, e pure meglio, gran parte di quello che puoi fare con javascript.

Poi vabbè, io non sono integralista, se c'è robaccia, ma gira bene e fa quel deve (sperando di non avere voragini di sicurezza) tanto di cappello.

Si il problema e' che l'ecosistema Javascript e' stato fatto crescere attorno al bloatware. Fa figo usare ennemila librerie. Come se fosse figo usare contemporaneamente QT e WPF nella stessa applicazione. Credo che i programmatori di un tale software verrebbero licenziati in tronco.

Ma nel mondo Javascript/webdev e' anzi segno di grande conoscenza. Se conosci Angular sei ok, se conosci React sei figo, ma se li conosci ( e usi contemporaneamente ) entrambi sei super.

E' il genere di mentalita' che francamente di fa rigirare gli occhi nelle orbite e non capisco come la comunita' Javascript non si renda conto di quanto e' fallata. Bloat non e' bello, e' solo segno di cattiva progettazione.

Ma li dovresti leggere quando difendono strenuamente una qualche applicazione Electron, che occupa centinaia di megabyte, per svolgere operazioni che un qualsiasi programma Delphi svolgerebbe occupando 1/10 della cpu e 1/20 della memoria.

[IngMetallo]

Originariamente inviato da pabloski

Bloat non e' bello, e' solo segno di cattiva progettazione.

Possiamo anche dire che la progettazione è totalmente assente

Sinceramente non capisco come Etcher possa utilizzare React e Angular assieme. Avete sollevato una bella questione.

OT: JavaScript è un linguaggio in pieno fermento, probabilmente uno dei più importanti linguaggi attualmente in circolazione, arriverà il momento in cui la situazione si stabilizzerà.
Per me è già molto importante che, con l'ultima revisione ECMA6, abbiano implementato una sintassi pulita per gestire le classi.

[pabloski]

Originariamente inviato da IngMetallo

Sinceramente non capisco come Etcher possa utilizzare React e Angular assieme. Avete sollevato una bella questione.

Se guardi nel codice e' utilizzato solo Angular, pero' nel package.json vengono definiti gli import anche per React. Probabilmente all'inizio volevano usare React, magari hanno pure fatto qualcosa e poi hanno cambiato idea. Hanno pero' dimenticato di ricreare il progetto o eliminare i riferimenti di dipendenza a React.

Non e' nulla di grave, pero' e' sintomatico della mentalita' della comunita' javascript, molto meno perfezionista di quanto richiesto in genere per i progetti software.

[Slayer86]

Bho sarà anche tutto una merda ma intanto sta arrivando software su linux, cosa che altrimenti non succederebbe! In cosa caspita li programmi? Gtk? Qt? Qualunque sia la scelta ti fotti metà dei possibili utenti (e già sono pochi!)

Quest'aria da superiori che spesso abbiamo all'interno della comunità linux è parte della sua non diffusione!
Ben venga nuovo sw anche se non eccelso, poi magari con il tempo il tutto migliorerà o la base di utenti crescerà ed allora uno sviluppo più strutturato sarà possibile / remunerativo.

[pabloski]

Originariamente inviato da Slayer86

Bho sarà anche tutto una merda ma intanto sta arrivando software su linux, cosa che altrimenti non succederebbe! In cosa caspita li programmi? Gtk? Qt? Qualunque sia la scelta ti fotti metà dei possibili utenti (e già sono pochi!)

Non vedo perche'. Un programma GTK+ puo' benissimo girare sotto KDE e viceversa. Poi ci sono FLTK, wx, EFL e altri widget toolkit.

La stragrande maggioranza del software Linux con gui e' realizzato tramite uno di questi toolkit.

Originariamente inviato da Slayer86

Quest'aria da superiori che spesso abbiamo all'interno della comunità linux è parte della sua non diffusione!

Non e' questione di aria di superiorita' ma di legittima preoccupazione. Preoccupazione trasversale, tanto che pure moltissimi sviluppatori Windows si lamentano del trend corrente.

E' un dato di fatto che strumenti come Electron si portano dietro un bagaglio ingombrante, tra cui un linguaggio di discutibile fattura, un intero browser engine, bloating a go-go, instabilita' e memory leak a iosa.

Veramente abbiamo bisogno di software ancora piu' pesante e per nulla ottimizzato?

Originariamente inviato da Slayer86

Ben venga nuovo sw anche se non eccelso, poi magari con il tempo il tutto migliorerà o la base di utenti crescerà ed allora uno sviluppo più strutturato sarà possibile / remunerativo.

Speariamo, ma in genere le cose tendono a peggiorare. E il trend non riguarda l'ecosistema Linux ma l'intero mondo della programmazione.

[Slayer86]

Originariamente inviato da pabloski

Non vedo perche'. Un programma GTK+ puo' benissimo girare sotto KDE e viceversa. Poi ci sono FLTK, wx, EFL e altri widget toolkit.

La stragrande maggioranza del software Linux con gui e' realizzato tramite uno di questi toolkit.



Non e' questione di aria di superiorita' ma di legittima preoccupazione. Preoccupazione trasversale, tanto che pure moltissimi sviluppatori Windows si lamentano del trend corrente.

E' un dato di fatto che strumenti come Electron si portano dietro un bagaglio ingombrante, tra cui un linguaggio di discutibile fattura, un intero browser engine, bloating a go-go, instabilita' e memory leak a iosa.

Veramente abbiamo bisogno di software ancora piu' pesante e per nulla ottimizzato?



Speariamo, ma in genere le cose tendono a peggiorare. E il trend non riguarda l'ecosistema Linux ma l'intero mondo della programmazione.

Ti vedo su una posizione molto integralista. Vederemo, secondo me il tutto è positivo. Vedremo tra qualche anno quali saranno i risultati