Det er uendelig innhold tilgjengelig i verden av webdesign blogging forteller oss hvordan du gjør ting riktig, og hvordan du lykkes på vårt valgte yrke.

Det er åpenbart en god ting, og det vil sikkert fortsette på den måten. Men en gang imellom trenger vi påminnelser om ting vi gjør (eller ikke gjør) som er negative.

Det vil si ting som kan ha en negativ innvirkning på vår fremgang som designere og utviklere - til tross for at disse tingene kan være midlertidige for å hjelpe oss med å betale regningene og holde oss flytende økonomisk.

Vi må alle analysere situasjonen vår og vurdere om vi danner sunne design- og kodingsvaner, og om disse vanene kan gi kortvarige gevinster som ikke bidrar til langsiktig suksess.

Så ta denne informasjonen med et saltkorn (fordi jeg vet at noe av det er svært diskutabelt) og vurdere om du personlig gjør noe som kan hindre deg i å jobbe på fem år.

Du har ingen hensikt om å slå ned en klient

Dette er definitivt et av de symptomene som ikke alle forstår først. Noen kan til og med se det som en god ting. Tross alt vil hver kunde du jobber for legger penger i lommen, gir deg mer erfaring, og øker størrelsen på porteføljen din. Men ikke alle klientprosjekter viser seg på den måten.

Jeg har jobbet med prosjekter som jeg ikke vil at noen skal vite om, fordi klienten gjorde det de ønsket design-wise, og mitt råd om brukervennlighet og beste praksis ble for det meste ignorert.

Selvfølgelig har vi ikke alle luksusen til å velge våre kunder som noen virkelig store byråer gjør. Men vi må i det minste forstå for oss hvilken type klient vi kan være uvillige til å jobbe med. Det kan være omstendigheter der vi ganske enkelt ikke har råd til å slå en klient ned, så det er forståelig. Det er derfor denne delen tar opp våre motivasjoner mer enn våre handlinger (merk ordet "intensjon" i underrubrikken).

Hvis vi er i stand til å identifisere noen egenskaper i klienter eller prosjekter som vi finner uønskede, er det sannsynlig at vi gjør noen fremskritt som utviklere, og vi er ikke så mye opptatt av å tjene penger, men er primært fokusert på å gjøre nettet bedre sted .

Du er den ordspråklige "Jack of All Trades"

Dette er absolutt en av de svært diskuterbare poeng Jeg fortalte tidligere. Men vurder dette scenariet: Du er en webutvikler som gjør alt: Du kan lage en logo i Illustrator, designe en nettsidemockup i Photoshop, kunne arbeide med en rekke av backend-rammer, kan programmere i flere back- Endre språk, kan kode gyldig XHTML og CSS, kan skape rå JavaScript, har lært å leke med 3 eller 4 JavaScript-biblioteker, kan skrive kopi, innholdsstrategi, IA, UX og til og med dabble i SEO og SEM.

Jack of all Trades
Forsøker du å gjøre for mange ting som en webdesigner, og som et resultat unnlater å utmerke seg på noen av dem?

Hvor realistisk er det at du kan holde deg oppdatert og være på forkant med alle de forskjellige teknologiene, konseptene og språkene? Det er ikke realistisk i det hele tatt, så det er best å velge noen områder du kan følge med og fokusere på, og hvis en bestemt klient krever andre tjenester utenfor fokuset ditt, bringer det oss til neste punkt på denne listen.

Du gjør ikke noe nettverk

En fin måte å sikre at du holder deg på forkant og holder deg oppdatert med standarder og beste praksis, er gjennom nettverk, både online og personlig.

Selvfølgelig kan noen av oss være begrenset når det gjelder personlig nettverk, enten på grunn av vår plassering eller noen andre faktorer. Men vi kan alle nettverk og bygge relasjoner med kvalitetsutviklere på nettet. Bare å holde følge med bloggene til noen av de beste utviklerne i verden og delta i konstruktive diskusjoner i kommentarene kan hjelpe i denne forbindelse.

Networking
Vellykket nettverk kan ha en betydelig innvirkning på din suksess som en webprofessor

En annen fantastisk måte å få kontakt med og følge med på nylige hendelser i samfunnet er å delta på noen arrangementer eller konferanser i ditt område. Mange av disse hendelsene er satt opp av noen av de største navnene i webdesignindustrien, og informasjonen som deles er alltid oppdatert og ofte foran spillet.

Til slutt, i tillegg til de vanlige nettverksmetoder som gjøres gjennom ulike sosiale nettverk, kan du også tilby å samarbeide med noen utviklere i fellesskapet på en webapp, blogg eller annen nettside. Å gjøre tilkoblinger på denne måten vil hjelpe deg med å fokusere på honing ferdighetene dine på noen få områder, mens du kobler deg til andre utviklere og fagfolk som kan jobbe i områder du ikke er like sterk i.

Som nevnt går dette tilbake til det forrige punktet om å unngå å ha på seg for mange hatter. Hvis du har et solidt nettverk av ledige fagfolk, trenger du sannsynligvis ikke å være en "Jack of All Trades" og kan fokusere på å bli ekspert på noen få spesifikke områder.

Det eneste ordet av advarsel jeg vil gi når det gjelder nettverk, er å være forberedt på å gi av deg selv, og ikke bare forvente å få fra andre. Den eneste måten en jevn og langvarig utveksling kan skje på, er hvis grådighet og egoisme blir etterlatt, og du er villig til å være like nyttig for de som du forventer hjelp fra.

Du kan ikke rettferdiggjøre dine designbeslutninger

Alle ønsker å kunne lage flotte nettsteder som gir et inntrykk, samtidig som de tjener en hensikt og gir en brukervennlig og intuitiv brukeropplevelse. Men som designere prøver vi ofte for hardt i vår innsats i denne forbindelse.

Vi kan falle i imitasjonsfellen (som er bra generelt), men glem at alle våre designbeslutninger skal baseres på nøye analyse av et nettsteds formål, struktur, publikum og innhold . Jeg forventer ikke at en designer skal forklare hver piksel i et design (selv om jeg er sikker på at noen designere kan), men de fleste hovedkomponentene i et design burde ha god begrunnelse.

Portfolio
Gjøre designelementene i porteføljen din at alle prosjektene ser ut til å ligne i likhet med hverandre?

Jeg finner det interessant når jeg blar gjennom porteføljen av en designer og ser mange likheter i sine prosjekter (og jeg er sikker på at folk vil se de samme svakhetene i min egen portefølje). Men med mindre alle dine design er for kunder i samme nisjeindustri, bør designmønstre og elementer ikke gjentas for ofte på tvers av prosjekter . Hvis de er, kan dette være et symptom på latskap og mangel på hensyn til hva som virkelig skal drive et design.

Du er en jQuery Ninja, men kan ikke kode Raw JavaScript

Sannheten er, hvis du ikke kan kode rå JavaScript, så er du ikke en jQuery ninja; du tror bare du er.

Jeg er fast overbevist om at det å forstå et språk fra grunnen er den beste måten å virkelig utmerke seg på. Selv om utviklere og designere kan oppnå gode ting med jQuery uten å vite rå JavaScript, kan de oppnå enda større ting når de kjenner JavaScript.

En god bok som dekker et JavaScript-bibliotek vil inneholde deler som diskuterer JavaScript-konsepter som bør forstås for å dype dypere inn i bibliotekets evner.

jQuery in Action
Boken "jQuery in Action" inneholder et tillegg som diskuterer noen viktige JavaScript-konsepter som vil gjøre jQuery-ferdighetene dine så mye bedre


Du tenker aldri på Progressiv Forbedring

Hvis et tre faller i skogen, og det er ingen der for å høre det, gjør det en lyd? Selv om det gjør det, er lyden irrelevant, fordi den ikke tjente et formål.

Dette kan skje med et nettsted som ikke er bakoverkompatibelt og mangler tilgjengelighet. Dette er hvor progressiv forbedring kommer inn, og det må vurderes i planleggingsstadiene, da det er vanskeligere (men ikke umulig) å gjennomføre i midtprosjektet eller etter det faktum.

Progressive Enhancement
Å forstå betydningen av progressiv forbedring vil gjøre deg til en bedre webutvikler

Progressiv forbedring (som er en av de viktigste ingrediensene når det gjelder tilgjengelighet) sikrer at et nettsteds innhold er SEO-vennlig og er tilgjengelig for alle besøkende, inkludert de med eldre nettlesere, assistert teknologi, eller de som surfer på nettet med JavaScript og / eller Ajax evner deaktivert. Hvis innholdet på nettstedet ditt ikke er tilgjengelig for søkemotorer, så er det som det treet som faller og ingen er der for å høre det.

Tilgjengelig innhold vil skje naturlig på prosjekter med begrenset bruk av forbedringer på kundesiden, men det er spesielt viktig i Ajax-drevne nettsteder og applikasjoner, eller nettsteder som bruker JavaScript for å få tilgang til viktig innhold.

Å tenke på progressiv forbedring i webprosjektene dine er et sikkert tegn på at du prøver å maksimere rekkevidden til nettstedets innhold og i tillegg maksimere nettstedets evne til å slå et salg eller foreta konverteringer.

Du tror "Specs" er briller

På ingen måte antyder jeg at nettutviklere burde vite alt om det siste CSS og HTML spesifikasjoner (det vil si "spesifikasjoner") eller andre til tross for dagligdags temaer, men du bør ha minst en forbipasserende interesse i noen av gjengene i verdenen av webstandarder, siden disse er hva som skal forme fremtiden for web . Det kan heller ikke skade for å kunne snakke intelligent og praktisk om disse emnene i et jobbintervju (eller sporadisk og taktfullt på et klientmøte).

W3C
Å ha noen interesse i utviklingen av webstandarder, men ikke det mest spennende, er en nødvendig del av å være en vellykket webutvikler

Flertallet av kjente webdesignere og utviklere er de som er kjent for å være vokal om standarder. De samme utviklerne er de som har kjøpt bokhandler, har skrevet banebrytende artikler på nettsteder som En liste fra hverandre , og har gått på å snakke på noen av de største hendelsene og konferansene i verden av webdesign.

Disse designere og utviklere er de de er i dag fordi de uselviskelig tok seg tid til å lære om og utdanne andre om konsepter og teknikker som har bidratt til å gjøre nettet til et mer tilgjengelig sted. Du kan nå lignende mål hvis du gjør det ditt mål å bli utdannet om fremdriften som blir gjort i verden av webstandarder .

Du forbereder deg på å legge inn en kommentar på denne artikkelen for å forklare hvorfor jeg er feil

Jeg er sikker på at det er noen diskutable poeng i denne artikkelen, da jeg er sikker på at det også er noen viktige ting jeg har forsømt å nevne. Men før du bestemmer deg for disse emnene, har liten betydning for en "vellykket" webprofessor, ta deg tid til å vurdere hva målene dine er med å bygge nettsteder, og hvor du ser deg selv om noen år.

Jeg har hatt den uheldige opplevelsen av å jobbe med og for folk hvis eneste interesse for webdesign var forretningsrelatert (det vil si at deres mål var hovedsakelig økonomisk drevet). På grunn av de potensielt vidtgående effektene av det vi gjør som webprofessorer, bør våre mål gå utover slike overfladiske forhold, og vi bør kontinuerlig vurdere våre personlige verdier for å sikre at vår fremgang som webprofessorene bidrar til å gjøre nettet til et vennligere sted .

Fokus på å nå slike mål, og ikke alltid på "å gjøre salg", er det som til slutt vil gjøre deg til en vellykket webprofessor.


Dette innlegget ble skrevet utelukkende for Webdesigner Depot av Louis Lazaris, frilansskribent og webutvikler. Louis løper Imponerende Webs , hvor han legger inn artikler og opplæringsprogrammer på webdesign. Du kan følge Louis på Twitter eller ta kontakt med ham gjennom hans nettside .

Er du enig i disse visningene? Hvorfor eller hvorfor ikke? Vennligst del under ...