No hay 1 razón para elegir la pila de tecnología es “porque eso es lo único que sé”. Esta también es la razón número 1 para “por qué las cosas salieron tan mal”.
Aquí hay algunas cosas que necesita para equilibrar:
- Hacerlo frente a hacerlo bien. Elegir la solución más simple (y la peor posible) te llevará más lejos … en las primeras semanas tal vez. Después de eso, mejores herramientas y arquitectura comenzarán a dar sus frutos. Tendrá que decidir cuánto desorden se permitirá. Mal escrito, pero con una buena lista de productos: puede salirse con la suya. Un proceso de pago con errores: esto puede matarlo. Depende de lo que hagas. No debe permitir ningún desorden en sus funciones principales.
- Puedes aprender Si le digo que use tecnología con la que no está familiarizado (y demostró sus ventajas), ¿podrá aprenderla a medida que avanza? Si la respuesta es no, no tenía sentido hacer esta pregunta.
- La tecnología es importante, pero no lo más importante. Lo más importante, y uno de los más a menudo extrañados por los aficionados, es la arquitectura. Si tiene una visión clara de qué componentes tiene su sistema, cómo están conectados y cuál es el responsable de qué, reemplazar un bit de pila por otro más tarde será fácil. Si es un desastre gigante donde todo está conectado a todo, elegir una tecnología sobre otra no te comprará mucho. Y por componentes quiero decir más que “hay un navegador y un servidor”.
- Suponiendo que tiene una arquitectura adecuada, la tecnología puede hacer dos cosas por usted:
a) Permitirle ser eficiente
b) Salvarte de errores comunesLa eficiencia está relacionada con la cantidad de características que necesita que proporciona algo sin poner un esfuerzo mental en usarlo.
La seguridad puede ralentizarlo inicialmente, pero lo acelerará más tarde, cuando no tenga que luchar con las consecuencias de sus errores.
Ahora la seguridad y la eficiencia definen un espectro: cualquier tecnología que elija estará en algún lugar entre esos dos. Por lo tanto, puede elegir la eficiencia al principio, pero pagar con seguridad por ello, o puede elegir la seguridad, al costo inicial de la eficiencia.- ¿Cuál es mejor usar, Ajax o jQuery Ajax?
- ¿Es obligatorio aprender ES6 para ReactJS? ¿ReactJS es bueno para el desarrollo tanto back-end como front-end? ¿Cuál debería ser el proceso paso a paso de aprenderlo para alguien que acaba de usar JavaScript para DOM?
- ¿Es el umbral para ingresar a la profesión de desarrollador de Android más bajo que el desarrollo web de back-end?
- ¿Debo contratar desarrolladores independientes de front-end y back-end?
- ¿Por qué hay una necesidad de un lenguaje front-end y back-end?
Esas fueron preocupaciones que tendrá al principio. Una vez que llegue al punto en que contratará a personas, comenzará a preocuparse por elegirlas.
Si su stack es bastante promedio (elige lo que el resto elige), lo más probable es que solo los desarrolladores promedio estén interesados en trabajar en él (a menos que pueda destacarse con algo más, pero es poco probable). Obtener tecnología de punta puede sonar arriesgado, pero te dará personas más interesantes, y eso vale la pena.Dicho esto, podemos ir a la tecnología misma. Parece que js es lo único que sabes. Puede tener sus méritos en la interfaz, pero en cuanto al backend, es la peor opción posible. Js tiene tantos defectos que otros lenguajes utilizados en el backend no tienen, que no vale la pena usar allí. Elegir otra cosa te ahorrará una enorme cantidad de dolor. En cuanto al idioma, puede elegir uno de:
- pitón
- rubí
- Java
- ir
lo que te venga bien. Cualquiera de ellos vendrá con mejores marcos, bibliotecas más maduras, un ecosistema estable que no reinventa sus ruedas cada temporada y, en general, un mejor acceso a las mejores prácticas.
En cuanto a la base de datos: utilice la base de datos relacional a menos que tenga muy buenas razones para no hacerlo. No has mencionado ninguno.
