Nin eu son moi novo para User Interface (UI) de desenvolvemento, nin eu son un veterano e como sempre dixen, me encaixa no perfil de desenvolvedor da interface de usuario máis que a de un estudio, sen arrependimentos. Oh Well! O que eu estaba escribindo? Por un tempo ... (debe ser en anos non menos) Agora, de cando en vez, cando entrar un pouco de UI Deseño (cando o estudio profesional foi en unha festa), non podo deixar sempre a pensar se o meu proxecto debe ser debidamente complient ou non (sinceramente, non que eu podería achive 100% o cumprimento de normas, Se eu quixese tamén). Entón eu digo a min mesmo, que porco! ... O proxecto debe ser simple, agradable e sobre todo parece útil, non debe facer os visitantes fuxir ... ou Bounce (para ser técnico). Que bo sería un bo esquema CSS tableless ser para o visitante, que está alleo a todo o hipertexto intelixente e Cascading Style Sheet baixo a pel da túa páxina ... Zilch!
Que mirar agradable e ser fácil de usar ... despois vén a todas as cousas patróns.
Eu stumbbled accross esta entrada do blog por Jason Fried da 37 Signals (Para os que non son conscientes de 37 sinais son os onces que crearon algunhas aplicacións web impresionantes como o Basecamp, Campfire etc) que escribiu algo similar en 2004 e, crean, case 5 anos e non cambiou moito desde que ... eu era feliz ao ler o seu post, como eu estou de acordo totalmente co que ten que dicir e tamén o feito, non está seguro sobre o que está dicindo sobre a súa intuición só a súa e así é o meu 
Jason Fried: "Non hai xeito moi falar CSS e XHTML e Normas e Accesibilidade e non é suficiente falar sobre persoas. CSS e patróns de Código compliant son só ferramentas - ten que saber o que construír con estas ferramentas. Gran, eu estou feliz pola súa interface non utiliza táboas. Entón o que? Quen se importa se non deixa a xente a acadar os seus obxectivos. Web estándares son grandes, pero os patróns das propias persoas inclúen facer as cousas (e que aínda é moi difícil de facer en liña).
Deseñadores de IU están facendo a mesma vella fundamental "esquecendo-se do ser humano sobre o outro lado" erros - só que esta vez o seu código está mellor. Os seres humanos - non validadores de código - interfaces de usar ".
Artigo completo check-out Jason Fried
DISCALIMER: Isto non significa que non hai que preocuparse estándares en todo. Patróns son bos de ter e estar con eles, na medida do posible. Nós só temos que entender que o deseño UI Bo non sempre significa 100% cumprimento dos requisitos de normas ou viceversa ....
Da miña lista dos meus ensinanzas, sigo unha UI Deseño poucos e desenvolvemento de regras ouro ... Heres o TOP 10 ... non que ten segui-los tamén ...
1. Coidar dos seus usuarios. Os usuarios poden facer ou romper o seu sitio. DONOT facer mirar de usuario coma un idoit total, absolutamente incapaz de usar o seu sitio. Iso é malo!
2. Manteña simplicidade e facilidade de uso seus guidlines primarios. Moitas cousas na pantalla, maior a probabilidade de que un usuario vai ficar confuso ou distraído da súa tarefa orixinal.
3. Sexa dentro dos límites ... DONOT entrar moito en usabilidade, accesibilidade e patróns. Utilizar as normas de forma eficaz e facelos entender para o equipo. Isto asegura a consistencia dereita no produto
4. Prototipo o requisito. Desde entón, estes días, as interfaces usan son ricos, prototipado sempre é mellor que só facer wireframes simple e esta é nula de interaccións decentes, sería deixar de proporcionar ao cliente unha imaxe clara do produto final que está a ser desenvolvido. Sempre que é máis doado para converter os prototipos en produtos finais. Tamén! prototipado con os problemas de interacción poderían ser resoltos antes no ciclo de desenvolvemento.
5. Consistencia no seu deseño e interacción é moi importante. Donot confundir o usuario con interaccións imprevisibles e Gizmos.
6. Entender o seu "Misión Design". Aways concentrarse na acción primaria da beign páxina proxectada. Ademais, facer unha lista das súas accións Secundaria na páxina, e prioriza-los.
7. Proporcionar información adecuada para os usuarios do sitio web. Coa maioría dos sitios concibidos en torno a AJAX, proporcionar consellos visuais ao usuario sobre o cambio para a páxina. O usuario ten que recibir un aviso da realización de calquera tarefa que executa. Donot facer o usuario esperar e creo que, por exemplo. proporcionar indicadores de progreso para uplaods arquivo.
8. Use os controis de forma adecuada. Para o seu uso por exemplo, seleccione na lista de correo para listas só para pequenas, donot deixar o usuario escoller unha das 200 cidades que utilizan caixas. Entenda a diferenza entre un botón e unha ligazón. Unha ligazón e botón teñen finalidades diferentes, donot usar un para o outro. Facilitar o control dereito a efectuar a interacción con unha páxina máis fácil. Evite o uso de menús, que son máis que dous niveis de profundidade. Non reinvente a roda. Use os controis estándar, personalizar-los só moi necesaria. Define todos os controis personalizados necesarios para a súa man primeiro sitio, para que puidesen ser creados e probado de forma independente, listo para o seu uso local fronte.
9 Donot. ITERATE moito no deseño. Teña en conta que! O produto consiste todo un proxecto máis que por si só. Constrúe calendarios adecuados no seu programa do proxecto para iterações de proxecto e cumprir-lo. Iteração nos axuda a descubrir o que funciona eo que non, escoller os puntos problemáticos. Como unha boa interface leva tempo, dar tempo para as iteracións no inicio do ciclo de desenvolvemento, de xeito que iterações de proxecto doesnot directamente equivale a REWORK. O exceso de retraballados podería jeopradize prazos.
10. Sent-se e pensar como un usuario, ás veces.
