luque

aws --region eu-west-1 ec2 describe-images \
    --owners 979382823631 \
    --filters "Name=name,Values=*tomcat*7.0.59*" \
              "Name=root-device-type,Values=ebs" \
              "Name=architecture,Values=x86_64"  \
              "Name=virtualization-type,Values=hvm"

luque

aws --output text ec2 create-key-pair --key-name aws-intro-key

luque

# 1. Lanza instancia usando la imagen de Tomcat 7.0.49 de Bitnami:

aws ec2 run-instances --image-id --key-name aws-intro-key --instance-type t2.micro

watch -n 4 -d aws ec2 describe-instance-status

aws ec2 describe-instances --instance-ids ID_INSTANCIA_AQUI | grep -i dns

# 2. Concedemos permisos de acceso (ssh y http) al grupo de seguridad por defecto:

luque

If you have two days to learn the very basics of modelling, Domain-Driven Design, CQRS and Event Sourcing, here's what you should do:

In the evenings read the [Domain-Driven Design Quickly Minibook]{http://www.infoq.com/minibooks/domain-driven-design-quickly}. During the day watch following great videos (in this order):

1. Eric Evans' [What I've learned about DDD since the book]{http://www.infoq.com/presentations/ddd-eric-evans}
2. Eric Evans' [Strategic Design - Responsibility Traps]{http://www.infoq.com/presentations/design-strategic-eric-evans}
3. Udi Dahan's [Avoid a Failed SOA: Business & Autonomous Components to the Rescue]{http://www.infoq.com/presentations/SOA-Business-Autonomous-Components}
4. Udi Dahan's [Command-Query Responsibility Segregation]{http://www.infoq.com/presentations/Command-Query-Responsibility-Segregation}
5. Greg Young's [Unshackle Your Domain]{http://www.infoq.com/presentations/greg-young-unshackle-qcon08}
6. Eric Evans' [Acknowledging CAP at the Root -- in the Domain Model]{ht

luque

# 1. Lanzar instancia usando la imagen de Tomcat 7.0.49 de Bitnami:

aws ec2 run-instances --image-id ami-31911b46 --key-name aws-intro-key --instance-type t2.micro

watch -n 4 -d aws ec2 describe-instance-status

aws ec2 describe-instances --instance-ids ID_INSTANCIA_AQUI | less

aws ec2 describe-volumes

luque

# Personalizacion de la instancia con Tomcat para desplegar Jenkins:
 
local $ ssh -i ~/.ec2/codecities/aws-intro-key bitnami@<server-public-DNS>
 
server $ cd ~/stack
server $ sudo su
server # ./ctlscript status
server # ./ctlscript stop tomcat
server # cd /opt/bitnami/apache-tomcat/webapps
server # rm -rf *

luque

# 4. Creación de una nueva imagen a partir de la instancia configurada
 
aws ec2 create-image --instance-id ID_INSTANCIA_AQUI --name jenkins-1.599-tomcat-7.0.59-ebs-hvm
 
aws ec2 describe-images --image-id ID_AMI_AQUI
 
aws ec2 describe-snapshots --owner-ids self

luque

# 5. Probar la nueva imagen creando una instancia:
 
aws ec2 run-instances --image-id ami-6dbd2b1a --key-name aws-intro-key --instance-type t2.micro 
 
watch -n 4 -d aws ec2 describe-instance-status
 
aws ec2 describe-instances --instance-ids ID_INSTANCIA_AQUI | grep -i dns
 
ssh -i ~/.ec2/codecities/aws-intro-key bitnami@<server-public-DNS> 

luque

# 6. Terminación de las instancias de trabajo usadas en la creación de la imagen:
 
aws ec2 terminate-instances --instance-ids  ID_INSTANCIA1  ID_INSTANCIA_2
 
aws ec2 describe-instances-status
 
watch -n 5 -d aws ec2 describe-volumes

aws ec2 describe-instances

luque

La programación debería consistir en un diálogo fluido entre el programador y su código. Sin 
embargo, rara vez nuestros entornos de programación favorecen esta tarea y los desarrolladores 
invertimos demasiado tiempo luchando con herramientas de desarrollo que no aumentan nuestra 
capacidad como programadores.

En esta charla mostraremos, a través de ejemplos prácticos, cómo la programación en un entorno 
de objetos vivos te ofrece el feedback instantáneo que necesitas para volver conectar con tu 
código. También mostraremos cómo escapar a la tiranía de los IDEs y de sus herramientas 
predefinidas, adaptando el entorno de desarrollo a las necesidades concretas de cada dominio.