#152 Bueno, no siempre es color de rosa, tengo que lidiar con gente muy muy tonta, en el departamento de FrontEnd y en el resto de la empresa, pero en mi departamento (Tech que somos backend + sistemas) la verdad que es todo lo que se puede desear eh. Aparte de eso la empresa hace mucho enfasis en mantenernos contentos, asi que.
En mi situación actual, me encuentro un montón de gente que programa, pero que no sabe programar.
No soy ningún gurú ni nada, pero suelen pedirme ayuda para ciertas cosas y en una me sorprendió bastante.
En Unity3D. Veo que tiene diferentes monstruos y todos con el código muy parecido, con métodos de Atacar(), perderVida(), perderEscudo().
Entonces le comento que lo suyo hubiera sido mejor crear por herencia una clase con todas esas funciones iguales y que el monstruo las herede. Ellos conocían la herencia del Curso que habían hecho, pero como no habían practicado con ello, no sabían como implementarlo en un proyecto grande.
Y así con muchas otras cosas de bajo nivel que pasan desapercibidas. Desafortunadamente, hay muchos cursos para Beginners, para novatos en la programación. Pero cursos avanzados son pocos y muy caros (Cosa normal).
Al final, la experiencia no va tanto de lo que quieras aprender por tu cuenta, sino de los propios compañeros que tengas al lado y que te fuercen a aprender mejores técnicas de programación. No hay nada más que odio el tener que retocar código porque se puso lo justo para que funcionara y al hacer un cambio te das cuenta de que tienes que volver a retocarlo perdiendo de nuevo horas.
Tienes una app A corriendo en el server A, hay usuarios que cada día modifican cosas en ese servidor, pero vas a migrar al server B, donde replicaras la bd , como hacer para perder los mínimos datos? imaginemos que el 80% aún usa la app en el servidor antiguo y el 20% la actualice donde estarán en el nuevo
#163 Lo más cómodo es meter una actualización intermedia que controle una fecha límite de uso en la versión A, como hizo Whatsapp en su día, que había que actualizar por cojones o no podías utilizarla más.
#163 Y hacer que el server A envíe los datos al server B? Así no haces actualización del cliente y el cambio es instantáneo; en cuanto deployas el redireccionamiento de datos sabes que todo va a ir al server B.
#166 Me refiero a una redirección HTTP. La BD siempre tiene que ser accesible unicamente en 127.0.0.1. Tendrías que replicar el backend en el servidor B y que el servidor A envíe esa info al web server del servidor B.
Eso dando por hecho que la BD está en la misma máquina que el webserver.
En cualquier caso si quieres usar el sistema de redirección tendrás que tener el entorno replicado, no solo la BD.
#167 #168 creo que no os estoy entendiendo
ahora mismo el servidor A apunta a localhost, pero puedo hacer que apunte al server B y abrir ese puerto solo para el server A
es decir, hago backup del A, lo pongo en la bd del B, paro el server A, cambio la ip de la bd hacia el server B vuelvo a ejecutar el server A y listo, debería funcionar
tendría el mismo problema el día que lo de de baja
ok, creo que lo que dice #168 es que nginx redireccione, pero... he añadido parámetros de configuración necesarias para la rest api nuevas