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).


http://i.imgur.com/upsjHsMl.gif (http://imgur.com/upsjHsM)


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


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 (http://appimage.org/), 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]

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 :D

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

[IngMetallo]

http://www.omgubuntu.co.uk/2017/07/july-etcher-image-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]

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]

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]

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]

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]

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

Possiamo anche dire che la progettazione è totalmente assente :D

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]

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]

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.


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?


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]

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 :)

[pabloski]

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

Piu' che integralisti, direi che sono preoccupato. Veramente vogliamo un editor che lagga da matti e occupa 300 MB di ram per aprire un banale file di testo?

E non penso nemmeno che Electron possa portare chissa' quanto software su Linux. Se ci fosse un grandissimo interesse, lo strumento c'e' e si chiama QT.

Electron puo' indurre gli sviluppatori web ( che pero' usano principalmente i Mac ) a realizzare software desktop. Pero' non e' che ci sia stato tutto questo exploit, visto che Electron e' in circolazione gia' da 4 anni. E molti di coloro che in genere lavorano al software desktop ne criticano aspramente le limitazioni e soprattutto il bloat. Sul serio non si puo' vedere un hello world che occupa 150 MB di memoria.

[Slayer86]

Perché mai dovresti essere preoccupato? Mica ti obbligano a sviluppare su Electron.
Comunque se non ti piacciono questi programmi realizzati con tecnologia ibrida basta non usarli. Potrai sempre usate le versioni sviluppate in GTK+ o QT... se poi queste versioni "migliori" non esistono, bhe magari electron non è poi così inutile!

Mi ricordo quando qualche tempo fa era Mono il nemico da combattere e boicottare :sofico:

[pabloski]

Perché mai dovresti essere preoccupato? Mica ti obbligano a sviluppare su Electron.

Nessuno mi obbliga, ma se il software realizzato in quel modo dovesse davvero diventare la maggioranza, e' la volta buona che cambio mestiere :D


Mi ricordo quando qualche tempo fa era Mono il nemico da combattere e boicottare :sofico:

Il boycott di Mono aveva ragioni ideologiche e anche legali. Qui invece sono i dubbi tecnici ad essere tanti e decisamente motivati.

E considera che le mie posizioni sono molto piu' morbide della media. Per esempio ricordo quanto scritto in passato da cdimauro su javascript ( e anche java ). A confronto io sono una colomba :D

Resta il fatto che se le best practices e i pessimi strumenti si impongono cosi' facilmente, siamo davvero alla frutta. Poi non ci lamentiamo quando i mitologici hacker ci rubano anche la biancheria.