El Teletrabajo en el clubdelphi

[AzidRain]

Estoy por iniciar un proyecto de un sistema para un cliente, pero la verdad no he encontrado programadores competentes y sobre todo que conozcan bien Delphi, puros chavitos que creen que VB es lo máximo y cuando les muestras lo que hace Delphi se quedan atónitos.

Hace unos meses comentaba lo mismo en el foro y muchos me recomendaron buscar aqui mismo, hoy retomo esa idea pero tengo unas dudas que ojala que ustedes que ya tienen mas experiencia en esto me puedan ayudar:

1.- Como se hace para desarrollar un sistema si uno o varios de los programadores se encuentran en diferentes paises. (cada quien hace un módulo o como)
2.- Como manejar los pago$$ que a fin de cuenta es por lo que todos trabajamos.
3.- Que tanta confianza debe uno poner en el otro para llevar a buen termino el proyecto (obviamente al ser del Club son gente de confianza, pero de todos modos)

Ojala me puedan orientar pues si me interesa "contratar" a alguien interesado pues son varios proyectos que tengo en puerta.

[JXJ]

1. Usa un sisteama vcs, o el freevcs. que ahora es mantenido por
los de las jedis.

2 Depositos internaiconales. yo uso banorte. y me pueden dar dinero
desde USA, Mexico. y otros bancos internacionales. o tambien
pero menos recomenable. por que cobran bastante. es el enviar dinero
por algun medio tipo western union. money grant. ??

3. bastante. yo creo que pago por codigo entregado.

--
Yo me apunto, tengo buena experiencia en hacer archivos de ayuda
en formato chm y hlp.

En programacion. depende que tan complicado sea lo que hay que hacer
si mis conocimientos dan para ellos.le entro

[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]]

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? :D
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 :D) 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.... :D :D

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 :eek: .

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]. :)

[AzidRain]

Como decimos en México, al fina empieza a salir mas caro el caldo que las albóndigas.

Entiendo todo lo que sugiere mamcx, pero a leguas se nota que se llevará sus horas en por lo menos hacer correr las aplicaciones, ya no digamos montar el servidor web y demás.

Mi problema, como el de muchos, es que normalmente trabajaba un proyecto a la vez, lo terminaba y buscaba otro. Ahora tengo al menos dos clientes que requieren proyectos y obviamente no puedo hacerlos solo, requiero de ayuda. No quiero subcontratarlo por completo porque ya me paso que el programa final aunque funcional a leguas se veía que no era hecho por mi empresa (por lo de la línea, la forma de interactuar, etc.)

Sinceramente me encuentro totalmente confundido...y presionado por mis clientes...

[Delphius]

Hola AzidRain,

Mi problema, como el de muchos, es que normalmente trabajaba un proyecto a la vez, lo terminaba y buscaba otro. Ahora tengo al menos dos clientes que requieren proyectos y obviamente no puedo hacerlos solo(...)

Sinceramente me encuentro totalmente confundido...y presionado por mis clientes...

Se que resulta poco ético y profesional rechazar un trabajo... ¿No podrías también ver la posibilidad de organizar el cronograma (obviamente en arreglo con tus clientes) de ambos proyectos de modo tal que el análisis de uno de los proyectos no choque con el otro? Es decir organizar el trabajo de las actividades desfazadas una con respecto a la otra: Mientras se hace el análisis de un proyecto, se realiza el diseño del otro.

Con respecto a lo que se venía hablando de los otros puntos, creo que deberías tener en cuenta también en donde reside cada desarrollador. Puede ser un poco lioso estar desfazados en los horarios. Es un factor a tener en cuenta... al menos yo lo tendría. Si se debe tener contacto on-line a una determinada hora, buscar el momento adecuado y razonable para todos.

Saludos,

[mamcx]

Se que lleva tiempo montar todo. Pero es tiempo que pagara con creces mas adelante... y adelante es a los pocos dias.

Ademas, te queda la cosa de forma tal que igual te sigue sirviendo. Aunque tampoco es que lo haga muy organizadamente, manejo ya todos mis proyectos usando estas cosas e incluso las tareas administrativas de mi empresa.

A la semana, ya uno se pregunta porque carajos no lo hacia asi.

Escribi un articulo sobre esto:

http://dn.codegear.com/article/33656

Por lo menos, arranca con Subversion. Eso demora 2 horas si no tienes experiencia con Apache. Configurar no-ip es cosa de 1/2 hora.

Trac toma 1/2 hora en instalar python y 1/2 en arrancar el sistema (no hay que configurar base de datos porque puede usar sqlite).

Lo de montar un servidor web? Pues trac viene con su servidor web (solo lo ejecutas y listo) y subversion sale superfacil. Y los ultimos instaladores hacen la instalacion sobre apache.

Ahora imaginate esto:

- Poder ver, actualizar y descargar el codigo desde donde sea
- Poder darle Ctrl-Z al proyecto, luego de hacer algo que friega varios archivos
- Tener backups de todo el proyecto en toda su historia
- Saber quien hizo que
- Sacar diffs y ver porque antes un codigo funciona y ahora no
- Saber que errores y tareas hay
- Saber que se corrigio
- Decile al cliente: Oye tio, entra a tal url y escrbime los problemas. Subile una fotico si quieres
- Ya tengo los problemas del tio documentando
- Oye tio: Mire en la misma direccion, ahi ta la respuesta
- El tio dice que no le he ayudado
- Oye tio: Recuerdas la direccion? Pues vea que si le ayudo
- Tio manda correso. Yo avispado, le hago un pop3 download y meto los problemas en track
- Hay voy documentando
- Le digo a tio que puede entrar y documentar tambien
- Tio es mas feliz, yo tambien!!!!

[AzidRain]

Me late mamcx...

Es mas lo voy a intentar y lo que vaya haciendo lo pongo por aqui en algún hilo, igual y le sirva a alguien más...jeje además tendré material para mi recién estrenado blog: http://www.dinalogix.com/wordpress

A ver

[Al González]

Hola AzidRain.

Precisamente hoy regresé del D.F., que me parece es donde vives.

Además de las recomendaciones dadas, creo que los siguientes hilos, iniciados por un servidor, podrían resultar de interés para el caso que planteas.

http://www.clubdelphi.com/foros/showthread.php?t=20252
http://www.clubdelphi.com/foros/showthread.php?t=25463
http://www.clubdelphi.com/foros/showthread.php?t=6559

Actualmente la empresa donde trabajo colabora con otras compañías y desarrolladores independientes de diversas ciudades en proyectos Delphi. La confianza es fundamental para el trabajo a distancia, pero más aún la buena comunicación.

Una pregunta: ¿podrías decirnos de qué trata ese proyecto por el que estarías dispuesto a cobrar 1000 euros?

Un abrazo cercano.

Al González. :)