Contenido del curso
Modelos y repositorios
Mensajes y eventos
Indexación mediante Elastic Search
Feed Service
Query Service y Pusher
Últimos pasos
Serialización de resultados de Elastic Search
Contenido del curso
Serialización de resultados de Elastic Search
Neo TRAN
EstudianteWilowayne De La Cruz
EstudianteDilan Santiago Ariza Cañon
EstudianteÀlex Grau Roca
Estudiantecristhian alexander rondon
EstudianteDe momento algo que no me ha gustado del todo en el curso, es que solo estamos escribiendo código
Poco más de la mitad del curso, y no hemos ido corriendo el proyecto poco a poco.
Hubiese estado bien con Nats, por ejemplo hacer un "Hola mundo" entre dos proyectos de go, uno que publique el evento y el otro que lo escuche e imprima el mensaje que viene
De por sí platzi tiene poco contenido de Microservicios, como para que vayamos tan rápido y profundicemos tan poco
Lo mismo puse en un video anterior.
Estoy de acuerdo, es tedioso no ver algo de interacción con los servicios o funcionalidades, pero igual espero al final se muestre buena interacción
Personalmente no le veo mucho sentido en declarar la variable de retorno results y, a la vez, declarar la variable feeds y utilizarla para el retorno, se están malgastando recursos. En este caso yo he eliminado los nombres de las variables del retorno, re-ubicado la declaración de feeds y reemplazado el results del defer por feeds.
De acuerdo con alex.
A modo de sugerencia para el resto de compañeros, no es una buena practica estar declarando return con valores punteros si el objeto en cuestion no va a ser parte de alguna mutacion de estado, por ejemplo. Durante el curso muchos pases son por referencia innecesariamente. Es declarado mala practica porque si declaras un return de un puntero en una funcion, ese espacio de memoria para la funcion no va ser eliminado del call stack memory porque hay una referencia a una direccion de memoria de una variable, con lo cual entre mas grande la aplicacion mas latencia y mas desperdicio de recurso ocurrira.
El curso en general es bueno, aplaudo la intencion de generar un mapa de recursos que pueden hacer funcionar la aplicacion. Sin embargo se siente un poco al caletre el curso, no hay una pausa para explicar mas a detalle el porque de las cosas.