Desarrollando desde la trinchera.

En CONCEPTO estamos buscando : Estudiante de Ingeniería en Computación que esté cursando tercer/cuarto año. Se prefiere conocimiento GeneXus (no excluyente) y Base de Datos Si te gusta programar y resolver problemas, mandanos un mail a rrhh@concepto.com.uy con tu curriculum. Si podes viajar a los paises de latinoamerica, da puntos dobles :) Como nos interesa que todos los que trabajen en Concepto se reciban, damos facilidades en el horario de trabajo y facilidades para los examenes, para que puedas terminar la carrera. Es para trabajar en nuestras oficinas en Av. Italia 6201, Parque Tenologico del LATU, edificio Los Sauces Actualizacion: Gracias a todos los que se presentaron. Ya cubrimos las vacantes que teniamos.

Hay aplicaciones que son mas fáciles de instalar que otras. También influyen mucho en la forma que se instala una aplicación los procesos que se tengan definidos en la organización en la cual se instalan. En el entorno que me muevo habitualmente, la forma de trabajo es la siguiente : Los usuarios funcionales definen los requisitos o requerimientos de la aplicación. Un grupo de desarrollo diseña y programa la solución y se realizan pruebas técnicas El grupo de usuarios que fija los requerimientos debe dar la aprobación que la aplicación cumple con los requisitos. Para lograr esto, se tienen los siguientes ambientes: Desarrollo. Donde los desarrolladores GeneXus programa y consolidan su trabajo Pre-Producción . Donde los usuarios expertos realizan las pruebas funcionales y aprueban el pasaje a producción. Producción. Donde se ejecuta la aplicación. Los desarrolladores no tienen acceso a este ambiente, o algunos solo tienen acceso para realizar consultas. ...

Esto es una respuesta al post Paralelizando programas . Viendo las respuestas que brindaron los lectores (gracias!), vemos 2 tipos de soluciones: hacer submit hacer shell con la opción que no espere a que termine. de forma de hacer una llamada asincrónica (que no esperar_a que termine). El problema mayor esta en limitar la cantidad de instancias que pueden correr en forma simultanea. Según el problema había que limitar a 8 la cantidad de procesos/thread simultáneos. No estaba dicho el el problema, pero si se genera el programa en java/web, se puede utilizar el SUBMIT, con la propiedad SUBMIT_POOL_SIZE =8 en el client.cfg. SUBMIT_POOL_SIZE es una propiedad implementada solo en java/web en el 2003, que esta buena y me entere hace muy poco de su existencia. Creo que puede ser interesante implementarla para el resto de las plataformas (.NET y Ruby), pues el tema de paralelismo va a ser cada vez mas necesario. Si el programa es .NET, puede utilizarse el shell no modal ...

En una KB GeneXus tengo una tabla de la forma Tabla *Clave N(10) Procesado C(1) Otros VarChar(1000) y un programa GeneXus que hace lo siguiente: for each where Procesado='N' Proceso_y_Marco(Clave) endfor El Proceso_y_Marco() es un procedimiento que demora en promedio 1 segundo, aunque algunos demoran 5 minutos y otros menos de medio segundo. Este proceso marca el registro como procesado y puedo ejecutar varias programas de estos en paralelo con diferente parametro, pues no produce bloqueos entre ellos. El proceso es bastante pesado y no pueden ejecutarse mas de 8 procesos simultáneos sin perjudicar la performance del resto del servidor donde ejecuta. Hacer un programa que ejecute el proceso_y_marco() en paralelo, no superando los 8 procesos simultáneos. Explique los cambios a realizar en el código. UPDATE: Segunda parte en Respuesta de Paralelizando Programas