¿Qué lenguaje, marco y base de datos adecuados se deben utilizar para un sitio web de licitación?

¿Qué lenguaje, marco y base de datos adecuados se deben utilizar para un sitio web de licitación?

Supongo que eres parte de una startup.

  • Lo más importante en las startups es el tiempo de marcado y la velocidad de iteración. Entonces, con respecto al idioma, recomiendo un idioma que le permita configurar toda la aplicación de manera fácil y rápida.
  • Si tiene éxito con este lado web, necesitará encontrar desarrolladores. Si usa un lenguaje que está en algún lugar de un nicho, esto puede convertirse en un problema.

Si yo fuera el único que seguramente trabajaría en esa aplicación, usaría Elixir / Phoenix. Si fuera el fundador de una startup, podría usar Ruby con o sin Rails. Otra alternativa podría ser Python / Django.

En cuanto a la base de datos, me gusta mucho Postgres. Es barato y casi todos los idiomas ofrecen ORM o bibliotecas para acceder fácilmente a él.

Importante: no ha descrito su proyecto general. Puede haber casos de uso donde estos idiomas no encajan. Por lo tanto, recomiendo adoptar un enfoque de micro servicio. Esto le permite cambiar fácilmente el idioma en pequeñas partes del software. Ambos, Ruby y Python, por ejemplo, no son conocidos por su velocidad. Si tiene cosas que dependen del tiempo y necesitan velocidad, es posible que desee ofrecer una parte de su API en un idioma diferente que sea más rápido.

Para el futuro: es posible que algún día desee analizar más datos de sus usuarios para mejorar su servicio. La base de datos Cassandra como una base de datos no sql se usa a menudo aquí. Además, los lenguajes como Python y Scala a menudo se usan en ese campo.

En estos días lo haría en NodeJS . Una razón es que Node tiene que ver con solicitudes asincrónicas, de las cuales este tipo de aplicación está llena. P.ej:

  • actualizaciones de artículos individuales: precios, oferta ganadora
  • acciones cuando los temporizadores de cuenta regresiva llegan a cero
  • controles de ofertas

¿Base de datos? Lo que sea. Un RDBMS bien ajustado debería estar bien. Una base de datos de documentos (CouchDB, MongoDB) sería divertida y probablemente bastante adecuada.

También es un factor: en estos días, muchas personas están jugando con Node y quieren que les paguen por trabajar con él. Esto significa que una pila de Nodos probablemente le dará más candidatos para elegir, y aquellos menos costosos en promedio que los ingenieros experimentados de Rails o Django.

Usa lo que sabes. Puedes construirlo con cualquier cosa. La escala no va a ser un problema a corto plazo.

El tiempo real sugiere nodejs o quizás Java.

LAMP cubre todo de principio a fin. buscalo.