por
pobrecito hablador
el Lunes, 17 Enero de 2005, 18:10h
(#424275)
(con en los lenguajes no tipados, que en grandes desarrollos acabas liandote con las variables, o al menos yo acabo liándome).
¿todavía estamos en esas? Aunque el lenguaje no sea tipado tu lo puedes tipar facilmente siguiendo una convención de nombres de variables (la norma húngara, por ejemplo) ¿que quieres que una variable sea siempre de cadena? la nombras como "sVariable" y ya sabes que no tienes que intentar meterle un boolean que para eso está "bVariable" Incluso en esos lenguajes con tentadoras variables globales se puede ser un poco ordenadito y saber que gsVariable va a flotar en el ambiente y que más vale que tengas cuidado con ella, que puede venir con sorpresa.
Es que los navegadores deberían haber actuado como compiladores desde el principio, negándose a renderizar la página si no se cumplen los estándares (que los llamamos así pero no han existido nunca, incluso ahora son sólo recomendaciones).
Verías tú lo rectos que hubiesen ido los diseñadores web desde el primer día. Vamos, ni con frontpage harías mal una web.
A estas horas estaríamos discutiendo de este problema tanto como podríamos discutir de cómo implementa windows el TCP/IP. O sea, nada. Porque eso por ejemplo no han tenido más cojones que hacerlo bien.
Pero al no estar perfectamente definido cómo deben implementarse los lenguajes como html y compañía hasta que no fue demasiado tarde, se ha convertido en un follón.
Y es que cuando la implementación es tan estricta como el estándar, entonces es cuando se le hace caso. O se le hubiera... Ahora habrá que esperar una migración masiva a otro navegador que no sea IE, y una lentíiiiisima reescritura de todas las páginas, que encima casi todas son dinámicas. Y si páginas web escritas la mayoría con engines dinámicos libres basados en perl php y compañía no hacen salvo excepciones código que valide, quién lo hará?
por
pobrecito hablador
el Martes, 18 Enero de 2005, 20:24h
(#425310)
> Para los lenguajes de programacion no decimos
> que el compilador es muy exigente simplemente
> porque me he comido un ;. Pero para las webs
> si...
Quizás es porque existe la creencia de que cualquiera debe poder escribir una página web y no todo el mundo está preparado para programar en C.
Re:Yo si procuro que valide
(Puntos:0)¿todavía estamos en esas? Aunque el lenguaje no sea tipado tu lo puedes tipar facilmente siguiendo una convención de nombres de variables (la norma húngara, por ejemplo) ¿que quieres que una variable sea siempre de cadena? la nombras como "sVariable" y ya sabes que no tienes que intentar meterle un boolean que para eso está "bVariable" Incluso en esos lenguajes con tentadoras variables globales se puede ser un poco ordenadito y saber que gsVariable va a flotar en el ambiente y que más vale que tengas cuidado con ella, que puede venir con sorpresa.
Re:Yo si procuro que valide
(Puntos:1)Verías tú lo rectos que hubiesen ido los diseñadores web desde el primer día. Vamos, ni con frontpage harías mal una web.
A estas horas estaríamos discutiendo de este problema tanto como podríamos discutir de cómo implementa windows el TCP/IP. O sea, nada. Porque eso por ejemplo no han tenido más cojones que hacerlo bien.
Pero al no estar perfectamente definido cómo deben implementarse los lenguajes como html y compañía hasta que no fue demasiado tarde, se ha convertido en un follón.
Y es que cuando la implementación es tan estricta como el estándar, entonces es cuando se le hace caso. O se le hubiera... Ahora habrá que esperar una migración masiva a otro navegador que no sea IE, y una lentíiiiisima reescritura de todas las páginas, que encima casi todas son dinámicas. Y si páginas web escritas la mayoría con engines dinámicos libres basados en perl php y compañía no hacen salvo excepciones código que valide, quién lo hará?
salu2
Re:Yo si procuro que valide
(Puntos:0)