TASK DEFINITION: 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].
PROBLEM: 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.

SOLUTION: very negative

PROBLEM: Resumen: Este trabajo describe una experiencia del uso de un lenguaje "gráfico" en una escuela.  Evaluación: El tópico del trabajo es interesante, sin embargo, a) la descripción del trabajo es débil y b) los resultados parecen no repetibles.  Por ejemplo para a), la descripción no muestra ninguna imagen de cómo funciona el lenguaje (recordar que es un lenguaje gráfico). Un ejemplo de scratch es fuertemente recomendable para introducir el lenguaje.  Por ejemplo para b), no hay una clara descripción de la configuración de los experimentos, los resultados que se quieren medir y tabla para apreciar fácilmente los resultados obtenidos.  Detalles menores: a) El comienzo del abstract es súper complejo de entender b) Un excesivo uso de "esto es" c) algunas faltas de ortografía como "preunta" d) Oraciones muy largas.

SOLUTION: negative

PROBLEM: Problemas de forma identificados:  - Figura 7 no es clara en su contenido. - Figura 5 y 6 no aportan al trabajo desarrollado. - El proceso de transacción debería estar numerado. - Cuadro debería ser Tabla, además la tabla 2, 3 y 4 no son legibles. Se deberían re-escribir. - Página 3 el texto de la palabra Samsung no es del mismo tipo de fuente. - Figura 8 no tiene título. - Se debe corregir y mejorar la ortografía (conclusiones).   Problemas de fondo:  - El apartado 3.1.2 no se encuentra relacionado directamente con el problemática planteada. - La descripción de las arquitecturas y modalidades de utilización de NFC no aporta a la solución expuesta. - En la sección 4.1 se hace mención a la máquina virtual Dalvik, sin embargo, desde la versión de Android Lollipop hacia arriba, se utiliza ART y no Dalvik. - La tabla 6 no aporta el trabajo desarrollado. - El trabajo desarrollado utiliza 8 de 11 páginas en introducción y tecnologías, sin embargo, sólo se utiliza 1 página para mostrar las evidencias. - Se plantean algunos indicadores, sin embargo, no se da evidencia de los valores obtenidos. - Las figuras 10, 11 y 12 muestran capturas de la aplicación?, sin embargo, no se indican en detalle la forma de aplicación de las tecnologías en Android. - Falta evidencias de la aplicación descrita, en particular desde al área de la ingeniería de software.

SOLUTION:
neutral