TASK DEFINITION: In this task, you are given a paper review. Based on the review, your job is to identify language and generate "en" if the review is in English or generate "es" if the review is in Spanish. Note that URLs in the text have been replaced with [Link].
PROBLEM: El documento describe un trabajo exploratorio en el desarrollo de una aplicación software en el área de informática médica, concretamente en los sistemas HIS (Hospital Information System). La propuesta es interesante pero el documento denota que es un trabajo insipiente, o se entiende esto, dado que se describe la arquitectura propuesta y la metodología del proyecto, pero no se describe un escenario de prueba o un caso concreto de validación. Igualmente, no se observa en el documento la descripción de un software resultado del proyecto, y por el título del artículo y el abstract se espera la descripción de alguna propuesta software.

SOLUTION: es

PROBLEM: Este trabajo se enmarca en el área de la arquitectura del negocio y propone un interesante modelo de automatización de reglas de negocio para mejorar la flexibilidad de los sistemas de información aplicado a entidades financieras. El modelo propuesto  se orienta a desacoplar la lógica de negocio de  las reglas de negocio.  La problemática que aborda el artículo está sustentada adecuadamente en las dificultades mencionadas en el ámbito de los proyectos de software y en el mundo financiero.  El autor podría profundizar un poco más en las experiencias de desarrollo de proyectos en otros ámbitos y la relevancia de las reglas de negocios en el desarrollo de sistemas de información eficientes en la empresa.  El objetivo declarado por el autor  es proponer una metodología que permita flexibilizar la operatoria de los sistemas de información en las entidades financieras  el que en general se explicita  en forma adecuada.  La revisión bibliográfica es pertinente a los temas que se abordan y las teorías y modelos considerados son  adecuados al objetivo que se ha planteado. Los análisis asociados al concepto de reglas de negocios y arquitectura del sistema son atingentes al tema. El autor debería especificar como se establece la relación entre el modelado de procesos y el diseño y caracterización de las reglas de negocio. Se menciona que utilizan las tablas de puntos de decisión, pero estas no se mencionan en detalle ni visualmente. El autor debería sustentar de mejor manera la elección de “Pipes and Filter”  como modelo de arquitectura del sistema. Sería importante destacar también si existen trabajos similares realizados en otros ámbitos  ( ya que el autor  no lo menciona)  El aspecto metodológico del trabajo se  enfoca a describir el proceso a través del cual se llega a la definición de la arquitectura de software para automatizar las reglas de negocios y las herramientas que se utilizaron en su desarrollo. Este enfoque metodológico es adecuado y se asocia claramente a una aplicación de estudio de caso. El aporte importante en este aspecto es la descripción detallada del proceso desde el levantamiento de las reglas hasta el diseño y desarrollo de la arquitectura de aplicación propuesta.  El autor  debería hacer un cuadro resumen en el que se represente este proceso en forma resumida.   Es claro que los resultados de este trabajo tienen la validez deseada, ya que se sustenta en la utilización de modelos y herramientas ya validados en el ámbito del diseño de plataformas de negocios basadas en reglas.  La contribución del trabajo es importante ya que sistematiza un proceso que es de amplia utilización en el desarrollo de sistemas de información que sean flexibles y adaptables al entorno cambiante. Sin embargo en las conclusiones no está reflejado con toda claridad estas contribuciones por lo cual se sugiere a los autores mejorar las conclusiones incluyendo los aportes significativos en términos metodológicos y de aporte a la disciplina en la que se enmarca el artículo.  Los aspectos formales del trabajo son satisfactorios para el congreso. Hay detalles menores  en la gramática como en el primer párrafo de la introducción que falta la letra U.  Se sugiere aceptar el artículo con modificaciones menores

SOLUTION: es

PROBLEM: From my original comments:  The results looks good but the baselines proposed are quite bad.  For instance in the table 2 "Misclassification rate for a 784-1024-1024-1024-10 " the result for the FC with floating point is 1.33%. Well far from what we can obtain from this topology, near to 0.8%. I would like to see "significant" compression levels on state of the art results or good baselines. I can get 0,6% with two FC hidden layers...  In CIFAR-10 experiments, i do not understand  why "Sparsely-Connected 90% + Single-Precision Floating-Point" is worse than "Sparsely-Connected 90% + BinaryConnect". So it is better to use binary than float.   Again i think that in the experiments the authors are not using all the techniques that can be easily applied to float but not to binary (gaussian noise or other regularizations). Therefore under my point of view the comparison between float and binary is not fair. This is a critic also for the original papers about binary and ternary precision.   In fact with this convolutional network, floating (standard) precision we can get lower that 9% of error rate. Again bad baselines.  ----  The authors reply still does not convince me.  I still think that the same technique should be applied on more challenging scenarios.

SOLUTION:
en