Jeg er meget enig med gweb.
Tables er stadig et ganske udmærket værktøj til layout. Det afhænger meget af hvilken effekt du gerne vil have, men det er til stadighed svært at lave nogle ting tableless. F.eks. noget så simpelt som vertikal centrering i et felt er noget nær umuligt at få til at spille cross-browser med css, og det er piece of cake med tables.
Det er med god grund at tables har været, og stadig er et meget brugt værktøj til layout. Det er bare meget nemmere at få til at opføre sig 'rigtigt' i f.eks. dynamiske flerkolonne-layouts og andet, hvor man nemt risikerer at floatede eller positioned div'er og andre tricks bliver fejlfortolket af nogle browsere. Nogle gange skal der uhyggeligt meget css-trolddom til at få tingene til at virke i tableless designs, hvor man kan løse problemerne og lave crossbrowser-kompatible designs på 2 minutter ved at bruge tables.
Personligt hælder jeg til en pragmatisk tilgang. Minimér html-mængden og optimér semantikken - men altid indenfor rimelighedens grænser. Hvis man kan gøre noget på 2 minutter med tables, som tager 3 dage at fejlsøge ordentligt uden tables, så er der kun en rigtig vej - 2 minutters-løsningen. Den er du forholdsvis sikker på virker med næste browseropdatering, det kan du ikke være sikker på med dit tableless design - for css-standarderne overholdes ikke endnu i nogen af browserne (og nogle af standarderne er helt basalt mulige at fortolke på flere måder).
Så alle de advarsler om tables i designs, synes jeg ikke du skal tage dig af. Det handler sig om at tænke sig om, finde sit eget tekniske niveau, og så få lavet løsningerne med fokus på at det altid skal se ordentligt ud og fungere for brugerne. Optimering af html'en så maskinerne elsker den (søgemaskiner mv.) kan man så gå i gang med bagefter.