Compartir libros de recetas dentro de un equipo
Compartir libros de recetas dentro de un equipo
Cuando alguien crea una receta de Sensei para mejorar la calidad del código o la productividad, todo el equipo puede beneficiarse si los libros de recetas se comparten.
Sensei ofrece varios mecanismos para compartir libros de recetas:
- Almacenar libros de recetas en el proyecto bajo control de versiones
- Almacenar libros de recetas en una carpeta compartida
- Almacenar libros de recetas en Github
- Archivos comprimidos mediante HTTP(s)
Al compartir los libros de recetas, Sensei ayuda a los equipos a colaborar en el intercambio de conocimientos. Esta colaboración ayuda a mejorar la comunicación y a consolidar los enfoques de calidad de código acordados.
Por ejemplo, compartir un libro de recetas:
- ayuda a los miembros del equipo a compartir recetas útiles entre sí.
- apoya a los líderes de equipo en la codificación de las prácticas de programación acordadas, para que el personal junior identifique infracciones comunes con una solución rápida para la versión establecida.
- promueve una mayor cooperación entre equipos; por ejemplo, un equipo de seguridad de aplicaciones (AppSec) podría crear recetas para resaltar un problema en el código, y el equipo de desarrollo podría escribir la solución rápida.
Las siguientes secciones explican cómo implementar cada uno de los mecanismos de uso compartido.
Almacenar libros de recetas en el proyecto bajo control de versiones
La carpeta .sensei del proyecto es la opción predeterminada al crear un archivo de libro de recetas.
- `project://.sensei`
Todos los libros de recetas y recetas se almacenarían en una carpeta .sensei dentro de tu proyecto.
El enfoque más sencillo para compartir es añadir la carpeta .sensei del proyecto al control de versiones.
De este modo, la carpeta .sensei puede gestionarse como cualquier otro artefacto de código compartido asociado al proyecto. Los libros de recetas se almacenan como configuración YAML, lo que facilita su fusión durante cualquier proceso de confirmación y revisión.
Este es el enfoque adoptado para el proyecto público sensei-blog-examples.
La carpeta .sensei contiene el libro de recetas con todas las recetas, y están disponibles para cualquiera que clone el repositorio.
Almacene libros de recetas en cualquier carpeta
Los equipos también pueden utilizar libros de recetas almacenados en ubicaciones centrales.
Guardar el libro de recetas en cualquier carpeta con permisos de escritura compartidos permitirá que todo el equipo actualice las recetas e importarlas a cualquier proyecto en el que estén trabajando.
La ubicación se establecería mediante la ruta del directorio.
Almacene recetas en Github
Sensei también puede acceder a recetas almacenadas en un repositorio de Github. Se admiten tanto repositorios públicos como privados.
Github mediante SSH
El acceso al repositorio SSH se configura utilizando la siguiente sintaxis para la Ubicación
git@github.com:SecureCodeWarrior/acookbook.git
Para que esto funcione, el repositorio debe contener el contenido de una carpeta de libro de recetas.
También es posible configurar la rama y la subcarpeta para el libro de recetas, por ejemplo, en la rama master dentro de la subcarpeta cookbook
p. ej.
- git@github.com:SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Es necesario configurar una clave SSH para los repositorios privados.
Además, la clave no debe tener una frase de contraseña.
Github mediante HTTPS
También es posible acceder a repositorios públicos mediante HTTPS, utilizando la misma sintaxis repo.git|rama|carpeta, por ejemplo:
Para nuestro proyecto de ejemplos del blog:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Para nuestro conjunto de ejemplos de Protección Básica, podemos omitir la rama y la subcarpeta, ya que obtendremos la rama master de forma predeterminada y el archivo `rules.sensei` se encuentra en la carpeta raíz:
Comprimido a través de HTTP(s)
Sensei también puede acceder a libros de recetas comprimidos a través de HTTP o HTTPS.
por ejemplo, si tuviera un servidor HTTP escuchando localmente en el puerto 8000
- http://localhost:8000/rules.sensei.zip
El archivo zip del libro de recetas debe contener el contenido de una carpeta de libro de recetas, por ejemplo, el archivo rules.sensei.
Resumen de uso compartido
Sensei permite utilizar varios libros de recetas para que cada programador pueda disponer de recetas que fomenten su propio aprendizaje y productividad.
Más importante aún, sabemos que los equipos trabajan con mayor eficacia cuando se comparte el conocimiento. Disponer de repositorios de equipo compartidos, por ejemplo para un proyecto específico, una biblioteca concreta o un conjunto compartido de patrones de migración, puede ayudar a impulsar la productividad del equipo y codificar su experiencia.
Cuando se comparte un libro de recetas, varios equipos pueden utilizar el mismo, lo que también puede mejorar la colaboración entre equipos de distintas disciplinas, por ejemplo, entre AppSec y desarrollo.
Con cuatro mecanismos principales de uso compartido disponibles, esperamos que Sensei ofrezca al menos un enfoque que pueda utilizar para aumentar la colaboración en el intercambio de conocimientos.
---
Puede instalar Sensei desde IntelliJ usando "Preferences \ Plugins" (Mac) o "Settings \ Plugins" (Windows) y simplemente buscar "sensei secure code".
Todo el código y las recetas de las publicaciones del blog de Sensei se encuentran en Github en:
Controle el desarrollo impulsado por IA antes de su lanzamiento
Mida el riesgo asistido por IA, aplique políticas de codificación segura en el momento de la confirmación y acelere la entrega segura en todo su ciclo de vida de desarrollo de software (SDLC).
Explorar más blogs
Acceda a contenido especializado sobre programación segura, gobernanza de IA y gestión de riesgos de software.
Una cultura de seguridad: cómo Sage creó su programa de defensores
Descubre cómo Sage reforzó su seguridad con un enfoque flexible y centrado en las relaciones, logrando formar a más de 200 expertos en seguridad y alcanzar una reducción de riesgos cuantificable.
Kamer van Koophandel: Seguridad a escala impulsada por los desarrolladores
La Cámara de Comercio (Kamer van Koophandel) comparte cómo integró la programación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de puntuación de confianza y una cultura de responsabilidad compartida en seguridad.
Cómo un «Juego de Códigos» guía a IAG Group hacia un futuro de programación más seguro
IAG Group es la entidad detrás de muchas de las principales compañías de seguros en la región de Asia-Pacífico, que suscribe pólizas para millones de clientes por un valor aproximado de 11.400 millones de dólares australianos en primas anuales.
Mes de la Concienciación sobre Ciberseguridad 2026: Comprender la seguridad de la IA es fundamental para la defensa empresarial
Hemos llegado a un punto en el que la mayoría de las principales empresas de IA han pedido públicamente una ralentización global en el desarrollo de la IA para que las medidas de seguridad puedan ponerse al día, pero la verdad es que ya se han materializado graves problemas de seguridad. Esto deja a innumerables líderes de seguridad y equipos ejecutivos en una situación urgente, a medida que los costes monetarios y de riesgo de la implementación de la IA siguen acumulándose.
Habilitador 8: Branding de su programa
Un programa de codificación segura necesita algo más que un buen contenido para tener éxito. El Habilitador 8 muestra cómo el branding transforma la participación en una experiencia codiciada basada en el estatus.
.avif)
Cada empleado está ahora en la primera línea de la ciberseguridad de la IA
El panorama tecnológico empresarial está cambiando a una velocidad que pocos previeron hasta que fue demasiado tarde. Hemos cruzado oficialmente el umbral del código escrito por humanos y la asistencia básica de copilotos hacia la era del Ciclo de Vida de Desarrollo Agéntico (ADLC). Si bien los agentes de IA autónomos prometen una eficiencia sin precedentes en múltiples funciones, también traen consigo una clase completamente nueva de riesgos regulatorios y de seguridad.
Proteja el desarrollo basado en IA antes de su lanzamiento
Identifique riesgos de desarrollo, aplique políticas y prevenga vulnerabilidades en todo el ciclo de vida de su software.
