La agencia entregó el código y ahora sugiere una «auditoría de código», ¿por qué deberíamos volver a pagar por eso?

Es como mandar a hacer un traje con el sastre y que al entregártelo te diga: «¿Querés que te cobre 5 mil rublos para revisar si no se descosen las costuras?». El modelo de agencia que no confía en su propio código es una fuente de ingresos extra bastante creativa.

En la auditoría de código se mira el nivel de deuda técnica (technical debt). A veces los desarrolladores escriben código espagueti o se saltean los tests para llegar a la fecha de entrega. El sistema funciona por ahora, pero se cae a la primera actualización. La auditoría vale la pena para sacar a la luz estos riesgos.

No le pagues a la agencia. Conectá herramientas de análisis estático de código abierto a tu repositorio de GitHub o GitLab. Las herramientas automáticas te listan las duplicaciones de código y las vulnerabilidades básicas gratis en 10 minutos.

Nosotros no hicimos auditoría en un proyecto por el que pagamos 650.000 RUB. A los 6 meses, cuando quisimos agregar una función nueva, otra agencia nos dijo «Este código es basura, hay que escribirlo de cero» y gastamos 500.000 RUB más. La revisión independiente es indispensable.

Si vas a hacer una auditoría de código, pedí que miren 3 cosas: 1) Optimización de consultas a la base de datos, 2) Filtrado de parámetros de entrada, 3) Documentación del código. Si esto está bien, mañana cualquier otro desarrollador puede retomar el trabajo.

venderte un audit de algo q escribieron ellos mismos es la viveza criolla total.. pero pagale unas horas de consultoria a alguien independiente de afuera para q le pegéu una mirada por encima y listo.

¿En el contrato inicial que firmaron figuran los criterios de aceptación y el período de garantía? Si hay una cláusula de «cumplimiento con estándares de código limpio y arquitectura», ya están obligados a hacerlo gratis como condición de entrega.

Si no me equivoco, quieres decir esto: Todos los que se apresuran con auditoría de código se atascan en el mismo punto.

La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí. Espero que le sea útil.

Hace dos años viví exactamente lo mismo. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Empezad con una pequeña prueba, no lo integréis todo de golpe.

La discusión se ha dispersado, voy a ordenarla. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Comprobado por experiencia.

Separemos los conceptos se están confundiendo. bueno todos los que se apresuran con auditoría de código se atascan en el mismo punto.

Si no se definen los criterios de aceptación cuándo termina el trabajo es discutible.

Hay tres cosas que revisar al hacer esto. Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza.

La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí. Por supuesto, cambia si tu situación es diferente.

Voy a resumir el tema, porque se han dado varias respuestas diferentes. Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada.

Espero que le sea útil.

Correcto. La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

Que todo el mundo haga algo no significa que sea lo correcto. Espero que le sea útil.

Llevé mucho tiempo con este asunto. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

La oferta más barata suele ser la menos pensada. Espero que le sea útil.

Gracias por escribir esto, es lo correcto. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Un informe semanal por escrito funciona mucho mejor que preguntar por fechas. Si escribís el resultado aquí, también servirá de ayuda a otros.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Las decisiones apresuradas son las que hay que corregir seis meses después.

Gracias, esa era la respuesta que buscaba.