Compartir libros de cocina dentro de un equipo
Compartir libros de cocina dentro de un equipo
Cuando una persona crea una receta de Sensei para mejorar la calidad o la productividad de su código, todos los miembros del equipo pueden beneficiarse al compartir los libros de cocina.
Sensei proporciona una serie de mecanismos para compartir libros de cocina:
- Almacene libros de cocina en el proyecto bajo control de versiones
- Almacenamiento de libros de cocina en una carpeta compartida
- Almacenar libros de cocina en Github
- Archivos comprimidos a través de HTTP (s)
Al compartir los libros de cocina, Sensei ayuda a los equipos a colaborar en el intercambio de conocimientos. La colaboración ayuda a mejorar la comunicación e integrar los enfoques de calidad del código acordados.
Por ejemplo, compartir un libro de cocina:
- ayuda a los miembros del equipo a compartir recetas útiles entre sí.
- ayuda a los jefes de equipo a codificar las prácticas de codificación acordadas, para el personal subalterno, a fin de identificar las infracciones más comunes con una solución rápida para la versión acordada.
- promueve una mayor cooperación entre equipos, por ejemplo, un equipo de 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.
En las siguientes secciones se explica cómo implementar cada uno de los mecanismos de intercambio.
Almacene libros de cocina en el proyecto bajo control de versiones
La carpeta .sensei del proyecto es la opción predeterminada al crear un archivo de libro de cocina.
- `proyecto: //.sensei`
Todos los libros de cocina y recetas se almacenarían en una carpeta.sensei de tu proyecto.
La forma más sencilla de compartir es añadir la carpeta .sensei del proyecto al control de versiones.
Luego, la carpeta.sensei se puede administrar como cualquier otro artefacto de código compartido asociado al proyecto. Los libros de cocina se almacenan en la configuración de YAML, lo que facilita su combinació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 cocina con todas las recetas y están disponibles para cualquiera que clone el repositorio.
Guarde los libros de cocina en cualquier carpeta
Los equipos también pueden usar libros de cocina almacenados en ubicaciones centrales.
Guardar el libro de cocina en cualquier carpeta con permisos de acceso de escritura compartidos permitirá a todo el equipo actualizar las recetas e importarlas a cualquier proyecto en el que estén trabajando.
La ubicación se establecería en la ruta del directorio.
Almacenar recetas en Github
Sensei también puede acceder a las recetas que están almacenadas en un repositorio de Github. Se admiten tanto los repositorios públicos como los privados.
Github a través de SSH
El acceso al repositorio SSH se configura con la siguiente sintaxis para la ubicación
git@github.com: SecureCode Warrior/un libro de cocina.git
Para que esto funcione, el repositorio contendría el contenido de una carpeta de libros de cocina.
También es posible configurar la rama y la subcarpeta del libro de cocina, por ejemplo, en la rama principal, en la subcarpeta del libro de cocina.
por ejemplo
- git@github.com:SecureCodeWarrior/Sensei - blog-examples.git|master|.sensei
Es necesario configurar una clave SSH para los repositorios privados.
Y la clave no debe tener una contraseña.
Github a través de HTTPS
También es posible acceder a los repositorios públicos a través de HTTPS, y se usa la misma sintaxis de repo.git|branch|folder, p. ej.
Para nuestro proyecto de ejemplos de blog:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Para nuestro conjunto de ejemplos de Protección básica, podemos ignorar la rama y la subcarpeta porque obtendremos la rama principal de forma predeterminada y el archivo `rules.sensei` está en la carpeta raíz. :
Compreso a través de HTTP (s)
Sensei también puede acceder a libros de cocina 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 cocina debe contener el contenido de una carpeta de libros de cocina, por ejemplo, el archivo rules.sensei.
Resumen de uso compartido
Sensei admite el uso de varios libros de cocina para que un programador individual pueda tener recetas que apoyen su propio aprendizaje y productividad.
Y lo que es más importante, sabemos que los equipos trabajan más eficazmente cuando se comparten los conocimientos. Tener repositorios de equipo compartidos, por ejemplo, para un proyecto específico o una biblioteca específica, o para un conjunto compartido de patrones de migración, puede ayudar a aumentar la productividad del equipo y a codificar la experiencia del equipo.
Cuando se comparte un libro de cocina, varios equipos pueden usar el mismo libro de cocina, lo que también puede mejorar la colaboración entre equipos desde diferentes disciplinas, por ejemplo, desde AppSec hasta el desarrollo.
Con cuatro mecanismos básicos de intercambio disponibles, es de esperar que Sensei tenga al menos un enfoque que pueda utilizar para aumentar la colaboración en el intercambio de conocimientos.
---
Puede instalar Sensei desde IntelliJ mediante «Preferencias\ Plugins» (Mac) o «Configuración\ Plugins» (Windows) y, a continuación, buscar «código seguro de sensei».
Todas las publicaciones, códigos y recetas del blog de Sensei están en Github en:
Aprenda a compartir libros de cocina de Sensei y ayude a todos los miembros de su equipo a mejorar la calidad y la productividad del código.
Alan Richardson has more than twenty years of professional IT experience, working as a developer and at every level of the testing hierarchy from Tester through to Head of Testing. Head of Developer Relations at Secure Code Warrior, he works directly with teams, to improve the development of quality secure code. Alan is the author of four books including “Dear Evil Tester”, and “Java For Testers”. Alan has also created online training courses to help people learn Technical Web Testing and Selenium WebDriver with Java. Alan posts his writing and training videos on SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, and CompendiumDev.co.uk.
Secure Code Warrior está aquí para que su organización le ayude a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura en la que la ciberseguridad sea una prioridad. Ya sea administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudar a su organización a reducir los riesgos asociados con el código inseguro.
Reserva una demostración
Alan Richardson has more than twenty years of professional IT experience, working as a developer and at every level of the testing hierarchy from Tester through to Head of Testing. Head of Developer Relations at Secure Code Warrior, he works directly with teams, to improve the development of quality secure code. Alan is the author of four books including “Dear Evil Tester”, and “Java For Testers”. Alan has also created online training courses to help people learn Technical Web Testing and Selenium WebDriver with Java. Alan posts his writing and training videos on SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, and CompendiumDev.co.uk.
Compartir libros de cocina dentro de un equipo
Cuando una persona crea una receta de Sensei para mejorar la calidad o la productividad de su código, todos los miembros del equipo pueden beneficiarse al compartir los libros de cocina.
Sensei proporciona una serie de mecanismos para compartir libros de cocina:
- Almacene libros de cocina en el proyecto bajo control de versiones
- Almacenamiento de libros de cocina en una carpeta compartida
- Almacenar libros de cocina en Github
- Archivos comprimidos a través de HTTP (s)
Al compartir los libros de cocina, Sensei ayuda a los equipos a colaborar en el intercambio de conocimientos. La colaboración ayuda a mejorar la comunicación e integrar los enfoques de calidad del código acordados.
Por ejemplo, compartir un libro de cocina:
- ayuda a los miembros del equipo a compartir recetas útiles entre sí.
- ayuda a los jefes de equipo a codificar las prácticas de codificación acordadas, para el personal subalterno, a fin de identificar las infracciones más comunes con una solución rápida para la versión acordada.
- promueve una mayor cooperación entre equipos, por ejemplo, un equipo de 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.
En las siguientes secciones se explica cómo implementar cada uno de los mecanismos de intercambio.
Almacene libros de cocina en el proyecto bajo control de versiones
La carpeta .sensei del proyecto es la opción predeterminada al crear un archivo de libro de cocina.
- `proyecto: //.sensei`
Todos los libros de cocina y recetas se almacenarían en una carpeta.sensei de tu proyecto.
La forma más sencilla de compartir es añadir la carpeta .sensei del proyecto al control de versiones.
Luego, la carpeta.sensei se puede administrar como cualquier otro artefacto de código compartido asociado al proyecto. Los libros de cocina se almacenan en la configuración de YAML, lo que facilita su combinació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 cocina con todas las recetas y están disponibles para cualquiera que clone el repositorio.
Guarde los libros de cocina en cualquier carpeta
Los equipos también pueden usar libros de cocina almacenados en ubicaciones centrales.
Guardar el libro de cocina en cualquier carpeta con permisos de acceso de escritura compartidos permitirá a todo el equipo actualizar las recetas e importarlas a cualquier proyecto en el que estén trabajando.
La ubicación se establecería en la ruta del directorio.
Almacenar recetas en Github
Sensei también puede acceder a las recetas que están almacenadas en un repositorio de Github. Se admiten tanto los repositorios públicos como los privados.
Github a través de SSH
El acceso al repositorio SSH se configura con la siguiente sintaxis para la ubicación
git@github.com: SecureCode Warrior/un libro de cocina.git
Para que esto funcione, el repositorio contendría el contenido de una carpeta de libros de cocina.
También es posible configurar la rama y la subcarpeta del libro de cocina, por ejemplo, en la rama principal, en la subcarpeta del libro de cocina.
por ejemplo
- git@github.com:SecureCodeWarrior/Sensei - blog-examples.git|master|.sensei
Es necesario configurar una clave SSH para los repositorios privados.
Y la clave no debe tener una contraseña.
Github a través de HTTPS
También es posible acceder a los repositorios públicos a través de HTTPS, y se usa la misma sintaxis de repo.git|branch|folder, p. ej.
Para nuestro proyecto de ejemplos de blog:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Para nuestro conjunto de ejemplos de Protección básica, podemos ignorar la rama y la subcarpeta porque obtendremos la rama principal de forma predeterminada y el archivo `rules.sensei` está en la carpeta raíz. :
Compreso a través de HTTP (s)
Sensei también puede acceder a libros de cocina 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 cocina debe contener el contenido de una carpeta de libros de cocina, por ejemplo, el archivo rules.sensei.
Resumen de uso compartido
Sensei admite el uso de varios libros de cocina para que un programador individual pueda tener recetas que apoyen su propio aprendizaje y productividad.
Y lo que es más importante, sabemos que los equipos trabajan más eficazmente cuando se comparten los conocimientos. Tener repositorios de equipo compartidos, por ejemplo, para un proyecto específico o una biblioteca específica, o para un conjunto compartido de patrones de migración, puede ayudar a aumentar la productividad del equipo y a codificar la experiencia del equipo.
Cuando se comparte un libro de cocina, varios equipos pueden usar el mismo libro de cocina, lo que también puede mejorar la colaboración entre equipos desde diferentes disciplinas, por ejemplo, desde AppSec hasta el desarrollo.
Con cuatro mecanismos básicos de intercambio disponibles, es de esperar que Sensei tenga al menos un enfoque que pueda utilizar para aumentar la colaboración en el intercambio de conocimientos.
---
Puede instalar Sensei desde IntelliJ mediante «Preferencias\ Plugins» (Mac) o «Configuración\ Plugins» (Windows) y, a continuación, buscar «código seguro de sensei».
Todas las publicaciones, códigos y recetas del blog de Sensei están en Github en:
Compartir libros de cocina dentro de un equipo
Cuando una persona crea una receta de Sensei para mejorar la calidad o la productividad de su código, todos los miembros del equipo pueden beneficiarse al compartir los libros de cocina.
Sensei proporciona una serie de mecanismos para compartir libros de cocina:
- Almacene libros de cocina en el proyecto bajo control de versiones
- Almacenamiento de libros de cocina en una carpeta compartida
- Almacenar libros de cocina en Github
- Archivos comprimidos a través de HTTP (s)
Al compartir los libros de cocina, Sensei ayuda a los equipos a colaborar en el intercambio de conocimientos. La colaboración ayuda a mejorar la comunicación e integrar los enfoques de calidad del código acordados.
Por ejemplo, compartir un libro de cocina:
- ayuda a los miembros del equipo a compartir recetas útiles entre sí.
- ayuda a los jefes de equipo a codificar las prácticas de codificación acordadas, para el personal subalterno, a fin de identificar las infracciones más comunes con una solución rápida para la versión acordada.
- promueve una mayor cooperación entre equipos, por ejemplo, un equipo de 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.
En las siguientes secciones se explica cómo implementar cada uno de los mecanismos de intercambio.
Almacene libros de cocina en el proyecto bajo control de versiones
La carpeta .sensei del proyecto es la opción predeterminada al crear un archivo de libro de cocina.
- `proyecto: //.sensei`
Todos los libros de cocina y recetas se almacenarían en una carpeta.sensei de tu proyecto.
La forma más sencilla de compartir es añadir la carpeta .sensei del proyecto al control de versiones.
Luego, la carpeta.sensei se puede administrar como cualquier otro artefacto de código compartido asociado al proyecto. Los libros de cocina se almacenan en la configuración de YAML, lo que facilita su combinació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 cocina con todas las recetas y están disponibles para cualquiera que clone el repositorio.
Guarde los libros de cocina en cualquier carpeta
Los equipos también pueden usar libros de cocina almacenados en ubicaciones centrales.
Guardar el libro de cocina en cualquier carpeta con permisos de acceso de escritura compartidos permitirá a todo el equipo actualizar las recetas e importarlas a cualquier proyecto en el que estén trabajando.
La ubicación se establecería en la ruta del directorio.
Almacenar recetas en Github
Sensei también puede acceder a las recetas que están almacenadas en un repositorio de Github. Se admiten tanto los repositorios públicos como los privados.
Github a través de SSH
El acceso al repositorio SSH se configura con la siguiente sintaxis para la ubicación
git@github.com: SecureCode Warrior/un libro de cocina.git
Para que esto funcione, el repositorio contendría el contenido de una carpeta de libros de cocina.
También es posible configurar la rama y la subcarpeta del libro de cocina, por ejemplo, en la rama principal, en la subcarpeta del libro de cocina.
por ejemplo
- git@github.com:SecureCodeWarrior/Sensei - blog-examples.git|master|.sensei
Es necesario configurar una clave SSH para los repositorios privados.
Y la clave no debe tener una contraseña.
Github a través de HTTPS
También es posible acceder a los repositorios públicos a través de HTTPS, y se usa la misma sintaxis de repo.git|branch|folder, p. ej.
Para nuestro proyecto de ejemplos de blog:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Para nuestro conjunto de ejemplos de Protección básica, podemos ignorar la rama y la subcarpeta porque obtendremos la rama principal de forma predeterminada y el archivo `rules.sensei` está en la carpeta raíz. :
Compreso a través de HTTP (s)
Sensei también puede acceder a libros de cocina 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 cocina debe contener el contenido de una carpeta de libros de cocina, por ejemplo, el archivo rules.sensei.
Resumen de uso compartido
Sensei admite el uso de varios libros de cocina para que un programador individual pueda tener recetas que apoyen su propio aprendizaje y productividad.
Y lo que es más importante, sabemos que los equipos trabajan más eficazmente cuando se comparten los conocimientos. Tener repositorios de equipo compartidos, por ejemplo, para un proyecto específico o una biblioteca específica, o para un conjunto compartido de patrones de migración, puede ayudar a aumentar la productividad del equipo y a codificar la experiencia del equipo.
Cuando se comparte un libro de cocina, varios equipos pueden usar el mismo libro de cocina, lo que también puede mejorar la colaboración entre equipos desde diferentes disciplinas, por ejemplo, desde AppSec hasta el desarrollo.
Con cuatro mecanismos básicos de intercambio disponibles, es de esperar que Sensei tenga al menos un enfoque que pueda utilizar para aumentar la colaboración en el intercambio de conocimientos.
---
Puede instalar Sensei desde IntelliJ mediante «Preferencias\ Plugins» (Mac) o «Configuración\ Plugins» (Windows) y, a continuación, buscar «código seguro de sensei».
Todas las publicaciones, códigos y recetas del blog de Sensei están en Github en:
Haga clic en el enlace de abajo y descargue el PDF de este recurso.
Secure Code Warrior está aquí para que su organización le ayude a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura en la que la ciberseguridad sea una prioridad. Ya sea administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudar a su organización a reducir los riesgos asociados con el código inseguro.
Ver informeReserva una demostración
Alan Richardson has more than twenty years of professional IT experience, working as a developer and at every level of the testing hierarchy from Tester through to Head of Testing. Head of Developer Relations at Secure Code Warrior, he works directly with teams, to improve the development of quality secure code. Alan is the author of four books including “Dear Evil Tester”, and “Java For Testers”. Alan has also created online training courses to help people learn Technical Web Testing and Selenium WebDriver with Java. Alan posts his writing and training videos on SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, and CompendiumDev.co.uk.
Compartir libros de cocina dentro de un equipo
Cuando una persona crea una receta de Sensei para mejorar la calidad o la productividad de su código, todos los miembros del equipo pueden beneficiarse al compartir los libros de cocina.
Sensei proporciona una serie de mecanismos para compartir libros de cocina:
- Almacene libros de cocina en el proyecto bajo control de versiones
- Almacenamiento de libros de cocina en una carpeta compartida
- Almacenar libros de cocina en Github
- Archivos comprimidos a través de HTTP (s)
Al compartir los libros de cocina, Sensei ayuda a los equipos a colaborar en el intercambio de conocimientos. La colaboración ayuda a mejorar la comunicación e integrar los enfoques de calidad del código acordados.
Por ejemplo, compartir un libro de cocina:
- ayuda a los miembros del equipo a compartir recetas útiles entre sí.
- ayuda a los jefes de equipo a codificar las prácticas de codificación acordadas, para el personal subalterno, a fin de identificar las infracciones más comunes con una solución rápida para la versión acordada.
- promueve una mayor cooperación entre equipos, por ejemplo, un equipo de 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.
En las siguientes secciones se explica cómo implementar cada uno de los mecanismos de intercambio.
Almacene libros de cocina en el proyecto bajo control de versiones
La carpeta .sensei del proyecto es la opción predeterminada al crear un archivo de libro de cocina.
- `proyecto: //.sensei`
Todos los libros de cocina y recetas se almacenarían en una carpeta.sensei de tu proyecto.
La forma más sencilla de compartir es añadir la carpeta .sensei del proyecto al control de versiones.
Luego, la carpeta.sensei se puede administrar como cualquier otro artefacto de código compartido asociado al proyecto. Los libros de cocina se almacenan en la configuración de YAML, lo que facilita su combinació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 cocina con todas las recetas y están disponibles para cualquiera que clone el repositorio.
Guarde los libros de cocina en cualquier carpeta
Los equipos también pueden usar libros de cocina almacenados en ubicaciones centrales.
Guardar el libro de cocina en cualquier carpeta con permisos de acceso de escritura compartidos permitirá a todo el equipo actualizar las recetas e importarlas a cualquier proyecto en el que estén trabajando.
La ubicación se establecería en la ruta del directorio.
Almacenar recetas en Github
Sensei también puede acceder a las recetas que están almacenadas en un repositorio de Github. Se admiten tanto los repositorios públicos como los privados.
Github a través de SSH
El acceso al repositorio SSH se configura con la siguiente sintaxis para la ubicación
git@github.com: SecureCode Warrior/un libro de cocina.git
Para que esto funcione, el repositorio contendría el contenido de una carpeta de libros de cocina.
También es posible configurar la rama y la subcarpeta del libro de cocina, por ejemplo, en la rama principal, en la subcarpeta del libro de cocina.
por ejemplo
- git@github.com:SecureCodeWarrior/Sensei - blog-examples.git|master|.sensei
Es necesario configurar una clave SSH para los repositorios privados.
Y la clave no debe tener una contraseña.
Github a través de HTTPS
También es posible acceder a los repositorios públicos a través de HTTPS, y se usa la misma sintaxis de repo.git|branch|folder, p. ej.
Para nuestro proyecto de ejemplos de blog:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Para nuestro conjunto de ejemplos de Protección básica, podemos ignorar la rama y la subcarpeta porque obtendremos la rama principal de forma predeterminada y el archivo `rules.sensei` está en la carpeta raíz. :
Compreso a través de HTTP (s)
Sensei también puede acceder a libros de cocina 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 cocina debe contener el contenido de una carpeta de libros de cocina, por ejemplo, el archivo rules.sensei.
Resumen de uso compartido
Sensei admite el uso de varios libros de cocina para que un programador individual pueda tener recetas que apoyen su propio aprendizaje y productividad.
Y lo que es más importante, sabemos que los equipos trabajan más eficazmente cuando se comparten los conocimientos. Tener repositorios de equipo compartidos, por ejemplo, para un proyecto específico o una biblioteca específica, o para un conjunto compartido de patrones de migración, puede ayudar a aumentar la productividad del equipo y a codificar la experiencia del equipo.
Cuando se comparte un libro de cocina, varios equipos pueden usar el mismo libro de cocina, lo que también puede mejorar la colaboración entre equipos desde diferentes disciplinas, por ejemplo, desde AppSec hasta el desarrollo.
Con cuatro mecanismos básicos de intercambio disponibles, es de esperar que Sensei tenga al menos un enfoque que pueda utilizar para aumentar la colaboración en el intercambio de conocimientos.
---
Puede instalar Sensei desde IntelliJ mediante «Preferencias\ Plugins» (Mac) o «Configuración\ Plugins» (Windows) y, a continuación, buscar «código seguro de sensei».
Todas las publicaciones, códigos y recetas del blog de Sensei están en Github en:
Tabla de contenido
Alan Richardson has more than twenty years of professional IT experience, working as a developer and at every level of the testing hierarchy from Tester through to Head of Testing. Head of Developer Relations at Secure Code Warrior, he works directly with teams, to improve the development of quality secure code. Alan is the author of four books including “Dear Evil Tester”, and “Java For Testers”. Alan has also created online training courses to help people learn Technical Web Testing and Selenium WebDriver with Java. Alan posts his writing and training videos on SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, and CompendiumDev.co.uk.
Secure Code Warrior está aquí para que su organización le ayude a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura en la que la ciberseguridad sea una prioridad. Ya sea administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudar a su organización a reducir los riesgos asociados con el código inseguro.
Reserva una demostraciónDescargarRecursos para empezar
Temas y contenido de formación sobre código seguro
Nuestro contenido líder en la industria siempre está evolucionando para adaptarse al cambiante panorama del desarrollo de software teniendo en cuenta su función. Se ofrecen temas que abarcan desde la IA hasta la inyección de XQuery para distintos puestos, desde arquitectos e ingenieros hasta directores de productos y control de calidad. Obtenga un adelanto de lo que ofrece nuestro catálogo de contenido por tema y función.
%20(1).avif)
.avif)
Threat Modeling with AI: Turning Every Developer into a Threat Modeler
Walk away better equipped to help developers combine threat modeling ideas and techniques with the AI tools they're already using to strengthen security, improve collaboration, and build more resilient software from the start.
Recursos para empezar
Cybermon está de vuelta: las misiones de IA de Beat the Boss ya están disponibles bajo demanda
Cybermon 2025 Beat the Boss ya está disponible durante todo el año en SCW. Implemente desafíos de seguridad avanzados de IA y LLM para fortalecer el desarrollo seguro de la IA a gran escala.
Explicación de la Ley de Ciberresiliencia: qué significa para el desarrollo de software seguro por diseño
Descubra qué exige la Ley de Ciberresiliencia (CRA) de la UE, a quién se aplica y cómo los equipos de ingeniería pueden prepararse con prácticas de diseño seguras, prevención de vulnerabilidades y desarrollo de capacidades para desarrolladores.
Habilitador 1: Criterios de éxito definidos y medibles
Enabler 1 da inicio a nuestra serie Enablers of Success, de 10 partes, mostrando cómo vincular la codificación segura con los resultados empresariales, como la reducción del riesgo y la velocidad para lograr la madurez del programa a largo plazo.
