Autor Tema: ambiente de desarrollo  (Leído 204 veces)

0 Usuarios y 1 Visitante están viendo este tema.

pdassale

  • Newbie
  • *
  • Mensajes: 5
    • Ver Perfil
  • Institución: Universidad Austral
  • Nombre y apellido: Pablo Assale
  • Sistema: Toba, Guarani
  • Teléfono laboral: 1555789044
ambiente de desarrollo
« : mayo 11, 2020, 05:03:04 pm »
Buenas tardes,
Estoy empezando con Toba y surgen algunas dudas sobre el ambiente de desarrollo

¿Lo mejor es que cada programador tenga localmente el entorno de desarrollo completo en su pc/notebook (instalando la maquina virtual,SO Linux, apache, posgres y toba con su id de programador),  y luego subiendo cambios al servidor de desarrollo.

¿O que este todo instalado en un servidor Linux virtual de desarrollo donde cada programador acceda por web al toba editor para programar y remotamente a la consola del servidor Linux?. Seremos 2 programadores.

Desde ya muchas gracias.

Saludos

richard

  • Moderador Global
  • *****
  • Mensajes: 2741
    • Ver Perfil
  • Institución: SIU
  • Nombre y apellido: Ricardo Dalinger
  • Sistema: SIU-Toba
Re:ambiente de desarrollo
« Respuesta #1 : mayo 18, 2020, 10:46:55 am »
Hola Pablo, 
Estoy empezando con Toba y surgen algunas dudas sobre el ambiente de desarrollo

¿Lo mejor es que cada programador tenga localmente el entorno de desarrollo completo en su pc/notebook (instalando la maquina virtual,SO Linux, apache, posgres y toba con su id de programador),  y luego subiendo cambios al servidor de desarrollo.

antes que nada, bienvenido.  Si bien la organizacion del equipo es algo interno a cada lugar, siempre pensamos que lo mejor seria que cada programador tenga un entorno local donde poder desarrollar su trabajo y luego se cuente con un repositorio centralizado donde subir dichos cambios.

Los motivos son varios:
  • No se tocan unicamente metadatos sino que tambien es necesario modificar archivos php y editar ambos sobre una misma copia es complicado cuanto menos.
  • Ante una situacion como la actual, aun si alguien se quedara sin conexion temporalmente puede seguir trabajando y luego subir los cambios cuando se restaure la misma.
  • Hasta terminar un trabajo puede haber varios cambios en el sistema, incluso algunos que temporalmente lo dejen inutilizado, si lo hacen localmente esos cambios no afectan al resto del equipo.
  • Le da mas libertad al programador para armar su ambiente de desarrollo a su comodidad, habra quien instale el soft de base en su maquina, quien use docker, etc.. mientras se sigan lineamientos basicos cada quien puede tener un grado mas de libertad.

Lo que si te voy a recomendar para este formato, es que cuenten con un repositorio de control de versiones en lo que mas les guste (cvs, svn, git, etc) ya que les va a ordenar el laburo, solucionar las ediciones cruzadas del mismo archivo y permitir recuperarse de algun error o problema.

Citar
¿O que este todo instalado en un servidor Linux virtual de desarrollo donde cada programador acceda por web al toba editor para programar y remotamente a la consola del servidor Linux?. Seremos 2 programadores.

Hay grupos que han usado esta opcion, sin embargo es complicada de llevar adelante en el dia a dia:

  • El editor embebido no tiene un sentido de concurrencia, con lo cual unicamente quedara el codigo de la ultima persona que guarde.. eso te fuerza a serializar las ediciones explicitamente
  • Justamente porque existe ese editor embebido, jamas se recomienda publicar toba_editor en un ambiente de servidores.. no importa de que tipo sean, si dicho endpoint es accesible desde internet le estarias dando a alguien que vulnere el login una herramienta increible ya que te puede escribir directamente en disco.
  • Todo quedaria en dicho servidor, con lo cual ante una rotura del disco se perderia el codigo... o ante un error con la bd se podrian perder los metadatos del proyecto completo

Aun cuando el equipo sea pequeño, vale la pena el esfuerzo extra de setup que plantea la opcion inicial a la larga tiene muchas ventajas contra el segundo planteo.

Saludos
Twitter es al incontinente verbal,  lo que los dulces al diabetico.

pdassale

  • Newbie
  • *
  • Mensajes: 5
    • Ver Perfil
  • Institución: Universidad Austral
  • Nombre y apellido: Pablo Assale
  • Sistema: Toba, Guarani
  • Teléfono laboral: 1555789044
Re:ambiente de desarrollo
« Respuesta #2 : mayo 18, 2020, 11:12:57 am »
Buen día Richard, muchas gracias por la bienvenida y por la respuesta!

Perfecto, entonces tendría una instalación completa en mi maquina.
Te parece correcto instalar Virtual box, con una imagen de unbuntu?, luego por ejemplo con SVN, se subirían y sincronizarían los cambios?.
En un futuro seremos 2 programadores, cada uno tiene que tener un id_programador distinto?

Muchas Gracias.

Saludos!


richard

  • Moderador Global
  • *****
  • Mensajes: 2741
    • Ver Perfil
  • Institución: SIU
  • Nombre y apellido: Ricardo Dalinger
  • Sistema: SIU-Toba
Re:ambiente de desarrollo
« Respuesta #3 : mayo 19, 2020, 12:45:16 pm »
Hola Pablo,
Te parece correcto instalar Virtual box, con una imagen de unbuntu?, luego por ejemplo con SVN, se subirían y sincronizarían los cambios?.
si te sentis comodo con VirtualBox y lo preferis a otro mecanismo no veo ningun inconveniente.
Si, podes usar SVN o el repo que tengas a mano, lo importante es que tengan un control de versiones sobre su trabajo.

Citar
En un futuro seremos 2 programadores, cada uno tiene que tener un id_programador distinto?
Si, esto es mucho muy importante.. cada uno debe tener un identificador distinto, al momento de hacer la instalacion del framework te lo solicita.. despues se puede cambiar pero si lo dejan bien de entrada mejor.

No es necesario que sea algo muy estrafalario, un simple nro alcanza es mas que nada para generar rangos de identificadores disjuntos entre los miembros del equipo... si van a personalizar alguna aplicacion del SIU... fijense que no se superponga con los identificadores de los metadatos de la misma.

Saludos
Twitter es al incontinente verbal,  lo que los dulces al diabetico.