Bueno el articulo aunque ya en el 2020 supongo que habrás cambiado de opinión
Caramba. Realmente es un buen post.
No llevo mucho tiempo usando Golang, pero he visto que, por ejemplo en comparación con Java junto Spring, el desarrollo puede ser "lento" en algunas situaciones.
Cuando haces tu proyecto con Java y Spring ya tienes muchas herramientas muy buenas que te ayudan a crear tu app más rápido, pero creo que depender tanto de librerías externas al grado que toda tu implementación es una caja negra no es muy bueno.
Para Golang encontré un framework que se llama Buffalo, pero las struct no son nada parecido a JPA de Java y no es que tenga que serlo, pero quizá siempre esperamos saltar eso que es "más tardado". Tienes que hacer todo a manita y puede ser un rato de SQL
Igualmente con Mongo. Puedes encontrar ODM para casi cualquier lenguaje, pero Golang no tiene ninguno que te ayude con esas relaciones entre documentos.
Esto nos "obliga" a meternos más en el cómo consumimos una base de datos y no generar SQL tan pesado.
ORM esta también para evitar la inyección de sql y además si quieres de pronto cambiar a otro motor de base de datos tiene que reescribir parte de sql... me parece que caes en los fanáticos esos que dicen que no usan framewoks... eso es mentira, tarde o temprano vas a usar un ORM... y pudiste crear Uno? Lo dudo, vas a depender de un framework hecho por un equipo
Bueno el articulo aunque ya en el 2020 supongo que habrás cambiado de opinión
Caramba. Realmente es un buen post.
No llevo mucho tiempo usando Golang, pero he visto que, por ejemplo en comparación con Java junto Spring, el desarrollo puede ser "lento" en algunas situaciones.
Cuando haces tu proyecto con Java y Spring ya tienes muchas herramientas muy buenas que te ayudan a crear tu app más rápido, pero creo que depender tanto de librerías externas al grado que toda tu implementación es una caja negra no es muy bueno.
Para Golang encontré un framework que se llama Buffalo, pero las struct no son nada parecido a JPA de Java y no es que tenga que serlo, pero quizá siempre esperamos saltar eso que es "más tardado". Tienes que hacer todo a manita y puede ser un rato de SQL
Igualmente con Mongo. Puedes encontrar ODM para casi cualquier lenguaje, pero Golang no tiene ninguno que te ayude con esas relaciones entre documentos.
Esto nos "obliga" a meternos más en el cómo consumimos una base de datos y no generar SQL tan pesado.
ORM esta también para evitar la inyección de sql y además si quieres de pronto cambiar a otro motor de base de datos tiene que reescribir parte de sql... me parece que caes en los fanáticos esos que dicen que no usan framewoks... eso es mentira, tarde o temprano vas a usar un ORM... y pudiste crear Uno? Lo dudo, vas a depender de un framework hecho por un equipo
Bueno el articulo aunque ya en el 2020 supongo que habrás cambiado de opinión
Caramba. Realmente es un buen post.
No llevo mucho tiempo usando Golang, pero he visto que, por ejemplo en comparación con Java junto Spring, el desarrollo puede ser "lento" en algunas situaciones.
Cuando haces tu proyecto con Java y Spring ya tienes muchas herramientas muy buenas que te ayudan a crear tu app más rápido, pero creo que depender tanto de librerías externas al grado que toda tu implementación es una caja negra no es muy bueno.
Para Golang encontré un framework que se llama Buffalo, pero las struct no son nada parecido a JPA de Java y no es que tenga que serlo, pero quizá siempre esperamos saltar eso que es "más tardado". Tienes que hacer todo a manita y puede ser un rato de SQL
Igualmente con Mongo. Puedes encontrar ODM para casi cualquier lenguaje, pero Golang no tiene ninguno que te ayude con esas relaciones entre documentos.
Esto nos "obliga" a meternos más en el cómo consumimos una base de datos y no generar SQL tan pesado.
ORM esta también para evitar la inyección de sql y además si quieres de pronto cambiar a otro motor de base de datos tiene que reescribir parte de sql... me parece que caes en los fanáticos esos que dicen que no usan framewoks... eso es mentira, tarde o temprano vas a usar un ORM... y pudiste crear Uno? Lo dudo, vas a depender de un framework hecho por un equipo
