Varken jag är mycket nytt för användargränssnitt (UI) utveckling eller är jag en veteran och som jag alltid sätter det, jag passar in i profilen för UI utvecklaren mer än en designer, utan ånger. Oh Well! Vad var det jag skrev om? ... För ett tag (måste vara i år inte mindre) nu då och då när jag kommer in lite UI Design (när professionell designer har gått på semester), jag har alltid cant stop fundera på om min design ska vara ordentligt Kompatibel eller inte (uppriktigt, inte att jag kunde achive 100% efterlevnad av standarder, om jag ville också). Då säger jag mig själv, vad skit! ... Designen ska vara enkel, trevlig och framför allt verkar användbart, inte bör göra besökarna springa iväg ... eller bounce (för att vara tekniska). Vad skulle en fin tableless CSS-layout är att besökaren, som är omedveten om alla smarta hypertext och Cascading Style Sheet under huden på din hemsida ... Zilch!
Det ska se trevligt och vara lätt att använda ... sedan kommer alla standarder saker.
Jag stumbbled tvärs detta blogginlägg av Jason Fried av 37 Signals (För dem som inte är medvetna 37 signaler är de onces som har skapat några väldigt fräcka webbprogram som Basecamp, Campfire etc) som skrev något liknande under 2004 och tro mig, nästan 5 år och inte mycket förändrats sedan dess ... Jag var glad att läsa sin post, som jag håller fullständigt med vad han har att säga, och också det faktum är att hon inte säker på vad som är att berätta om det bara hans magkänsla och så är min 
Jason Fried: "Det finns alldeles för mycket om CSS och XHTML och standarder och tillgänglighet och inte tillräckligt prata om människor. CSS och standarder följs koden är bara verktyg - man måste veta vad man ska bygga med dessa verktyg. Bra, är jag glad din UI inte använder tabeller. Så vad? Vem bryr sig om det fortfarande inte låter människor att uppnå sina mål. Webbstandarder är bra, men människors egna normer inkludera få saker gjorda (och det är fortfarande för svårt att göra online).
UI designers gör samma gamla grundläggande "glömma människan på andra sidan" misstag - utom den här gången sin kod ser bättre. Människor - inte kod validerare - användarvänliga gränssnitt ".
Kassa Jason Fried: s hela artikeln
DISCALIMER: Detta betyder inte att vi inte ska bry sig om standarder alls. Standarder är bra att ha och hålla sig till dem så mycket som möjligt. Vi har bara förstå att bra UI design betyder inte alltid 100% Standards complience eller vice versa ....
Från min lista över mina lektioner lärt följer jag några UI Design och utveckling gyllene regler ... Heres TOP 10 ... inte att du måste följa dem också ...
1. Ta hand om dina användare. Användarna kan göra eller bryta din webbplats. Donot att användaren ser ut som en total idoit, helt oförmögna att använda din webbplats. Det är BAD!
2. Håll enkelhet och Använd dina primära guidelines. Alltför många saker på skärmen, desto högre är sannolikheten att en användare kommer att bli förvirrad eller distraherad från sin ursprungliga uppgift.
3. Var inom de gränser ... inte apparaten hänge in för mycket i användbarhet, tillgänglighet och standarder. Använda standarder på ett effektivt sätt och göra dem förstås laget. Detta kommer att säkerställa rätt konsistens i produkten
4. Prototyp kravet. Eftersom dessa dagar användarvänliga gränssnitt är rika, prototyper alltid är bättre än att bara göra enkla wireframes och den senare är ogiltig om anständiga interaktioner, skulle det inte ger kunden en tydlig bild av den slutliga produkten som är under utveckling. Alltid är det lättare att omvandla de prototyper till färdiga resultat. Också! med prototyper någon interaktion frågor kunde reda ut tidigare i utvecklingscykeln.
5. Konsekvens i din design och interaktion är mycket viktigt. Donot förvirra användaren med oförutsägbara interaktioner och Gizmos.
6. Förstå din "Statement Design Mission". Aways fokusera på den primära verkan av utformad sidan beign. Se också till en lista över dina seconday åtgärder på sidan och prioritera dem.
7. Ge rätt återkoppling till byggarbetsplatsen. Med de flesta av de webbplatser som är utformade i närheten av Ajax, ge visuella signaler till användaren om ändringar på sidan. Användaren måste ges ett erkännande av genomförandet av de arbetsuppgifter han utför. Donot göra användaren vänta och gissa, för t. ex. ger framsteg indikatorer för fil uplaods.
8. Använd kontrollerna på lämpligt sätt. För t.ex. användning Välj listrutan för små listor endast donot låter användaren välja ett av 200 städer med utvalda lådor. Förstå skillnaden mellan en knapp och en länk. En länk och knapp har olika syften, donot använda en för den andra. Ge rätt kontrollen att interagera med en sida lättare. Undvik att använda menyer, som är mer än två nivåer djupt. Uppfinn inte hjulet. Använd vanliga kontrollerna, anpassa dem endast om mycket nödvändigt. Definiera anpassade kontroller som krävs för din webbplats första hand, så att de kunde skapas och testas självständigt, redo för användning tvärs webbplats.
9. Inte apparaten ITERERA för mycket på design. Kom ihåg! Hela Produkten består mer än formgivning ensam. Bygga lämpliga tidsramar i ditt projektschemat för design iterationer och hålla fast vid det. Iteration hjälper oss att ta reda på vad som fungerar och inte, plocka ut de oroshärdar. Som ett bra gränssnitt tar tid, ge tid för iterationer i början av utvecklingscykeln, så att designförändringar direkt doesnot jämställas med omarbetningar. För mycket omarbetningar kunde jeopradize tidsfrister.
10. Luta dig tillbaka och tänka som en användare ibland.
