Entonces hay esta cosa … No hay “mejor”.
Lo mejor es una serie de compromisos. Solía tener un letrero en mi oficina que decía “Bien. Rápido. Barato. Elija cualquiera de los dos”. Eso sigue siendo cierto.
Solía construir en .NET. Es impresionante en un par de saludos, súper robusto, pero el ciclo de desarrollo es muy lento. Y las bibliotecas (de terceros) son menos estables, tuvimos una evaporación debajo de nosotros una vez. Buenos tiempos.
- ¿Cómo obtener datos satelitales para la medición de techos residenciales? ¿Cómo se puede desarrollar esto en un software?
- He estado aplicando a trabajos por años. ¿Cómo consigo un trabajo como desarrollador de software?
- ¿Qué beneficios obtienen los pasantes desarrolladores de software JUSPAY? ¿Proporcionan algún gadget? ¿Qué pasa con la comida gratis?
- ¿Puede el desarrollador de software convertirse en la persona más rica?
- Cómo conseguir un trabajo de desarrollador de software en Tesla
En este momento estoy construyendo en Node.js, principalmente con Angular y algunos Express. Sigue usando SQL Server para las bases de datos SQL sobre MySQL, usando un par de bases de datos NoSQL diferentes para datos no estructurados. El tiempo de ciclo es súper rápido, y hay un montón de bibliotecas; si necesita una función, alguien la ha escrito en algún lugar.
Hay un gran inconveniente en eso: Node es actualmente el “sabor del día”. Si está contratando, eso es un fastidio: es más costoso para el talento, y todos lo reclaman, incluso si han hecho un trabajo limitado para capitalizar el aumento salarial.
Por otro lado, si lo está haciendo usted mismo, mi amigo Quincy Larson en FreeCodeCamp tiene montones de material para ayudarlo a aprenderlo y ejemplos prácticos. Por lo tanto, puede rápidamente (he tenido un par de chicos que pasaron de “meh, algo de JavaScript” a programadores de Node as en cuatro o cinco meses) ponerse al día.
El problema real como es con cualquier esfuerzo de este tipo es la arquitectura de back-end, la implementación, etc. Solo siempre construyo en Amazon AWS, construido a escala. Eso significa que puse mi primer servidor solitario detrás de un equilibrador de carga, aunque no lo necesito, así que cuando lo necesito, ya está allí. Un poco de configuración y tres minutos después (o menos) estoy ejecutando otra instancia.
PHP no es inherentemente escalable hasta que llegue a una escala que probablemente nunca alcanzará, en cuyo caso es probable que tenga los recursos para “hacer algo al respecto”. Lo sabes, puedes ponerte en marcha de inmediato, etc.
Su problema inherente es que es difícil escalar la construcción de TEAMS en él, y es históricamente difícil de mantener. Y es un poco un recurso pesado (consejo profesional: nunca ejecute la base de datos en la misma instancia que el servidor web PHP).
Tienes mucho espacio. Si quieres estar donde está la acción, ahora todo se trata de Node. Pero PHP también es perfectamente útil.