I februar, Smashing Magazine offisielt utgitt sitt siste trykte bokprosjekt, The Smashing Book 2 , og de var hyggelige nok til å sende meg en anmeldelse kopi uten kostnad.

Denne anmeldelsen er ikke en betalt anmeldelse, og det påvirkes heller ikke på noen måte av Webdesigner Depot eller Smashing Magazine.

Selv om denne anmeldelsen gir boken en verdifull eksponering, vil dette først og fremst være en diskusjon om styrkenes og svakhetene i boken.

Dermed vil jeg ikke gjennomgå innholdet eller diskutere forbedringene fra den tidligere Smashing Book. Du kan få disse detaljene på bokens produktside, eller på Smashing Magazine sin egen artikkel som formelt annonserte boken.

En stor lese vekk fra datamaskinen

Noen bøker gir seg selv en god referanse om at du holder deg ved skrivebordet ditt og når du trenger for å løse et bestemt kodings- eller annet utviklingsproblem. Denne boken er ikke skrevet for det formålet.

Denne boken er flott for folk som liker å gå til parken eller sitte i en kaffebar og bare lese noe som får den intellektuelle og kreative juicen uthvilt. Bokens overordnede binding føles god og komfortabel og de blanke sidene er av god kvalitet (selv om noen kanskje foretrekker en mer gammeldags følelse, noe som ikke gir dette).

På grunn av det store spekteret av emner som er omtalt i denne boken, er det flott for folk som liker å skille seg fra sin daglige teknologiske spindelvev, velge et kapittel og bare lese. For det meste gjør forfatterne en fantastisk jobb med å skrive i jevn, lettlest prosa som ikke høres for forenklet eller altfor komplisert.

The Smashing Book 2

Noe for alle

Ikke alle vil like hvert kapittel i denne boken. Jeg fant ikke sikkert at hvert kapittel var noe jeg var spesielt interessert i å lese. Ikke at kapitlene jeg manglet interesse for, var nødvendigvis dårlige; de var bare ikke emner som jeg brydde meg for mye om. Og jeg tror de fleste vil føle på samme måte, fordi boken er ganske unik i det faktum at den dekker et meget variert matrisemateriale.

Noen kan se dette som en svakhet, men det er egentlig ikke en rettferdig vurdering. Boken er ikke skrevet for å være et referansemateriale for et bestemt emne; det er skrevet for å være noe lik det som Smashing Magazine utfører med deres nettsted: En kilde til nyttig materiale for designere og utviklere med et bredt spekter av ferdigheter og erfaringsnivåer.

I tillegg tror jeg det er noe her for selv de mest erfarne utviklerne og designerne - selv om det bare er noen påminnelser om ting som har blitt glemt. Totalt sett er boken bra for begynnelses- og mellomstore designere og utviklere, og det synes å være hvem boken er rettet mot, så jeg tror det fullfører sitt mål i den forbindelse.

Mine personlige høydepunkter fra boken

Her er bare noen få personlige høydepunkter som jeg likte, og det skiller seg ut i tankene mine etter å ha lest Smashing Book 2.

Kapittel 1 om grafisk design

Jeg er ikke ekspert grafisk designer, men jeg betrakter meg selv i områder med design og design prinsipper. Således, for noen av mitt ferdighetsnivå, var kapittel en den perfekte starten på denne boken. Kapittelet er skrevet av Matt Ward og Alexander Charchar, og det heter "Prinsippene for grafisk design".

Matt og Alexander gjør en fantastisk jobb med å dekke noen svært viktige designprinsipper som jeg tror kan være til nytte for designere fra nybegynnere til til og med avanserte mellomprodukter. Det jeg virkelig likte om kapitlet er at de ikke bare stole på sine egne personlige synspunkter, men også bokstavelig talt med dusinvis av fotnotehenvisninger og en leseliste for å bidra til å etablere autoritet og innflytelse av deres uttalelser.

Kapittel 3 om mobildesign

Et annet kapittel som jeg virkelig likte var kapittel 3, av Mike Rundle, kalt "Design Mobile User Experiences". I utgangspunktet, hvis noen ønsker å komme inn i mobilapputvikling og ikke vet hvor de skal starte, er dette kapitlet alene verdt bokens pris.

Kapittel 5 om "røde flagg"

Et annet kapittel som jeg virkelig likte var kapittel 5, av Christian Heilmann, kalt "Red Flags (Warning Signs) i Web Development". Selv om jeg ikke personlig lærte for mye her (jeg har mye erfaring med front-end-kode), tror jeg dette er en utmerket liten referanse for alle begynnende frontend-kodere, og Christian gjør en god jobb med å komme til hans poeng raskt, fast og i ekte verden.

Selv om jeg nevnte at denne bokens formål er mer motiverende, og ikke nødvendigvis en referanse, er det deler av det som mange utviklere vil ønske å gå tilbake til, og kapittel 5 er en av dem. Jeg tror at alle fremtidsutviklere burde ha disse begrepene ingrained hvis de vil bli tatt seriøst i sitt valgte yrke.

Mer gode ting på designprinsipper

To andre kapitler som jeg fant nyttig, og som skiller seg ut i mitt sinn, er kapittel 2, "Synlig mot Invisible Design", av Francisco Inchauste, og kapittel 7, "Bruke spilldesign prinsipper til brukeropplevelsesdesign", av Christopher Kolb.

Begge disse er emner som jeg personlig aldri har tenkt mye på, og jeg tror mange begynner å mellomliggende designere kunne dra nytte av det materialet disse forfatterne presenterer.

Siste kapittel

Til slutt synes jeg det er flott at Smashing Magazine-teamet tok seg tid til å skrive det siste kapitlet "Hvordan lage en bok (som denne)", fordi det er en unik og interessant måte å avslutte en bok som dekker så mye bakken.

Det siste kapitlet kan være litt ute av plass, har nesten ingenting å gjøre med webdesign eller webutvikling, men jeg synes det er veldig mye i tråd med åpenhet og åpenhet i Smashing Magazine-ansatte, og jeg tror personlig at de gjorde det rette ting å inkludere dette kapittelet.

Noen svakheter

I dette tilfellet, dette er en uavhengig skriftlig, ikke-betalt gjennomgang, tror jeg det ville være viktig å påpeke noen svakheter som jeg personlig fant i forhold til bokens innhold.

Mindre feil

Først og fremst var det en håndfull ubetydelige typografiske og grammatiske feil. For å være ærlig, kan jeg ikke spesielt huske noen av dem - så det er bra, det var ingen klare feil. Men det var sannsynligvis mer enn det burde vært, da boken ble gjennomgått og korrekturlest av fem forskjellige personer i tillegg til alle de enkelte forfattere.

Kunstverk og andre ting

Et annet par svakheter er ting jeg personlig ikke bryr meg om, men at noen andre lesere kanskje vil like, så ta disse med et saltkorn.

Først i begynnelsen av hvert kapittel er det et kursiv sammendrag av hva kapittelet inneholder, vanligvis omtrent ett avsnitt langt. Jeg tror disse små introene er helt unødvendige og gjør boken til å virke litt amatørlig. Faktum er at kapitletittene og underrubrikkene skal være nok til å hjelpe en leser å få en samlet oversikt over kapitlets innhold.

For det andre er min mening om bokens kunstverk sannsynligvis i mindretallet, men jeg er ikke sikker på at denne typen kunstverk passer til en bok som dette. Ikke misforstå meg her: Kunstneren av de forskjellige illustrasjoner av boka, Yiying Lu , er en fantastisk kunstner og har blitt, virker det verdenskjent - spesielt på grunn av å ha designet den kjente Twitter Feil hval .

Så dette er ikke en banke mot henne; Jeg tror faktisk at illustrasjonene er unike, kreative og vakre. Jeg tror bare de er litt ut av deres element i en bok som har så mye på webutvikling. Men dette er sannsynligvis bare et spørsmål om personlig smak, da jeg foretrekker mer profesjonelle utseende i En bok fra hverandre serie.

Men mange har sagt at de elsker kunstverket, så som jeg sa, er jeg sannsynligvis i minoriteten i å holde denne visningen.

The Artwork from the Smashing Book 2

Videre på kunstverket tror jeg at siden der Smashing Magazine inneholder navnene på nesten 3000 Smashing Magazine-lesere, er litt klebrig. Dette er imidlertid i tråd med Smashing Magazines filosofi om å ha et nært forhold til sine brukere, så det kan gjøres argumenter for hvordan dette kan være til nytte for deres generelle merke og bilde.

En siste ting om kunstverket er det fryktelige utseende hash-symbolet på forsiden. Jeg elsker coveret design, opprinnelig gjort av Brian Nelson , for den første Smashing Book, men hash-symbolet som de har lagt til Brians originale design (brukt i "# 2", som Brian ikke hadde noe med å gjøre) bare dreper det. Det ville vært mye bedre hvis de brukte noe som "Nei. 2 "i stedet. Jeg aner ikke hvordan dette ble oversett - fordi det egentlig er en øye, etter min mening.

To problemkapitler

To andre problemer jeg hadde med boken var kapittel 6 og 8.

Kapittel 6, av Vivien Anayian, heter "The Future of Web Typography". Dette er et flott kapittel, med god informasjon. Men det er overkill. Det er alt for mye informasjon her, og det er skrevet i en noe tørt nyhetsstil uten mye i vei for mening. Det er bra å sitere kilder (og gutten gjør forfatteren det her, det er mer enn 60 eksterne referanser i fotnoter), men denne stilen gjorde kapitlet omtalt for langt fra resten av bokens stil.

Jeg tror Vivien har gode forskningsmessige ferdigheter, og hun vet virkelig hennes ting, og hun bør absolutt ikke motløses av min kritikk her. Jeg tror bare dette materialet var for mye til et lite kapittel, og det er for kondensert og for raskt å være av stor verdi. Etter min mening ville dette kapittelet bli mye mer verdifullt utvidet til en komplett bok alt på egen hånd, bare basert på kilder og info hun ga. Og jeg tror definitivt at Vivien burde være den som skriver en slik bok, så min kritikk handler om hvordan kapitlet passer inn i resten av boken, ikke om selve materialet.

Den andre problematiske er kapittel 8, av Susan Weinschenk, kalt "Når de klikker: Psykologi for webdesign og brukeradferd", som gir en unik vurdering av brukerrespons. Jeg er ikke helt om bord med premissene i dette kapittelet, men jeg finner at konklusjonene som presenteres er i mange tilfeller gyldige, og kan være berettiget - bare kanskje ikke av de eksakte grunnene som er oppgitt. Det er interessant fordi jeg tror at informasjonen som presenteres i kapittel 8 har stor verdi, men den generelle premissen kan være litt feil.

Jeg kommer ikke til å komme inn på detaljer om hvorfor jeg føler meg som om jeg gjør om kapittel 8, men jeg oppfordrer alle til å kjøpe boken og gi kapitlet en god sjanse, og se om du finner gyldighet i uttalelsene som er gjort.

Inkonsekvent innholdsfortegnelse?

Jeg fant det veldig rart at innholdsfortegnelsen inneholder tittelen på hvert kapittel, samme kursiverte oppsummering fra hvert kapitles intro, og sidenummeret for hvert kapittel - men ingen kapitletall og ingen forfatternavn.

Det virker litt inkonsekvent med forfatternavn og kapittelnummer mangler, og det føles overflødig å ha disse oppsummeringene i TOC, og deretter gjentatt i begynnelsen av hvert kapittel.

Stilen i det siste kapitlet

Som jeg tidligere nevnte, elsker jeg at de inkluderte kapittelet om "Hvordan lage en bok (som denne)", men de savnet en stor mulighet til å gjøre dette kapitlet virkelig minneverdig.

I stedet for å gi en spennende historie som beskriver Smashing Magazines personlige reise i å skape Smashing Book 2, har de ganske enkelt bestemt seg for å presentere informasjonen på en noe tørr og upersonlig måte.

Ikke at dette kapittelet ikke er verdifullt; Det er definitivt (derfor inkluderte jeg det i "høydepunktene" -delen ovenfor). Men jeg tror dette kapittelet ville vært perfekt hvis de hadde fortalt sin personlige historie, steg for steg, og innlemmet all teknisk info i "plottet" av deres historie.

Konklusjon: sterkt anbefalt

Igjen tror jeg ikke at svakhetene nevnt ovenfor skader boken mye i det hele tatt. For ikke å nevne at mye av det jeg har sagt her er min egen personlige visning, så noen vil helt sikkert være uenige.

Samlet sett anbefaler jeg på det sterkeste at alle begynnende og mellomstore designere og utviklere får en kopi av denne boken. Det gir absolutt en mengde informasjon og gir en samlet god lesing.

Jeg tror Smashing Magazine har skåret ut en fin nisje i denne bransjen for å sette ut verdifull og praktisk informasjon, og denne boken legger sikkert til sitt omdømme i det området.

Så, hvis du ikke har gjort det allerede, gå over til Smashing Shop og få deg en kopi . Til tross for eventuelle svakheter jeg har diskutert her, er jeg sikker på at du finner mye verdi i denne boken.


Dette innlegget ble skrevet utelukkende for Webdesigner Depot av Louis Lazaris, en forfatter, frilansskribent og webutvikler. Louis er medforfatter av HTML5 og CSS3 for den virkelige verden , publisert av SitePoint, og han skriver om front-end webdesign teknologier på Imponerende Webs . Du kan følg Louis på Twitter eller kontakt ham gjennom hans nettside.

Har du lest den nye Smashing Book? Gi oss beskjed om dine tanker nedenfor.