<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 06/29/2012 12:21 PM, Manuel de la
Peña wrote:<br>
</div>
<blockquote
cite="mid:CAA93q-M8MjDNpoPgRcp9k15bQF3VvV8qhErXuFc4RMu7m+203Q@mail.gmail.com"
type="cite">
<p><br>
On Jun 29, 2012 4:46 AM, "J. Javier Maestro" <<a
moz-do-not-send="true" href="mailto:jjmaestro@ieee.org">jjmaestro@ieee.org</a>>
wrote:<br>
><br>
> Al final, veo que el correo me ha quedado un poco largo...
pero bueno.<br>
> Los que estéis interesados, leedlo :) Los que no, esperad a
las<br>
> conclusiones después de las reuniones :D<br>
><br>
><br>
> 2012/6/29 Jesus Cea <<a moz-do-not-send="true"
href="mailto:jcea@jcea.es">jcea@jcea.es</a>>:<br>
> > -----BEGIN PGP SIGNED MESSAGE-----<br>
> > Hash: SHA1<br>
> ><br>
> > On 28/06/12 19:37, J. Javier Maestro wrote:<br>
> >> Además, con la de facilidades que hay ahora en "La
Nube (TM)" es<br>
> >> sencillo y muy barato montar esto :) Y sobre todo,
con un coste de<br>
> >> mantenimiento bajísimo!<br>
> ><br>
> > Pues mira, yo pongo objeciones a usar "la nube", ya
sea Google o<br>
> > Amazon o similar. Considéralo una cuestión política, y
más<br>
> > considerando que la mitad de los miembros somos
administradores y un<br>
> > 25% seguro que tenemos servidores propios en los que
hacer un hueco.<br>
> > Además, usando "la nube", estamos limitados a usar los
servicios que<br>
> > nos quiera dar "la nube". Yo, por ejemplo, quiero
desplegar OpenID y<br>
> > BrowserID, y no es algo que me de "la nube".<br>
><br>
> Primero, rápidamente, al tema particular de OpenID. Si bien
no quiero<br>
> usarlo como ejemplo particular, porque ideas como esta
habrá muchas y<br>
> variadas, creo que ilustra un principio general de algo con
lo que no<br>
> estoy de acuerdo. Montar nuestro OpenID frente a usar un
botón de<br>
> "login social" (e.g. Entra con Twitter) es IMHO menos
sostenible y<br>
> seguramente menos justificable desde un punto de vista de
la necesidad<br>
> / funcionalidad real requerida por los socios.<br>
><br>
> Más en general, querría comentar unas ideas al respecto de
lo que<br>
> mencionas en tu correo:<br>
><br>
> - Obviamente, la nube no es la panacea. Espero que nadie
haya pensado<br>
> que tiro por esos derroteros (mi entrecomillado de "La
Nube" creo que<br>
> lo dejaba bastante claro :) Digamos que para mi, la nube
son<br>
> servicios externos frente a servicios internos (los que
tienen una<br>
> alta gestión de "bajo nivel" de los servicios). Nada más.<br>
><br>
> - Sobre tu cuestión política, no sé si te entiendo bien.
Asumo que te<br>
> refieres a temas de privacidad, de dependencias de terceros
o algo<br>
> así. Yo en estos casos tengo una regla clara. Para mi, lo
importante<br>
> es pensar en común y no en particular. Lo que más le
conviene a la<br>
> Asociación como grupo ahora y dentro de un par de años,
conmigo y sin<br>
> mi. Y no lo que creo que le conviene ahora desde mi prisma
personal.<br>
><br>
> A mi entender, lo mejor es estandarizarse y aprovechar las
mejores<br>
> capacidades técnicas del momento. A día de hoy, yo creo que
tanto en<br>
> precio como en escalabilidad (tanto humana como técnica),
la nube<br>
> ofrece muchas (pero que muchas!) posibilidades entre las
que podríamos<br>
> encontrar un punto de compromiso. No tenemos porqué irnos a
un Heroku<br>
> (aunque sinceramente, si nos lo dieran patrocinado gratis,
estaría muy<br>
> bien :) No tiene que ser tampoco hosting de Amazon todo,
pero el usar<br>
> un poco del espacio de cada uno de nuestros servers frente
a poner<br>
> unos Euros por cabeza al año para pagar un Linode, EC2 o
similar... me<br>
> parece menos profesional y más caótico. Además que, IMHO,
al conferir<br>
> a la Asociación de sus propias infraestructuras, estamos
montando algo<br>
> con mucha más entidad que un pastiche de soluciones
parciales<br>
> aportadas entre nosotros.<br>
><br>
> - Finalmente, con respecto a querer OpenID, etc. Yo también
puedo<br>
> querer muchas cosas, pero aquí es donde interviene en mi
razonamiento<br>
> el punto anterior. ¿Qué le conviene a corto / medio plazo a
la<br>
> Asociación? OpenID? o montar Google Apps y tener algo que
funciona<br>
> para nosotros y para los que vengan en 2 años? No es más
fácil montar<br>
> un core con servicios reconocidos (llamemoslos "estándares
de facto")<br>
> que montar un core muy particular a nosotros y por tanto
sujeto a<br>
> problemáticas particulares a futuro? De nuevo, yo creo que
esto es<br>
> claramente el principio DRY frente al de reinventar la
rueda.<br>
><br>
> Yo quiero ser totalmente prescindible y dotar a la
Asociación de<br>
> mecanismos de gestión autónomos, sobre todo en el core.
Para todo lo<br>
> demás, tendremos workshops y espacios de prueba donde jugar
con muchas<br>
> cosas que seguramente beneficien a la Asociación en el
medio plazo.<br>
> Pero yo, claramente, veo fuera del core muchas de estas
cosas que<br>
> querríamos montar por hobby, gustos o preferencias
personales.<br>
><br>
> > Ya tenemos orden del día para la reunión virtual del
día 10, porque mi<br>
> > postura respecto a externalizar nuestro "core" es muy
clara...<br>
><br>
> Me parece bien, la mía como puedes comprobar, también es
muy clara. Lo<br>
> hablamos más a fondo el 10, por supuesto, aunque sigo
desarrollando un<br>
> poco mi punto de vista en este correo, más abajo.<br>
><br>
> Con respecto al orden del día, supongo que habrá que
consensuarlo. En<br>
> este momento no sé quién se encarga, pero no creo que el
orden del día<br>
> para el 10 sea sólo hablar de esto.<br>
><br>
> Y con respecto a que sea virtual, yo animaría a que esta
fuera en<br>
> persona. Hablar de todo esto por estos medios creo que
alarga /<br>
> dificulta llegar a un punto de entendimiento o consenso. Si
hacerlo<br>
> online ayuda a que opine mucha más gente, perfecto. Pero
veo difícil<br>
> coordinar en un chat una charla de todo esto :-?<br>
></p>
<p>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.</p>
<p>> > Está bien evitar un SPOF, sobre todo de una persona
en concreto pero,<br>
> > coño, nos dedicamos a esto... Para mí, ese trabajo es
mi granito de<br>
> > arena para ayudar a la asociación. Es un tema que
conozco bien y, como<br>
> > digo, mi trabajo diario. Y la oportunidad de desplegar
tecnología<br>
> > interesante propia.<br>
><br>
> Pues Jesús... este párrafo me parece muy esclarecedor en
todo este<br>
> argumento. Creo que es donde principalmente podemos diferir
en<br>
> nuestros puntos de vista.<br>
><br>
> Para mi, la Asociación no es algo donde creo que se deba
desplegar<br>
> tecnología propia, ni practicar nada. Incluso cuando nos
dediquemos a<br>
> esto el 100% del tiempo. Para eso tenemos mogollón de
sitios donde<br>
> probar, proyectos propios, etc. Yo creo que la Asociación
se debe a su<br>
> fin fundacional y aunque aún no esté definido, pienso que
se deberá<br>
> alejar de cualquier otra cosa que no sea promover Python en
España a<br>
> través de eventos, charlas, formación, etc. Bastante
difícil es ya<br>
> hacer eso sólo como para intentar mucho más, por lo menos
por ahora.<br>
><br>
> De ahí que dijera lo de funcionar "como una
empresa/startup", para<br>
> tener un fin claro y atajar lo superfluo como sea. Por
mucho que mole<br>
> montar una lista de correo con un sistema de AI para
reconocer temas y<br>
> archivarlos y generar resumenes mensuales... creo que
estarás de<br>
> acuerdo conmigo en que no tendría sentido alguno que eso
implicara no<br>
> usar Google Groups para gestionar la lista porque no lo
permita. Para<br>
> mi, si bien cláramente a otro nivel (no absurdo como mi
ejemplo),<br>
> OpenID y "otras tecnologías interesantes propias" es lo
mismo que<br>
> querer montar esa lista.<br>
><br>
> Para mi, un granito de arena debe de ser algo que libere y
no que ate<br>
> a la Asociación a nada. Yo quiero ayudar a la Asociación a
centrarse y<br>
> ser profesional, no un "patio de recreo" (en el mejor de
los sentidos)<br>
> de los socios. Para eso, podemos (y debemos!!) hacer
workshops y<br>
> desarrollar cosas alrededor de los servicios core de la
Asociación<br>
> que, a mi entender, estarán mucho mejor en servicios
externos mucho<br>
> más fiables, robustos y sobre todo, estándar (a nivel
humano y<br>
> tecnológico).<br>
><br>
> Por tanto, propongo como core a externalizar y "sólo"
gestionar por<br>
> ese porcentaje de admins de la Asociación que mencionas:<br>
><br>
> - DNS<br>
> - Correo (tanto direcciones "fijas" de la Asociación estilo<br>
> presidencia@, vocales@, etc, como listas de correo)<br>
> - Hosting<br>
> - Web oficial<br>
> - Cuentas de comunicación oficial (Twitter, FB, lo que sea)<br>
><br>
> El tener un servidor de OpenID (o de LDAP, o lo que sea)
puede<br>
> perfectamente estar en otros servidores y enchufarse con
los servicios<br>
> core, creo yo.<br>
><br>
><br>
> Bueno, al final me ha quedado un poco largo el correo, pero
creo que<br>
> he expresado claramente mi propuesta. El 10, si el orden
del día lo<br>
> permite, lo hablamos más en detalle.<br>
><br>
><br>
> Saludos,<br>
><br>
Ditto,</p>
<p>Manuel</p>
<p>> --<br>
> J. Javier Maestro <<a moz-do-not-send="true"
href="mailto:jjmaestro@ieee.org">jjmaestro@ieee.org</a>><br>
><br>
> --<br>
> Grupo de usuarios de python ubicados en Madrid<br>
> <a moz-do-not-send="true"
href="http://groups.google.es/group/python-madrid">http://groups.google.es/group/python-madrid</a><br>
> <a moz-do-not-send="true" href="http://python-madrid.es">http://python-madrid.es</a><br>
> <a moz-do-not-send="true"
href="http://twitter.com/#%21/python_madrid">http://twitter.com/#!/python_madrid</a><br>
> Para darte de baja del grupo envía un mensaje a <a
moz-do-not-send="true"
href="mailto:python-madrid%2Bunsubscribe@googlegroups.com">python-madrid+unsubscribe@googlegroups.com</a><br>
</p>
-- <br>
Grupo de usuarios de python ubicados en Madrid<br>
<a moz-do-not-send="true"
href="http://groups.google.es/group/python-madrid">http://groups.google.es/group/python-madrid</a><br>
<a moz-do-not-send="true" href="http://python-madrid.es">http://python-madrid.es</a><br>
<a moz-do-not-send="true"
href="http://twitter.com/#%21/python_madrid">http://twitter.com/#!/python_madrid</a><br>
Para darte de baja del grupo envía un mensaje a
<a class="moz-txt-link-abbreviated" href="mailto:python-madrid+unsubscribe@googlegroups.com">python-madrid+unsubscribe@googlegroups.com</a><br>
</blockquote>
Hola,<br>
<br>
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. <br>
<br>
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):<br>
<pre wrap="">> Sería buena idea hacer cosas como "deploy" automáticos a través de
> Mercurial, por ejemplo, por tres motivos:
</pre>
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?<br>
<br>
Saludos<br>
</body>
</html>
<p></p>
-- <br />
Grupo de usuarios de python ubicados en Madrid<br />
<a href="http://groups.google.es/group/python-madrid">http://groups.google.es/group/python-madrid</a><br />
<a href="http://python-madrid.es">http://python-madrid.es</a><br />
<a href="http://twitter.com/#!/python_madrid">http://twitter.com/#!/python_madrid</a><br />
Para darte de baja del grupo envía un mensaje a python-madrid+unsubscribe@googlegroups.com<br />