Política de uso de asistentes de código

5 tareas · 38 min · Principiante

Un asistente de código ya está en el equipo antes de que exista una política: alguien lo instaló porque ahorra tiempo. Una política útil no prohíbe por miedo ni permite por costumbre; fija qué herramientas, con qué cuenta, sobre qué repositorios y quién responde. En esta sala lees el borrador de Pacay Software y una semana de uso observado, y descubres dónde la política y la realidad no coinciden. Todo es lectura de documentos y registros ficticios; no se usa ningún asistente.

0 de 5 · 0%

Objetivo de la sala

Una política de asistentes de código responde a cuatro preguntas: qué herramientas se admiten, con qué tipo de cuenta, sobre qué clase de repositorio y quién responde por lo que se produce. Lo demás son detalles que se pueden ajustar con el tiempo.

El error habitual es redactar prohibiciones generales («no compartir datos sensibles») sin decir qué herramienta sí vale ni dónde. Una regla que no se puede comprobar con un registro no se cumple: se invoca solo cuando algo sale mal.

Responde para continuar

¿Qué hace que una política de asistentes de código se pueda aplicar y no solo declarar?

Que nombre herramientas y cuentas admitidas, las ligue a la clasificación de repositorios y se pueda cotejar con un registro de uso Que sea breve y general, para que cualquiera pueda recordarla sin necesidad de consultar ningún documento Que prohíba por defecto toda herramienta que no haya sido aprobada de forma expresa

Para aprobar una herramienta hacen falta tres datos del proveedor: si entrena con lo que le envías, cuánto conserva tus consultas y qué tipo de plan es. Si un dato no existe, no se puede evaluar, y lo que no se puede evaluar no se aprueba.

Abre la lista de herramientas y busca la que no tiene dato de retención.

Responde para continuar

Escribe la herramienta de la lista cuya retención de consultas figura como «sin dato».

El registro del proxy muestra qué herramienta usó cada persona en una semana. Una misma persona puede aparecer varias veces, por eso contar filas no es contar personas. Cruza el registro con la lista de aprobadas y cuenta las personas distintas que usaron una herramienta no aprobada.

Responde para continuar

¿Cuántas personas distintas usaron una herramienta no aprobada esa semana? Escribe solo el número.

El mismo uso no pesa igual en todos los repositorios. El borrador exige, para los restringidos, plan de empresa, sin entrenamiento y retención corta. Mira la clasificación de cada fila del registro y localiza dónde el uso no aprobado cae sobre un repositorio restringido.

Responde para continuar

Escribe el repositorio restringido en el que alguien usó una herramienta no aprobada.

Releyendo el borrador, dos secciones quedaron como pendientes: el responsable y la revisión. Sin responsable nadie decide una excepción; sin fecha de revisión, la política envejece mientras las herramientas cambian cada pocos meses.

Responde para continuar

Con lo que has leído, ¿qué le propones a la dirección de ingeniería?

Nombrar responsable, fijar una revisión periódica y acordar un plazo para migrar a las herramientas aprobadas Prohibir todo asistente de código en la empresa hasta que el borrador esté revisado por completo Publicar el borrador tal como está y esperar a que los incidentes que vayan ocurriendo indiquen qué reglas faltan por añadir

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 Qué debe decidir una política Lab

2 Una herramienta sin ficha Lab

3 Cuántas personas se salen de la lista Lab

4 Dónde duele más Lab

5 Qué falta en el borrador Lab

Whoami-Labs Pro utiliza cookies