Primero dominaría javascript. Es importante aprender cómo usarlo para mejorar su escalabilidad. cargar los datos de forma asíncrona desde javascrit, por ejemplo, puede ser realmente útil cuando se trata de escalabilidad. Una vez que tenga un sólido conocimiento de JavaScript, hay varios marcos que son bastante buenos. Usaría dos criterios importantes para seleccionar uno.
Primero, los más nuevos obviamente tienen una funcionalidad más fresca. Pero son menos maduros. Es muy difícil reparar problemas en un framework js de terceros. Si lo hace, perderá la corrección de las actualizaciones del marco o deberá asegurarse de volver a aplicar la corrección cuando actualice las versiones. Por esa razón, me gusta equilibrar las características con la madurez. Jquery y angular son los que me gustan. Pero eso es solo porque los conozco bastante bien y me proporcionan lo que necesito. No significa que sean los mejores o incluso los más limpios. (Descargo de responsabilidad: no estoy seguro si “limpiador” es la palabra correcta pero entiendes mi significado …).
Vale la pena tomar riesgos con los marcos más nuevos si ofrecen alguna característica que realmente desee. Pero siempre asegúrese de que esté limpio, probado y listo para el horario estelar.
- ¿Pueden los trabajos de desarrollo web pagar tanto como los trabajos de escritorio con el mismo nivel de experiencia?
- ¿Debo usar jQuery o AngularJS con una aplicación web Django?
- ¿Por qué no puedo reproducir una canción en Pandora? O si puedo, ¿cómo lo hago?
- ¿Qué tan bueno es PostgreSQL con la aplicación web Java?
- Cómo enviar datos push usando Firebase entre dos clientes
El segundo criterio es la información. Típicamente, la documentación para js frameworks tiende a ser breve. Muchas veces tiene que recurrir a sitios como stackoverflow y otros similares para obtener respuestas. Cuanto más maduro es un marco, más información hay. Así que no asumas que porque pudiste hacer su pequeña muestra de hello world rápidamente, todo sería rosado en el jardín. Te encontrarás con problemas e ideosincrasias que no serán fáciles de resolver. La compatibilidad cruzada del navegador es un ejemplo. Peor aún, si tiene que soportar MS Internet Explorer.
Hagas lo que hagas, aprende uno y domínalo. No siga cambiando porque encontró una buena pieza de funcionalidad en un marco más nuevo. Bueno, retíralo un poco. Supongo que podrías hacer un caso para usar dos que brillan en áreas distintas. Dos pueden ser manejables, pero uno debería ser el principal y el segundo para algunas áreas específicas con algunas necesidades únicas.
