¿Cuáles son algunas de las mayores molestias / problemas / desafíos con los que se encuentra al construir un sitio móvil o un sitio receptivo?

Algunas de mis molestias / problemas / desafíos incluyen:

1. Conocimiento limitado del mercado objetivo.
2. Tratar con una mala dirección de diseño / comprensión de las plataformas involucradas
3. Sopesar las consideraciones de rendimiento frente a las consideraciones estéticas.
4. Manejo de problemas de compatibilidad de plataforma y navegador
5. Escribir JavaScript progresivamente mejorado
6. Encontrar plugins vanilla JS

Conocimiento limitado del mercado objetivo.
Algunos clientes quieren sitios sofisticados y receptivos, pero muy pocos entienden qué teléfonos o tabletas usan sus usuarios previstos. Parece haber una gran cantidad de “solo haz que funcione en iOS” cuando (en el caso de Sudáfrica) menos del 1% del mercado de navegadores móviles ejecuta iOS.

Mala dirección de diseño
Muchos diseños destinados a un reajuste sensible incluyen elementos como Webfonts, carruseles, radios de borde, gradientes. Se hace poca o ninguna consideración de diseño a la gran mayoría de los navegadores que no admiten estas características. La estética se pierde con estos dispositivos, donde siento que estos dispositivos deberían recibir el tratamiento estético adecuado.

Rendimiento versus consideraciones estéticas
Como ejemplo, digamos que el diseño incluye un carrusel, imágenes de fondo completo y animaciones. Estos elementos conllevan costos de rendimiento, por lo tanto, como desarrollador front-end, debe cargarlos de forma diferida o cargarlos progresivamente. En mi opinión, no deberían considerarse en un entorno móvil o incluso pseudo-móvil. El móvil se trata de contenido rápido y resumido, no de una estética gloriosa.

Problemas de compatibilidad de plataforma
Algunas plataformas tienen problemas con o no admiten:

• CSS 1
• CSS 2.1
• CSS 3
• SVG
• JavaScript
• Interacciones basadas en JavaScript
• AJAX / Contenido asincrónico

Algunas plataformas tienen soporte para JavaScript, pero sus capacidades de memoria limitadas y pequeñas CPU tienen problemas con bibliotecas como jQuery.

Sin embargo, más plataformas dicen que admiten dichas funciones, pero sus implementaciones son defectuosas. (por ejemplo, imágenes receptivas manejadas a través de un proxy BlackBerry o elementos de posición fijos)

Mejora progresiva
Debe detectar las capacidades de las funciones del navegador y luego agregar agregar el HTML, CSS y JS necesarios. Esto es mucho más complejo que tener que lidiar con el marcado que ya existe en el documento, marcado que no debería existir en el documento para la mayoría de las plataformas.

Vanilla JS en un mar de complementos jQuery
La mayoría de los complementos disponibles en la web están escritos con un sesgo jQuery. Se tarda un poco más en encontrar la misma funcionalidad escrita para vanilla JS, o uno tiene que construir la suya propia. 🙁

• Diseño grafico; ¡solo!
• Revisando toneladas de documentaciones para descubrir ESE error.
• Un problema que enfrenté al desarrollar una extensión de Chrome fue que Google actualiza su marco de extensión muy rápido. Tiene un conjunto de restricciones de políticas que no le permiten codificar la aplicación de la manera que desee.
• Obtener toda la estructura del sitio web en su cabeza a la vez. Tuve que cambiar continuamente mis modelos y controladores.

Tener un diseño hecho en Photoshop luego firmado por el cliente sin haber pasado la verificación de cordura de un desarrollador. Por supuesto, esto no sería tan malo si la mayoría de los “diseñadores web” no fueran realmente diseñadores de impresión simplemente fingiendo.

Hacer que la maldita cosa funcione en IE