Barrapunto

Realmente estoy sorprendido.

Dado que se algo sobre estos temas y soy un cazurro que se quedo en las tablas y no he llegado al virtuosismo de los CSS he revisado la Web http://www.danielclemente.com/, que si no me equivoco (y si me equivoco pido disculpas) es lo máximo en cuanto a estos temas ya que da clases sobre ello teórico prácticas.

Por desgracia si cogemos el diseño y su presentación (no el contenido, que sin duda tiene otro valor que no quiero evaluar) y se lo presento a un cliente, lo primero que me hace es mandarme a la ... página de este virtuoso para que aprenda a programar con estilo y mucha clase.

Por favor no prediquemos con un ejemplo de Pepito Grillo. Si queremos predicar con el ejemplo mostremos algo que realmente sea espectacular y no el típico ejemplo "foo" o "Hello World".

Los puristas y catedráticos del ejemplo se quedan en las clases y no en el día a día. Como comentan varios compañeros muchas veces no se trata de la pureza sino de otros factores que sin duda intervienen en el desarrollo global de cualquier aplicación.

Comento algunos para que los sepamos:

1.- El coste del desarrollo es ridículo.
2.- El nivel de complejidad del diseño a desarrollar es elevado.
3.- En mi equipo de desarrolladores, cada uno tiene un nivel técnico diferente y no todos han estudiado en una escuela de genios (ni yo tampoco).
4.- Los tiempos de entrega son mínimos (para ayer como siempre).
5.- ...

Podemos seguir pero es absurdo.

Como persona que lleva más de la mitad de su vida programando, tengo 33 años y comencé con un MSX a los 11 años, me he encontrado con todo tipo de código y considero que mientras haga lo que tiene que hacer de manera correcta y el resultado satisfaga al cliente, el interior del programa te lo meriendas tú. Si esta bien hecho estarás satisfecho por que mantenerlo y mejorarlo será fácil, rápido y ganaras, pero si esta mal (con tablas de la época de los dinosaurios y no con CSS que es lo que se lleva ahora) te merendarás tu los costes de reprogramación, mejoras y ampliaciones por que tardarás mucho más en finalizar.

Con todo esto no digo que se deba programar de cualquier manera sino que los purismos, teorías y estándares están muy bien para leerlos pero el día a día es práctico y no siempre es fácil aplicar esos maravillosos conceptos.

Perdonadme si he sido ofensivo pues no quería serlo.

considero que mientras haga lo que tiene que hacer de manera correcta

los purismos, teorías y estándares están muy bien para leerlos pero el día a día es práctico y no siempre es fácil aplicar esos maravillosos conceptos.

Te contradices.

el interior del programa te lo meriendas tú

Si claro, siempre que:

1. No tenga que venir otra persona a mantenerlo (que se joda él, ¿no?)
2. No sea un lenguaje interpretado; como páginas webs, dónde el cliente www debe interpretarlo (que se joda el programador del cliente, ¿no?)
3. No me importe que una tercera persona pueda reusar mi código. Que se joda y que lo programe de nuevo!

Entiendo lo que dices de ser prácticos, pero todo tiene un límite. Y me sorprenda que te sorprendas porqué alguien decide pasar de ser práctico y dedicar parte de su tiempo a escribir un tutorial sobre un tema que se ve que no te interesa.

salU2

Una cosa, no analices mucho el código de mi sitio web, porque es muy malo (lo hice años). Como ejemplo de código bueno pongo sólo la sección de HTML, o sea el propio artículo.
      Tampoco me critiques por el diseño feo; yo no hablo de eso ni lo critico porque no entiendo nada del tema.

      Bueno, y sobre todo lo que dices, quédate con la idea (cierta) de que programar con HTML correcto y CSS es mucho más fácil que con el HTML "de siempre".. Te costará menos en tiempo y problemas.
      Y al cliente le evitarás problemas también.