Banner Top 2

Banner Top 1

Hosting Chile

Frameworks de diseño Responsivo: ¿Solo porque puedes, deberías?

Google+

Por 

El diseño responsivo es la construcción de un sitio web con un diseño basado en: grid, imágenes que cambian de tamaño y media querys; según lo describió Ethan Marcotte. Después que Marcotte definió la técnica del los frameworks de diseño resposivo, comenzaron a surgir los que incorporaron estos principios. Basándose sobre todo en CSS y JavaScript , muchos de estos frameworks son de código abierto, gratis para descargar y rápidamente personalizables.

Algunos de los más populares hoy en día son Bootstrap y Fundation, en los cuales nos centraremos en este artículo.

Como los frameworks de diseño responsivo se hicieron populares, surgió un gran debate : ¿Por qué debería un diseñador profesional utilizar un framework de diseño responsivo?

Debates de Internet encarnizados: Muchos declaran que los frameworks de diseño responsivo son horribles, que sólo las personas que no saben HTML y CSS utilizarían una cosa así. Estos fueron los argumentos comunes contra los frameworks:

  • Un diseñador puede escribir su propio sistema de grid, y probablemente debería si saben algo de HTML y CSS.
  • Los Sitios web basados ​​en frameworks se cargan lentos
  • Todos los sitios web basados ​​en frameworks tienen el mismo aspecto.
  • Engordar es común, ya sea debido a las etiquetas div extras, más de 5000 líneas de CSS o los grandes archivos de JavaScript

Mientras que los detractores se quejan a gritos, los frameworks de diseño responsivo siguen creciendo en popularidad. Yo sugeriría que estos frameworks tienen aspectos positivos, incluso para el desarrollador web con más experiencia, y vamos a esbozar estos a continuación.

Un lugar para los frameworks de diseño Responsivo.

Una mañana, estaba escuchando la presentación inaugural de Eli White en la Conferencia PHP Northeast. White es un desarrollador de PHP, y su charla fue una retrospectiva de la evolución de la Web y PHP en los últimos 20 años. Uno de los puntos que mencionó fue que, hace 15 años, los desarrolladores de back-end construían todo desde cero. No mucho estaba disponible en el mundo de código abierto de ese momento, y el costo de los sistemas de Administración de Contenidos (CMS ) era de cientos de miles de dólares. Si querías una encuesta para su sitio web, por ejemplo, había que escribir una desde cero.

Ahora, en 2014, los desarrolladores de back-end ya no lo hacen. ¿Por qué iban a hacerlo, cuando se puede utilizar la API de SurveyMonkey para crear algo para su cliente en 10 horas, en lugar de 100 o 1000 horas? ¿El código de SurveyMonkey el más impresionante del mundo, el más eficiente, el más inteligentemente escrita y bloat-free (libre de gordura, hinchazón)? Yo no soy un desarrollador de PHP y no sé la respuesta a eso. Sin embargo, la API se ha probado y depurado , funciona bien, y está lista para ser incorporada en su próximo proyecto - y eso tiene un enorme valor.

A menos que su cliente quiere algo muy específico y tenga el dinero para financiar un proyecto de este tipo, según ha explicado White, la mayoría de los desarrolladores de PHP podrían argumentar que no hay ninguna buena razón para escribir su propia encuesta a mano en el 2014.

Así que, ¿cuál es el atajo de tecnología equivalente a la parte delantera de un sitio web? Lamentablemente , no tenemos uno.

Actualmente, tenemos dos opciones para la creación de la parte delantera de un sitio web. La primera opción es descargar una plantilla (o tema). De uso general con los sitios web basados ​​en CMS, un tema puede venir con algunas opciones de color y unas pocas variables a ser ajustadas. En el lado positivo, la mayoría de los temas están disponibles de forma gratuita o a un costo muy bajo en relación con el costo de la web en general. Descargar de un tema, cambiar algunos colores y colocar un logotipo lleva poco tiempo.

Lo que es más, un buen tema será actualizado con regularidad, y vendrá con la documentación, por lo que es mucho más fácil de modificar. En el lado negativo, un tema puede ser usado por muchos y no ser único en lo más mínimo, e incluso podría hacer que el sitio web tuviera un aspecto como si perteneciera a un CMS particular.

La segunda opción es una solución totalmente personalizada. Un diseñador gráfico sería contratado para discutir la marca, y habría que iterar tres diseños y dos rondas de revisiones, tal vez prototipos directamente en el navegador o convertir los diseños a HTML y CSS, integrar el diseño con un CMS o su parte de atrás seleccionado si se desea, y entregar el (esperemos) resultado perfecto para el cliente. En el lado positivo, cada etiqueta se coloca con precisión, y el código sería perfectamente semántico, sin que se encuentre ni un gramo de grasa o etiqueta "div" en exceso.

Para lograr esto, sin embargo, el desarrollador debe estar altamente capacitado y experimentado - y cuando está involucrado un desarrollador de ese calibre, el precio sube en consecuencia, poniendo el proyecto fuera del alcance financiero de los pequeños clientes y aumenta significativamente el gasto de grandes clientes. Además, a menos que se gasten unos dólares adicionales en la documentación (lo cual es inusual en mi experiencia), si el desarrollador inicial se va, entonces el siguiente desarrollador tendría que averiguar el código para modificarlo. Eso es un costo adicional para el cliente.

¿Dónde está el punto medio entre bajar de un diseño de gama baja, que se utiliza en todo el Internet, y la creación de algo altamente personalizado y caro? ¿Dónde está el equivalente de la API del desarrollador de backend o librería de código? ¿Podemos crear algún tipo de personalización masiva del front-end?

Tenemos que ser capaces de acceder a algunos elementos preelaborados, combinarlos con adiciones a medida, y desarrollar una solución que es más personalizado que un tema envasado, pero menos que una solución personalizada de gama alta. Al no partir de cero, habremos ahorrado horas de tiempo en el desarrollo y ahorrado dinero para el cliente.

¿Estoy diciendo que deberíamos abandonar soluciones personalizadas para los frameworks? No, por supuesto que no. Una solución totalmente personalizada tiene su lugar en el mundo del desarrollo Web, así como temas de CMS envasados tienen su lugar. Si su cliente tiene el tiempo y dinero para lograr la perfección y una solución totalmente personalizada es un enfoque sólido para el proyecto, entonces ¿por qué no?.

Sin embargo, muchos clientes tienen tiempo y dinero muy limitado, y podrían no ser capaces de esperar o pagar por la perfección. ¿Podemos conseguir algo "bastante bueno" en su lugar? Tal vez no todos los "div" estarán perfectamente situados, y podría haber demasiados. Tal vez el código toma un poco más de lo necesario para descargar. Sin embargo , la solución se documentó, en desarrollo activo y personalizable, y podría ser construido en forma rápida por mucho menos que un sitio web personalizado. Hay valor en eso.

Como cualquier otra tecnología a nuestra disposición en el mundo del desarrollo Web, un framework de diseño responsivo tiene sus aspectos positivos y negativos que tenemos que considerar.

Continuará......

Leer más ...

Diseño Sitio Web HTML5

Sitio web simple, especial para aquellos casos en que la información rara vez se cambiará y cuyo principal propósito es simplemente tener presencia en internet y que le contacten. Con un bajísimo presupuesto obtiene un hermoso y liviano portal web HTML5 + CSS3 y que se ve bien en los dispositivos móviles (Tablets y Smartphones). Internet a su servicio en forma rápida, económica y profesional.

Leer más ...
Suscribirse a este canal RSS