Відео

En efecto la parte de recomendaciones sobre las acciones a tomar luego de la identificación de los problemas en la hojas es el paso a seguir sobre este trabajo. Se podría pensar en un algoritmo de recomendación como tal, o un algoritmo que evalué el efecto de diferentes productos para cada tipo de anomalía en las hojas.

Que esperabas del video? cómo lo podemos mejorar para que alcance las expectativas?

​@@FLAGlabesperaba ver mas codigo y menos diapositivas, ese contenido parece ser sacado de refactoring guru

Gracias por el comentario@@mariorocha2969 , el propósito original del video era una visión general del patrón, pero trabajaremos en una versión que tenga una implementación directa sobre un ejemplo concreto

Gracias, ojalá sea de utilidad para próximos desarrollos!

con gusto :)

Hola, desgraciadamente ya no tenemos las diapositivas, pero se pueden reproducir del video

Gracias, ya ajustamos el título ;)

Gracias!

We have this and other interesting projects (read VR) for prospective Master students :)

Gracias

Gracias, pronto tendremos más resultados en esta área. Todos los detalles de nuestras áreas de investigación están en la página: flaglab.github.io/

Gracias!!!

La diferencia entre el State y el Strategy pattern es tenue. El propósito de uso es lo que determina que patrón utilizar. State se utiliza cuando se quieren tener implementaciones alternativas de un comportamiento, que dependen de alguna característica (un estado), Strategy es más utilizado para tener implementaciones distintas de un mismo comportamiento. Generalmente, la característica principal del State pattern es que, como mencionas, que el estado se define desde el contexto y además que puede ser delegado desde el estado mismo. El envío del contexto en le método alert es para cumplir precisamente este propósito, que desde un estado específico sea posible modificar el estado y delegar a nuevas implementaciones.

Gracias! Estamos considerando una segunda versión mostrando algunas características más avanzadas

Exactamente qué busca?

Los timepoints se pueden definir explícitamente e implícitamente. Explícitamente se hace con instrucciones específicas de código para marcar el punto en el que se puede hacer la revisión (desde el código), sin necesidad de pasar por cada uno de los puntos como sería el caso con los break points (que marcan puntos externos a la ejecución del programa). La forma implícita de marcar timepoints no requiere las instrucciones, sino las variables a revisar

De acuerdo Pedro Arnoldo la pronunciación correcta es /fəˈsɑːd/

​@@FLAGlab 5u9u5

Hola, actualmente NGSEP no hace análisis el análisis de microsintenia. Solo hace sintenia entre regiones relativamente grandes usando genes ortólogos.

The explanations are in Spanish, the problems variate between python, c++, and Java

Gracias!

Hola @Cesar Quintero, degraciadamente no podemos aumentar la calidad del video, sin embargo el código del ejemplo del video se encuentra en github.com/FLAGlab/Gold-programs/blob/master/DFAs/basic_function.gold. Podría revisar ahí

Thank you too!