[python-madrid] Dominio es.python.org concedido!

[J. Javier Maestro]

Al final, veo que el correo me ha quedado un poco largo... pero bueno.
Los que estéis interesados, leedlo :) Los que no, esperad a las
conclusiones después de las reuniones :D


2012/6/29 Jesus Cea <jcea at jcea.es>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 28/06/12 19:37, J. Javier Maestro wrote:
>> Además, con la de facilidades que hay ahora en "La Nube (TM)" es
>> sencillo y muy barato montar esto :) Y sobre todo, con un coste de
>> mantenimiento bajísimo!
>
> Pues mira, yo pongo objeciones a usar "la nube", ya sea Google o
> Amazon o similar. Considéralo una cuestión política, y más
> considerando que la mitad de los miembros somos administradores y un
> 25% seguro que tenemos servidores propios en los que hacer un hueco.
> Además, usando "la nube", estamos limitados a usar los servicios que
> nos quiera dar "la nube". Yo, por ejemplo, quiero desplegar OpenID y
> BrowserID, y no es algo que me de "la nube".

Primero, rápidamente, al tema particular de OpenID. Si bien no quiero
usarlo como ejemplo particular, porque ideas como esta habrá muchas y
variadas, creo que ilustra un principio general de algo con lo que no
estoy de acuerdo. Montar nuestro OpenID frente a usar un botón de
"login social" (e.g. Entra con Twitter) es IMHO menos sostenible y
seguramente menos justificable desde un punto de vista de la necesidad
/ funcionalidad real requerida por los socios.

Más en general, querría comentar unas ideas al respecto de lo que
mencionas en tu correo:

- Obviamente, la nube no es la panacea. Espero que nadie haya pensado
que tiro por esos derroteros (mi entrecomillado de "La Nube" creo que
lo dejaba bastante claro :)  Digamos que para mi, la nube son
servicios externos frente a servicios internos (los que tienen una
alta gestión de "bajo nivel" de los servicios). Nada más.

- Sobre tu cuestión política, no sé si te entiendo bien. Asumo que te
refieres a temas de privacidad, de dependencias de terceros o algo
así. Yo en estos casos tengo una regla clara. Para mi, lo importante
es pensar en común y no en particular. Lo que más le conviene a la
Asociación como grupo ahora y dentro de un par de años, conmigo y sin
mi. Y no lo que creo que le conviene ahora desde mi prisma personal.

A mi entender, lo mejor es estandarizarse y aprovechar las mejores
capacidades técnicas del momento. A día de hoy, yo creo que tanto en
precio como en escalabilidad (tanto humana como técnica), la nube
ofrece muchas (pero que muchas!) posibilidades entre las que podríamos
encontrar un punto de compromiso. No tenemos porqué irnos a un Heroku
(aunque sinceramente, si nos lo dieran patrocinado gratis, estaría muy
bien :)  No tiene que ser tampoco hosting de Amazon todo, pero el usar
un poco del espacio de cada uno de nuestros servers frente a poner
unos Euros por cabeza al año para pagar un Linode, EC2 o similar... me
parece menos profesional y más caótico. Además que, IMHO, al conferir
a la Asociación de sus propias infraestructuras, estamos montando algo
con mucha más entidad que un pastiche de soluciones parciales
aportadas entre nosotros.

- Finalmente, con respecto a querer OpenID, etc. Yo también puedo
querer muchas cosas, pero aquí es donde interviene en mi razonamiento
el punto anterior. ¿Qué le conviene a corto / medio plazo a la
Asociación? OpenID? o montar Google Apps y tener algo que funciona
para nosotros y para los que vengan en 2 años? No es más fácil montar
un core con servicios reconocidos (llamemoslos "estándares de facto")
que montar un core muy particular a nosotros y por tanto sujeto a
problemáticas particulares a futuro? De nuevo, yo creo que esto es
claramente el principio DRY frente al de reinventar la rueda.

Yo quiero ser totalmente prescindible y dotar a la Asociación de
mecanismos de gestión autónomos, sobre todo en el core. Para todo lo
demás, tendremos workshops y espacios de prueba donde jugar con muchas
cosas que seguramente beneficien a la Asociación en el medio plazo.
Pero yo, claramente, veo fuera del core muchas de estas cosas que
querríamos montar por hobby, gustos o preferencias personales.

> Ya tenemos orden del día para la reunión virtual del día 10, porque mi
> postura respecto a externalizar nuestro "core" es muy clara...

Me parece bien, la mía como puedes comprobar, también es muy clara. Lo
hablamos más a fondo el 10, por supuesto, aunque sigo desarrollando un
poco mi punto de vista en este correo, más abajo.

Con respecto al orden del día, supongo que habrá que consensuarlo. En
este momento no sé quién se encarga, pero no creo que el orden del día
para el 10 sea sólo hablar de esto.

Y con respecto a que sea virtual, yo animaría a que esta fuera en
persona. Hablar de todo esto por estos medios creo que alarga /
dificulta llegar a un punto de entendimiento o consenso. Si hacerlo
online ayuda a que opine mucha más gente, perfecto. Pero veo difícil
coordinar en un chat una charla de todo esto :-?

> Está bien evitar un SPOF, sobre todo de una persona en concreto pero,
> coño, nos dedicamos a esto... Para mí, ese trabajo es mi granito de
> arena para ayudar a la asociación. Es un tema que conozco bien y, como
> digo, mi trabajo diario. Y la oportunidad de desplegar tecnología
> interesante propia.

Pues Jesús... este párrafo me parece muy esclarecedor en todo este
argumento. Creo que es donde principalmente podemos diferir en
nuestros puntos de vista.

Para mi, la Asociación no es algo donde creo que se deba desplegar
tecnología propia, ni practicar nada. Incluso cuando nos dediquemos a
esto el 100% del tiempo. Para eso tenemos mogollón de sitios donde
probar, proyectos propios, etc. Yo creo que la Asociación se debe a su
fin fundacional y aunque aún no esté definido, pienso que se deberá
alejar de cualquier otra cosa que no sea promover Python en España a
través de eventos, charlas, formación, etc. Bastante difícil es ya
hacer eso sólo como para intentar mucho más, por lo menos por ahora.

De ahí que dijera lo de funcionar "como una empresa/startup", para
tener un fin claro y atajar lo superfluo como sea. Por mucho que mole
montar una lista de correo con un sistema de AI para reconocer temas y
archivarlos y generar resumenes mensuales... creo que estarás de
acuerdo conmigo en que no tendría sentido alguno que eso implicara no
usar Google Groups para gestionar la lista porque no lo permita. Para
mi, si bien cláramente a otro nivel (no absurdo como mi ejemplo),
OpenID y "otras tecnologías interesantes propias" es lo mismo que
querer montar esa lista.

Para mi, un granito de arena debe de ser algo que libere y no que ate
a la Asociación a nada. Yo quiero ayudar a la Asociación a centrarse y
ser profesional, no un "patio de recreo" (en el mejor de los sentidos)
de los socios. Para eso, podemos (y debemos!!) hacer workshops y
desarrollar cosas alrededor de los servicios core de la Asociación
que, a mi entender, estarán mucho mejor en servicios externos mucho
más fiables, robustos y sobre todo, estándar (a nivel humano y
tecnológico).

Por tanto, propongo como core a externalizar y "sólo" gestionar por
ese porcentaje de admins de la Asociación que mencionas:

- DNS
- Correo (tanto direcciones "fijas" de la Asociación estilo
presidencia@, vocales@, etc, como listas de correo)
- Hosting
- Web oficial
- Cuentas de comunicación oficial (Twitter, FB, lo que sea)

El tener un servidor de OpenID (o de LDAP, o lo que sea) puede
perfectamente estar en otros servidores y enchufarse con los servicios
core, creo yo.


Bueno, al final me ha quedado un poco largo el correo, pero creo que
he expresado claramente mi propuesta. El 10, si el orden del día lo
permite, lo hablamos más en detalle.


Saludos,

-- 
J. Javier Maestro <jjmaestro at ieee.org>

-- 
Grupo de usuarios de python ubicados en Madrid
http://groups.google.es/group/python-madrid
http://python-madrid.es
http://twitter.com/#!/python_madrid
Para darte de baja del grupo envía un mensaje a python-madrid+unsubscribe at googlegroups.com