# Pagos basados en esfuerzo y beneficio ## ¿Por qué? En nuestra sociedad es común encontrar creadores trabajando amplias horas en una actividad que no le satisface ni interesa, hechos sin preocupación en la calidad de sus detalles, generando productos que "nunca son tan buenos" o llegan a la obsolecencia en un futuro no muy lejano. El mecanismo de pago basado en el tiempo de trabajo sin consideración del tiempo de beneficio parece injusto en una cantidad de casos tanto para trabajadores que no perciben la utilidad de sus esfuerzos, así como para empleadores que ven frustrados sus propios esfuerzos en pos de la calidad de sus productos. ## ¿Qué? Al pagar considerando los beneficios, el paradigma cambia, ahora el incentivo es producir productos que subsistan y sean útiles la mayor cantidad de tiempo posible, que a su vez requieran la menor cantidad de cambios o esfuerzo de otras personas en el tiempo. ## ¿Cómo? 3 capas - Como base un archivo ejecutable que lee un manifiesto y retorna una ganancia bruta o porcentaje de ganancia por trabajador - Una API que permita guardar datos constantes, históricos y hacer peticiones al ejecutable recién nombrado - Aplicaciones que trabajan con la API ## Aplicaciones - Desarrollo de software - Creación de contenido audiovisual - Escritura - Periodismo - Y varios otros tipos de trabajo creativo ## Idea de negocio aplicado 1. Se reciben proyectos de desarrollo reales con la condición de que se puedan desarrollar como productos en la nube (con usuarios) y bajo licencias libres, la gente que aporte estas lucas iniciales serían clientes o "patrocinadores", puede ser más de uno por proyecto. 2. Los desarrolladores ganan lucas eternamente mientras el proyecto en la nube sea viable y la gente lo use, en base a las ganancias totales del proyecto dividido proporcionalmente por las líneas de código u horas invertidas en el proyecto. 3. Como la gente tiene que comer mientras desarrolla el proyecto, se le paga con "crédito" (sin intereses) en base a las lucas que ponen los patrocinadores. 4. Una vez el proyecto es liberado al público y a su vez se comienza a vender suscripciones en la nube, los programadores comienzan a pagar su crédito con el proporcional que les corresponde, si el software no es capaz de dar el rédito por cualquier razón y no alcanza a cubrir el monto del crédito no pasa nada, son lucas que la empresa no recibe simplemente. 5. Una vez el crédito es pagado en totalidad, el trabajador comienza a recibir las ganancias que le corresponden proporcionalmente, permitiendo que la empresa tenga una ganancia del 100% del costo que tuvo para ella el proyecto, con esto se pueden financiar gastos fijos, marketing, capacitaciones, etc. La idea es que la totalidad de esto sea invertido, no que un gerente se forre haciendo nada. ## Implicancias Con el objetivo de tener un mecanismo lo más justo posible, es necesario considerar: - Expertiz del creador: En cuánto tiempo un creador en capaz de producir algo de buena calidad en proporción a sus pares presentes y futuros. Considerar que un experto puede conseguir lo mismo no sólo en menos tiempo, sino también en menos "líneas de código". - Tiempo de trabajo - Ganancias totales en X periodo: Entradas reduciendo todos los gastos, incluyendo sueldos fijos - Tipo de sueldo: Permanente o sólo 1 vez, por ejemplo diferenciando al creador y al vendedor ... más aquí ... ### Casos de posibles limitaciones/vulneraciones - Un trabajador desarrolla una nueva funcionalidad en el mismo proyecto socabando el trabajo anterior en función del tiempo empleado. ... más aquí ...