Recientemente estuve indagando sobre Adobe Muse ....
El hecho de que fuera un programa que básicamente consiste en una suerte de robusto WYSIWYG que no te permite acceder al código ya me daba embolias de pensarlo.
Ya sabemos que no siempre "What You See IS What You Get".
Me parecÃa que usar un programa asà para diseñar y exportar un sitio web, es igual que ser chef y usar la caja de Betty Crocker para hacer brownies.
A ningún chef le gustarÃa usar polvos mágicos que no pueden controlar y que no están seguros de que contienen (más allá de lo que diga la caja).
HabÃa escuchado, además del tema del código, que como solÃa pasar con algunas funcionalidades integradas de Dreamweaver, de las que preferÃa prescindir, generaba muchÃsimo código basura innecesario, y no siempre optaba por la opción más eficiente.
Asà que, descargué la versión de prueba, y decidà probarlo, y formar mi propia opinión.
Hice algo MUY básico:
COMPROBANDO RUMORES1- imposibilidad de ver o editar el código html/css/js - SI
2- generación de más código del necesario - SI
Después de tener que googlear como exportar el html y lograrlo, lo abrà en Dreamweaver (podrÃa haber sido block de notas), morÃa por saber que clase de embutido habÃa exportado.
El resultado: 64 lÃneas de código, 3 archivos CSS, y 4 archivos javascript vinculados.
Puedo hacer lo mismo en Dreamweaver, o incluso en block de notas, con un único archivo css, 2 divs, y dos párrafos.Hice la prueba: 18 lÃneas de CSS en un sólo archivo y 6 lÃneas de html (y porque me gusta dar enter para ordenarme), ah y ningún Javascript.
64 lÃneas de html +3 archivos CSS+3 archivos javascript, es demasiado para un sitio que solamente tiene esos elementos que se ven en la imagen.
Es más hablando de código basura, en lugar de flotar el texto de la izquierda asi es como lo resolvió:
margin-right: -10000px;
3- asignación de id y clase sin criterio - SI
Cuando observé el CSS, todo tenÃa id.
Entiendo por qué lo hace en términos de como funciona el programa, pero deberÃa al menos preguntarme si quiero establecer esos estilos como clase o id por si quiero volver a usarlos; no tiene sentido declarar los mismos todas las veces que aparezca un elemento que los tiene.
Entiendo por qué lo hace en términos de como funciona el programa, pero deberÃa al menos preguntarme si quiero establecer esos estilos como clase o id por si quiero volver a usarlos; no tiene sentido declarar los mismos todas las veces que aparezca un elemento que los tiene.
No fui mucho más lejos, a lo mejor si reiteradas veces estilas varios elementos con las mismas propiedades y valores, se da cuenta y le asigna una clase (?).
De todos modos, tampoco me permite nombrarlas a mi, lo que me dificultarÃa enormemente la tarea de volver a usarlas llegado el caso (puedo usar Firbug, u otro es cierto, pero eso es extra Muse).
4- Carencia de opción para manejar responsividad de forma eficiente- SI
Efectivamente, y que debo elegir la resolución antes de empezar a trabajar. Puedo sincronizar el texto para varios dispostivos, pero solamente el texto.
Para lo demás, como tampoco puedo editar el código (no dentro de Muse), la única opción que me da es hacer un sitio por dispositivo.
5- Dreamweaver es para desarrolladores y Muse es para diseñadores- NO
Yo , soy diseñadora web, y por ahora, prefiero quedarme con Dreamweaver, o incluso el block de notas.
Nunca me crucé, en los equipos de trabajo que he estado, con un desarrollador que usara Dreamweaver.
Conclusiones rápidas:
Puede que Muse tenga mucho más para ofrecer de lo que pude ver en un primer acercamiento, y que esté predispuesta a que me desagrade, pero sinceramente no me genera confianza ningún programa que no te permita ver, ingresar y modificar el código que generás.
No quiero ni imaginarme lo que puede generar cuando inserto un blog (si, tiene esa opción).
No me sorprende que la comunidad internacional de diseñadores web (y desarrolladores, que después tienen que desenmarañar eso) hayan puesto le grito en el cielo con Muse.
Y no, no es porque cunda el pánico de perder nuestros trabajos porque cualquiera con conocimientos básicos de diseño (o familiarización con otros programas de Adobe), pueda hacer lo mismo que nosotros obteniendo los mismos resultados, no.
Es porque es casi, como hacer un viaje al pasado, antes de los estándares web, antes de las buenas prácticas, antes de google, antes de los dispositivos móviles, y antes de que google cambiara sus algoritmos para favorecer a sitios mobile friendly (y sus criterios generales).
Es porque, si estas aprendiendo a ser diseñador web, el código NO puede darte alergia.
Es parte integral de tu trabajo, de hecho es TU trabajo saber diseñar para la plataforma web, y la web funciona en rgb, pÃxeles, html, css, javascript, etc.
Si te interesa diseñar para web tenés que tomarte el tiempo de aprender las reglas de juego, y las reglas del juego son html, css, responsividad, a lo mÃnimo.
Veo Muse, como un programa que puede servir para prototipar "rápidamente", para mostrar determinados comportamientos o puntos de un sitio, pero definitivamente no como para considerarlo como plataforma en dónde trabajar todos los aspectos necesarios.
Y quien sabe, a futuro, no se que se trae Adobe entre manos con este programa, pero quizá pueda tener en consideración, (que nunca pudo con Dreamweaver), la importancia más allá de la apariencia.
No hay comentarios.:
Publicar un comentario