Revisione del libro: lo Smashing Book 2
A febbraio, Rivista favolosa ha ufficialmente rilasciato il suo ultimo progetto di libro stampato, The Smashing Book 2 e sono stati così gentili da inviarmi una copia di revisione senza alcun costo.
Questa recensione non è una recensione a pagamento, né è influenzata in alcun modo da Webdesigner Depot o da Smashing Magazine.
Sebbene questa recensione fornisca al libro una preziosa esposizione, questa sarà principalmente una discussione dei punti di forza e di debolezza del libro.
Pertanto, non esaminerò il contenuto o discuterò i miglioramenti del precedente Smashing Book. Puoi ottenere quei dettagli sulla pagina del prodotto del libro o su Articolo di Smashing Magazine che ha formalmente annunciato il libro.
Un'ottima lettura dal computer
Alcuni libri si prestano naturalmente ad essere un ottimo riferimento che tieni vicino alla tua scrivania e raggiungere quando hai bisogno di risolvere una codifica specifica o un altro problema di sviluppo. Questo libro non è scritto per questo scopo.
Questo libro è ottimo per le persone che amano andare al parco o sedersi in un bar e leggere qualcosa che rinfresca i succhi intellettuali e creativi. La rilegatura complessiva del libro sembra buona e comoda e le pagine patinate sono di buona qualità (anche se alcune persone potrebbero preferire una sensazione più antica, che non fornisce).
A causa della grande varietà di argomenti trattati in questo libro, è ottimo per le persone che amano separarsi dalla loro ragnatela tecnologica quotidiana, scegliere un capitolo e solo leggere. Per la maggior parte, gli autori fanno un fantastico lavoro di scrittura in una prosa liscia e di facile lettura che non sembra troppo semplicistica o eccessivamente complessa.
Qualcosa per tutti
Non tutti apprezzeranno ogni capitolo di questo libro. Certamente non ho trovato che ogni capitolo fosse qualcosa a cui ero particolarmente interessato a leggere. Non che i capitoli a cui non mi interessava fossero necessariamente cattivi; non erano solo argomenti a cui tenevo troppo. E penso che molte persone si sentiranno allo stesso modo, perché il libro è piuttosto unico nel fatto che copre un materiale molto vario.
Alcuni potrebbero considerare questo come un punto debole, ma non è una valutazione corretta. Il libro non è scritto per essere un materiale di riferimento per un argomento specifico; è scritto per essere in qualche modo simile a quello che Smashing Magazine realizza con il loro sito Web: una fonte di materiale utile per designer e sviluppatori con una vasta gamma di abilità e livelli di esperienza.
Inoltre, penso che ci sia qualcosa anche qui per gli sviluppatori e i progettisti più esperti, anche se sono solo alcuni ricordi di cose che sono state dimenticate. Nel complesso, il libro è ottimo per i designer e gli sviluppatori principianti e intermedi, e sembra che sia a chi è rivolto il libro, quindi penso che raggiunga il suo obiettivo in tal senso.
I miei punti salienti personali del libro
Qui ci sono solo alcuni punti salienti personali che mi sono piaciuti e che risaltano nella mia mente dopo aver letto lo Smashing Book 2.
Capitolo 1 sulla progettazione grafica
Non sono un grafico esperto, ma mi considero capace in aree di design e principi di progettazione. Quindi, per qualcuno del mio livello di abilità, il primo capitolo è stato l'inizio perfetto di questo libro. Il capitolo è scritto da Matt Ward e Alexander Charchar e si chiama "The Principles of Graphic Design".
Matt e Alexander fanno un lavoro fantastico nel coprire alcuni principi di design molto importanti che penso possano avvantaggiare i progettisti dai principianti agli intermedi anche avanzati. Quello che mi è piaciuto di più del capitolo è che non si sono basati solo sulle proprie opinioni personali, ma hanno incluso letteralmente dozzine di riferimenti a piè di pagina e una lista di letture per aiutare a stabilire l'autorità e l'influenza delle loro affermazioni.
Capitolo 3 sulla progettazione mobile
Un altro capitolo che mi è veramente piaciuto è stato il capitolo 3, di Mike Rundle, intitolato "Progettare esperienze utente mobile". Fondamentalmente, se qualcuno vuole entrare nello sviluppo di app per dispositivi mobili e non sa da dove iniziare, questo capitolo da solo vale il prezzo del libro.
Capitolo 5 su "bandiere rosse"
Un altro capitolo che mi è piaciuto molto è stato il capitolo 5, di Christian Heilmann, chiamato "Red Flags (Warning Signs) in Sviluppo Web". Anche se personalmente non ho imparato molto qui (ho molta esperienza con il codice front-end), penso che questo sia un eccellente piccolo riferimento per tutti i codificatori front-end e Christian fa un ottimo lavoro nel raggiungere i suoi punti rapidamente, con fermezza e in una moda del mondo reale.
Anche se ho detto che lo scopo di questo libro è più motivazionale, e non necessariamente un riferimento, ci sono parti di esso a cui molti sviluppatori vorranno tornare, e il capitolo 5 è uno di questi. Penso che ogni sviluppatore front-end dovrebbe avere questi concetti radicati se vogliono essere presi sul serio nella professione scelta.
Più cose buone sui principi del design
Due altri capitoli che ho trovato utili e che spiccano nella mia mente sono il capitolo 2, "Visible vs. Invisible Design", di Francisco Inchauste, e il capitolo 7, "Applicare i principi del game design a User Experience Design", di Christopher Kolb.
Entrambi sono argomenti a cui personalmente non ho mai pensato molto e penso che molti designer principianti possano trarre beneficio dal materiale che questi autori presentano.
Il capitolo finale
Infine, penso che sia fantastico che il team di Smashing Magazine abbia preso il tempo per scrivere il capitolo finale, "Come fare un libro (come questo)", perché è un modo unico e interessante per terminare un libro che copre così tanto terreno.
Quel capitolo finale potrebbe essere un po 'fuori luogo, non avendo quasi nulla a che fare con il web design o lo sviluppo web, ma penso sia molto in linea con la trasparenza e l'apertura dello staff di Smashing Magazine, e personalmente penso che abbiano fatto il giusto cosa per includere questo capitolo.
Alcuni punti deboli
In questo caso particolare, trattandosi di una recensione indipendente e non retribuita, penso che sarebbe importante sottolineare alcuni punti deboli che ho trovato personalmente in relazione al contenuto del libro.
Errori minori
Prima di tutto, c'erano una manciata di errori tipografici e grammaticali insignificanti. Ad essere onesti, non riesco a ricordare specificamente nessuno di loro - quindi è positivo, non ci sono stati errori palesi. Ma probabilmente c'erano più di quelli che avrebbero dovuto essere, considerando che il libro è stato revisionato e revisionato da cinque persone diverse oltre a tutti i singoli autori.
Opere d'arte e altre cose
Un altro paio di punti deboli sono cose che personalmente non mi sono piaciute, ma che alcuni altri lettori potrebbero effettivamente piacere, quindi prendine un po 'di sale.
Innanzitutto, all'inizio di ogni capitolo c'è un riassunto in corsivo di ciò che il capitolo contiene, di solito lungo circa un paragrafo. Penso che queste piccole introduzioni siano del tutto superflue e rendono il libro un po 'amatoriale. Il fatto è che i titoli dei capitoli e sottotitoli dovrebbero essere sufficienti per aiutare un lettore a ottenere una visione generale del contenuto del capitolo.
Secondo, la mia opinione sull'opera d'arte del libro è probabilmente in minoranza, ma non sono sicuro che questo tipo di opere d'arte si adatti a un libro come questo. Non fraintendermi qui: l'artista delle varie illustrazioni del libro, Yiying Lu , è un artista fantastico ed è diventato, sembra, di fama mondiale - in particolare per aver progettato il famoso Twitter Fail Whale .
Quindi questo non è un colpo contro di lei; In realtà penso che le illustrazioni siano uniche, creative e bellissime. Penso solo che siano un po 'fuori dal loro elemento in un libro che ha così tanto sullo sviluppo web. Ma questa è probabilmente solo una questione di gusto personale, poiché preferisco la grafica più professionale nel Un libro a parte serie.
Ma molte persone hanno detto che amano l'opera d'arte, quindi come ho detto, sono probabilmente in minoranza nel mantenere questa visione.
Più avanti sull'opera d'arte, penso che la pagina in cui Smashing Magazine include i nomi di quasi 3.000 lettori di Smashing Magazine sia un po 'noiosa. Questo, tuttavia, è in linea con la filosofia di Smashing Magazine di avere una stretta relazione con i propri utenti, quindi potrebbero essere avanzate argomentazioni su come ciò potrebbe essere vantaggioso per la loro marca e immagine complessiva.
Un'ultima cosa dell'opera d'arte è l'orribile simbolo di hash sulla copertina. Adoro il design della copertina, in origine fatto da Brian Nelson , per il primo Smashing Book, ma il simbolo dell'hash che hanno aggiunto al design originale di Brian (usato nella "# 2", a cui Brian non aveva nulla a che fare) lo uccide. Sarebbe stato molto più bello se avessero usato qualcosa come "No. 2 "invece. Non ho idea di come sia passato inosservato - perché è davvero un pugno nell'occhio, secondo me.
Due capitoli problematici
Altri due problemi che ho avuto con il libro sono stati i capitoli 6 e 8.
Il capitolo 6, di Vivien Anayian, si chiama "The Future of Web Typography". Questo è un grande capitolo, con grandi informazioni. Ma è eccessivo. C'è troppa informazione qui, ed è scritta in un tono in stile news piuttosto asciutto, senza molta opinione. È bello citare le fonti (e il ragazzo lo fa qui, ci sono più di 60 riferimenti esterni in note), ma questo stile ha reso il capitolo troppo lontano dallo stile del resto del libro.
Penso che Vivien abbia grandi capacità di ricerca e che lei conosca davvero le sue cose, e non dovrebbe certo scoraggiarsi delle mie critiche qui. Penso solo che questo materiale fosse troppo per un capitolo così piccolo, ed è troppo condensato e troppo veloce per essere di grande valore. A mio parere, questo capitolo sarebbe molto più prezioso ampliato in un libro completo tutto da solo, basandosi solo sulle fonti e le informazioni che ha fornito. E penso fermamente che Vivien dovrebbe essere l'unico a scrivere un libro del genere, quindi la mia critica qui è più su come il capitolo si adatta al resto del libro, non sul materiale stesso.
L'altro problematico è il capitolo 8, di Susan Weinschenk, intitolato "When They Click: Psychology of Web Design and User Behaviour", che fornisce una valutazione unica della risposta dell'utente. Non sono completamente d'accordo con la premessa di questo capitolo, ma trovo che le conclusioni presentate siano in molti casi valide e possano essere giustificate - solo forse non per le esatte ragioni indicate. È interessante perché penso che le informazioni presentate nel capitolo 8 abbiano un grande valore, ma la premessa generale potrebbe essere un po 'imperfetta.
Non ho intenzione di entrare nei dettagli del perché mi sento come faccio al capitolo 8, ma incoraggio tutti a comprare il libro e dare al capitolo una buona possibilità, e vedere se trovi la validità nelle affermazioni fatte.
Indice incoerente?
Ho trovato molto strano che il sommario includa il titolo di ogni capitolo, lo stesso riassunto in corsivo dall'introduzione di ogni capitolo e il numero di pagina per ogni capitolo, ma nessun numero di capitolo e nessun nome di autore.
Sembra un po 'incoerente con i nomi degli autori e i numeri dei capitoli mancanti, e sembra ridondante avere quei sommari nel sommario, quindi ripetuti all'inizio di ogni capitolo.
Lo stile del capitolo finale
Come ho detto prima, mi piace che abbiano incluso il capitolo "Come fare un libro (come questo)" ma hanno perso un'enorme opportunità per rendere questo capitolo davvero memorabile.
Invece di fornire una storia avvincente che descrive il viaggio personale di Smashing Magazine nella creazione dello Smashing Book 2, hanno semplicemente deciso di presentare le informazioni in un modo un po 'asciutto e impersonale.
Non che questo capitolo non abbia valore; è sicuramente (è per questo che l'ho incluso nella sezione "evidenziazioni" sopra). Ma penso che questo capitolo sarebbe stato perfetto se avessero raccontato la loro storia personale, passo dopo passo, e incorporato tutte le informazioni tecniche nella "trama" della loro storia.
Conclusione: altamente raccomandato
Ancora una volta, non penso che le debolezze sopra menzionate danneggino il libro molto. Per non parlare del fatto che molto di quello che ho detto qui è il mio punto di vista personale, quindi alcuni saranno certamente in disaccordo.
In generale, consiglio vivamente a tutti i progettisti e sviluppatori iniziali e intermedi di ottenere una copia di questo libro. Fornisce sicuramente un gran numero di informazioni e rende per una lettura complessiva generale.
Penso che Smashing Magazine abbia ricavato una bella nicchia in questo settore per mettere a disposizione informazioni preziose e pratiche, e questo libro certamente aggiunge alla loro reputazione in quella zona.
Quindi, se non lo hai già fatto, vai allo Smashing Shop e prenditi una copia . Nonostante i punti deboli di cui ho discusso qui, sono certo che in questo libro troverai molto valore.
Questo post è stato scritto esclusivamente per Webdesigner Depot da Louis Lazaris, autore, scrittore freelance e sviluppatore web. Louis è il co-autore di HTML5 e CSS3 per il mondo reale , pubblicato da SitePoint, e scrive su tecnologie di progettazione Web front-end su Web impressionanti . Puoi segui Louis su Twitter o contattalo tramite il suo sito web.
Hai letto il nuovo Smashing Book? Fateci sapere i vostri pensieri qui sotto.