You are given a paper review either in Spanish or English language. Based on the given review, evaluate the paper by classifying it to one of the five classes: (1) very negative, (2) negative, (3) neutral, (4) positive, and (5) very positive. Note that URLs in the text have been replaced with [Link].

Ex Input:
Es innegable el interés que ocasiona la problemática de la navegación de robots, por lo que el trabajo presentado constituye una alternativa para la elección de la arquitectura de control, dado que nos plantea mediante la comparación de métricas una posible solución al problema, sin embargo debe tenerse presente que ha sido realizado en un ambiente de simulación, bajo ciertas condiciones que no necesariamente se replicarán en la práctica lo cual a mi parecer restringe el ámbito de aplicación de los resultados obtenidos. Por otra parte las referencias y desarrollo de cálculos estadísticos dan validez a los resultados obtenidos con la consideración del ambiente en que fue realizada la prueba.  Trabajo bien desarrollado, aunque se plantea la necesidad de realizar pruebas con el móvil real, bajo diversas condiciones de entorno del robot, para validar los resultados obtenidos en simulador.

Ex Output:
positive


Ex Input:
Este paper presenta problemas importantes en su formulación.  Los papers de experiencias prácticas deben entregar algo más que una simple descripción del sistema desarrollado: deben indicar claramente qué nuevo conocimiento, técnica o solución se obtuvo de dicha experiencia. Consecuentemente, un paper de esta naturaleza debería incluir, al menos, los siguientes elementos esenciales:  - Una introducción que explique claramente el propósito del trabajo: (a) el problema que fue resuelto directa o indirectamente con la experiencia práctica, (b) por qué el problema es importante y no trivial y (c) por qué que esta experiencia entregó información nueva dentro de dicho contexto (no obtenida con experiencias similares). - Marco teórico - La descripción del sistema: no debe ser una mera enumeración de sus componentes y funcionalidades, sino indicar claramente aquellos elementos que, durante su desarrollo, aportaron información relevante al problema del estudio. - Conclusiones: deben estar alineadas con los elementos de la introducción y deben estar soportados por la evidencia entregada en la descripción del sistema.  Analizando el paper bajo esta perspectiva, encontramos problemas importantes:  Primero, la introducción no es clara respecto al propósito del trabajo y. La única parte donde se mencionan los objetivos es en el 5o párrado, donde se indica que el caso de estudio es "para demostrar empíricamente los costos de desarrollo" asociados a las tecnologías mostradas en el paper. Esto, junto con "destacar las principales características y potenciales virtudes de CakePHP y MVC.." parecen ser los elementos centrales del paper.  Segundo, la descripción del sistema no difiere mucho de un manual de sistema; falta evidencia esencial para soportar los elementos de la introducción: costos de desarrollo asociados (tiempo, personas, recursos) que, se supone, deberían ser menores que con otra metodología. Si bien las secciones que describen CakePHP y MVC tienen información relevante para el problema, no aportan valor al trabajo si no están respaldadas por evidencia obtenida directamente de la experiencia de desarrollo con esta tecnología. Por sobre todo, eché de menos una comparación con alguna otra experiencia similar, indicando, claramente qué mejoras al desarrollo introduce CakePHP/MVC.  Por último, las conclusiones del paper no están alineadas con los elementos indicados en la introducción; algunas de ellas entregan información fuera del contexto (conclusiones #5 y #6) o son irrelevantes (conclusión #2); otras carecen de evidencias que las soporten (conclusión #1) o no son explicitas en asociar la evidencia con lo concluido (conclusiones #3 y #4).  Al margen de las observaciones anteriores, el paper también requiere mejoras en la presentación de la información. Por ejemplo, no es explícito el valor que el código SQL de las figuras 10 y 11 entregan al paper. Las Figuras 12-15 no están adecuadamente descritas. Una persona que no comprenda bien el trabajo con línea de comando puede terminar totalmente desorientada y no entenderá los argumentos esgrimidos.  Por todos esos motivos el paper no está en condiciones de ser aceptado para publicación.

Ex Output:
very negative


Ex Input:
Este artículo presenta una interesante aplicación de algoritmos inmunes para  la programación de tareas.  Los resultados son de interés práctico.  Observaciones:  1.	Los autores hacen uso frecuente de términos en inglés, sin  la necesaria definición de los mismos o substitución por un término en español.  2.	Hay inúmeros errores de redacción que deben ser corregidos. A modo de ejemplo citamos la frase “Mientras la tecnología computacional avanza a pasos agigantados es importante en estos días optimizar la programación de una mejor manera con el fin de obtener mejores resultados, es por esto que se ha dado el uso de algoritmos inspirados en sistemas biológicos, dado que presentan una mayor optimización que el uso de heurísticas convencionales”;  3.	Un gran número de referencias está incompleta. Por ejemplo: 2, 3, 6 ......  Estas correcciones son necesarias  para la aceptación del trabajo

Ex Output:

positive