Sem én vagyok nagyon új felhasználói felület (UI) fejlesztés nem vagyok egy veterán, és ahogy mindig is, azt illik Profil UI fejlesztő több, mint a tervező, nem sajnálja. Hát igen! Mit is írt? Egy darabig ... (legyen az év nem kevésbé) most, hébe-hóba, mikor nem kap egy kis Felülettervezés (amikor a professzionális tervező ment egy ünnep), mindig vidám gondolni, hogy én a design megfelelőképpen complient vagy nem (őszintén, nem tudtam 100% achive szabványoknak való megfelelés, ha akartam is). Aztán mondtam magamnak, milyen szar! ... A design legyen egyszerű, szép és főleg használható tűnik, nem kellene a látogatókkal elfutni ... vagy Bounce (hogy műszaki). Milyen jó lenne egy szép CSS elrendezést tableless lehet a látogató számára, aki vette észre, hogy minden okos és ÁGYAZOTT Cascading Style Sheet bőre alá a weboldal ... Zilch!
Meg kell nézni szép és könnyen kezelhető ... aztán jön a cucc az összes szabvány.
Én stumbbled Átfedés ez a blog bejegyzést Jason Fried A 37 Signals (Azok számára, akik nincsenek tudatában annak 37 jelek a onces, akik létrehozták őket félelmetes, mint a web apps Basecamp, tábortűz stb.), aki írt valami hasonlót 2004-ben és hidd el, közel 5 év és nem sokat változott azóta ... boldog voltam, hogy olvasta a post, mint én teljesen egyetértek azzal, amit mond és azt a tényt is, ő nem biztos benne, mit mond arról, hogy csak az ő érzésem, és így az enyém 
Jason Fried: "Van ez így túl sokat beszélni a CSS és az XHTML és a szabványok hozzáférhetősége és nem elég beszélni az emberek. CSS és a szabványoknak megfelelő kód csak eszköz - tudnod kell, mit építeni ezekkel az eszközökkel. Nagyszerű, örülök, hogy a UI nem használ táblázatokat. Na és? Kit érdekel, ha még mindig nem hagyja az emberek elérjék céljaikat. Webes szabványok nagy, de az emberek saját színvonalát is egyre dolgokat (és ez még mindig túl nehéz megcsinálni online).
UI tervezők teszik a régi alapvető "megfeledkezve arról, hogy az ember a másik oldalon" hibák - csak ezúttal a kódot jobban néz ki. Az emberek - nem kód validator - interfészek használata. "
Jason Fried Pénztár teljes cikk
DISCALIMER: Ez nem jelenti azt, hogy nem kell törődni normák mellett. A szabványok jó, hogy van, és tartsa be őket, amennyire csak lehetséges. Csak azt kell megérteni, hogy a Good UI tervezés nem mindig 100%-os Standards Complience vagy fordítva ....
Az én saját listáját tanulságok, követem néhány UI tervezés és fejlesztés aranyszabályai ... Itt van a TOP 10 ... nem, hogy már utánuk is ...
1. Vigyázz a felhasználók számára. A felhasználók tenni vagy megszakítani a webhelyen. DONOT hogy a felhasználó úgy néz ki mint 1 teljes idoit, teljesen képtelenek használni a weboldalán. Ez rossz!
2. Tartsa egyszerűség és a könnyű használat az elsődleges guidlines. Túl sok dolgot a képernyőn, annál nagyobb a valószínűsége, hogy egy felhasználó, vagy összezavarodnak elvonta el eredeti feladatát.
3. Legyen az HATÁRÉRTÉKEK ... DONOT megengedhet magának túl sok a kezelhetőség, akadálymentesítés és szabványoknak. Szabványok használata hatékony és azokat megértette, hogy a csapat. Ez biztosítja majd a megfelelő állagot, a termék
4. Prototípus a követelmény. Mivel ezekben a napokban a használható felületek gazdag, prototípus mindig jobb, mint hogy egyszerű, és az utóbbi drótvázakat érvénytelen tisztességes kölcsönhatások, akkor nem ad a kliens világos képet a végtermék, hogy kidolgozás alatt áll. Mindig könnyebb átalakítani a prototípusok a végleges eredmények. Is! A prototípus bármiféle interakciót kérdéskörök vasalt ki korábban a fejlesztési ciklus.
5. Összhang a tervezési és az interakció nagyon fontos. Donot összekeverik a felhasználói interakciókat és a kiszámíthatatlan Gadgets.
6. Ismerje meg a "Design Mission Statement". Konklúziói összpontosítani az elsődleges intézkedéseket az oldal beign tervezték. Is, hogy egy listát a seconday akciók az oldalon, és rangsorolni őket.
7. Biztosítson megfelelő visszajelzést a webhely felhasználóival. A legtöbb honlapok köré AJAX, vizuális jelzések, hogy a felhasználó a változtatásokat az oldalon. A felhasználónak adott elismervényt a feladat elvégzéséről ő végzi. Donot, hogy a felhasználó rögtön kitalálni, pl. biztosít haladási mutatói fájl uplaods.
8. Felhasználás ellenőrzése megfelelő. Pl. SELECT legördülő listából a kis listák csak donot, hogy a felhasználó választhat egy 200 város select dobozok segítségével. Megérteni a különbség egy gombot és egy linket. Egy link gombot és különböző célokra, donot használja az egyik a másikat. Adja meg a jobb szabályozás, hogy kölcsönhatásban áll az oldal könnyebb. Kerülje a menük, amelyek több mint két szint mélységig. Ne újra feltalálni a kereket. Használja a szabványos ellenőrzéseket, testreszabhatja őket csak ha nagyon szükséges. Határozza meg azokat az egyéni szükséges ellenőrzések webhely első kézből, úgy, hogy létre lehetne hozni és tesztelni önállóan, használatra kész Átfedés oldalon.
9. Donot léptetjük túlságosan a design. Emlékezz! Az egész termék áll, hogy a design többet egyedül. Építsd megfelelő határidőket be a projekt ütemtervét tervezési iterációk és ragaszkodni hozzá. Iteráció segít kideríteni, mi működik és mi nem, vedd ki a baj foltok. Mivel jó kapcsolatot időt vesz igénybe, időt hagyva az iteráció elején a fejlesztési ciklus, hogy a tervezési iteráció doesnot közvetlenül egyenlőségjelet átdolgozására. Túl sok utómunka is jeopradize határidőket.
10-ig. Dőljön hátra, és úgy gondolkodnak, mint a felhasználó néha.
