Artículo escrito conjuntamente por are y choan, con una buena dosis de ironía. Si no sabes leer, mejor será que no lo leas. «Ensaña» no es una errata.
Maestros del web publicó hace un par de días la lista de finalistas de su concurso ¿Cómo enseñaríais a realizar páginas web?
Los trabajos candidatos son en general de un nivel lamentable. Justo lo que nos temíamos cuando se anunció el concurso: «dios santo, se avecina una avalancha de malos, terribles, dañinos manuales».
Hemos echado un vistazo a cada uno de los trabajos finalistas y hay de todo, para elegir entre malo y peor. Estas son nuestras conclusiones:
- El concurso debería llamarse «¿Cómo te ensañarías con las páginas web?»
Sí, solo una. Revisemos cada uno de los trabajos hasta llegar al límite de lo tolerable.
- http://www.tallerwebmaster.com/webfacil/
En la página de inicio ya podemos encontrar los primeros usos creativos de CSS. Las propiedades
-adbe-gy-adbe-cson estrellas invitadas, pues el verdadero protagonista es<body bgcolor="#333333" link="#83c8ff" vlink="#e665dd" leftmargin="0" marginheight="0" marginwidth="0" topmargin="0">. Cuatro atributos inexistentes en un solo elemento y otros tres que, demonios, son (o deberían ser) cosa del pasado, al igual que los elementosfontque usa para especificar tamaños para el texto.Por otra parte, para mostrar lo que debería ser el título del documento se ha utilizado un banner chungo. Chunguísimo, pues al autor se le ha pasado por alto especificar para la imagen un atributo
altsignificativo. Pobre de aquel que navegue sin imágenes o tenga el capricho de ser invidente. Se quedará con un lacónico «entrar».Veamos hasta donde puedo continuar.
Oh, parece prometedor: «te enseñaré como hacer una página web profesional desde cero». Y lo hace, concretamente, desde cero hasta cero coma cinco. Un ejemplito:
<font color="#99cc00"> Aquí el valor es el color, debe estar entre comillas. </font>Hasta aquí puedo leer. ¡Siguiente!
- http://ar.geocities.com/luisnewch/
-
Nada más empezar se puede ver que el listado de enlaces de la derecha no funciona ya que todos apuntan a URI de lo más sospechoso
file:///home/luis/disweb/estru.html#Estructura_de_un_Archivo_HTML_. Queda descartado cualquier intento de navegar por el contenido.Entrando en el contenido (¡por el listado de la izquierda!) y mirando el código se puede apreciar que los metadatos no son algo a tener en cuenta por el autor. Por no haber, no hay ni elemento
TITLE. Sí aparecen elementosMETAque indican la herramienta con la que ha generado el documento (información muchísimo más relevante sin duda).Entrando directamente en el
BODYse nos deleita con un uso indiscriminado de tablas al más puro estilo «psicotabler».Entidades: resulta didáctico y original el uso que de ellas hace. Emplea una codificación que soporta cualquier carácter con tilde, eñe incluida, (el llamado ISO-8859-1) pero en lugar de aprovecharlo se lanza al uso y abuso de entidades para cualquier carácter no ASCII.
Y he aquí un bello ejemplo del empleo de elementos HTML:
<br> <br> <br> <br> <br> ... <br> <br>¡A mí las hojas de estilos!
Cuando entra de lleno en el temario y nos enseña que un documento HTML empieza con la «etiqueta»
HTMLdejo de leer. - http://manual-xhtml.blogspot.com/
-
El primero cuya página de inicio valida, una tabla de contenidos prometedora… los ojos me hacen chirivitas. Oh, títulos correctamente marcados, doctype, estoy gratamente impresionado. Es más, estoy satisfecho. Detalles como: «El elemento em agrega énfasis al contenido. […] Usualmente los elementos con énfasis son formateados en tipografía tipo itálica.» hacen que mi ritmo cardíaco retorne a la normalidad.
Por fin algo que merece la pena. Un detalle importante: se trata de un manual de XHTML. No habla por ningún lado de hojas de estilo, javascript, AI, etc. lo cual no es ni bueno ni malo, pero lo hace quedar corto como manual de producción de sitios web. Pero oye, lo que dice, lo dice bien. Albricias.
Un par de sugerencias si se me permite: eliminar algunas confusiones entre «etiqueta» y «elemento»; mejorar la navegación (capítulo siguiente, capítulo anterior, porfaplis).
- http://sestud.uv.es/manual.esp
-
Este deja claro en la fecha de edición lo actualizado que está: «1996-2006». Esto promete, un documento hecho con cariño.
Lástima que viendo los puntos de menú donde explica elementos tan actuales como `FONT` me hace dudar de ese «2006».
Aunque me quedo sin lugar a dudas con el ejemplo-maravilla:
<BLINK>Texto intermitente</BLINK>Mejor no sigo…
- http://www.freewebtown.com/sagitari/
-
En este caso nos ilustra con el própio manual un uso peculiar de los CSS: probad a inhabilitarlos.
¿De que tipo de documento se trata? No es de nuestra incumbencia según parece. Ni un vestigio de
DOCTYPE.Al llegar a «Esta web está diseñada/programada para ser vista en su totalidad desde Internet Explorer ya que desde otros navegadores se producen errores» no puedo contener ya mis arcadas.
- http://htmlenter.byethost31.com/index.html
Intuiremos lo que dice en base a su tabla de contenidos, pues todos los enlacen apuntan (en el momento actual) a páginas repletas de publicidad (?). No intuimos nada bueno: con leer «Etiqueta <center>» es más que suficiente.
- http://www.freewebs.com/edgarjs/
-
Muestra un bello ejemplo sin `DOCTYPE`, su propio código es un mar de entidades…¿será la nueva ola?
Se usa a la ligera la palabra «etiqueta» hasta el punto de no distinguirla de «elemento»… ¿será un tutorial ofuscado? ¿un guiño? O el autor no es capaz de manejar una terminología correcta (cuando menos coherente) o no tiene ni puta idea de lo que dice, porque luego ofrece perlas como (hablando de CSS) «Hay una parte que contiene dos tags en una misma línea: ul a { … } A esto se le conoce como herencia».
Para echarse a llorar.
- http://cafeina.ladybenko.net/?p=338
El más completo y serio, sin lugar a dudas. Lástima que solo se pueda leer en PDF y no en algo más web.
- http://elav.la100rra.com.mx/concurso/
-
¡Este promete! Parece que no hay que estudiar ya que «Después de navegar por nuestras páginas usted será capaz de diseñar y publicar su propio sitio en Internet.»
Ha encontrado un método para que el conocimiento fluya en uno mientras navega; ay de ti si tienes la desgracia de saber algo puesto que sólo proporcionan información determinada a los que no sepan: «El objetivo del mismo es proporcionarle una cantidad determinada de información, a todo el usuario que no tenga noción o experiencia para crear y diseñar un sitio web.»
Entrando en la sección con chicha llamada «tutorial» podemos ver que es del Club de los alérgicos al doctype.
Por lo demás… una explicación altamente confusa. ¡Al calabozo de los tutoriales!
- http://www.web-d.com.ar/miweb/
-
Genial si lo que pretendes es colocar tu web en espacio.ya.com, pues tiene un montón de pantallazos que explican cómo hacerlo. Por lo demás, nada. Simplemente nada.
Conclusión extendida
- Casi nadie se ha tomado la molestia de aplicar lo que se pretende enseñar, dando lugar a (X)HTML incorrectos (aunque los hay que apuntan buenas intenciones).
- ¿Doctype? ¿Qué es doctype?
- Confusión generalizada entre elemento y etiqueta. Caos terminológico.
- El uso innecesario de entidades parece indicar falta de comprensión de la codificación de caracteres.
En fin, la pesadilla de antes de navidad.
33 comentarios RSS
Perdón, el ejemplo del manual de xhtml, http://manual-xhtml.blogspot.com/, ¿no es una modificación vulgar de la especificación del W3C?
Manda huevos.
minid en serio te parece una especificación? no creí que era tan aspero al explicar. Tendré que tomar otros rumbos porque el documento está pensado para principiantes y si me lo comparas con una especificación es que voy por muy mal camino :S
Espero este verano poder hacer una actualización.
Y al autor:
¡Olvidaste criticar los estilos embebidos en mi código style=”color: rgb(170, 0, 0);” que dejo el Kate.
Pero ya estoy terminando un programa para reemplazar al kate en los ejemplos de código.
En fin, saludos y muchas gracias a ambos por las críticas que vienen bien para la actualización.
Yo me pregunto por qué no es bueno que un manual de XHTML+CSS esté en formato PDF (para imprimirlo y leerlo tranquilamente) y no en XHTML :\
PD: Gracias por lo de “completo y serio”.
BenKo: nadie dijo que no fuera bueno disponer del manual en PDF. Lo aque apuntamos es que estaría bien disponer de él también en HTML.
En cuanto a lo de serio… aclarar que nos referimos a la calidad del contenido y no a su estilo, que en tu caso es divertidísimo :)
Hola Choan.
Antes de nada, decirte que me ha gustado tu evaluación de los proyectos presentados, pero quizás no mucho tu crítica.
Yo creo que tu has visto estos tutoriales desde tu perspectiva de desarrollador web, y debido a lo que controlas de todo esto, quizás se te enciendan un par de alarmas al ver lo que cuentan los concursantes. Pero debes pensar que el concurso está pensado para gente que no sepa nada de nada y te aseguro que si le hablas de DOCTYPE, de XHTML (antes tendrá que saber que es un XML), de registrar dominios, de hosting e incluso de CSS, lo más seguro es que se vayan directamente al FrontPage (¡oh dios mio!).
Ponte en el caso (conozco unos cuantos) de una secretaria a la que le han dicho que haga la página web de la empresa (bueno, quien dice empresa dice “chiringuito laboral”). Yo creo que con unas explicaciones tan centradas en lo correcto que es lo que me ha parecido que te hubiera gustado encontrar, no se hubiera enterado de nada, mientras que quizás con una “guía burros” (perdón a los autores), se hubiera enterado de todo (o de bastante).
Pues nada, espero que un día seas así de critico con mi trabajo porque fijo que aprendo un huevo gracias a ello. Lo digo en serio.
Saludos
Lo de “gracias por lo de completo y serio” iba sin ironía xD Lo de convertirlo a HTML… estaría bien, pero a mí me supondría bastante trabajo. De todos modos, la licencia permite hacer modificaciones, así que si a alguien le interesa cambiarle el formato, puede hacerlo.
[…] Terrible las cosas que comenta Xoan en su artículo sobre el concurso de ¿Cómo enseñarais a realizar páginas web?. Según Xoan, casi todos los ponentes no han hecho más que ir al revés de lo que propone el sitio: enseñar a crear una página web. No sólo por los consejos sino por el formato que en que se ha presentado todo. […]
¡Estamos apañaos!
Si la gente no sabe nada y les enseñas, nada, no vamos a llegar nunca a un punto ideal.
Si a la gente que no sabe nada, les enseñas poco, lo aprenden todo, si les enseñas todo, aprenden la mitad (jeje).
La gente con la que trabajo, el 80% de las personas usa HTML a diario. Si les das “La Biblia del CSS+XHTML” se vuelven locos, si les das “HTML for Dummies” al cabo de medio año no tendrán ningún problema con “La Biblia del CSS+XHTML”.
Saludos
Toda crítica es siempre bien recibida. Creo que la mayoría de participantes así se lo han tomado. He visto ya a algunos de los participantes comentando por aquí).
Ahora, desde bambalinas al organizar el concurso, te diré que todo esto lleva una visión más a largo plazo. Solo con haber motivado a varias personas a arrancar manuales desde cero ya hemos logrado el banderazo de salida. Y lo que nos interesa es que la gente aprenda y aprenda muy bien.
De aquí en adelante tiene que venir una mejora a los trabajos presentados, posiblemente otros concursos que tomen de base lo que ya hay, que se planteen temas más pedagógicos sobre como enfocar las guías, etc.
Y espero que en cada etapa contemos con tu crítica y la de la comunidad. Solo asi validaremos cada propuesta, solo así caminaremos en busca de la perfección. Y señores, eso es lo que hace falta para los que creemos en el mercado hispano de Internet.
No hay que confundir “rigor” con “complejidad”. En la mayoría de los finalistas hay errores en la explicación.
Si el público objetivo es gente que no sabe nada lo más importante que debe tener el tutorial, manual o como quiera llamarse es rigor. No se puede permitir el lujo de confundir términos ni obviar puntos fundamentales.
No hace falta contar con detalle que es el Doctype pero sí es obligado ponerlo en todos los ejemplos y muy muy importante es predicar con el ejemplo puesto que cualquiera que esté aprendiendo puede tomar como referéncia el própio tutorial como ejemplo de buenas prácticas (recordemos que lo ha hecho el “maestro”).
Repito: “Rigor” no es lo mismo que “Complejidad”.
Benko: El tema del tutorial en PDF (esta parte la escribí yo) no es en sí malo ni mucho menos, sólo que me parece más práctico tener un HTML como base y un PDF como complemento dado que mi herramienta principal cuando trato con estos temas es un navegador (y sí, odio los plugins incrustados ;) ).
«Esta web está diseñada/programada para ser vista en su totalidad desde Internet Explorer ya que desde otros navegadores se producen errores»
Por favor, que le den el iPod a este.. :D
En cuanto al mini-d(ebate) entre Luis y Diego, estoy con éste último. Sustituir la ignorancia con información errónea no supone ninguna mejora.
Si un empresario es tan “chungo” como para mandarle a la secretaria (por qué no secretario?) que le haga una “página web” de la empresa, se merece, ni más ni menos, que una “página web chunga”….
Are, estoy totalmente de acuerdo contigo en que hay que ser exacto en las explicaciones, yo no me refería a que las cosas se expliquen mal, sino a que si se explica que para cambiar el color de letra se tiene que usar el font pues no pasa nada, por mucho que nos duela verlo a los demás. Yo no hablaba de inexactitud, hablaba de sencillez. Sobre el DOCTYPE, quizás esté equivocado, pero no es obligatorio. Según la W3c:
“A valid HTML document declares what version of HTML is used in the document. […] HTML 4.01 specifies three DTDs, so authors must include one of the following document type declarations in their documents.”
Yo lo que entiendo es que un HTML válido tiene que incluir el DOCTYPE y que un desarrollador debe (no “tiene que”) incluir el DOCTYPE.
Hulius, los ejemplos son lo malo que tienen, que son ejemplos, jeje, me da igual si es secretaria o secretario, o es el hijo de la persona que tiene su pequeño negocio que le ha dicho a su padre que el le hace la página web porque él tiene algo de conocimiento de informática (cuando lo más seguro es que solo sepa mandar correos y ver los videos de YouTube).
Saludos a ambos
Por lo que yo sé “must” significa “debe”, es decir indica obligatoriedad. Cuando validas un HTML si no hay Doctype declarado te devuelve un error del tipo «No DOCTYPE found! Attempting validation with HTML 4.01 Transitional.» o sea que SÍ es obligatorio.
Sobre el tema del uso del elemento FONT la cosa está clara: es un elemento deprecated, lo que significa que en HTML 4.01 NO es válido.
Si quieres enseñar HTML lo mejor es enseñar HTML bueno y luego les enseñas cuatro reglas básicas de CSS (todo lo que podias hacer con FONT lo puedes hacer de forma muy simple con CSS).
No hablo de layouts complejos ni tan siquiera de flotar imágenes…sólo usar el lenguaje tal y como se debe. (Sería como enseñar a escribir primero sin tildes sólo con “b” en lugar de “b” y “v” etc.)
Veamos, si explicas que para cambiar el color se usa font, estás cometiendo una inexactitud, al tiempo que tampoco estás ganando mucho en sencillez, la verdad. Aparte, ni el sentido común ni mi lejana formación pedagógica me dicen que sea una buena opción enseñar a hacer algo mal para más adelante corregir al alumno. Me imagino la situación: “¿recuerdas cuando te dije que usaras font?, bueno, pues no, es mentira, no debes usar font, usa css”.
Pero a lo que vamos, hay algo que no acabo de entender, debe haber algún artículo de la Constitución que recoge el derecho universal a diseñar páginas web y yo me lo he perdido. No sé si también habrá otro dedicado a reparar coches, o a hacer la instalación eléctrica de mi casa.
Quiero decir, si yo quiero hacer mi web y no sé html, ni css ni nada, tengo 2 opciones: o se lo encargo a alguien que sepa, o aprendo a hacerlo, pero aprendo de verdad, a hacerlo bien, no a chapucear. A mi si se me estropea el coche lo llevo al taller, no bajo con un destornillador al garaje a ver si lo arreglo.
Y si quiero hacer mi web yo mismo y no quiero complicarme la vida, hay herramientas y sistemas de publicación a montones para montar mi sitio.
Lo que no me parece serio ni beneficioso para nadie es hacer manuales de diseño web como alguno de los que aquí se citan.
un saludo :)
Are, cierto, se me ha ido la pinza en lo referente a “must”, pero aún así, si que es obligatorio para que sea válido. Pero sigo con una duda, ¿tiene que ser válido?, yo creo que no, claro, que las buenas maneras de desarrollo te obligan a que sea válido, pero aún así no sé si es obligatorio que sea válido.
FONT será deprecated, pero valida HTML, o al menos acaba de validármelo a mí. Y sí, es mejor que use CSS, aunque sean dos tonterías, pero lo que conozco yo de gente que no tiene ni idea de HTML, CSS significa una gran complicación.
Creo que no me explico bien, yo no digo que se enseñe mal, no usar tildes o no diferenciar entre b y v es enseñar mal. Pero a los niños, cuando se les enseñan frases suele ser en plan sujeto, verbo y predicado, no empiezan con frases compuestas, uso de la pasiva y esas cosas de las cuales ya ni me acuerdo. Cuando el niño sabe decir “mi mama me mima”, luego se le pasa a enseñar frases más complejas.
Calvin, es que en ningún momento se miente cuando a alguien le dices que se puede usar FONT para cambiar el color de la letra. Cuando ya tenga más conocimientos de HTML, se les explica las hojas de estilo y cómo usarlas para modificar el color de la letra.
Cuando se aprende, se aprende poco a poco, no lo aprendes todo a la vez. Y en este caso, yo creo, que estos manuales simples, son buenos para que la gente vaya aprendiendo poco a poco, y si ve que le gusta, luego ampliarán sus conocimientos con otros manuales. Yo creo que es lo que mucha gente hace. Primero se hace un “hello world” y luego te enseñan que es una capa, lo que es un layout y muchas cosas más.
Yo entiendo que para la gente que tenga buenos conocimientos, este tipo de tutoriales sea una aberración, y seguro que estos manuales son mejorables, pero podemos coger un neófito y preguntarle cual de los manuales prefiere, el más parecido a lo que a vosotros os gusta o la mas simple “guiaburros” y quizás se entere más con el tipo de manuales que criticáis (siempre que ese manual no cometa errores, claro). Luego, cuando se entere de que va la cosa y vea que el manual se le queda corto, leerá el post de Choan y Are y estará totalmente de acuerdo con todos.
Es más, debo hacer una confesión, cuando yo empecé a aprender HTML en la universidad, el font era lo más impresionante del mundo, luego conocí las CSS, luego XHTML+CSS y no creo que haya aprendido mal. Eso sí, luego lo olvidé todo y así me he quedado ;)
Saludos
Siempre es mas facil criticar, que hacer, de hecho esta misma web tiene sus problemitas y aun no los haz corregido, y sin embargo catalogas de MAL a PEOR el trabajo de los demas :).
Criticar si sirve, pero no crees que no deberias cometer el mismo error en tu web ??
elQuique: en efecto, criticar es fácil, fíjate que tú también puedes hacerlo ;)
Catalogo de malos los trabajos que son malos. Punto.
En cuanto a “mi web” no sé de qué me hablas. Si me indicas qué está mal, lo corregiré con gusto (en caso de estar de acuerdo) o te mandaré a la mierda (en caso de que me parezca una soplapollez).
Ya ves, yo también acepto críticas XD
Un manual de html, creo q hay de estos por todos lados… perdóname cvander sabes q tenes todos mis respetos pero si queremos educar y ser educados tenemos q poner metas altas, concursos buscando calidad.
Hacer una web, cualquiera lo hace… pero ser webmaster es una profesión.
Personalmente me siento integrante de un foro importantísimo y de una comunidad genial pero soy consciente que hay q buscar mejorar la calidad general de todos, criticando con conciencia y seguramente no.. aplaudiendo cuando sabes que tenia q ser mejor. Todos esperábamos muchos mas de este concurso.
[…] Me propongo valorar el resultado del concurso desde la humildad y el optimismo. No voy a entrar en valoraciones individuales de los finalistas, eso ya lo han hecho muy bien los chicos de Dizque. No, lo que voy a hacer es decir que me pareci la idea en su momento y como creo que se ha desarrollado. […]
[…] En los últimos días hemos recibido interesantes mensajes a nuestro correo con comentarios del concurso. Críticas y sugerencias muy apreciadas en varios blogs (dizque, minid, StraT y también en los mensajes del foro. […]
Lo primero: Estoy convencido que deberíamos ser más empáticos con las personas que no tienen los conocimientos necesarios para desarrollar una web correctamente. Eso no quiere decir que tolere malas enseñanzas, lo que quiero decir es que creo que su “liston”, sus “metas” deberían ser otras… por ejemplo, conseguir hacer una web “presencial” con la información mínima que se desea ofrecer y que ésta sea correcta… Por ejemplo, yo no soy arquitecto, por lo que no pretendería hacer una casa… pero puedo hacer una casita para el perro… Como me entreguen un manual para hacer mi propia casa LA LÍO!!
Lo segundo: Me ha encantado este artículo… es más, animo a Choan a que abra una categoría “humor” para categorizar posts tan tremendamente divertidos como este.
En resumen, TONGO
Habeis conseguido sacarme los colores leyendo vuestras críticas, al pensar que todo lo que yo he hecho hasta ahora con CSS probablemente quebrante todo tipo de reglas, seguramente algunas como para no dejarme tocar más el teclao….
Primero, se agradece, aunque a veces el tono acidillo creo que puede haber hecho pupa a alguien. Me he reido con vuestra forma de contarlo, aunque me he alegrado de no haber participado en el concurso.
Segundo, todo lo que se de CSS y estándares lo he aprendido sobre la marcha y a trompicones, y leyendo manuales así, o peores. Así me va! Pero…como saber donde encontrar buenos contenidos en la red?? Si no tengo ni idea..como se que me están enseñando de la manera correcta.
Yo he llegado al diseño web a través del diseño gráfico (parece ser que ahora todos hacemos todo, y no solo hay que saber hacer artes finales, también hay que saber php y mysql si quieres encontrar un trabajo weno weno) y me cuesta ver las cosas desde el punto de vista de un programador o desarrollador…los estándares para mi son chino capuchino y W3C me suena a marca de lubricante para bisagras…hago lo que puedo por empaparme en todo esto y hacer las cosas como dios manda (por eso estoy aquí leyendo esto…)y la verdad es que un manual “bien hecho” suele ser super coñazo de leer y seguir. Pero es que uno “mal hecho” suele conseguir que lo mande al carajo porque a la segunda explicación “que no me cuadra” ya no se si es que soy yo la que no entiendo o que no me lo están explicando bien. (Ejemplo etiqueta-elemento…no lo tengo nada claro…)Termino pensando que soy negaita para llegar más allá del uso básico de CSS y ya que lo recomendais procuraré dar un repasito al manual de Benko y a ver que saco en claro.
Una duda existencial…hay alguna chica más en los comentarios???
[…] Increíble pero cierto, ya cuando la mala suerte invadía mi vida, apareció este post demostrándome que todo no es tan malo para mí. Pues si amigos, me he ganado un iPod nano, después de haber quedado empatado con un colega mexicano. Inicialmente el premio era un iPod de 30Gigas de capacidad, pero hubo un empate y se decidió que otorgarle a cada ganador un iPod nano. Por mi parte veo que el resultado ha sido justo, pero ustedes mismos pueden juzgar. Aquí está mi trabajo y aquí el de mi colega ganador..También hemos recibido criticas de distintos blog como son dizque, minid, StraT. […]
Muy buena crítica, pero tengamos algo en cuenta, este concurso no es para diseñadores/programadores profesionales, y como bien dirían las bases del concurso, no se pretende enseñar a los usuario como hacer un sitio web, sino, la forma en la que cada uno enseñaría a los usuario a crearlo. Otra cosa a tener en cuenta es que si lo que se quisieran fueran diseñadores/programadores profesionales, el premio no sería un iPod, sino miles de dólares ;).
No no con eso de que me mandaras a la m… ya me demuestra tu nivel por tanto seria bueno que tengas el bien de eliminar mi mensaje de este sitio, gracias.
la verdad q yo comienzo em todo esto y trato de
buscar los estandares soy diseñador grafico
pero como dicen para conseguir mejor trabajo
hay q saber mas cosas como para ser webmaster
creo q los manuales no son muy didacticos
ya q deben tomar temas generales y luego especificar para q asi una persona q no sabe nada pueda guiarse (claro con contenidos exactos
q no c deben descuidar) pensaba participar en el concurso (no m dio tiempo)aunque ya veo las consecuencias d este x mi mpart decir q poco a poco debe darse la informacion correcta
y no ir directo a temas tan especificos
espero ver mas concursos en los qpueda participar
Para el autor de este blog: si tan pésimos y malos te parecieron los diseños, porque no armastes el tuyo a ver si te hubiera quedado mejor?
Saludos
Eduardo: tampoco me gustan el alcalde, el seleccionador nacional de fútbol ni alt1040. No pretendo reemplazarlos por mi mismidad, pero eso no me niega el derecho a criticarlos.
No creé mi propio manual por una razón muy simple: no me dio la gana.
[…] correo con comentarios del concurso. Críticas y sugerencias muy apreciadas en varios blogs (dizque, minid, StraT) y también en los mensajes del […]