For the Disqus’s team CD is shipping new code as soon as it is ready. It does not mean to deploy all the time but as much as you want.

It goes something like this:

• Commit
• Integrate
  If it fails come back to fix it and commit it again.
• Deploy
• Report

Similar Presentation in 2011: http://www.slideshare.net/zeeg/pitfalls-of-continuous-deployment
Blog: http://justcramer.com/

• Install OpenSSL: sudo apt-get install openssl
• Create folders certs, conf and private wherever you are gonna have your CA
• Create a database to keep track of the certificates that you issue [echo '01' >serial ; touch index.txt]
• Create the configuration file in conf/caconfig.cnf

#
# OpenSSL configuration file.
#
# Establish working directory.

dir = /the_directory_where_you_save_the_ca_files					= .

[ ca ]
default_ca				= CA_default

[ CA_default ]
serial					= $dir/serial
database				= $dir/certindex.txt
new_certs_dir				= $dir/certs
certificate				= $dir/cacert.pem
private_key				= $dir/private/cakey.pem
default_days				= 365
default_md				= md5
preserve				= no
email_in_dn				= no
nameopt					= default_ca
certopt					= default_ca
policy					= policy_match

[ policy_match ]
countryName				= match
stateOrProvinceName			= match
organizationName			= match
organizationalUnitName			= optional
commonName				= supplied
emailAddress				= optional

[ req ]
default_bits				= 1024			# Size of keys
default_keyfile				= key.pem		# name of generated keys
default_md				= md5				# message digest algorithm
string_mask				= nombstr		# permitted characters
distinguished_name			= req_distinguished_name
req_extensions				= v3_req

[ req_distinguished_name ]
# Variable name				Prompt string
#-------------------------	  ----------------------------------
0.organizationName			= Organization Name (company)
organizationalUnitName			= Organizational Unit Name (department, division)
emailAddress				= Email Address
emailAddress_max			= 40
localityName				= Locality Name (city, district)
stateOrProvinceName			= State or Province Name (full name)
countryName				= Country Name (2 letter code)
countryName_min				= 2
countryName_max				= 2
commonName				= Common Name (hostname, IP, or your name)
commonName_max				= 64

# Default values for the above, for consistency and less typing.
# Variable name				Value
#------------------------	  ------------------------------
0.organizationName_default		= My Company
localityName_default			= My Town
stateOrProvinceName_default		= State or Providence
countryName_default			= US

[ v3_ca ]
basicConstraints			= CA:TRUE
subjectKeyIdentifier			= hash
authorityKeyIdentifier			= keyid:always,issuer:always

[ v3_req ]
basicConstraints			= CA:FALSE
subjectKeyIdentifier			= hash

Gobierno Transparente fue el septimo hijo de los Hijos de Obdulio. Ellos pasaron el fin de semana en un estudio furioso de datos del parlamento uruguayo. Consultaron a los abogados, politologos y periodistas de CAINFO asi como hicieron tweak after tweak de los scripts de scraping de datos del parlamento. Al final con estos datos armaron http://50.116.33.178/hijos/ que aún no está publicado oficialmente para ser usado.

Reporte de Mapas de Accidentes de Transito fue al grano. No le dieron vuelta a los nombres y armaron un grupo entre los que no tenian grupo. De cualquier forma la aplicación de ellos tomo un dataset bastante limpito (el de accidentes de transito de IMM) y con google maps lo visualizaron en el mapa de Montevideo. Le agregaron unos filtros y listo. Ahi tienen http://www.cobalys.com/dal/

Y luego estaban los maldonenses de Moñita Azul que llamaron a su aplicación Moña Azul para no tener problemas de copyright con la revista uruguaya del mismo nombre. La aplicación de ellos buscaba meterse en un tema bastante candente en la sociedad uruguaya: la educación. Tomo números de recursos invertidos y resultados obtenidos para graficarlos e intentar sacar pistas de por donde resolver las cosas. La pueden ver en http://dal.picandocodigo.org

También tuvimos a el programador solitario con su aplicación que no tenia ningún fin social especifico sino buscaba hacer más facil la vida a gente que quiere intersectar dos datasets. Tiene una interfase muy limpia y funciona bien prolijamente. Se llama datapipe y la info está en http://desarrollandoamerica.org/2011/12/datapipe/

Expondrán miembros del equipo de desarrollo de datos abiertos de Intendencia de Montevideo, quienes contarán sus experiencias en el camino recorrido en la materia, y los retos para el futuro.

Cerrará el evento Evan Henshaw presentando el concurso Desarrollando América Latina, que promueve el desarrollo simultaneo en 6 países de la región de aplicaciones informáticas novedosas que ayuden a resolver los problemas de la sociedad. Durante la presentación se despejarán dudas sobre el concurso que tendrá lugar el próximo 3 y 4 de diciembre durante 30 horas consecutivas.

Las conferencias tendrán lugar este lunes 14 de noviembre, en el Museo Nacional de Artes Visuales, Tomás Giribaldi 2283 esq. Julio Herrera y Reissig – Parque Rodó, a partir de las 18hs.

Por más información contactarse con la organización de Desarrollando América Latina al correo dal.uruguay@gmail.com

Invitan: Desarrollando América Latina, La Diaria, Cubox SA, Intendencia de Montevideo, AGESIC, Museo Nacional de Artes Visuales.

Cómo llegar: http://www.mnav.gub.uy/cms.php?id=informacion

Acerca de Datos Abiertos:

Datos abiertos es una tendencia incipiente con gran potencial de desarrollo. Individuos y organizaciones recaban una amplia gama de datos para realizar sus tareas. El Gobierno es particularmente importante en este contexto, por la cantidad de datos que recoge de empresas, de ciudadanos, de gestión, de salud, geográficos y financieros entre otros. En este documento se describen conceptos e ideas base de Datos Abiertos de Gobierno.

Acerca de Desarrollando América Latina

Desarrollando América Latina es la Copa América del desarrollo digital. El 03 y 04 de Diciembre, por 30 horas consecutivas, los mejores desarrolladores web de 6 países latinoamericanos se reunirán en sus respectivos países a trabajar para encontrar soluciones digitales a problemas sociales.

Cada vez que escucho la canción de los Redondos recuerdo esa tarde caminando por una de las calles de La Paz. Recuerdo su vos y su caminar. Era un personaje de esos que pasan por tu vida como un relampago. Nunca sabes que es lo que querian ni en que parte del universo se desintegraron. Y ahora solo pasaran a ser uno mas en el libro de tu vida. Y en mis memorias vale tanto como los personajes que se quedaron dentro de los libros de Amado o aquellos que reinaron en mis noches de Borges. Cosas de la vida.

Testing with Letucce and Splinter

by @varud
his blog http://tech.yipit.com/author/adam-nelson/
nice tutorial about lettuce (basically a copy of Cucumber for django) : Lettuce Documentation.

Confessions of Joe Developer

by @pydanny
slides on http://www.slideshare.net/pydanny/confessions-of-a-joe-developer
It was a funny presentation where he tried to do what is so important for inclusiveness, to put everybody in the same level. He explained his idea of “smart way of doing things” versus “stupid way” favoring the last one… One of the useful advices he mentioned is not to use copy and paste for code. Always write down the code that you find in the web from smarter people. He also had a few slides advocating for more inclusion and promoting pyladies explaining how to participate in the LA python’s group.
He writes this blog and takes great notes at readthedocs.
For the Django Hosting Panel I got a little lost and started hacking on my own things. Although I  know that DotCloud was participating

Testing: the developer strikes back

“Code not tested is broken by design” – Jacob Kaplan-Moss
by @sandymahalo
slides on https://docs.google.com/present/view?id=0AVthC0Z3iw8DZGRrdnFzeGdfN2c5bWJ6d2Y1&hl=en_US
It was a really good talk about testing. She was not advocating for TDD thinking that it is not usually what you want to start doing when you get passionate about a project and want to build a quick prototype. Althought she was totally advocating for well tested code.  Pydanny’s notes about her presentation.

A summer in the Wild

by @alex_gaynor
his blog is http://alexgaynor.net/
The last talk I attended for the first day was Alex Gayner‘s about PyPy on Quora. I’m getting a kind of fan of him cause his talks are always so clear and good. This one was not the exception. He mentioned things that Django is doing really right. And of course one koan people were mentioning once and again through the conference for deploying: “Automate everything!”

Real world Django deployment using Chef

by @kantrn
slides on http://www.slideshare.net/coderanger/real-world-django-deployment-using-chef
chef cookbook at https://github.com/coderanger/djangocon2011

Making the Django ORM Multilingual

by @ojiidotch
notes on http://pydanny-event-notes.readthedocs.org/en/latest/DjangoCon2011/multilingual-orm.html
He mentioned the different ways on that people are resolving this problem and why they all have their cons (and pros). At the end there was a call to everybody trying to resolve this issue in Django to meet and try to start something about i18n.

Stop Tilting at Windmills – Spotting Bottlenecks

by @yml and @bkonkle
It was a talk on performance but I didn’t take notes … and I didn’t find the slides. They mention the tools that are in the description of the talk.

Best Practices for Front-End Django Developers

by @webdevgirl
slides on http://www.slideshare.net/cosecant/best-practices-for-frontend-django-developers
I’m amazed on how many designers were giving (good) talks.

Advanced security topics

by @paulrmcmillan
slides on http://subversivecode.com/talks/djangocon-us-2011
He recommended to get the book The Web Application Hacker’s Handbook: Discovering and Exploiting Security Flaws

Y’all Wanna Scrape with Us? Content Ain’t a Thing : Web Scraping With Our Favorite Python Libraries

by @kjam
slides on http://dl.dropbox.com/u/19508576/djangocon_slides/src/scraper_talk.html
All about scraping with recommendations for tools at the end.

Cache rules everything around me

by @jacobburch and @noah256
notes here: http://pydanny-event-notes.readthedocs.org/en/latest/DjangoCon2011/cache.html
This talk was awesome. Everything you needed to know about cache invalidation and more.. Cool.

And here @pydanny’s notes on the Django Core Dev Panel: http://pydanny-event-notes.readthedocs.org/en/latest/DjangoCon2011/django-core-dev-panel.html

Django is not gonna migrate to GIT and is not gonna be in python 3 in the next few months.

// for each ticket
- get the ticket (assign it to yourself)
- setup django in the ticket’s version (git checkout version_number)
- setup python in the ticket’s version (pythonbrew use version_number)
- install whatelse the ticket is using
- reproduce the ticket
- if it is a bug confirm it and go to fix it if you wish
- if it is not a bug then change the ticket’s status

doc source use for this process
- Getting started with Django http://www.djangobook.com/en/2.0/chapter02/
- Getting started contributing to Django https://docs.djangoproject.com/en/dev/internals/contributing/new-contributors/#first-steps
- On Reports and Easy Tickets https://code.djangoproject.com/wiki/Reports
- Git Repository http://github.com/django/django