Hverken jeg er meget ny til User Interface (UI) udvikling eller er jeg en veteran, og som jeg altid sige det, jeg passer ind i profilen af UI udvikler mere end en designer, med ikke fortrudt. Nå ja! Hvad var jeg skrive om? ... For et stykke tid (skal være i år ikke mindre) nu i ny og næ, når jeg kommer ind i en lidt UI Design (når professionel designer er gået på ferie), jeg altid kan ikke stoppe med at tænke, om mit design skal være korrekt complient eller ej (oprigtigt, ikke at jeg kunne arkiv 100% overholdelse af standarder, hvis jeg ville også). Så jeg siger til mig selv, hvad lort! ... Designet skal være enkel, pæn og først og fremmest synes anvendeligt, det skal ikke gøre besøgende løbe væk ... eller bounce (for at være teknisk). Hvad godt ville en dejlig tableless CSS layout være at den besøgende, der er uvidende om alle de smarte hypertekst og Cascading Style Sheet under huden på din webside ... Zilch!
Det skal se godt og være let at bruge ... så kommer alle standarder ting.
Jeg stumbbled accross dette blogindlæg af Jason Fried af 37 Signals (For dem der ikke er klar 37-signaler er onces, der har skabt nogle fantastiske web-apps som Basecamp, Campfire osv.), der skrev noget lignende i 2004, og tro mig, næsten 5 år og ikke meget har ændret sig siden, at ... jeg var glad for at læse sin post, da jeg er helt enig i, hvad han har at sige og også det faktum, hendes er ikke sikker på, hvad der fortæller om sin netop sin mavefornemmelse, og så er mit 
Jason Fried: "Der er alt for megen snak om CSS og XHTML og standarder og tilgængelighed og ikke nok tale om mennesker. CSS og standarder i overensstemmelse kode er blot værktøjer - du skal vide hvad man skal bygge med disse værktøjer. Fantastisk, jeg er glad for jeres UI ikke bruge tabeller. Så hvad? Hvem bekymrer sig om det stadig ikke lade folk nå deres mål. Web standarder er store, men folks egne standarder omfatter at få tingene gjort (og det er stadig for svært at gøre online).
UI designere gør det samme gamle grundlæggende "at glemme menneske på den anden side" fejl - undtagen denne gang deres kode ser bedre ud. Mennesker - ikke kode validatorer - brug grænseflader ".
Kassen Jason Fried fulde artiklen
DISCALIMER: Det betyder ikke, at vi ikke skal bekymre os om standarder på alle. Standarder er godt at have og holde sig til dem så meget som muligt. Vi behøver blot at forstå, at godt UI design betyder ikke altid 100% standarder skal leve eller omvendt ....
Fra min liste af min indhøstede erfaringer, følger jeg et par UI design og udvikling gyldne regler ... Heres TOP 10 ... ikke, at du har følger dem også ...
1. Pas på dine brugere. Brugerne kan gøre eller bryde dit websted. Donot gøre brugeren at ligne en total idoit, aldeles ude af stand til ved hjælp af din hjemmeside. Det er BAD!
2. Hold enkelhed og brugervenlighed Brug dine primære retningslinier. Alt for mange ting på skærmen, jo højere sandsynlighed for, at en bruger vil blive forvirret eller distraheret fra deres oprindelige opgave.
3. Være inden for de grænser ... donot forkæl dig selv for meget i brugervenlighed, tilgængelighed og standarder. Brug standarder effektivt og gøre dem forstået til holdet. Dette vil sikre rette konsistens i produktet
4. Prototype krav. Da disse dage brugervenlige grænseflader er rige, og prototypefremstilling, altid er bedre end bare at gøre simple wireframes, og sidstnævnte er ugyldig af anstændige interaktioner, ville det ikke give kunden et klart billede af det endelige produkt, der er under udvikling. Altid, Det er lettere at konvertere de prototyper til færdige leverancer. Også! med prototyping enhver interaktion spørgsmål kan glattes ud tidligere i udviklingen cyklus.
5. Sammenhæng i dit design og interaktion er meget vigtigt. Donot forveksle din bruger med uforudsigelige interaktioner og dimser.
6. Forstå din "Design Mission Statement". Aways fokusere på den primære virkning af den side udformet beign. Også lave en liste over dine seconday handlinger på siden, og prioritere dem.
7. Give ordentlig feedback til de webstedets brugere. Med de fleste af de hjemmesider designet omkring AJAX, giver visuelle signaler til brugeren om ændringer til side. Brugeren skal gives en anerkendelse af afslutningen af enhver opgave han udfører. Donot gøre brugeren vente og gætte, for f.eks. sikre fremskridt indikatorer for fil uplaods.
8. Brug kontroller passende. For eksempel brug Vælg drop down listen for små lister kun donot lade brugeren vælge en af 200 byer ved hjælp af udvalgte felter. Forstå forskellen mellem en knap og et link. Et link og knap har forskellige formål, donot bruge en til den anden. Give den rigtige kontrol til at interagere med en side lettere. Undgå at bruge menuer, der er mere end to niveauer dybt. Må ikke genopfinde hjulet. Brug standard kontroller, tilpasse dem kun hvis meget nødvendigt. Definer brugerdefinerede kontrolelementer, der er nødvendige for dit websted første hånd, så de kunne skabes og testes uafhængigt, klar til brug accross site.
9. Donot gentage alt for meget på design. Husk! Hele Produktet består mere end design alene. Byg passende tidslinjer ind i dit projekt tidsplan for design iterationer, og holde sig til det. Iteration hjælper os med at finde ud af, hvad der virker og hvad der ikke, udvælge de brændpunkter. Som en god brugerflade tager tid, give tid til gentagelser i begyndelsen af denne udvikling cyklus, så designgentagelser doesnot direkte svare til Rework. For meget omarbejde kunne jeopradize frister.
10. Læn dig tilbage og tænke som en bruger tider.
