Commenti a: Guida all’utilizzo di ID e classi nel codice HTML

Di: alex

alex — Fri, 24 Jul 2009 16:11:49 +0000

Certo, infatti sono assolutamente d’accordo. io stesso scrivo per sconforto personale, giusto perchè a volte non è pagato/apprezzato/notato dal cliente. Infatti il punto che forse non ho chiarito è che a volte, io in primo luogo perdo lo scopo del progetto , fissandomi sullo strumento per ottenerlo. Verissimo comunque che le buone abitudini aprono la strada al lavoro impeccabile.

Di: Tom

Tom — Wed, 22 Jul 2009 12:33:26 +0000

@alex: capisco quello che dici, ma è anche questione di abitudine, e non sempre è una perdita di tempo, anzi.

A me ormai viene naturale utilizzare certe convenzioni mentre scrivo del codice, e ci metterei molto di più a realizzare un sito con delle tabelle piuttosto che con XHTML e CSS. E’ vero che per progetti piccoli, portati avanti da soli, spesso è inutile, ma non è solo questione di scrivere del codice leggibile anche da altre persone… basta pensare a cosa succede riprendendo in mano un sito realizzato magari 1 anno fa: avere determinate convenzioni aiuta non poco ad orientarsi.

Di: alex

alex — Wed, 22 Jul 2009 03:54:14 +0000

Sebbene i contenuti di questo articolo siano riscontrabili in molti altri siti penso sia opportuno riflettere su una cosa. Premetto che condivido l’articolo in questione. Per un progetto “Medio piccolo” ha veramente importanza tutto ciò? Cioè, fa veramente differenza se uno scrive .red anzichè .alert? Io sono un accanito sostenitore di layout con css ad esempio, ma non farei un gran baccano se in un progetto tuttavia l’impaginazione è affidata alle tabelle. Perchè? Perchè spesso web designer & Co. dimenticano lo scopo per cui fanno i siti internet. Per comunicare. Ciò che viene comuicato dev’eesere appunto ricevuto dall’utente, dal visitatore. Dover pure scrivere classi semantiche perchè è più elegante mi sembra a volte un’inutile spreco di tempo. non è vero che in ogni progetto sono indispensabili quelle due cose. in un progetto di 5 pagine chissenefrega della leggibilità del codice? Questi due punti descritti dall’articolo valgono per un progetto medio, grande, dove magari più persone collaborano. ma se si è da soli, si deve sbarcare il lunario e si vuole far felice il cliente magari in un piccolo progetto…. affanc.. anche le classi semantiche dico io. Il suo pubblico e lui aprezzeranno il tempo in meno che ci metterete per consegnare il lavoro. solo il webdesigner gode di aver fatto un buon codice. la maggior parte della gente nemmeno sa che la barra degli indirizzi è una cosa diversa dalla casella di ricerca della hompage di google, ve lo posso assicurare, figurarsi se al vostro cliente se ne frega se il codice è ben identato e con classi semantiche(faccio un esempio per dire). Cioè, ricapitolando :esaminate benissimo la situazione . Fate ciò che è estremamente necessario per ottenere un lavoro benfatto e veloce. non pensate. pensare a volte fa male. ciedete al cliente cosa è realmente necessario, esaminate la scena. se la scena richiede classi semantiche, tutto ok fate una lista delle classi e usatele. ma se non vale la pena dello sforzo, non fatelo, non verrà pagato, non sarà appagante, perchè mentre decidete se è meglio .alert o .attenzione o .warning il cliente si sta chiedendo che cavolo state facendo. ed ha ragione.

Di: Simone

Simone — Tue, 21 Jul 2009 14:22:43 +0000

Ottimo articolo! Prenderò spunto sicuramente. Grazie.

Di: Andrew

Andrew — Sat, 08 Nov 2008 12:51:22 +0000

Parole sante, complimenti!

Di: Laura De Masi

Laura De Masi — Fri, 07 Nov 2008 14:37:52 +0000

e speriamo che tutti i designer abbiano finito il periodo di transizione che ormai dura da troppi anni!!!

Di: Multimedia Player

Multimedia Player — Thu, 06 Nov 2008 09:05:31 +0000

E’ importante quello che hai scritto, che risulta vitale per non appesantire troppo la pagina e soprattutto per semplificare il codice.
Per fare questo, sono importantissime anche le doppie classi.