In this task, you are given a set of paper reviews in English and Spanish language. Based on given reviews, your job is to generate decision, i.e., "accept" or "reject" for the given paper. Note that URLs in the text have been replaced with [Link].

[EX Q]: Review_1: El artículo describe una interesante aplicación de control de un dispositivo físico (para el caso en estudio, un robot móvil de Lego Mindstorms), mediante el procesamiento de las señales derivadas de cambios de índole facial y/o mental, provenientes de un casco  Emotiv EEG, el cual realiza un electroencefalograma de alta resolución. Sin embargo a pesar de lo interesante del trabajo presentado, el artículo carece del rigor que caracteriza al proceso metodológico de investigación, no se observa una discusión bibliográfica critica, no hay una definición clara del problema a investigar, presenta una pobre discusión  de resultados y abundantes errores de forma (Ej. la página 3  presenta el siguiente texto “¡Error! No se encuentra el origen de la referencia”, no existe página 2, etc.), que denotan que el autor no fue riguroso en su revisión antes del envío. Finalmente en mi opinión el trabajo es un buen aporte como un excelente trabajo de proyecto o taller dentro la malla curricular de alguna carrera de Informática o Electrónica. Review_2: El paper corresponde a una muy buena aplicación de una plataforma para interfaz gestual de acciones con un robot. Esta bien redactado y con buen uso de las referencias 
[EX A]: accept

[EX Q]: Review_1: RESUMEN:  El trabajo se presenta y describa la aplicación de una red social para noticias (4x4News), donde las noticias más relevantes estarán presentes (entre otras características). Esta aplicación se caracteriza por una pantalla divida en una matriz de 16x16, donde cada celda  es una noticia.   EVALUACIÓN GENERAL:  El trabajo está bien escrito y sigue un formato (casi) completamente adecuado para INFONOR. La aplicación suena interesante y potencialmente útil como un add-on para redes sociales ya comúnmente usadas (ej. Facebook).  Hay varios puntos independientes que considero que son importantes de resolver:  1) Si bien es un trabajo de ingeniería interesante, no puedo ver cuál es el aporte/contribución desde el punto científico ¿Qué se puede re-utilizar de este trabajo para un futuro trabajo científico?  2) Dado que ustedes ofrecen una aplicación, creo que es fundamental un link para (com)probar esta aplicación.  3) En mi opinión, el sitio Web [Link] se aproxima a lo propuesto por este trabajo. Estó es así, porque terra permite registro de usuarios (perfiles), comentar noticias, valorar noticias, y configurar el sitio Web para mostrar las noticias que un usuario desea.  4) Este podría ser un detalle menor, pienso que el uso de redes sociales se podría usar para algo más que solamente mostrar la noticia más importante (ej. mostrar una especie de tracking (social) de una(s) noticia(s) similar).  DETALLES MENORES:  - Al final de la introducción, el uso de BOLD no es recomendado. - “Los titulares no realizan un buen análisis”. ¿Qué es un “buen” análisis?. Durante el trabajo, se observa varios adjetivos usados de manera ambiguas y que son innecesarios (ej. “complejo proceso” en la sección 2.1). - Dentro de la sección 2: “Desarrollo”, se encuentra el trabajo relacionado (sección 2.1). Esta sección debería ser re-estructurada. - Las citas del tipo “X, y otros, AÑO” (ej. sección 2.2 “Wilson, y otros, 2014”), creo que están incorrectas. Deberían usar “et al”. - Sección 2.2, ¿la coincidencia de palabras es suficiente para decir que dos noticias son similares? Creo que un análsis más profundo es un necesario. - Explicar un poco más el concepto “bundles”. - En las referencias se usan números [1], pero en el texto no usa números. Recomiendo seguir el formato de INFONOR. Review_2: Paper fácil de leer y bien escrito.  Está en la línea de los trabajos de INFONOR.  Sin embargo, no queda claro cómo aplica la "Teoría de la relevancia", es demasiado escueto en este ámbito del artículo que a mi parecer es lo más importante. Por lo que no es posible dar una opinión certera sobre el trabajo.  Se sugiere expandir la sección 2.2, en lo referente a cómo los aspectos para determinar la relevancia son utilizados o mezclados para determinar si una "news" es relevante o no.  La herramienta elaborada es interesante como también los elementos utilizados en su desarrollo. 
[EX A]: reject

[EX Q]: Review_1: 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. Review_2: Presenta un framework para el trabajo de MVC con PHP de forma simple.  Podría ser un poco más técnico en cuanto a elementos de configuración y agregar comparación con otros frameworks existentes para entender por qué CakePHP y no otra alternativa. Review_3: El trabajo expone la aplicación del framewok CakePHP a un problema específico.  Expone en forma clara la utilización del patrón MVC mediante CakePHP.  La introducción es muy general y pone énfasis en elementos (calidad, tiempo y RAD) que no son desarrollados o demostrados en profundidad en el trabajo.  Presenta el caso de estudio en CakePHP, sin realizar una comparación específica a partir de los elementos que sean mediables (tiempo, costo) con otros frameworks.  Posee faltas ortográficas (Universiades).  Se menciona la utilización de la técnica de programación extrema, sin embargo, no se específica de que forma fue desarrollada por los autores.  Se presenta código SQL sin especificar como se encuentra relacionado con el framework CakePHP.  No se identifica de manera clara el aporte de los screenshots presentados.  Sería deseable una introducción más detallada el problema específico resuelto. No queda claro cuáles son los beneficios de utilizar CakePHP para el desarrollo de esta aplicación.  Las conclusiones son muy generales y distan de ser específicas para el trabajo desarrollado. 
[EX A]:
reject