Front-End Developing Tips for å leve etter.
Det følgende er en artikkel jeg leste på en blogg om front-end utviklere og koding praksis og tenkte jeg skulle gi det videre. Det er ved Doug Neiner, en redaktør ved Fuel Din Coding , og er president i Pixel Graphic Design Studio . Han er avhengig av ny teknologi, og spesielt elsker å tilbringe tid med WordPress, Ruby on Rails og jQuery.
Det som følger her er en serie på 10 ting å huske og praksis på hvert web utviklingsprosjekt. Jeg har listet dem her i rekkefølgen av betydning som mange av trinnene bygger på hverandre. Hvis du tar ingenting annet bort fra lesing, vennligst ta Regler # 1 og # 2 til hjerte og praktisere dem. Jeg tenker å løse disse to problemene vil føre til bedre design og bedre gjennomføring i nettsteder på Internett.
1. Charge Nok, og deretter noen
Spesielt i vanskelige økonomiske tider, næringsliv og enkeltpersoner prøver å kutte kostnader og holde prosjektene ned til et minimum. På grunn av denne kunnskapen, vi som webutviklere prøve å bevege deg gjennom hver fase så raskt som mulig. Front end utvikling, men ta en betydelig mengde tid hvis det gjøres riktig. Ikke tilstrekkelig betalt for den tiden leder oss som utviklere til å hoppe over ting vi vet er viktig bare for å holde prosjektet innenfor budsjettet. Regelen er enkel ... du normalt ikke vil ta seg tid til å gjøre det riktig hvis du ikke har tid til å ta. Den eneste måten å få mer "tid" som en utvikler, er å garantere den tiden vi DO bruker er riktig kompensert. På det tidspunktet alene kan våre hjerter og sinn være fullt koblet til våre prosjekter ... og bare da kan vi ta tid til å følge de resterende 9 regler.
2. Utdanne Designer
For dem som er en designer / utvikler alt-i-ett maskin, bør dette være enkelt. Men programmerere som arbeider med eller for en designer har en unik ansvar. Som mange designere kommer fra en print bakgrunn, er det opp til deg, utvikleren, å utdanne dem på mulighetene tilgjengelig for sine design. Nei ... Jeg sa ikke la dem få vite om de 150 + jQuery plugins du bruker, eller tanker om å bruke en UL / LI combo vs en serie A koder. Jeg sa utdanne dem til muligheter. Hjelpe dem å forstå hvordan deres utforming kan vises på forskjellige enheter. Hjelpe dem å forstå hvordan de skal utnytte gjenta bakgrunner og flislagte mønstre for å oppnå god design med minimum filstørrelse.
Ikke la kreativiteten utelukkende til designeren heller! Dette er din sjanse til å bevise at du er kreativ så vel ved å finne den perfekte teknologiske løsninger for å møte behovene til designeren. Telling dem "det bare ikke er gjort på den måten" for hver forespørsel er en sikker-brann måte å forårsake frustrasjoner på begge sider. Sett hjernen din til å jobbe finne måter rundt hindringene.
Merk: Regler 3 til 10 bygge ut disse to første reglene. Noen av følgende regler krever ekstra grafikk fra designeren, og alle regler ta tid å følge. Lag en forpliktelse til reglene 1 og 2, og de resterende reglene vil både fornuftig og gjøre det ferdige produktet så mye bedre.
3. Tenk i Layers, ikke i Slices
Selv i dag, vi fortsatt bruker uttrykket "skjære opp design" for å beskrive prosessen med å flytte et design fra Illustrator eller Photoshop i det ferdige HTML / CSS layout. Selv om dette fortsatt er stort sett presis, belies navnet sitt tidligere begrepet skjære et design i biter og sette den (vanligvis i en tabell) tilbake på HTML siden.
Det var det gamle nettet. Den nye web bruker begrepet lagdeling, stabling, og z-index for å oppnå design med dybde. Som en koder, sørg for å få lagvis PSD-filer eller lagdelt AI filer fra designeren kontra en flat design. Dette vil tillate deg å ha mye mer fleksibilitet i hvordan du setter sammen et nettsted. Husk, når du arbeider i lag, vurdere HTML-elementer som er viktige for strukturen før ty til legge til flere divs og spenn. Du kan bruke en gjentatt vertikalt mønster på html element, og en repeterende horisontale bakgrunn på body element uten å bringe den fryktede div#wrapper i å løse din bakgrunn woes.
