194,460 research outputs found

    Las fallas del mercado, su vinculación con los procesos de generación y transferencia de conocimiento en espacios rurales

    Get PDF
    El artículo pretende aproximarse a una revisión sobre los fallos del mercado y su incidencia sobre las decisiones de los agentes participantes del mercado. Además de la revisión bibliográfica sobre los fallos y la eficiencia del mercado en la asignación de recursos, se presenta una breve definición sobre algunos de los tipificados fallos de mercado pueden incidir sobre el proceso de generación y transferencia de conocimiento que se da en el ámbito de los pequeños y medianos productores rurales (PMPR) del paí

    Detección de fallos con validación probabilística

    Get PDF
    Presentamos una estrategia general para el diseño de un bloque de detección de fallos con validación probabilística (PCV- Procesado, clasificación, validación). Se propone un esquema general de PCV, que permite diseñar un bloque de detección de fallos con validación probabilística en el porcentaje máximo de fallos no detectados (impuesto como condición de diseño) y en el porcentaje de falsas alarmas (obtenido a posteriori). En cada iteración del algoritmo secuencial, una solución candidata se valida probabilísticamente mediante un conjunto de muestras generadas aleatoria- mente. Presentamos un marco general en el que la solución candidata puede violar las restricciones para un reducido número de elementos del conjunto de validación. Este esquema generalizado muestra significativas ventajas, en particular en términos de la óbtención de la solución probabilísticaPeer ReviewedPostprint (author’s final draft

    Los fallos metodológicos del modelo keynesiano

    Get PDF
    El presente trabajo trata de poner de manifiesto, algunos de los fallos metodológicos más importantes del modelo keynesiano de economía. La “teoría general” de Keynes supuso un avance inconmensurable respecto a los modelos clásico y neoclásico anteriores a él. Sin embargo sus planteamientos no consiguieron dar el paso definitivo que era necesario para construir una teoría económica de largo plazo, capaz de combatir las crisis cíclicas, conseguir el pleno empleo y mejorar la distribución de la renta y de la riqueza. Los planteamientos de Keynes se quedaron cortos al fijarse más en los síntomas que en los problemas de fondo suscitados por las teorías clásicas y neoclásicas. Los fallos que se infieren sobre su teoría económica, se caracterizan por haberse centrado en el corto plazo, olvidando el largo plazo; tener un alcance eminentemente nacionalista, cuando los problemas a resolver tenían trascendencia claramente supranacional; y olvidar los aspectos estructurales e institucionales para fijarse en los problemas económicos desde una perspectiva estrictamente coyuntural, sin la pretensión de buscar soluciones duraderas sobre las cuestiones de fondo. ____________________________________________The present paper analyses some of the most important methodological failures in Keynes’ model of economy. Keynes’ “general theory” meant an immeasurable advance with respect to the previous classical and neoclassical models. However, his ideas did not achieve to give the definite step forward, required to construct a long-term economic theory, able to fight against the cyclical crises, to achieve complete occupation of labour force, and to improve the distribution of wealth and income. The reason why Keynes’ ideas were insufficient is that they were based on the symptoms rather than on the real problems, problems that also the classical and neoclassical theories were unable to solve. Besides, Keynes used only nationalist measures, while the problems to be solved required supranational actions. In addition, he adopted only short term policies, forgetting long-term ones. Finally, to approach the solutions to the economic problems, he only used a momentary and current point of view, not taking into account the structural and institutional framework omitting, therefore, the search for definitive and true solutions to all those problems

    Diseño e implementación de mejoras a la plataforma para la gestión de pruebas de proyectos de software - mantest

    Get PDF
    El desarrollo de software es un proceso que generalmente involucra confusión y conjeturas entre los integrantes del equipo. Los cambios prematuros, la adición de nuevos requerimientos por parte del cliente o simplemente la solución de una falla en el aplicativo son ítems que se reflejan en el desgate del equipo, lo cual puede a conducir a nuevos fallos del mismo. El Testing (prueba) de software tiene como objetivo minimizar el impacto de estos fallos en la funcionalidad del aplicativo y maximizar el porcentaje de obtención de los resultados esperados de la misma

    Competencia en el mercado: el caso de los servicios de aseo en Colombia

    Get PDF
    La literatura económica ha analizado con gran nivel de detalle la forma como opera la competencia, pero también, las circunstancias en que su operación es limitada. Esas circunstancias se analizan como “fallos de mercado”, y se resumen generalmente en cinco grandes grupos: poder de mercado, asimetría de información, externalidades, bienes públicos y mercados incompletos. Ante los fallos de mercado, se prescribe la intervención regulatoria como el mecanismo adecuado que, a través de incentivos y coerciones, debe permitir a la sociedad resultados equiparables a los que se obtendría si la competencia operase de manera plena

    Federal Courts in Foreign Systems

    Get PDF

    Diseño de sfiCAN: un inyector físico de fallos para redes CAN basado en una topología en estrella

    Get PDF
    [spa] Este artículo presente al diseño y parcial implementación del sfiCAN: un inyector físico de fallos para el bus CAN que permite la creación de una gran variedad de escenarios de fallos. El inyector de fallos reemplaza la topología bus del CAN por una estrella, cuyo elemento central es un hub con mecanismos de inyección de fallos. El inyector de fallos es fácilmente configurable, desde un PC conectado a un puerto dedicado del hub. Para ello se usa una especificación de inyección de fallos, la cual es traducida a un protocolo de configuración por encima de CAN. Este protocolo sólo es usado entre tests y por ello no interfiere en la ejecución de éstos. El propósito del inyector de fallos es comprobar el comportamiento de los nodos de una red CAN en presencia de errores en el canal. En particular, el comportamiento de los controladores CAN de los nodos y del software que se ejecuta en ellos, para los cuales la topología de estrella es transparent

    RADIC II : a fault tolerant architecture with flexible dynamic redundancy

    Get PDF
    The demand for computational power has been leading the improvement of the High Performance Computing (HPC) area, generally represented by the use of distributed systems like clusters of computers running parallel applications. In this area, fault tolerance plays an important role in order to provide high availability isolating the application from the faults effects. Performance and availability form an undissociable binomial for some kind of applications. Therefore, the fault tolerant solutions must take into consideration these two constraints when it has been designed. In this dissertation, we present a few side-effects that some fault tolerant solutions may presents when recovering a failed process. These effects may causes degradation of the system, affecting mainly the overall performance and availability. We introduce RADIC-II, a fault tolerant architecture for message passing based on RADIC (Redundant Array of Distributed Independent Fault Tolerance Controllers) architecture. RADIC-II keeps as maximum as possible the RADIC features of transparency, decentralization, flexibility and scalability, incorporating a flexible dynamic redundancy feature, allowing to mitigate or to avoid some recovery side-effects.La demanda de computadores más veloces ha provocado el incremento del área de computación de altas prestaciones, generalmente representado por el uso de sistemas distribuidos como los clusters de computadores ejecutando aplicaciones paralelas. En esta área, la tolerancia a fallos juega un papel muy importante a la hora de proveer alta disponibilidad, aislando los efectos causados por los fallos. Prestaciones y disponibilidad componen un binomio indisociable para algunos tipos de aplicaciones. Por eso, las soluciones de tolerancia a fallos deben tener en consideración estas dos restricciones desde el momento de su diseño. En esta disertación, presentamos algunos efectos colaterales que se puede presentar en ciertas soluciones tolerantes a fallos cuando recuperan un proceso fallado. Estos efectos pueden causar una degradación del sistema, afectando las prestaciones y disponibilidad finales. Presentamos RADIC-II, una arquitectura tolerante a fallos para paso de mensajes basada en la arquitectura RADIC (Redundant Array of Distributed Independent Fault Tolerance Controllers). RADIC-II mantiene al máximo posible las características de transparencia, descentralización, flexibilidad y escalabilidad existentes en RADIC, e incorpora una flexible funcionalidad de redundancia dinámica, que permite mitigar o evitar algunos efectos colaterales en la recuperación

    Reconfiguración Dinámica de Arquitecturas Software Aplicada a la Tolerancia a Fallos

    Get PDF
    En la actualidad, el desarrollo de sistemas software tolerante a fallos se realiza a un nivel dependiente de la tecnología, con lo que aumenta su complejidad y disminuye la reutilización. La mayoría de estrategias de tolerancia a fallos son estáticas: se basan en replicar elementos críticos para que, ante cualquier fallo, sus réplicas tomen el relevo. En este trabajo se describe cómo la reconfiguración dinámica de arquitecturas software puede aplicarse para desarrollar sistemas tolerantes a fallos. Las técnicas de reconfiguración dinámica permiten cambiar la configuración de sistemas software complejos en tiempo de ejecución, sin necesidad de detener el sistema. Este artículo describe cómo la reconfiguración dinámica es soportada a nivel de arquitecturas software y mediante aspectos, separando la funcionalidad de reconfiguración y las políticas de recuperación frente a fallos del resto de funcionalidades del sistema. Esto se ilustra mediante la definición de las políticas de recuperación del sistema de visión del Agrobot, un sistema robótico del ámbito agrícola
    corecore