Saltar al contenido

El blog de Skatox Entradas

¿Que és InnerSource?

InnerSource consiste en aplicar los principios del desarrollo de software de código abierto a una organización. Es decir, en vez de limitar el desarrollo de software a equipos cerrados y específicos, InnerSource permite que cualquier empleado de la empresa colabore en proyectos internos, compartiendo conocimientos y habilidades a través de diferentes departamentos y áreas.

¿Por qué es bueno para algunas empresas?

Aplicar InnerSource puede traer múltiples beneficios. Primero, fomenta la colaboración interdepartamental, lo que puede conducir a soluciones más innovadoras y eficaces. Cuando personas con diferentes perspectivas y habilidades trabajan juntas, es más probable que surjan ideas creativas y soluciones fuera de lo común. Además, InnerSource promueve la transparencia y el intercambio de conocimientos, lo que puede acelerar el desarrollo de productos y mejorar la calidad del software.

Si se empieza a usar en las empresas u organizaciones, puedo decirte que obtendrás los siguientes resultados:

  • Colaboración ampliada: cualquier empleado puede contribuir a proyectos, lo que enriquece el resultado final.
  • Mejora continua: la apertura a la retroalimentación y las contribuciones de otros equipos puede llevar a un producto de mejor calidad.
  • Desarrollo de habilidades: al involucrarte en proyectos fuera de tu área habitual, puedes aprender nuevas tecnologías y prácticas.
  • Reconocimiento y visibilidad: al brindar la oportunidad de demostrar tus habilidades a toda la organización, no solo a tu equipo directo.

¿Cómo empezar con InnerSource en tu empresa?

Para comenzar a implementarlo, recomiendo seguir estos pasos:

  1. Crea una cultura de apertura: promueve la idea de que los proyectos internos están abiertos para contribuciones de cualquier empleado interesado.
  2. Documenta bien los proyectos: asegúrate de que los proyectos sean accesibles y estén bien documentados para que cualquier persona pueda comprender cómo contribuir.
  3. Facilita la colaboración: proporciona herramientas y plataformas que permitan a los empleados colaborar fácilmente, como repositorios compartidos y canales de comunicación abiertos.
  4. Reconoce las contribuciones: fomenta y valora las contribuciones de todos, no solo de aquellos en roles de desarrollo.

Trabajar bajo este enfoque no solo aprenderás más sobre la organización, también te dará la oportunidad de demostrar tus habilidades más allá de tu área habitual. Al involucrarte en InnerSource, puedes expandir tu red de contactos internos, adquirir nuevas competencias y tener un impacto más amplio en la empresa.

¡Es una excelente forma de crecer profesionalmente y contribuir al éxito general de la organización! Comparte tu opinión sobre esto, si lo aplicas o que piensas sobre esto.

1 comentario

Documental sobre la creación de Ruby on Rails

Hace un par de semanas estuve viendo el documental sobre al creación de Ruby on Rails y me encantó. Pues podemos ver por parte de sus creadores como fue el proceso de crear uno de los frameworks que cambió la forma de hacer sitios web.

Recuerdo que hace 20 años (2004) cuando salió Rails, mucha gente se impresionó por que facilitaba hacer sitios web, eliminaba complejidades y al estar en Ruby, el lenguaje es simple y fácil de usar. Pero su popularidad creció un par de años después y pasó a ser uno de los mas usado hoy en día y este documental cuenta como fue ese proceso.

Los protagonistas del documental de Ruby on Rails

En este documental podrás ver la historia de como Jason Fried, el co-fundador de 37signals y de David Heinemeier Hansson, un empleado de esta compañía, quien creó el proyecto de Ruby on Rails porque Jason necesitaba una herramienta eficiente para construir aplicaciones web, y David, aprovechando el lenguaje Ruby, creó un framework con enfoque en la simplicidad y la rapidez. Rails introdujo conceptos innovadores como la convención sobre configuración y el principio DRY (Don’t Repeat Yourself), permitiendo a los desarrolladores construir aplicaciones complejas en menos tiempo.

En el documental puedes ver como comenzó como una herramienta interna en 37signals se convirtió en un proyecto de código abierto en julio del 2004, transformando la industria y demostrando el poder de la colaboración y la innovación.

Pero no te quiero comentar el documental, así que lo mejor es verlo a continuación:

Ruby on Rails: The Documentary
Documental de Ruby on Rails

Palabras finales

Espero que te guste y disfrutes de este documental. Tal vez te motive a crear un nuevo framework que revolucione el desarrollo web y en un par de años tengas tu propio documental.

Si quieres ver mas videos así, puedes ver documentales similares en mi blog.

1 comentario

La falla de CrowdStrike: un análisis desde el Sistema Operativo

Hace unos días fuimos testigos de como miles de computadoras con Windows empezaron a aparecer con la famosa pantalla azul de la muerte. La pantalla que aparece cuando hay un problema crítico en Microsoft Windows. Este problema ocurrió gracias al software de CrowdStrike, una empresa de seguridad informática, que por una falla en un driver durante el arranque del sistema operativo, causó que las computadoras no pudiesen arrancar correctamente.

El responsable es Crowdstrike

Inicialmente todos pensamos que el problema fue Microsoft, pero en realidad no tuvieron la responsabilidad. El problema ocurrió en un driver de Crowdstrike que falló por una mala actualización de un archivo de contenido importante para este driver. Fallaron las pruebas y despliegues de esta actualización por parte de Crowdstrike.

Por esta razón, me animé a hacer un video para explicar esto y mostrar que fue lo que pasó desde el punto de vista de los sistemas operativos. Para que todos estemos claros y podamos aprender de esta situación y aplicarlo en nuestros trabajos para evitar problemas similares.

Espero que miren el video, pues proporciona más detalles de los que puedo abarcar en este post. Y recuerden comentar si tienen alguna duda, comentario o corrección del tema.

La falla de CrowdStrike: un análisis desde el Sistema Operativo
Mira mi video para conocer de Crowdstrike desde el punto de vista de un S.O.

Reflexión

Creo que lo que pasó, vimos como podemos estar a un paso de fallas graves en nuestro sistemas y afectar la vida diaria. Tal vez en el futuro ocurran cosas peores ocasionadas por la I.A. o fallos humanos, pero siempre y cuando tengamos buenas pruebas, aprendamos de estas experiencias y programemos las cosas para tolerar fallas, evitaremos que ocurra de nuevo algo asimilar a lo de Crowdstrike.

Espero que este video les resulte útil e interesante. Si desean mas videos de Sistemas Operativos como este, o similar al de Como google optimizó en 40% el kernel Linux, si necesitas más detalles o tienes alguna pregunta específica sobre el problema de CrowdStrike, no dudes en dejar un comentario. ¡Estaré encantado de responderte!

Deja un comentario

Error: Uncaught [TypeError: A dynamic import callback was invoked without –experimental-vm-modules]

Un conjunto de pruebas que estaba ejecutando con jest, me estaban funcionando en local pero no en Github Actions. El error que me estaba arrojando era:

Error: Uncaught [TypeError: A dynamic import callback was invoked without --experimental-vm-modules]

Investigando sobre este error, descubrí que se debe a que las pruebas de Jest están intentando utilizar módulos ES6 con importaciones dinámicas, y Node.js no está configurado para soportar esta funcionalidad sin habilitar explícitamente el uso de los módulos de máquina virtual experimentales (experimental-vm-modules).

¿Cómo solucionar este problema?

La solución consiste en ejecutar jest pero usando node y pasando ese argumento. Entonces en mi package.json, donde tenía una tarea para ejecutar las pruebas, en vez tener algo como:

test: "jest"

Lo cambié a ejecutar node con el argumento –experimental-vm-modules:

test: "node --experimental-vm-modules node_modules/jest/bin/jest"

¡Y listo! Todas las pruebas lograron ejecutarse sin problemas en Github Actions.

Deja un comentario