El Teletrabajo en el clubdelphi

[[fjcg02]]

Coincido plenamente con JXJ.

Además aprovecho para ofrecer mi colaboración para cualquier proyecto que surja, siempre y cuando no haya demasiada presión en las fechas de entrega, y con una dedicación de entre 10 y 15 horas semanales sea suficiente.

Hay que financiarse el cambio del portátil y los pañales de la cría, que leches ... me ha salido cagona.

Saludos

[[AzidRain]]

Con lo de las vcs no me he sentido bien luego termina uno con cada spaguetti...yo creo que pudiera ser mas o menos basado en módulos, es decir, a ver JXJ a ti te toca la "pantalla" de captura que debe estar ligada asi y asi con tal otra cosa,u tabla...y asi sucesivamente

Lo más triste del asunto son los costos, este cliente en particular no pagará más allá de los 1200 euros o 1000 por un sistema asi que de ahi hay que empezar a deducir costos. A mi no me interesa quedarme con la mayor parte, con que me quede una utilidad modesta pero buena es suficiente y sobre todo mantener al cliente.

[JXJ]

pues si. algo asi como en un ftp ponemos carpetas. por cada modulo
forms y archivos pas.

y en el dir raiz. el dpr. y otros archivos que convengan.

ftp://cuentas
ftp://bases
ftp://reportes
ftp://LaAplicacion.DPR

si no hay ftp, entonces una pc, con ciertos dias en ciertas horas
se habilite como ftp y lo accedemos usando www.no-ip.com
o alguno similar. subimos y bajamos archivos, y Azid Rain, revisa que valla bien
la sincronizacion. por chat o messenger,
hacemos reunion de desarrolladores,
rectificamos como va el asunto.

[Robert01]

Tengo alguna experiencia en hacer librerías para estadística o cálculos. Aprovecho la oportunidad para ofrecerme para futuros proyectos que puedan surgir.

Saludos

[Neftali [Germán.Estévez]]

Empezado por AzidRain

Con lo de las vcs no me he sentido bien luego termina uno con cada spaguetti...

Nosotros llevámos utilizándolas bastante tiempo (equipo de aprox. 10 programadores) y estamos muy contentos. ¿Porqué lo del Spaguetti?
De todas formas si no es JVCS creo que deberíais buscar otro. El tema del control de fuentes cuando hay varios programadores es importante. Antes o después aunque repatáis la faena váis a tener que tocar units comunes; Además es la forma más sencilla de que todos estéis acualizados con el código fuente de los otros mienbros del Grupo; Además JVCS (aunque supongo dque los demás también) os provee de otras herramientas/utilidades también útiles; Como son:
* Llevar un RoadMap del proyecto.
* Listas de TO-DO
* Listas de BUGS (estas son sencillas, pero útiles)
* Copias de seguridad
* MUY IMPORTANTE: Historial de cambios; No sólo para mantener los ficheros con versiones antoeriores, sino para llevar documentados los cambios realizados.
* Tiempos de desarrollo
* ...

[[AzidRain]]

Gracias Neftali me cae de perlas tu consejo.
Ahora solo falta ver quien se anima a entrarle al toro..

Proyecto:

"Control de Gastos de Operadores"

Un software lo más compacto posible, sin adornos, que lleva el control de los gastos que realizan los operadores (choferes) de una pequeña empresa de transportes.

A grandes rasgos:
El operador recibe x cantidad como "fondo" para realizar n numero de viajes, durante el viaje realiza diversos gastos: comida, cargadores, diesel, etc., al regresar a la oficina debe comprobar estos gastos para recuperar su fondo.
A veces se le puede reponer el fondo sin que haya regresado todavía (viajes largos). Los gastos deben poder detallarse lo mas posible y cada rubro debe tener un tope máximo (que pueda sobrepasarse con una clave).

Como la ven?

[mamcx]

Pues de la misma manera que se maneja un proyecto "open source". Ya hay mucha experiencia rodando, asi que:

1- Absoluta y definitivamente, un CVS. Recomiendo subversionh, primero, es muy facil de manejar y segundo, es muy robusto. No lo dudes. No lo dejes.

Lo montas sobre apache y asi das acceso remoto al repositorio. Solucionado como recibir y distribuir los cambios en codigo.

2- Usa Trac (http://trac.edgewall.org/). Te da: 1- Wiki para armar documentacion y requrimientos. 2: Manejo de bugs y tareas 3. Integracion con subversion.

Es pan comido para instalar.

Lo montas en tu compu o en un servidor web. Si es en tu compu te vas a no-ip y !pluf! ya tienes un acceso profesional!

Con estos 3 elementos tienes resuelto:

1- Como administrar los archivos
2- Como documentar
3- Como asignar tareas y ver lista de problemas.
4- Comunicar y colaborar con el equipo

No pierdas el tiempo con manejos manuales de archivos (como eso de subir por carpetas).

Ya que desees dar un area concreta a cada uno tiene su logica, pero pa' que dificil si se puede facil? Facil es con un CVS. Esta probado por millones de proyectos comerciales y open-source.

Y por ultimo,

5- Integracion continua: Montas MSBuild o NAnt o FinalBuilder (Este de pago pero superbueno) y asi automatizas la ejecucion de test y compilacion y generacion de instaladores. Luego quizas CruiseControl.NET o algo similar.

Esas son las 5 herramientas de un proyecto de software sobre ruedas.

Para el asunto de pagos, podrias usar algo como RentACoder? O por Wester Union.

[[Lepe]]

AzidRain, visto lo visto, primero realizaremos un proyecto para decidir las herramientas que se van a utilizar en lo sucesivo.

Después de aceptar esos programas, haremos un curso de formación (por supuesto pagado por AzidRain ) de como usar esos programas.

Por último y tras varios meses de aprendizaje, contratamos a otra empresa para que codifique el programa.... después de esta organización.... no nos vamos a manchar las manos nosotros....

PD: No me mofo del asunto, esta parodia me ha salido del alma, parece que la organización necesaria para llevar a cabo un proyecto, es más grande que el propio proyecto .

Saludos

[dec]

Hola,

Pues no sé, Lepe. Dependiendo del proyecto puede que la organización del mismo cueste más que el propio proyecto. No me parece descabellado. Seguro que porque lo veo desde mi punto de vista: nunca trabajé en equipo, y así veo esto como un problema en sí mismo. A poco que el proyecto sea más o menos sencillo (y no creo que ninguno lo sea) puede que cueste más poner de acuerdo a sus desarrolladores que llevar a cabo el proyecto, como ya he dicho.

Otra cosa sería si todos los programadores tuvieran experiencia en trabajar en equipo y a distancia... En ese caso se supone que los preparativos llevarían menos tiempo. Pero como no se parta de esta base... ya digo, lo mismo cuestan más las puntadas que el manto, o el collar que el perro, o [pongan aquí su refrán preferido].