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].

Example Input: Review_1: El artículo describe un conjunto de técnicas de extracción de datos principalmente encontradas en herramientas ETL, menciona las redes sociales que en principio señala como fuentes de datos para un estudio, pero que definitivamente no aplica o al menos no muestra su aplicación y resultados, lo mismo ocurre con las bases de datos NoSQL que menciona pero que se observa y describe un trabajo con ellas.  Si bien es cierto que se trata de una revisión, más parece un material docente para impartir una clase introductoria de ETL. Yo sugeriría aprovechar esta revisión preliminar para proponer una metodología de trabajo en redes sociales, además de establecer los pasos a seguir en este metodología para una extracción eficiente de datos desde los repositorios de redes sociales señaladas, quizás comparar el desempeño y utilidad de las técnicas en cada red social y evaluar que técnicas ETL son más apropiadas pero de manera empírica.  También se debe señalar que tiene algunos errores de redacción, repetición de artículos y palabras. Review_2: El artículo no refleja cabalmente lo indicado en el título "Revisión de técnicas de extracción de información en redes sociales sobre bases de datos NoSQL", ya que sólo se trata de una mirada general a las redes sociales y a los sistemas de persistencia de datos que utilizan (basado en sabd noSQL). Más que técnicas de extracción, se hace revisión al conocido proceso ETL utilizado en Datawarehouse, proponiendo su uso en redes sociales. El principal aporte, lo constituye una propuesta de seis pasos para la extracción de información desde redes sociales, los que se centran en tópicos conocidos, obviando los principales problemas que esto involucra, entre los que se encuentra el acceso a los datos.  Redacción (revisar numeración de páginas): (página 2) "del mundo del de los datos"  (página 5) "que aunque sean gratuitos con la finalidad principal de recolectar datos personales de los usuarios" Review_3: El trabajo es interesante. Se nota que se invirtió bastante tiempo en la revisión bibliográfica del tema. El aporte es que permite revisar las técnicas de extracción de información para bases de datos noSQL. Una vez que se apliquen las técnicas se encontraran nuevos desafíos que se pueden "ver" sólo al momento de la implementación. Por otro lado el riesgo está en cuantos investigadores están trabajando en el tema en distintas partes. Esto debido a que es un tema de línea principal. ¿Qué hay implementado al respecto? ¿Vale la pena aplicar las técnicas? Una mirada a estos aspectos es importante para no encontrar sorpresas en la implementación.  El trabajo está bien presentado y es claro.  Hay algunos errores: - Los números de páginas no están correlativos. Después de la página 5 vuelve a la página 3. - El esquema de la figura 2 indica que la " selección de fuentes" y " procesamiento:calidad de datos" son actividades de " 1. Determinación de objetivos". Sin embargo en la redacción están asociadas a "2. Preparación de datos" ¿A qué actividad están asociadas 1 o 2? 
Example Output: reject

Example Input: Review_1: El presente paper realiza una categorización de formas de integrar reglas de negocio en un diseño utilizando el paradigma orientado a aspectos y propone una plantilla de documentación para reglas de negocio basado en dicha categorización.  El paper entrega información útil sobre el problema en particular, así como una categorización razonable de diferentes aspectos en este problema. Es un buen punto de partida para una investigación en esa línea.  Aunque la información entregada en el paper es de suma relevancia para una investigación en este tema, es insuficiente para aceptarlo como un trabajo completo y autocontenido. La razón es que el paper se enfoca en identificar problemas y proponer un artefacto (la plantilla) que debería resolver dichos problemas. Sin embargo no presenta evidencias de por qué esta plantilla es una buena alternativa para resolver dichos problemas. Para ello se requieren los elementos mencionados en el trabajo futuro, específicamente la especificación formal y la herramienta automática para crear plantillas y mapearlas a AOP.  Mi sugerencia es esperar a que estos elementos estén listos para completar este paper y enviarlo a una nueva conferencia. Review_2: El trabajo presenta una alternativa viable para resolver el problema del cambio de las reglas de negocio.  Se puede mejorar agregando algo más de background al tema de aspectos, dado que se asume un conocimiento previo de este tema, por lo que el paper no es autocontenido. Review_3: El trabajo presenta una metodología para abordar al complejidad de implementar reglas de negocios sin realizar cambios en la funcionalidad base de un sistema.  Propone una metodología clara basada en documentación mediante plantillas para manejar y analizar el impacto de realizar la implementación de una regla de negocio vía orientación al aspecto.  Las razones presentadas para indicar que el enfoque OA para encapsular la conexión entre las reglas de negocio y la funcionalidad base no es una tarea trivial, son generales y deberían ser abordadas con mayor profundidad.  No presenta evidencias formales de que la utilización de las plantillas propuestas resuelvan de forma concreta un problema.  Se sugiere presentar un problema resuelto por medio de la herramienta que se encuentra en desarrollo que maneje automáticamente las plantillas. En su defecto, demostrar la aplicación a un problema específico. 
Example Output: accept

Example Input: Review_1: El artículo presenta un estudio de la percepción que tienen los ingenieros de requisitos (noveles y expertos) en relación a la efectividad de las diferentes técnicas de educción  para el descubrimiento de los requisitos en un proyecto de desarrollo de software.  El articulo trata un tema que merece cierta atención ante la gran cantidad de técnicas de educción que existen y la desorientación de los ingenieros de requisitos respecto de cuál utilizar en un determinado contexto.  El estudio realizado considera como noveles Ingenieros que no tienen conocimiento de técnicas de educción y uno de los atributos que debe ser calificado como base del estudio comparativo, es precisamente su experiencia. De hecho como conclusión se expresa que “una más amplia formación y principalmente de tipo práctica, es necesaria para que los ingenieros noveles puedan decidir….”, eso es de Perogrullo. Debería ser considera una gama mayor de atributos del contexto como los sugeridos en [14], que permitan conclusiones más veraces. Review_2: Es un estudio realizado bajo una metodología formal (técnica de emparrillado). El objetivo tras el estudio es mejorar la preparación de estrategias para la formación en técnicas de educción de requisitos, lo cual es un aporte dada la relevancia de la Ingeniería de Requisitos en el desarrollo de software. El estudio cubre una amplia variedad de técnicas de educción, entre las cuales se incorporan las más utilizadas en la práctica.  El estudio se aplicó a personas que pertenecen a una única institución (Universidad Politécnica de Madrid), sin duda esto es una limitante ya que todos tienen exactamente la misma formación, sería interesante aplicar el estudio a ingenieros noveles con diferentes formaciones. Las conclusiones obtenidas del estudio no son novedosas, confirman lo que por lógica se podía esperar. 
Example Output:
accept