Plática que dí en la Facultad de Ciencias, UNAM en 2009, en el marco del 70 aniversario de la facultad. Habla acerca del open build service, un servicio de SUSE para crear paquetes para SUSE y otras distribuciones.
Desarrollando con Python en un ambiente aislado y estable.
virtualenv: es una herramienta para crear entornos Python aislados, también conocidos como sandbox.
buildout: es un sistema de construcción(desarrollo) basado en Python para crear, ensamblar e implementar aplicaciones de varias piezas, algunas de las cuales pueden ser no basadas en Python.
A Strategy for Container Lifecycle ManagementEdgardo Hames
Virtualization has been around much of the history of computing from the introduction of virtual memory to virtualization at the operating system level and containers. The use of containers as a deployment tool has boomed since the release of Docker as free software in 2013. Docker includes a large set of tools ranging from building and executing containers on a single node to managing multiple containers in clusters. However, the distribution of deployment descriptors and of maintenance scripts is not properly addressed. This work introduces the mechanisms provided by Docker and describes a practice developed by the Bitlogic team for the deployment and management of the container lifecycle.
Desarrollando con Python en un ambiente aislado y estable.
virtualenv: es una herramienta para crear entornos Python aislados, también conocidos como sandbox.
buildout: es un sistema de construcción(desarrollo) basado en Python para crear, ensamblar e implementar aplicaciones de varias piezas, algunas de las cuales pueden ser no basadas en Python.
A Strategy for Container Lifecycle ManagementEdgardo Hames
Virtualization has been around much of the history of computing from the introduction of virtual memory to virtualization at the operating system level and containers. The use of containers as a deployment tool has boomed since the release of Docker as free software in 2013. Docker includes a large set of tools ranging from building and executing containers on a single node to managing multiple containers in clusters. However, the distribution of deployment descriptors and of maintenance scripts is not properly addressed. This work introduces the mechanisms provided by Docker and describes a practice developed by the Bitlogic team for the deployment and management of the container lifecycle.
03 de Marzo 2015: Andrés Villarreal - Herramientas del Desarrollador Modernowpargentina
En ocasiones nuestras herramientas de desarrollo retrasan nuestro trabajo y nuestro crecimiento profesional sin que siquiera nos demos cuenta. Vamos a detectar esos casos y a explorar distintas opciones para construir un ambiente de desarrollo local moderno, ágil, portable y adecuado a las tecnologías más actuales del desarrollo web, y cómo acoplarlo a nuestro trabajo con WordPress.
Con Docker podemos envolver una aplicación dentro de un contenedor con un sistema de ficheros completo y con todo lo que necesita para funcionar, de esta forma la aplicación siempre se ejecutará igual independientemente del entorno en el que se encuentre.
En esta charla empezaremos con una introducción a Docker para después pasar a explicar con ejemplos cómo podemos crear contenedores que repliquen el software existente en producción, de esta forma el entorno de desarrollo de todo nuestro equipo será siempre consistente con el entorno de producción.
Esta es una presentación que use para dar una conferencia acerca de cómo conseguir recursos humanos para crear un equipo técnico para una compañia o startup.
El video aquí:
http://www.youtube.com/watch?v=wzHJoCxu_uE&feature=youtu.be
Es la presentación que hice para #CPMX3.
Describo situación de móviles en México, costo d producción de una app móvil, asi cmo opciones de herramienta de desarrollo.
Esta es mi conferencia de la Campus Party MX 2011, acerca de desarrollo de apps móviles usando appcelerator. Para más información del desarrollo de apps móviles en México, por favor contáctame en Twitter: @mauropm o en mi correo electrónico: mauropm@gmail.com
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
3Redu: Responsabilidad, Resiliencia y Respetocdraco
¡Hola! Somos 3Redu, conformados por Juan Camilo y Cristian. Entendemos las dificultades que enfrentan muchos estudiantes al tratar de comprender conceptos matemáticos. Nuestro objetivo es brindar una solución inclusiva y accesible para todos.
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
En este documento analizamos ciertos conceptos relacionados con la ficha 1 y 2. Y concluimos, dando el porque es importante desarrollar nuestras habilidades de pensamiento.
Sara Sofia Bedoya Montezuma.
9-1.
2. ¿Qué es?
• Servicio público para ayudar a los
desarrolladores a distribuir su software.
• Novell/SUSE proporciona una granja de
compilación con todos los sistemas
soportados configurados y listos.
• Genera paquetes para múltiples
distribuciones, tales como openSUSE,
Ubuntu, Mandrake, Fedora.
2
3. ¿Qué es?
• Soporta múltiples arquitecturas: ix86,
ix86_64, PPC; en un futuro para ARM.
• Un solo RPM spec genera paquetes para
todas las distribuciones que se desee,
incluyendo ubuntu, que usa paquetes “.deb”.
• Genera automagicamente un canal de
distribución de software. Algo como:
http://software.opensuse.org/yourproject
3
4. ¿Qué es?
• Los usuarios pueden buscar la última versión
del software que necesitan, via
http://software.opensuse.org
• Acceso a compañias externas a dar soporte
fácilmente a linux (proveer repositorios para
cada proyecto de las compañias, con su
respectivo repositorio e incluso sus propias
dependencias).
4
5. ¿Qué es?
• Permite el desarrollo en equipo.
• La granja compilara todos tus proyectos tan
seguido como los cambies, pero si requieres
hacer pruebas rápidas, puedes realizar la
compilación (y el paquete) en tu propia
estación, con un minimo de esfuerzo y un
minimo de paquetes instalados
(prácticamente, solo hay que instalar osc).
5
6. ¿Qué es?
• Obtener parches y aplicaciones para
distribuciones con versiones viejas (o la
habilidad de compilar alguna versión más
reciente tu mismo, sin dolor).
• Más info en el video:
http://en.opensuse.org/BSVideo
6
7. Ventajas
• No necesidad de granjas de compilación o
múltiples máquinas soportadas o
configuraciones.
• Resolución de dependencias automatica, con
su respectiva compilación si es necesario
(por ejemplo, si alguna de las dependencias
de paquete foo se actualizaran, el paquete
foo se vuelve a compilar con la nueva
dependencia).
7
8. Ventajas
• Ligas a otros proyectos, por lo que puedes
reutilizar los paquetes que haya hecho
alguien más. Por ejemplo, ustedes generaron
un parche para banshee, que quieren probar.
No tienen que hacer el paquete de cero,
sino que ligan al paquete banshee del
proyecto, y encima de eso hacen
modificaciones. Asi, siempre tendran las
versiones más frescas.
8
9. Ventajas
• Se puede compilar y distribuir para:
SUSE
Debian
Redhat
Mandriva Linux
Ubuntu
• Con soporte para ix86, x86_64, PPC, ARM.
Con posible soporte para z390x, ia64.
9
10. RPM spec
• Comentarios - Ignorados por RPM.
• Tags - Definir datos.
• Scripts - Conjunto de comandos a ejecutar.
• Macros - Abreviación para múltiples
comandos a ejecutar.
• %files - La lista de archivos en el RPM
• Directivas - modificadoras de archivos.
10
17. Tareas del RPM
• Desempacar los fuentes
• Aplicar parches
• Compilar el software
• Instalar el software
• Empaquetar
• Limpiar
17
18. Filosofia de RPM
• Comenzar con código fuente pristino.
• Aplicar parches sucesivos
• Compilar la versión parchada.
18
19. Script %prep
• Corre antes que cualquier cosa, usualmente
crea los directorios, desempaca el código
fuente, aplica parches, aplica cualquier tipo
de operaciones para poder generar el
código fuente a compilar, como cualquier
desarrolladfor haria.
19
20. Script %build
• Corre después de %prep, usualmente solo
implica un:
make
o similar.
20
21. Script %install
• Primero intenta correr un:
make install
uno después puede añadir cualquier otra
cosa que se requiera, como un theme o
branding, que en ocasiones no se requiere
para compilar.
21
23. Otros scripts interesantes
• %pre - corre antes que se instale el RPM
• %post - corre despues que se instale el RPM
(normalmente para correr ldconfig).
• %preun - igual que %pre, pero se corre antes
de desinstalar el RPM
• %postun - igual que %post, pero se corre
despues de desinstalar el RPM
23
24. Scripts comunes
• %setup - desempaqueta los fuentes, revisa
permisos, se puede indicar el orden en el
cual se desempaquetan los fuentes.
• %patch - permite aplicar uno o tal parche en
los fuentes.
24
25. %files
• Indica que archivos deben ser incluidos,
incluye manuales, graficas, etc.
• Puede uno usar %doc para indicar que es
documento, %config es para indicar que es
un archivo de configuracion que se debe
guardar aun despues de borrado el paquete.
• %attr (mode, user, group) file, como:
(755,root,root)
25
27. Subpaquetes
• %package hace posible hacer mas de un
paquete con un mismo SPEC; muchos lo
usan para hacer subpaquetes, como los que
contienen la documentación y similar.
%package -n doc
Lo cual hace un subpaquete foo-doc
27