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

Fri Jun 29 15:49:07 CEST 2012

On 06/29/2012 12:21 PM, Manuel de la Peña wrote:
>
>
> On Jun 29, 2012 4:46 AM, "J. Javier Maestro" <jjmaestro at ieee.org 
> <mailto: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 <mailto: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 <mailto: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 
> <http://twitter.com/#%21/python_madrid>
> > Para darte de baja del grupo envía un mensaje a 
> python-madrid+unsubscribe at googlegroups.com 
> <mailto:python-madrid%2Bunsubscribe 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 
> <http://twitter.com/#%21/python_madrid>
> Para darte de baja del grupo envía un mensaje a 
> python-madrid+unsubscribe at googlegroups.com
Hola,

A mi tampoco me gusta mucho la idea, por no decir nada, que la 
asociación no tenga recursos propios y dependa de los recursos de 
algunos de sus socios. Ahora bien, para empezar a mover las cosas rápido 
me parece perfecto si Jesus Cea quiere comerse el marrón y montarlo todo 
por su cuenta usando sus recursos; una vez constituida la asociación los 
socios pueden decir si eso es aceptable o hay que adquirir una serie de 
recursos para el uso de la asociación.

Como ejemplo de porque no me gusta nada la idea de usar recursos propios 
voy a citar a Jesus Cea (espero que no se moleste):

> Sería buena idea hacer cosas como "deploy" automáticos a través de
> Mercurial, por ejemplo, por tres motivos:

Y por que no Git? Yo prefiero Git y desde luego si lo montase con mis 
recursos usaría lo que a mi de la gana, le guste o no al resto de 
socios, más aun si es algo que ya tengo montado... Supongo que se 
entiende mi razonamiento, no?

Saludos

-- 
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/e8e68016/attachment.html>