#14820 te iba a decir que te sorprendería la de veces que me ha tocado hacer eso por cagadas ajenas, pero seguro que no te sorprenderás en absoluto
Pues yo hago todo siempre en la de testing, cuando digo siempre es 99.8% de las veces, tocar una tabla de producción es una locura, porque a la mínima hay que re-compilar todos los programas de Cobol.
Asco de cobol.
#14826 No se como ira en tu empresa por que cada una es un mundo (me imagino), pero en mi caso, un día sin servicio son fácilmente +20.000$ perdidos, + mala imagen, +acumulación de faena, etc...
¿Para qué hacer las cosas mal si hacerlas bien no cuesta tanto?
a los de empresas hipsters cuando hacéis una cagada que llega a producción os castigan un día sin futbolín o sin afterwork?
Yo digo que a mi me va bien, que seguramente tengan cache (y lo arreglo de mientras).
EDIT: aprovecho el post. Alguien de aqui usa Sendgrid? Últimamente me tarda bastante en enviar los emails :\
Que fases hacéis para diseñar un nuevo feature?
Yo tiro por:
Análisis > Requisitos > Planear > Programar > Test > Review > Cambios > Test > Review > Prod
Contando que trabajo con metodología ágil que tal?
#14830 Programar > Test > Review > Requisitos > Prod
aunque yo soy más de si compila lo subo
#14830 Pues mas o menos, lo mio es así:
- Toma de requisitos
- Análisis
- Programación
- Cambiarlo todo porque los requisitos que ha dado el cliente no se parece en nada a lo que necesita de verdad y se da cuenta cuando ya está todo hecho.
- Acabar hasta los cojones de la 'ampliacion'
- Subirlo como quede y parchear sobre la marcha
Lo que más porculo me da, es que despues de hacer el análisis, se envía al cliente para que se lo lea, lo repase y dé el visto bueno antes de ponernos a implementarlo y aun así da igual xD
#14833 Te lo fixeo:
* Toma de requisitos
* Análisis
* Programación
* Que mierda es esta?
* Programación
* Tests
* No funciona, programación otra vez
* Cambiarlo todo porque los requisitos que ha dado el cliente no se parece en nada a lo que necesita de verdad y se da cuenta cuando ya está todo hecho.
* Acabar hasta los cojones de la 'ampliacion'
* Realmente necesito este trabajo?
* Subirlo como quede y parchear sobre la marcha
* El cliente se queja
* Echar CV en otra empresa
* Dejar la APP perfecta para el cliente
* El cliente se queja
#14834 Tests dice, Jaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
El plugin del foro de Crypto lo he probado en producción (vamos, cuando me lo he instalado), imagina los tests que lleva.
PD: Y por cierto, he encontrado un bug de que se carga el 'title' en las menciones, así que me tocará fixearlo para todos los users que lo tienen instalado y lo están usando (2, contandome a mi)
Nosotros lo hacemos mas asi:
* Funcional con requisitos
* Montamos una base de datos y un server con el framework que mas se ajuste al proyecto
* Vamos realizando funcionalidades
* El cliente añade / quita cosas / prueba cosas
* Nos da por culo con emails para hacer cambios
* Se hacen los cambios
* Fin
* Funcional con requisitos
* Montamos una base de datos y un server con el framework que mas se ajuste al proyecto
* Vamos realizando funcionalidades
* El cliente añade / quita cosas / prueba cosas
* Nos da por culo con emails para hacer cambios
* Se hacen los cambios
* Fin de mes -1.4k€
Nosotros programamos contra test, primero el test (que falla) y después a programar. Al principio es un porculo pero le vas cogiendo cariño.
no se si os acordáis de el día que os pregunte por cosas de js en mitad de un examen y que nadie me contesto... me la saqué sin vuestra ayuda. pero osq e
Todo el mundo sabe que en desarrollo los tests son una basura, y al final siempre se acaba usando CDD: Client Driven Development. Lo que diga el puto cliente, y si falla, que le den por el culo y pague.
#14843 Como debe ser, no se por qué en un examen te metes en un foro a preguntar polleces cuando tienes Google + Stackoverflow, que es lo mismo que te va a responder cualquiera del hilo, pero sin esperar media hora. Encima te creerás guay.
#14843 Felicidades! no necesitas la ayuda de nadie para ser un buen artisan js. Sigue asi y crea tu propio framework js no dejes que MV destruya tu futuro
#14848 Y una base de datos para guardar los datos de la base de datos que guarda datos de las noticias.