Uttrykke IT

Verken jeg er veldig nytt for User Interface (UI) utvikling nor jeg er en veteran og som jeg alltid si det, jeg passer inn i profilen til UI utvikler mer enn en designer, uten anger. Oh well! Hva skulle jeg skrive om? ... For en stund (må være i år ikke noe mindre) nå, nå og da når jeg får inn litt UI Design (når den profesjonelle designeren har gått på ferie), jeg har alltid skrånende slutte å tenke om min design skal være riktig complient eller ikke (oppriktig, ikke at jeg kunne achive 100% overholdelse av standardene, hvis jeg ville også). Så jeg sier til meg selv, hva crap! ... Konstruksjonen skal være enkel, fin og fremst synes brukbar, det bør ikke gjøre besøkende løpe vekk ... eller sprett (for å være teknisk). Hva skulle en fin tableless CSS layout være til den besøkende, som er uvitende om alt det smarte hypertekst og Cascading Style Sheet under huden på nettsiden din ... Zilch!
Det skal se fint og være lett å bruke ... så kommer alle standarder ting.

Jeg stumbbled risikere å møte dette blogginnlegget av Jason Fried av 37 Signals (For de som ikke er klar 37-signaler er de onces som har skapt noen fantastiske web apps som Basecamp, Campfire etc) som skrev noe lignende i 2004, og tro meg, nesten 5 år og ikke mye forandret siden den ... jeg var glad for å lese hans innlegg, som jeg helt enig med hva han har å si, og også det faktum, er hun ikke sikker på hva forteller om sitt bare hans magefølelse og så er min

Jason Fried: "Det er altfor mye snakk om CSS og XHTML og Standarder og tilgjengelighet, og ikke nok snakke om mennesker. CSS og standarder RoHS kode er bare verktøy - må du vite hva du skal bygge med disse verktøyene. Flott, jeg er glad din UI bruker ikke tabeller. Hva så? Hvem bryr seg om det fremdeles ikke la folk nå sine mål. Web standarder er bra, men folks egne standarder inkluderer å få ting gjort (og det er fortsatt for vanskelig å gjøre på Internett).

UI designere gjør det samme gamle fundamental "glemme mennesket på den andre siden" feil - bortsett fra denne gangen koden sin ser bedre ut. Mennesker - ikke kode validatorer - brukervennlige grensesnitt ".

Checkout Jason Fried fulle artikkelen

DISCALIMER: Dette betyr ikke at vi ikke skal bry seg om standarder i det hele tatt. Standarder er godt å ha, og holde seg til dem så mye som mulig. Vi bare må forstå at god UI utforming betyr ikke alltid 100% Standards Complience eller omvendt ....

Fra min liste over mine erfaringer, følger jeg noen UI design og utvikling gylne regler ... Heres Topp 10 ... ikke at du må følge dem også ...

1. Ta vare på dine brukere. Brukerne kan gjøre eller ødelegge ditt nettsted. Donot gjøre brukeren se ut som en total idoit, helt ute av stand til å bruke ditt nettsted. Det er BAD!

2. Hold enkelhet og brukervennlighet Bruk dine primære guidlines. For mange ting på skjermen, jo høyere er sannsynligheten for at en bruker vil bli forvirret eller distrahert fra sin opprinnelige oppgave.

3. Være i GRENSER ... donot hengi for mye inn brukervennlighet, tilgjengelighet og standarder. Bruk standarder effektivt og gjøre dem forstått til teamet. Dette vil sikre riktig konsistens i produktet

4. Prototype kravet. Siden, i disse dager de brukervennlige grensesnitt er rike, Prototyping alltid er bedre enn bare å lage enkle trådmodeller og sistnevnte er blottet for anstendige interaksjoner, ville det ikke gir kunden et klart bilde av det endelige produktet som utvikles. Alltid er det lettere å konvertere prototypene til endelige leveranser. Også! med prototyping noen interaksjon problemer kunne strykes ut tidligere i utviklingen syklus.

5. Konsistens i design og samhandling er veldig viktig. Donot forvirre brukeren med uforutsigbare interaksjoner og duppeditter.

6. Forstå din "Design Mission Statement". Aways fokusere på den primære handlingen på siden beign utformet. Også lage en liste over dine seconday handlinger på siden, og prioritere dem.

7. Gi riktig tilbakemelding til brukere av området. Med de fleste nettstedene designet rundt AJAX, gir visuelle signaler til brukeren om endringer på siden. Brukeren må gis en erkjennelse av gjennomføringen av en oppgave han utfører. Donot gjøre brukeren vente og gjette, for eksempel. gi fremdrift indikatorer for fil uplaods.

8. Bruk kontrollene riktig. For eksempel bruk Velg rullegardinlisten for små lister kun donot la brukeren velge én av 200 byer ved hjelp av utvalgte boksene. Forstå forskjellen mellom en knapp og en link. En kobling og knapp har ulike formål, donot bruke én for den andre. Gi retten kontrollen slik at samspill med en side enklere. Unngå å bruke menyer, som er mer som to nivåer dyp. Ikke gjenoppfinne hjulet. Bruk standard kontroller, tilpasse dem bare hvis den er veldig nødvendig. Definer eventuelle egendefinerte kontroller som er nødvendig for nettstedet ditt første hånd, slik at de kunne bli opprettet og testet uavhengig, klar til bruk bølger seg nettstedet.

9. Donot iterere for mye på design. Husk! Hele Produktet består mer at design alene. Bygg riktige tidslinjer inn prosjektplan for design iterasjoner og hold deg til det. Iterasjon hjelper oss å finne ut hva som fungerer og hva som ikke gjør det, plukke ut de problemområder. Som en god grensesnitt tar tid, gi tid for gjentakelser i begynnelsen av utviklingen syklus, slik at design iterasjoner doesnot direkte likestille til omarbeiding. For mye omarbeiding kunne jeopradize tidsfrister.

10. Len deg tilbake og tenke som en bruker av og til.