En la aportación de Tincho habría que distinguir lo que es de gambas y lo que no:
Cita:Puedo aportar:- Repo gitlab y gestionarlo (no es Gambas, aunque se comunique con él...)
- BBDD, creación y edición. (Puede ser Gambas para SQLite, pero habitualmente no lo es. En Red es casi siempre MySQL o MaríaDB)
- Configuración con la clase config (Clase externa a Gambas que, según se dijo, no debiera usarse. Gambas tiene la clase Settings)
Faltaría que alguien se encargue de:- Comunicaciones de red (Teniendo la VPN, son casi inexistentes más allá de la red local )
- Encriptado de las comunicaciones (La VPN ya da un ambiente seguro encriptado por sí misma, Si hablamos del resto del mundo ya se sabe, certificados, ssl, etc. Tampoco es Gambas)
- Configuración de la VPN (No es Gambas... aunque se puede manejar desde gambas. Mi programa Intriga lo hacía en lo que dar de alta y baja usuarios, crear certificados, etc. se refiere)
- Despliegue del servidor donde corra GS. (esto no lo entiendo)
Esto implica que hay que asignar roles a los participantes, algo así como: Encargado de Redes, Encargado de BDD, etc.)
Luego habría que establecer un protocolo de programación y distribuir las tareas a todo el mundo. Diseño modular con Gambas puro y duro... dentro de una disciplina de grupo. Es lo que yo haría.
El protocolo de programación incluiría cosas como (extraído de memoria del protocolo que hice cuando trabajaba con otros):
- El nombre de variables y funciones en inglés
- Las variables locales siempre en minúsculas
- Las viables privadas siempre empiezan con $
- Las constantes en mayúsculas
- Se intenta evitar en lo posible el uso de variables públicas.
- Los controles de los formularios, a ser posible, que no sean públicos.
- No se usan más colores que los por defecto del sistema.
- Si hay constantes de gambas se usarán estas y nunca valores directos (por ejemplo se usará gb.newline y no "\n")
- Un montón de cosas más que no recuerdo ahora.
Aún no me decido a participar. Como veis, estoy como el jubileta apoyado en la valla de la obra: "Lo tendrían que hacer así o asá, etc"
Respecto al tema del programa yo haría un almacén. Ahí tenéis todo el tema de las conexiones vía VPN, todo el tema de BBDD (materiales, ubicaciones, usuarios, pedidos, entradas, salidas, etc.), todo el tema de Usuarios y permisos de usuario y grupos de usuarios, Todo el tema de listados, estadísticas y gráficos y más cosas que ahora no caigo.
Saludos
Cita:El User deberia registrarse con sus datos y validarse con una direccion de correo electronico donde enviar un Token.
Eso mola en creación del usuario. Si es que se da al usuario esa capacidad. En un ambiente empresarial es el Usuario administrador el que da las altas, quedando relegado el envío del token para la primera conexión de un usuario en un ordenador determinado. Luego en la vida cotidiana de la empresa sobre el ordenador validado con el token, con una contraseña valdría.
Saludos.