Quiero sintetizar un intercambio que tuvimos con Tincho via chat y algunos otros conceptos que fui formando desde hace un tiempo acerca del tema del titulo.

Programacion individual:
pro 1- se avanza mas rapido al no tener que coordinar estructuras de codigo y protocolos
pro 2- las pruebas de codigo son inmediatas puesto que todo el programa esta en una PC en su ultima version
pro 3- el alcance del soft lo define una persona que determina cuando el programa es lo suficientemente util como para declararlo terminado
pro 4- el redito del soft no se comparte, si hay exito en la monetizacion todo ira para el individuo

con 1- se van a cometer errores que no seran corregidos sino mas bien emparchados para seguir con lo mas activo del soft
con 2- para lograr un soft completo el programador tiene que tener conocimiento de todas las areas, no solo codigo: artwork, internet, web, interaccion con el SO, bases de datos, grafico, formularios, etc en definitiva, ser un crack, un Benoit Minisini de eso que hay 1/1.000.000
con 3-hay muchas chance que el soft no sea del agrado de muchos, no hay feedback durante el desarrollo sino luego de la publicacion
con 4-en general no hay rédito en el programa el que en la mayoria de los casos, fenece con nuestro HD

Programacion en equipo:
pro 1- es necesario fijar protocolos para todo: nombres, datos, comunicacion; esto redunda en codigo de calidad
pro 2- los programadores no necesitan saber cada aspecto del software, pueden especializarse en graficos, web, publidad, algoritmos, datos con lo que superaran al individuo en cada area y el soft sera mas completo
pro 3- el feedback es constante, y el equipo se automotiva
pro 4- el soft tiene mas chances de competir contra otros y generar ingresos reales

con 1- el avance es mas lento, a veces alguno del equipo tiene q esperar el avance de quien trabaja a ritmo mas lento otros y frustrarse
con 2- las pruebas requieren el ensamble de las piezas de codigo de cada programador, lo que lo ralentiza
con 3- la expectativa del alcance de las tareas que hara el soft puede variar de un programador a otro, generando conflictos
con 4- el rédito del programa deberá dividirse entre los actuantes

Habiendo desarrollado en ambas modalidades de trabajo, mi conclusión es que en equipo se tienen muchas mas chances de lograr un trabajo de calidad y es infinitamente mas divertido. Todos disfrutamos de nuestros programas por mas sencillitos que sean, pero es obvio que cuanto mejor sean, mas disfrutaremos.

Nuestro experto, Shordi, el 10 del equipo, con todo lo que sabe y la experiencia que tiene, seguramente hay areas que desconoce. Sin dudas sus programas serian mejores con el aporte de otros.

Y a que viene todo este rollo? JAJA, a una charla con Tincho en la que le exprese la necesidad que tenemos en mi micro-empresa (dos ingenieros y una secretaria hot) de un software que nos maneje las finanzas. el me propuso de hacer uno, a lo que le dije: "vas a tardar dos anos, arma un equipo en el foro!!!"

saludos, los quiero a todos

"vas a tardar dos años, arma un equipo en el foro!!!"

La motivación nace de alguna parte. De nuestro interior, del reconocimiento de los demás, de ambas cosas, quien sabe.
Pero tal vez este foro vuelva a sorprendernos otra vez a todos nunca se sabe.

Dejo una frase, que puede englobar el concepto de lo que una buena motivación puede lograr.

Elegimos ir a la Luna. No porque sea fácil, sino porque es difícil.
John F. Kennedy

Saludos.

....
....
Habiendo desarrollado en ambas modalidades de trabajo, mi conclusión es que en equipo se tienen muchas mas chances de lograr un trabajo de calidad y es infinitamente mas divertido. Todos disfrutamos de nuestros programas por mas sencillitos que sean, pero es obvio que cuanto mejor sean, mas disfrutaremos.

Nuestro experto, Shordi, el 10 del equipo, con todo lo que sabe y la experiencia que tiene, seguramente hay areas que desconoce. Sin dudas sus programas serian mejores con el aporte de otros.

Y a que viene todo este rollo? JAJA, a una charla con Tincho en la que le exprese la necesidad que tenemos en mi micro-empresa (dos ingenieros y una secretaria hot) de un software que nos maneje las finanzas. el me propuso de hacer uno, a lo que le dije: "vas a tardar dos anos, arma un equipo en el foro!!!"

Yo experto sí... pero en el trabajo en equipo no. Toda la vida he estado en trabajando en solitario (salvo las ayudas de este foro). En los dos últimos años de trabajo tuve a dos Padawanes a los que tuve que formar y poner al día, pero eso no era trabajo en equipo, por cuanto ya estaba "todo" hecho y realmente se desarrolló poco en esos dos años (salvo el proyecto Intriga, que me jubilé dejandolo inconcluso por falta de tiempo).

De genio nada pero, como cavernícola, sí que tuve que hacer de todo. Desde instalar cableados de redes (y de teléfonos), comprar, transportar, arreglar y configurar los puestos de las distintas LAN, hasta diseñar el software pasando por hacer las webs, montar los servidores y todo, todo, todo.
Uno de los Padawanes no demostró demasiada posibilidad de avance con lo del Gambas por la distancia (estábamos en ciudades distintas) y le derivé a él todo lo relativo a webs, que es algo que nunca me gustó. Tuvo problemas... pero yo me limité a aconsejar aquí y allá, que bastante tenía con "lo mío" como para meterme en el trabajo de otros, y el hombre salió/sigue saliendo airoso.

El otro Padawan es el que mantiene ahora el software de Gambas3 y todo lo demás. Mucho mejor que yo en el tema de servidores y redes, es el que introdujo la VPN, tema sobre el que yo era un ignorante completo. Eso le dio un empujón muy bueno al intriga porque al trabajar en un "entorno seguro", puedes relajar un poquito el tema de la seguridad a la hora de comunicar con el servidor y las BBDD, etc.

El otro día quedé a tomar un café con él para pedirle el código actual de Intriga, que él ha seguido manteniendo desde entonces... y observo un pelín orgulloso que en su pantalla lo sigue teniendo abierto, que sigue siendo útil y, esto no sé cómo tomarlo, que el código está en un 99,9% como lo dejé. Por un lado dice que mi código es bueno, si así aguanta, y por otro que el proyecto morirá por obsoleto algún día.

Pero resumiendo: en lo de trabajo en equipo... prácticamente nada. No me disgustaría, ahora que tengo tiempo, iniciarme en ello. Me apunto a lo de tus finanzas... pero no sé si seré capaz, a mis años, a estas alturas, de adaptarme a tanto como dices.

Para lo que desees.

Saludos

Para lo que desees.

Gracias de antemano, pero es para Tincho! Mi fuerte son los graficos, los algoritmos y matematicas. Igual me apunto, eh!!

Pusimos un Caso de Estudio: Odoo, software modular de código abierto. Mi hermano tiene una empresa mas grande y lo contrato. Es modular, permite que cualquier desarrollador haga un componente y gane dinero con el sistema, en conjunto con los demás. Corre en una web, por lo que puede usarse en android, windows, linux, apple. Paga cerca de usd100/mes, sin costo inicial, lo que es muy barato incluso comparado con un sueldo mínimo en Argentina que debe andar por los usd250.

y porque este grupo no puede hacer algo asi? No te digo un SAP, pero un soft de gestion para empresa, adaptable, modular, de codigo abierto. Stock, finanzas, personal, etc; quien puede lo vende; quien no necesita venderlo, lo disfruta (yo). Pero seria de todos nosotros.

y porque este grupo no puede hacer algo asi? No te digo un SAP, pero un soft de gestion para empresa, adaptable, modular, de codigo abierto. Stock, finanzas, personal, etc; quien puede lo vende; quien no necesita venderlo, lo disfruta (yo). Pero seria de todos nosotros.

Es lo que yo proponía cuando pedí, en ya no recuerdo qué hilo, si alguien tiene un programa hecho y sencillo que utilice bases de datos para mostrar la integración con Intriga.
No hay que hacer, en principio, muchas modificaciones al código ni las tablas para que quede "amparado" por el sistema.

Pero, como buen autodidacta, mis conocimientos tienen huecos enormes... sobre todo en lo que a modernos desarrollos llenos de siglas, se refiere. Se podría, a partir de que suba intriga al git cuando esté presentable, establecer "protocolos de adhesión" para el software que se desarrolle y se pretenda integrar.

Saludos

Sólo puedo aportar una cosa:
¡¡SAP: Vade retro, Satanás!!