Bien, podría ir en contra del flujo aquí, pero personalmente prefiero los marcos HTML que exponen la forma DOM de hacer las cosas (es decir, el estilo jQuery) en lugar de tratar de incluir HTML, CSS, Javascript en un modelo de aplicación de “proveedor abierto pero único”.
Algunos marcos te dirán que se encargan del HTML, CSS e incluso Javascript por ti, y que si obedeces a su modelo de aplicación, no tendrás que aprenderlos.
Sin embargo, desafiaría que la tecnología más a prueba de futuro para adquirir sea una comprensión profunda de HTML, CSS y Javascript y ser prudente con API / Framework de un solo proveedor que lo aleje de esta experiencia necesaria.
- Soy un desarrollador de nivel medio sólido que conoce sus cosas técnicamente, pero siempre me encuentro detrás de la curva en las conversaciones con sr. desarrolladores, ¿hay algún código secreto que todos ustedes conozcan para evitar romper los NDA y comunicar conceptos rápidamente?
- ¿Cuáles son algunas malas experiencias que ha tenido con la gestión del desarrollo de software?
- ¿Qué son las banderas de características y por qué son importantes?
- ¿Cuáles son los rasgos de los grandes ingenieros de confiabilidad del sitio?
- ¿Hay algún buen bootcamp, como Code Fellows, DevBootCamp para dispositivos móviles (iOS / Android)?
Muchas veces, tendrá que trabajar en errores de rendimiento y comportamiento, y cuanto más cerca esté del tiempo de ejecución, más fácil será. Es relativamente fácil depurar un error HTML5 / CSS / Javascript y solucionarlo si es necesario. Sin embargo, cuando tiene un intermediario, puede ser muy complejo comprender quién está causando el problema (solo para comprender cómo se genera el código HTML / CSS / JS puede llevar mucho tiempo, y luego cambiar esto puede ser casi imposible) )
La gran noticia sobre HTML5 es el consenso que ha creado en el mercado. Ahora todos los principales proveedores de navegadores compiten en rendimiento y cumplimiento en una sola especificación. Esto es enorme, y si solo se orienta a HTML5, los días de “fragmentación” han terminado, y aunque es posible que tenga que dar alguna pista aquí y allá, los navegadores HTML5 son muy robustos y consistentes en estos días (no sin dolor, pero mucho menos que trata con renderizadores intermedios).
Por último, hay una diferencia fundamental entre la forma DOM de crear aplicaciones y la tradicional orientada a objetos. En un modelo de aplicación de interfaz de usuario orientado a objetos tradicional (Flex, Swing, MFC), el árbol de componentes es el árbol de visualización. En un modelo de aplicación DOM-UI (HTML / # HTML5), el árbol de visualización está separado del comportamiento del componente. Muchos marcos están tratando de construir la forma tradicional para el tiempo de ejecución DOM, sin embargo, no estoy seguro de que sea la forma más óptima de construir una aplicación en este contexto. Prefiero seguir con la forma DOM y ver cómo puedo estructurar de manera óptima mi código a su alrededor.