Mejoras en el desarrollo web.

Recientemente, ha vuelto a surgir en Internet el debate entre el diseño CSS y el diseño de tabla. Al principio estaba bastante insatisfecho: pensé que el significado del diseño CSS estaba profundamente arraigado en los corazones de las personas, pero no esperaba que tantos diseñadores y desarrolladores todavía no estuvieran de acuerdo.

Después de calmarme y ver la discusión de todos, después de pensarlo detenidamente, siento que las razones pueden deberse a dos aspectos:

• Por un lado, la presencia persistente de IE6 mantiene altos los costos de desarrollo web. Una vez hubo una estadística en Internet y los datos mostraban que la relación entrada/salida de los desarrolladores web para IE6 era la más baja. Creo que la mayoría de los ingenieros de front-end tienen la experiencia de ser torturados por IE6. En lugar de usar el diseño CSS, que es tan doloroso, es más fácil y conveniente usar la tabla.
• Por otro lado, encuentro que los ingenieros de front-end se están volviendo más pragmáticos y centrados en la eficiencia. Muchas características nuevas de CSS2 y CSS3 no se han popularizado ampliamente, y las ventajas de CSS de las que hablan los evangelistas de los estándares web a menudo encuentran compromisos cuando se implementan en la realidad. Aunque siempre he estado comprometido con la evangelización de los estándares web, tengo que estar de acuerdo: la compatibilidad del navegador de la tabla es la mejor; el diseño de la tabla es más fácil de usar para los diseñadores. En lo que respecta al entorno doméstico, el corte de tablas sigue siendo la forma más común de crear temas de sitios web de portales o páginas de promoción de sitios web de comercio electrónico, y su existencia tiene su racionalidad.

Por lo tanto, aunque admiramos el diseño CSS, no necesitamos devaluar la tabla en sí para demostrar su superioridad. En el desarrollo diario, no es necesario abandonar radicalmente las tablas por completo. La tabla en sí tiene semántica y <table> debe usarse al mostrar tablas de datos en el proceso de desarrollo; no es mala idea usar el diseño tabla + css en algunas situaciones donde es necesario sopesar los costos. En este sentido, admiro el enfoque pragmático de los ingenieros de front-end de Google y Facebook. Puede prestar atención al cuadro de diálogo emergente común con sombra translúcida en Facebook, que se crea usando <table>, que también es muy exquisito.

Este debate, combinado con el desarrollo de estándares web en los últimos años, me hizo pensar en la diferencia entre mejora y reforma en el desarrollo web.

XHTML 2 intenta evolucionar directamente a XML, anunciando una ruptura con HTML. Esto solía asustarme, un desarrollador HTML tradicional. Y cuando vi que la organización WHATWG propuso HTML5 (que finalmente fue reconocido por el W3C), sus suaves mejoras me hicieron sentir mucho más cordial. Los hechos también han demostrado que HTML5 se está acercando a nosotros. Douglas Crockford incluso consideró que HTML5 era demasiado violento y propuso un plan de mejora para HTML 4.2.

Mirando JavaScript nuevamente, ECMAScript 4 ha cambiado drásticamente JavaScript. Afortunadamente, el comité técnico volvió a la razón en la etapa final, y el ESMAScript 3.1 compatible con versiones anteriores obviamente ha sido reconocido por más desarrolladores que realmente están luchando en la primera línea.

La mejora, en lugar de una reforma sangrienta, puede ser una forma más práctica y razonable de promover el desarrollo tecnológico. Esto es cierto para la evolución de los estándares web, la actualización de productos o proyectos e incluso la construcción de sistemas sociales.

Texto original: http://ued.taobao.com/blog/2009/06/24/web_dev_improve/