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

Manuel de la Peña etil15 at gmail.com
Fri Jun 29 12:21:02 CEST 2012


On Jun 29, 2012 4:46 AM, "J. Javier Maestro" <jjmaestro at ieee.org> wrote:
>
> 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 :-?
>

Mi opinión es quite ha de ser virtual, esto no se ha de llevar desde madrid
de una forma centralizada. Siendo virtual nuestros amigos de barcelona se
pueden unir cosa, que cono ta dije, es fundamental. quizás un Google
hangout sea un buen punto intermedio.

> > 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,
>
Ditto,

Manuel

> --
> 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

-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.es.python.org/pipermail/madrid/attachments/20120629/8e847403/attachment.html>


More information about the Madrid mailing list