Plataforma para nuego sitio.

[Nhomar Hernández]

Hola a Todos.

https://github.com/pyve/pyve.github.com/issues/61

He creado ese issue par que discutmos las propuestas de la platforma, yo sigo creyendo que debería ser odoo.

Sea como sea, igual mi propuesta de poner el servidor y los detalles que requieren desembolso siguen en pié (así no se use odoo).

Saludos los espero por allá.

--

--------------------
Saludos Cordiales

CEO at Vauxoo Odoo's Gold Partner.

Nhomar Hernandez about.me/nhomar

[J. Hernán Ramírez R.]

Se poco de odoo.

Por ahora es tu propuesta o una que hice sobre hacerlo con Django.

Por mi le caería con odoo.. En que tiempo la podemos tener y que necesitarías como apoyo?.

--
Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Nhomar Hernández]

El 1 de febrero de 2016, 16:34, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Por mi le caería con odoo.. En que tiempo la podemos tener y que necesitarías como apoyo?.

Si revisas el link que dejé en el issue y sigues los pasos que describo, deberías tenerla up en lo que te deje el ancho de banda... es super rápido.

El tema es que tienes que checarte un pelo la doc básica de odoo para que lo puedas hackear.

Eso está con la 8.0 tendría que yo dedicrle un rato a asegurarme que todo jala bien de lo que hice allí, (no fué mucho tampoco es tan complicado).

aquí la dejo.

https://www.odoo.com/documentation/9.0/howtos/website.html

Lo que interesa es que no decidamos Django por "Fácil" ni Odoo por que "Nhomar dice o se encarga, me gustaría fuera una decisión baasada en algo más operativo, entiendo que la mayoría sabe django.... pero el 90% de las cosas que en django debes hacer hacking (modificar codigo core) en odoo las haces manteniendo poquitas líneas de código sin tocar el core.

Tengo todo el ciclo de devops (pero django también lo tiene) entonces allí si sería un tema de quien sabe más.

Lo otro que también es importante es que debemos haber responsables que sepamos lo que estamos haciendo para poder hacerlo de calidad (pero ésto se puede mejorar en el tiempo no tiene que ser desde 0).

El tema que tienen ahora que Manuel propueso está finísimo y se parece al nuevo de python.org sí que creo allí no hay mucho que discutir solo convertirlo a Odoo (lo cual si siguieron técnicas básicas bootstrap se reduce a no más de 10 lñineas xml).

Ustedes dicen.

Saluds.

[J. Hernán Ramírez R.]

Mi propuesta con django es sencilla. Hacer todo con base a páginas estáticas tomando lo que se tiene ahora con registro de usuarios e ir sumando los módulos de blog y eventos. Ya tengo adelantado lo actual con registro. Faltarían lo demás.

¿Que tal si lo sometemos a votación?

Django u odoo

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

--

[Nhomar Hernández]

Ese es mi punto Hernan.

No es sencilla si ves lo que ya tiene para registros odoo.

Pruebalo en el SaaS 10 minutos y verás de lo que hablo, ¿sale?, dame el benficio de la duda, pero OJO si no ves eso en 10 minutos no hay nada que discutir, el hecho que django tenga un "como empezar en 10 minutos" no significa que llegar a lo que tiene odoo te tomará 10.

https://www.odoo.com/es_ES/page/events

Cree un ejemplo en 5 minutos para que lo vieras debes tener una invitación en el inbox.

Es decir, lo que quieres hacer "sencillo" requiere un raaaaaaato para hacerlo llegar a lo que siquiera en pensamiento tiene odoo.

Me tomé la taréa de crear una instancia para qu elo probaras, pero toma algo como 5 minutos.

Es decir, la democracia es divertida, pero en estas cosas no se puede someter a votaxión algo que nisiquiera ha sido discutido por que entoncs no es democracia, es ignorancia colectiva sometida a votación. ;-) (estoy solo inventando un término a tono de chiste no lo tomen a mal).

Para el que lo quiera ver:

https://pruebaevents.odoo.com/

Eso lo hice mientras redactaba ésto.

Con evento y todo hecho.

Saludos.

[J. Hernán Ramírez R.]

Chamo.. eso se ve muy bien..

Yo votaría por esa opción..

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

[Nhomar Hernández]

El 1 de febrero de 2016, 18:55, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Chamo.. eso se ve muy bien..

Yo votaría por esa opción..

FIno.

Sin que crean que es molestia alguien está interesado en probar el backend? para que vean como es la cosa? y les mando una invitación.

[Leonardo Caballero]

No chamo yo propongo hacerla con Plone 5 :) 

--

Atentamente

Ing. Leonardo  J. Caballero G.
Linux Counter ID = https://linuxcounter.net/user/369081.html

[Francisco Palm]

El 1 de febrero de 2016, 23:16, Leonardo Caballero<leonardo...@gmail.com> escribió:

No chamo yo propongo hacerla con Plone 5 :) 

Después dicen que yo soy trolll

:-P

F. Palm

--

--------------------------------------
fp...@mapologo.org.ve
francis...@gmail.com

cel: +58 +424 7228252
tel: +58 +274 6352001

----
Debemos ser libres, no para hacer lo que nos plazca, sino libres para comprender muy profundamente nuestros propios instintos e impulsos. K

[Nhomar Hernández]

El 1 de febrero de 2016, 21:46, Leonardo Caballero <leonardo...@gmail.com> escribió:

No chamo yo propongo hacerla con Plone 5 :) 

[Jesús Gómez]

Por el interés y entusiasmo que muestra Nhomar en Odoo, apostaría que él se va a encargar que quede bien. En ese caso, es la mejor opción para la comunidad.

Es mi descarada y pragmática opinión.

[Ali Moreno]

Coincido con Jesús, Nhomar tiene el know how y las ganas de colaborar y si eso puede ser una oportunidad para que la comunidad aprenda de Odoo pienso que es una buena idea.

Nhomar, crees que por lo menos la primera versión pueda quedar bien documentada (en detalle)? (algo así como "PyVE website de 0 a 1.0 con Oddo" ;)

Saludos a todos.

2016-02-02 8:03 GMT-04:00 Jesús Gómez <jgo...@gmail.com>:

Por el interés y entusiasmo que muestra Nhomar en Odoo, apostaría que él se va a encargar que quede bien. En ese caso, es la mejor opción para la comunidad.

Es mi descarada y pragmática opinión.

--

Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

Ali Moreno
http://alimoreno.me

"A la persona no se le conoce por lo que sabe,
sino por lo que hace con lo que sabe" Martin Luther King

[Luis Alberto Santana]

Lo más "difícil" usualmente es el diseño y la plantilla, y creo que
con la versión con la que se está trabajando actualmente tenemos para
empezar.

Del lado del backend, mi propuesta inicial era usar `Lektor` si era un
site estático o Django si no, pero ya que hay entusiasmo de la
comunidad por la propuesta de Nhomar me parece bien que se implemente,
sólo muchos tendremos que ponernos al día con Odoo antes de poder
colaborar.

2016-02-02 8:05 GMT-04:30 Ali Moreno <alim...@gmail.com>:
> Coincido con Jesús, Nhomar tiene el know how y las ganas de colaborar y si
> eso puede ser una oportunidad para que la comunidad aprenda de Odoo pienso
> que es una buena idea.
>
> Nhomar, crees que por lo menos la primera versión pueda quedar bien
> documentada (en detalle)? (algo así como "PyVE website de 0 a 1.0 con Oddo"
> ;)
>

Eso sería importante para los que no manejamos Odoo por ahora.
Documentación sobre la construcción del sitio de Pyve.

[Nhomar Hernández]

El 2 de febrero de 2016, 6:35, Ali Moreno <alim...@gmail.com> escribió:

Coincido con Jesús, Nhomar tiene el know how y las ganas de colaborar y si eso puede ser una oportunidad para que la comunidad aprenda de Odoo pienso que es una buena idea.

Nhomar, crees que por lo menos la primera versión pueda quedar bien documentada (en detalle)? (algo así como "PyVE website de 0 a 1.0 con Oddo" ;)

Voy a dejar las coordenadas de las decisiones tomadas, no prometo más que eso :-s

Inentaré enlazar a la documentación oficial relevante en los casos que considere se necesita más datos para entender lo que escriba.

¿Si viste el readme aquí??

https://github.com/pyve/site

A eso me refiero, si tienen preguntas puntueales las ponen en github y las vamos respondiendo no tengo rollo.

 

Saludos a todos.

2016-02-02 8:03 GMT-04:00 Jesús Gómez <jgo...@gmail.com>:

Por el interés y entusiasmo que muestra Nhomar en Odoo, apostaría que él se va a encargar que quede bien. En ese caso, es la mejor opción para la comunidad.

Es mi descarada y pragmática opinión.

--
Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

Ali Moreno
http://alimoreno.me

"A la persona no se le conoce por lo que sabe,
sino por lo que hace con lo que sabe" Martin Luther King

--
Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

[Nhomar Hernández]

El 2 de febrero de 2016, 9:11, Luis Alberto Santana <luis.s...@gmail.com> escribió:

Lo más "difícil" usualmente es el diseño y la plantilla, y creo que
con la versión con la que se está trabajando actualmente tenemos para
empezar.

Totalmente de acuerdo.

Por eso retomar directo a odoo debido a 2 decisiones técnicas importantes:

1.- Se está usando github AL FIN para el seguimiento eso es genial.

2.- La plantilla es bootstrap es un raspalo montarla en odoo.

 

Del lado del backend, mi propuesta inicial era usar `Lektor` si era un
site estático o Django si no, pero ya que hay entusiasmo de la
comunidad por la propuesta de Nhomar me parece bien que se implemente,
sólo muchos tendremos que ponernos al día con Odoo antes de poder
colaborar.

[Ali Moreno]

A ver... la opción de Hernán (aparte de ser una de las más completas hasta ahora) es un punto de partida genial pues basada en Bootstrap es fácil para cualquiera entenderla, editarla y extenderla.

Pero como somos una comunidad de Python, deberiamos usar "algo màs"... y entre todas las propuestas actuales (pasando por Pelikan, Lektor, Django y Odoo) realmente creo que la herramienta debe ser la más conocida por la comunidad, ésto para evitar depender de una persona (o un pequeño grupo) a la hora de gestionar (crear/modificar contenido) el sitio de la "comunidad".

En mi email anterior en este mismo hilo dije "coincido con Jesus..." y me refería (en palabras de Jesús) a "Por el interés y entusiasmo que muestra Nhomar en Odoo..." y es así, si a pesar de las diversas opciones, más o menos complicadas o "dependientes" de librerías o conocimiento, nuestro pana Nhomar (ojo lo digo muy sinceramente y siendo neutral) INSISTE tanto en que la herramienta indicada es Odoo, realmente confio en sus intenciones, juicio y conocimiento... PERO CON UNA CONDICIÓN (opinión personal claro esta!).

El desarrollo del sitio (por lo menos la version 1.0) debe estar bien documentada y repito "en detalle ... algo así como PyVE website de 0 a 1.0 con Oddo", y sé que es un gran compromiso Nhomar, pero como dije al comienzo de este correo, "realmente creo que la herramienta debe ser la más conocida por la comunidad".

Unos correos antes escribiste "... la democracia es divertida, pero en estas cosas no se puede someter a votaxión algo que nisiquiera ha sido discutido por que entoncs no es democracia, es ignorancia colectiva sometida a votación. ;-) (estoy solo inventando un término a tono de chiste no lo tomen a mal)."

Pues creo que para sacarnos de la ignorancia e iluminarnos con las bondades de Odoo (como framework para web) se puede hacer una versión inicial (sencilla, solo contenido estático) del sitio junto a un paso a paso que nos enseñe a no tener que depender de unos pocos para la gestión del sitio de toda la comunidad. Porque seguramente para tí y para quienes esten familiarizados con Odoo (OpenERP) aprender a manipular el modulo para websites es MUY SENCILLO pero muchos en la comunidad no saben (por falta de tiempo o porque no les interesa, me incluyo en el primer grupo) usar Odoo y probablemente herramientas como Pelikan que tienen una curva de parendizaje mucho menor sean más factibles de aprender.

Por eso y para no extenderme más, EMHO si estas dispuesto (tú o delegar a alguien de tu equipo) a ayudarnos a entender facilmente como funciona la herramienta que tanto insistes en promover para gestionar nuestro website BIENVENIDO!, pero si nos vas a referir a la extensa documentación del proyecto para que aprovechemos sus bondades, yo particularmente prefiero usar "cosas" menos poderosas pero más conocidas por el común denominador.

--

Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Nhomar Hernández]

El 2 de febrero de 2016, 16:51, Ali Moreno <alim...@gmail.com> escribió:

Por eso y para no extenderme más, EMHO si estas dispuesto (tú o delegar a alguien de tu equipo) a ayudarnos a entender facilmente como funciona la herramienta que tanto insistes en promover para gestionar nuestro website BIENVENIDO!, pero si nos vas a referir a la extensa documentación del proyecto para que aprovechemos sus bondades, yo particularmente prefiero usar "cosas" menos poderosas pero más conocidas por el común denominador.

Voy a aclarar para no oscurecer.

Si decidimos usar "Whatever <- Pon aquí el nombre":

1. No podemos pedirle al colaborador que documente "Como programar en ella", para eso la documentación oficial de la herramienta, por ej, yo no sé django a fondo, y no me interesa saberlo, si quiero colaborar en el sitio Debo:
   
1. Documentarme como usar django por mi cuenta (así como la mayoría aquí lo ha hecho).
2. Si no encuentro como resolver algo, me voy a github y pregunto abiertamente.
3. Si encuentro cosas que deberían estar en la "documentación" del proyecto entonces las solicito, o las escribo "si estoy en capacidad de hacerlo".
2. SI debemos pedirle al colaborador que si se hacen desarrollos para el sitio "ESOS" desarrollos estén documentados (si a esto es que te refieres puedes echarle un ojo al rearme de nuevo, si siguiendo esos pasos algo te falla, crea un issue).
3. Ahora mismo la opción que se tiene está BUENÍSIMA, como la voy a integrar a Odoo, quedará registrado en el módulo correspondiente con su respectiva explicación del por qué la puse allí y el link al documento que debería leer para entender el "por qué" está allí.

Ahora bien. "Que no puedo hacer, ni le exigiría a NADIE que hiciera en la comunidad":

1. Crear un manual para la comunidad de como programar en "Whatever <- Pon aquí el nombre" por que si fuera así te puedes ir repulsivamente y tendría que documentarte cada librería, paquete o incluso como funciona el kernel de Linux para montarte una página. 
   
2. Exigir que ellos dediquen más tiempo de lo que estén dispuestos a dar solo por que asumieron el compromiso de apoyar, lo lógico es algo más o menos documentado ¿Alí ya viste la documentaciñon nueva de Odoo, he pasado el enlace 3 veces en este hilo lo coloco de nuevo?: https://www.odoo.com/documentation/8.0/
3. Están las listas de correo, y stackoverflow "Igualito que en cualquier otra Herramienta".

Que SÏ exigiré?:

1. Dime que versión del kernel Usas (Si quiero saber más aprendo linux).
2. Dime que versión de postgres usas (Si quiero saber más uso SQL).
3. Donde busco las credenciales de conexión en caso de querer revisar la BD (cómo conectarme a postgres lo leo en la documentación de postgresql-client.
4. Por qué pusiste X en el archivo Y si el manual dice que debe ir en el archivo Z.

Como lo dije arriba y lo vuelvo a repetir (puedo estar equivocado).

Hacer algo en Django dejará una brecha técnica muy grande, que ya está "resuelta" en odoo, si quieren recorrer de nuevo dicha brecha los 2 o 3 que colaborarán "Eureka" pero me parece una pérdida de tiempo si ya está hecho.

Nosotros dejaremos documentada ABSOLUTAMENTE toda la instancia y/servidor usando docker con el objetivo que "cualquiera" puda auditar que se hizo, y sobre todo los por que.

Estoy pidiendo a los que vana  colaborar que le echen un ojo a la documentación <<Está de parte de la comunidad (gente interesada) en echarle un ojo, si no lo hacen, lo que no puedan resolver por dicha decisión no puede ser culpa del colaborador.

Incluso si usaramos Django, habría que documentar lo que se haga y por que exactamente como explico arriba, pero para eso incluso odoo es mejor, checate aplicaciones enteras escritas y autodocumentadas en odoo.com/apps el framework está preparados para eso.

Incluso el framework CMS de django, en todos lados docuementa "solo" lo que hace és, y tiene un micro intro con referencias a Django core... eso es lo que haremos pasito a pasito nosotros en el marco de la instancia de la comunidad.

Una vez se decida (el que sea) lo importante es respetar un ciclo abierto de desarrollo y que el que tenga ideas apunte puntualmnte.

Nuestra metodología mi pana Ali está también abierta y documentada aquí:

https://odoo-community.org/page/Contribute

Lo que voy a hacer es tratar de hacer links y referencias y los cambios propios de ésta APP.

Si quieres ver ejemplos de seguimientos hay más de 100 Repositorios en constante cambio y de app's odoo que se manejan de ésta manera aquí:

https://github.com/oca

Echale un ojo para que veas el nivel de cosas que se discuten solo leyendo código, hasta los comentarios en código innecesarios se quitan por que un Español le dijo a un chino que el ruso no se entendía.

Es decir... SEA LA QUE SEA, me comprometo a aperturar un proceso claro de COLABORACIÓN ... NO me comprometo a enseñar Odoo, PARA ESO, lo reverenciaré a la documentación.... IGUALITO como si USARAMOS DJANGO y yo decidiera colaborar.

Espero esté mejor explicado.

Saludos.

[Nhomar Hernández]

El 2 de febrero de 2016, 17:20, Nhomar Hernández <nho...@gmail.com> escribió:

Es decir... SEA LA QUE SEA, me comprometo a aperturar un proceso claro de COLABORACIÓN ... NO me comprometo a enseñar Odoo, PARA ESO, lo reverenciaré a la documentación.... IGUALITO como si USARAMOS DJANGO y yo decidiera colaborar.

OJO.

Re-leí esto y doy una fé de errata:

NO estoy queriendo decir que NUNCA ENSEÑARË NADA estoy queriendo decir que "Por lo medio correctos despejaré las dudas" pero no a nivel de compromiso con esquema de "Esnseñanza" no tengo tiempo no es por no querer, el esquema será de colaboración....

Aclaro esto para evitar malos entendidos....

[Nhomar Hernández]

El 2 de febrero de 2016, 16:51, Ali Moreno <alim...@gmail.com> escribió:

Pues creo que para sacarnos de la ignorancia e iluminarnos con las bondades de Odoo (como framework para web) se puede hacer una versión inicial (sencilla, solo contenido estático) del sitio junto a un paso a paso que nos enseñe a no tener que depender de unos pocos para la gestión del sitio de toda la comunidad. Porque seguramente para tí y para quienes esten familiarizados con Odoo (OpenERP) aprender a manipular el modulo para websites es MUY SENCILLO pero muchos en la comunidad no saben (por falta de tiempo o porque no les interesa, me incluyo en el primer grupo) usar Odoo y probablemente herramientas como Pelikan que tienen una curva de parendizaje mucho menor sean más factibles de aprender.

En términos de Planes, era la idea... empezar con algo simple primero.

Debemos comprender que a medida que una app se hace más grande se complica Pelikan me tomó 3 días de entender y hackear pero simplemente dejar un contenido persistente requiere mucho esfuerzo (aunque no es complicado).

Empezaré con eso lo que creo es que es lo que ya está en github.com/pyve/site

Voy a ver si creo un primer Hola Mundo limpio.

[Roberto Perdomo]

A veces me siento a pensar porque nuestras comunidades de Software Libre (en Venezuela) son tan diferentes a muchas en el resto del mundo.

Por ejemplo, en la lista de Python Argentina siempre veo cordialidad, amabilidad, acuerdos, respeto, apoyo a los newbies. Tendrán quizás sus diferencias, pero logran las cosas.

Digo esto debido a que lo de la página web tiene ya cierto tiempo y siempre que se escribe en la lista sobre el tema, terminamos leyendo una batalla campal de mensajes que vienen y van y que dan poco o nulos y resultados.

Espero no haber herido susceptibilidades, pero me parece que es hora de que Python Venezuela comience a tener resultados.

--

[Nhomar Hernández]

El 2 de febrero de 2016, 21:21, Roberto Perdomo <rober...@gmail.com> escribió:

A veces me siento a pensar porque nuestras comunidades de Software Libre (en Venezuela) son tan diferentes a muchas en el resto del mundo.

Por ejemplo, en la lista de Python Argentina siempre veo cordialidad, amabilidad, acuerdos, respeto, apoyo a los newbies. Tendrán quizás sus diferencias, pero logran las cosas.

Digo esto debido a que lo de la página web tiene ya cierto tiempo y siempre que se escribe en la lista sobre el tema, terminamos leyendo una batalla campal de mensajes que vienen y van y que dan poco o nulos y resultados.

Espero no haber herido susceptibilidades, pero me parece que es hora de que Python Venezuela comience a tener resultados.

Mi Pana.

Es un tema cultural y del Caribe.

"Nos encanta el conflicto ;-)"

Pero solo para quede claro.

El Hecho que alguien defienda su punto "NO" lo convierte en una pelea campal, a mi parecer todo lo contrario, a mi nadie me ha ofendido aquí, por el contrario he intentado dejar incluso enlaces de todo lo que digo para que cuando nuevos vengan y lean tengan de que soportar.

Pido disculpas si mi tono sonó pelión!

Pero siempre escribo así... directo y raspado Ç;-)

[Ali Moreno]

--

Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

Nhomar, relax brother... en este momento podría ponerme a argumentar acerca de tu discusión, sobre todo sobre lo de aclarar para no oscurecer, y pagarte y darte el vuelto con dos correos posteriores a este, en donde al final no sé si querias decir lo que dijiste, o no, pero de otra manera :) pero eso ya me da ladilla pana.

No voy a leer la doc de Odoo porque n este momento no lo necesito, estoy ocupado en otras cosas y leer "eso" para agregar un par de parrafos o enlaces a una web... en este momento (por lo menos yo) no gracias.

Mi intención era simple, hacer ver si de verdad por muy bueno que sea Odoo como framework web (que no digo una cosa ni lo contrario), es lo que necesitamos (y queremos) para gestionar contenido en el sitio web. ¿Lo es? Tal vez y solo tal vez... cualquiera puede dar su opinión ;)

Con respecto a "exigir", disculpa brother si no me supe explicar claramente... (y vuelvo a citar unas lineas donde tu mismo me citaste :p ):

"EMHO si estas dispuesto (tú o delegar a alguien de tu equipo) a ayudarnos a entender facilmente como funciona la herramienta que tanto insistes en promover para gestionar nuestro website BIENVENIDO!, pero si nos vas a referir a la extensa documentación del proyecto para que aprovechemos sus bondades, yo particularmente prefiero usar "cosas" menos poderosas pero más conocidas por el común denominador."

Esta claro y sin oscuridad man, no te quise exigir nada, menos escribir un manual de "programación", si no te puedes explicar bien (a mi parecer y basado en el último juego de correos) en castellano claro, no quisiera ver "tal cosa".

Mi SUGERENCIA (condicionada en una opinión personal), fué, basado en tu insistente promoción de Odoo para que veamos que no siempre lo que mas se conoce es lo mas eficiente y que la democracia no es buena si se basa en la ignorancia de las opciones y que te dejen defenderte en un hangout porque "no es justo", etc, etc y toda esa paja loca (me disculpan)... que basados en el desconocimiento que la mayoría tenemos sobre el "tema" nos hicieras el favorcito de hacer un howto de como se implemento la vaina :p (nada de reescribir el manual en español para que aprendamos a hacer vainas que no estaban implementadas en la simple, primera versión del coroto).

Si es muy peluo chamo, insisto (again... EMHO) mucho camizón pa' Petra.

[Jesús Gómez]

Sólo quería resaltar esto: "El Hecho que alguien defienda su punto "NO" lo convierte en una pelea campal," - Nhomar

Es bueno que se está dando esta discusión varios días antes del Spring que decidimos hacer este fin de semana para apoyar la página. Digo esto para los que están preocupados por no ver avances. Todo es avance.

Por cierto, ya hay gente trabajando en la página esta semana, lo pueden ver en el github de la fundación[1].

[1] https://github.com/pyve/pyve.github.com/graphs/contributors?from=2016-01-25&to=2016-02-02&type=c

[Nhomar Hernández]

El 2 de febrero de 2016, 21:44, Ali Moreno <alim...@gmail.com> escribió:

Mi SUGERENCIA (condicionada en una opinión personal), fué, basado en tu insistente promoción de Odoo para que veamos que no siempre lo que mas se conoce es lo mas eficiente y que la democracia no es buena si se basa en la ignorancia de las opciones y que te dejen defenderte en un hangout porque "no es justo", etc, etc y toda esa paja loca (me disculpan)... que basados en el desconocimiento que la mayoría tenemos sobre el "tema" nos hicieras el favorcito de hacer un howto de como se implemento la vaina :p (nada de reescribir el manual en español para que aprendamos a hacer vainas que no estaban implementadas en la simple, primera versión del coroto).

Sale a lo mejor leí y pensé otra vaina.

Pero sí, eso tenía pensado hacerlo.

[J. Hernán Ramírez R.]

Me perdonan pero como siempre terminamos escribiendo mas de la cuenta y como siempre terminamos haciendo nada.. 

Tomo el comentario de Jesús Gòmez

"Por cierto, ya hay gente trabajando en la página esta semana, lo pueden ver en el github de la fundación[1]." por fortuna hay unos cuando paleando incluso los domingos y madrugadas 

Mis conclusiones acerca de la pagina:

Sea en odoo papá Nhomar se encargará; sea Django papá Hernán se encargará pero así no debe ser.  

Me hubiese gustado mas PR  así como la cantidad de correos que se han generado esta discusión. Me hubiese gustado mas gente colaborando para resolver los problemitas que tenemos con bootstrap. Me hubiese gustado mas gente aportando ideas al contenido de la pagina.  Me hubiese gustado mas gente revisando la pagina y haciendo issues por tener link rotos o errores ortográficos. Me hubiese gustado tener gente mejorando la diagramación de un piche html+boostrap. Si no lo hacemos con un piche html mucho menos con django o con odoo que requiere leer mucho para hacer las cosas.

¿Se han preguntado realmente que queremos con la pagina pyhton.org.ve?

Yo si:

* Lo que tenemos actualmente:

  Principal, comunidad, eventos, fundación y contactos

¿Necesitamos más? no lo se. Mi cometido lo he cumplido: que PyTatuy2016 este en la pagina de pyve y que la gente se pudiera registrar desde allí; ademas aporté un granito de arena en el excelente aporte que hizo Manuel y la decisión de que se tomo en el ultimo handout empujado por Nhomar (Gracias por tu merge). Solo se avanza resolviendo issues.

Humildemente sugiero que terminemos  ( OJO: terminemos y no que fulano termine) la pagina en html  y con base a la necesidad de la página tomamos la decisión y no al revés  

Trabajo en comunidad se trata de que todos trabajamos en conjunto no que solo algún miembro de la comunidad de encargue de todo. 

Hay gente que no escribe ni una linea en la lista pero si hace mucho en el repo de la fundación y creo que eso es muy importante.

[1] https://github.com/pyve/pyve.github.com/graphs/contributors?from=2016-01-25&to=2016-02-02&type=c

--

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

--

[Wil Alvarez]

Hernán,

Totalmente de acuerdo con tu comentario. Dejé una propuesta de hangout en el otro hilo y mientras nos ponemos de acuerdo con eso voy a echarle un vistazo al sitio actual a ver cómo puedo ayudar.

¿El sitio actual es HTML plano? O sea, ¿simplemente lo monto en un webserver y abro el index.html?

--

Wil A. Alvarez
Linux Counter #415026

Debian Counter #259

http://turpial.org.ve

[J. Hernán Ramírez R.]

Sip.. Es algo completa mente plano

[Israel]

corre en github pages, si no me equivoco y no lo han cambiado.

[Carlos Gustavo Ruiz]

creo que hay varias cosas que se mezclan en este hilo:

1) la página actual (con su refrescamiento visual 2016)

2) la conveniencia (o no) de mudar esa página a otra plataforma.

3) que masa crítica tenemos para usar cual herramienta.

voy por cada punto y vemos si genera consenso o nuevos hilos.

1) la página actual: desde la versión feuca con bootstrap maltrecho que se inció hace mucho funciona, y aunque feuca fue y sigue siendo nuestra pizarra. ¿perfectible? 100%, ¿quién lo hace?.. al momento se planificó un sprint para esto el próximo fin de semana y hay gente desde ya metiendole el pecho.

en conclusión la página actual tiene buena salud y mucha vida.

2) conveniencia de mudar la página: definitivamente si, no creo que mantenernos en una  página con html crudo sea el camino, pero ¿a cuál herramienta? todos somos entusiastas de nuestras herramientas, y si son de nuestro uso diario seguramente más enfáticos seamos. Pero aunque podamos hacerlo con cualquier herramienta considero que debemos apuntar a un terreno común a la mayor parte de las personas de la comunidad, por aquello de apuntar a tener relevo.

mi propuesta en ese sentido es que como todos somos programadores python, por ende todos deberíamos estar familiarizados con reStructuredText o Markdown, entonces cualquier cosa con ese mínimo común denominador es viable.

3) masa crítica para usar alguna herramienta: la verdad es que si, uno puede aprender lo que se requiera, pero aprender algo distinto es crear un segundo peo.. aprender la herramienta y luego solventar el peo de verdad. partiendo de este punto, es preferible contar con algo que se ajuste a nuestras necesidades. 

Concuerdo que Odoo es super conveniente para la fundación, pero es un dolor en el culo para el resto de las cosas en la comunidad, porque no somos Odoo Venezuela y por ende cada quien tiene su herramienta favorita. Aprender una nueva es retrasarnos y perder a potenciales colaboradores. Entonces les propongo usemos Odoo como herramienta para el sitio de la fundación http://fundacion.python.org.ve y chao. Es un sitio que será estable en el tiempo y que no requeriría mucho más esfuerzo que el inicial. Que Odoo es arrechísimo? si, pero si a Nhomar que come, respira y caga Odoo se le escapa una y reinventa la rueda, que queda para quienes Odoo sería una herramienta "para colaborar con la comunidad". Y la verdad, para cerrar la idea, es que un RTFM disimulado tampoco gana adeptos.

Mi propuesta por otro lado es centrarnos en lo esencial y costo cero, y GitHub + Google Drive + Hangouts + Google Groups creo que tiene eso. necesitamos una web? ghpages, necesitamos un registro? google forms, necesitamos videoconferencias? hangouts, necesitamos un ToDo? issues, etc.

Si quieren hacer una página con otra herramienta, abramos un doc en Gdocs y veamos que herramientas manejamos los dispuestos a colaborar y sabiendo que saben hacer nuestros artesanos sabremos a que se parecerá la obra.

un saludo a todos y los leo a la noche.

CG

[Nhomar Hernández]

Hola Carlos

El 3 de febrero de 2016, 11:19, Carlos Gustavo Ruiz <atma...@gmail.com> escribió:

creo que hay varias cosas que se mezclan en este hilo:

Estamos de acuerdo que son 3 tópicos diferentes, lo actual se queda hasta nuevo aviso!

Es muy sencillo darle con puro html y nada de morirse.

 

1) la página actual (con su refrescamiento visual 2016)

2) la conveniencia (o no) de mudar esa página a otra plataforma.

3) que masa crítica tenemos para usar cual herramienta.

 

voy por cada punto y vemos si genera consenso o nuevos hilos.

1) la página actual: desde la versión feuca con bootstrap maltrecho que se inció hace mucho funciona, y aunque feuca fue y sigue siendo nuestra pizarra. ¿perfectible? 100%, ¿quién lo hace?.. al momento se planificó un sprint para esto el próximo fin de semana y hay gente desde ya metiendole el pecho.

en conclusión la página actual tiene buena salud y mucha vida.

De acuerdo, esto no está en discusión, de hecho les comento que lo que estamos haciendo con la pagina actual es lo que se debe hacer.

Si se respetan normas mínimas de órden como se ha venido haciendo convertirla a casi cualquier plataforma es escriptiable.

Este punto es un hecho que re afirmo complementando a Carlos.

 

2) conveniencia de mudar la página: definitivamente si, no creo que mantenernos en una  página con html crudo sea el camino, pero ¿a cuál herramienta? todos somos entusiastas de nuestras herramientas, y si son de nuestro uso diario seguramente más enfáticos seamos. Pero aunque podamos hacerlo con cualquier herramienta considero que debemos apuntar a un terreno común a la mayor parte de las personas de la comunidad, por aquello de apuntar a tener relevo.

mi propuesta en ese sentido es que como todos somos programadores python, por ende todos deberíamos estar familiarizados con reStructuredText o Markdown, entonces cualquier cosa con ese mínimo común denominador es viable.

Si esta es una propuesta, entonces no es tal, por que ya la tenemos en texto plano actualmente, ¿Pa que cambiarla?.

Peor si se decide hacer "Cool" PElican te deja que indexes con html, entonces se puede empezar de aquí en adelante con cualquier nuevo formato "Plano".

Pero dicho formato plano requiere diseño gráfico, (trabajo actual que va a ser terminado) entonces "cool," siento que si se hace FINO sino no hay rollo lo que tenemos sirve.

Yo hablo de la "Plataforma" de la fundación que su primera "aplicación" es el manejado del sitio.

Si logran ver anoche puse verde el repo temporal:

https://github.com/pyve/site

No le he hecho mas nada, ya que quiero grabarme para mostrarles en tiempo lo que tomó hacer eso.

Me di la tarea de mejorar algunos docs y README.

Echenle un ojo pliz. (no opinen sin hacerlo PLIz).

Yo ví lo que se hizo en argentina y fué un MEGA ROLLO donde cada colaborador participó durante casi 2 años calendarios en la chamba.... pero nosotros no tenemos ni el tiempo ni la masa-..-

So entonces no nos movamos si quieren hasta estar claros de los alcances que se quieren mientras no quedamos con 1.

 

3) masa crítica para usar alguna herramienta: la verdad es que si, uno puede aprender lo que se requiera, pero aprender algo distinto es crear un segundo peo.. aprender la herramienta y luego solventar el peo de verdad. partiendo de este punto, es preferible contar con algo que se ajuste a nuestras necesidades. 

Concuerdo que Odoo es super conveniente para la fundación, pero es un dolor en el culo para el resto de las cosas en la comunidad, porque no somos Odoo Venezuela

Eso me dolió, comentario fuera de foco, tampoco somos DJANGO VENEZUELA, NI WHATEVERFRAME VENEZUELA solo quería acotarlo. 

 

y por ende cada quien tiene su herramienta favorita. Aprender una nueva es retrasarnos y perder a potenciales colaboradores.

Bueno man, esto es bien subjetivo, por los potenciales te arriesgas a hacer trabajar tambiçén más a los actuales?,

No sé, yo creo que si nos organizamos la que se decida los que de verdad le quieren echar  ganas lo harán.

 

Entonces les propongo usemos Odoo como herramienta para el sitio de la fundación http://fundacion.python.org.ve y chao. Es un sitio que será estable en el tiempo y que no requeriría mucho más esfuerzo que el inicial. Que Odoo es arrechísimo? si, pero si a Nhomar que come, respira y caga Odoo se le escapa una y reinventa la rueda,

Eso no va a pasar mi pana. Por varios motivos.

baja el repo que menciono arriba.

instala cloc.

haz un $:cloc . dentro del repo.

Si en algo soy bueno es NO reinventnado.

Sin embargo, también es un punto que está a favor de odoo y no en contra ¿Quien aquí usa DJANGO en su máxima expresión (Israel tu no cuentas jejejeje)? que pueda decir que tiene el tiempo y las apps hechas para resolver a la velocidad de lo que hice aquí la app de la fundación?.

Es decir... Lo que podemos hacer con Odoo ya yo lo he hecho N veces en N tamaños "Déjenme ayudar for GOD sake" :-s

 

que queda para quienes Odoo sería una herramienta "para colaborar con la comunidad". Y la verdad, para cerrar la idea, es que un RTFM disimulado tampoco gana adeptos.

No es disimulado, "es explícito" man.

A ver ¿Cual es el objetivo del proyecto?.

¿La plataforma o que Enseñemos a gente La plataforma que se decida?

Eso hay que aclararlo, por que yo creo que es "La Plataforma" y estoy partiendo del principio que con poco esfuerzo de nuestro lado los que colaborarán sabe de que estaremos hablando y apuntándolos al sitio correcto y teniendo las conversaciones correctas se sabrá que hacer. Y esto esta en planes.

Si el objetivo es "Aprendamos La Plataforma" << Eso es otra historia y otro objetivo diferente, pero no el planteado.

Yo no puedo querer ganar los la F1 y pretender que será en el primer intento !

Quieren que aprendamos a manejar?

Quieren Ganar la F1?

OJO: éstas preguntas en los términos de ESTE proyecto, el objetivo de la fundación es hacer que MUCHOS aprendan a manejar (o al menos sepan que es un carro) pero ESO también es otra historia.

En ambos ayudo pero solo aclaremos.

Revisen la doc que voy dejando PLIZ, pero por favor no cometan el error de creer que COMUNIDAD es que alguien se siente a enseñarme dándome palmadas en la espalda mientras el proyecto detenido..... Eso es otra historia. :-)

 

Mi propuesta por otro lado es centrarnos en lo esencial y costo cero, y GitHub + Google Drive + Hangouts + Google Groups creo que tiene eso. necesitamos una web? ghpages, necesitamos un registro? google forms, necesitamos videoconferencias? hangouts, necesitamos un ToDo? issues, etc.

TOTALMENTE de acuerdo contigo en esta asevración y es donde estamos hoy cierto? cool... hasta que no esté nada hecho PLOMO.!

Mientras tanto:

1.- Se hace la estructura del sitio (Trabajo en progreso)

2.- Se monta/planea/hace la plataforma (donde el sitio se una App simplemente).

 

Si quieren hacer una página con otra herramienta, abramos un doc en Gdocs y veamos que herramientas manejamos los dispuestos a colaborar y sabiendo que saben hacer nuestros artesanos sabremos a que se parecerá la obra.

Esto si lo veo más claro vamos por allí entonces.!

[Francisco Palm]

Yo apoyo la idea que para la Fundación que debe gestionar recursos, tareas, y eventualmente el tiempo de gente tener Odoo tiene mucho mas sentido.

Una vez se estacione el actual sitio de Python Venezuela (en el cual no colaboro por las manías hiperburocráticas en Git) se puede hablar si se usa un generador estático. Pienso que dentro de  lo simple, y mas si pensamos permanecer en el tiempo, es mejor un generador estático que estar cayéndole a HTML a pata.

Saludos

F. Palm

[Carlos Gustavo Ruiz]

Varias cosas que acotar, comenzando porque creo que vamos bien.

Primero, cuando mencioné que esto no es Odoo Vzla no fue en tono despectivo (tal vez si se leyó más feo que como lo pensé), sino que al no serlo surgen estas discusiones. Si fuésemos WordPress Vzla, Django Vzla, Plone Vzla la herramienta es muy obvia (Probablemente Joomla 😂). Acá somos un montón que nos gusta nuestra vaina y "vendemos", en el buen sentido, sus bondades. Espero aclarar ese punto.

Segundo, no propongo usar Pelican. Si me encanta la herramienta pero si se fijan los documentos de Python Venezuela están en un repo en .md y es fácilmente auditable y es lo más cercano a cero esfuerzo, no hay nada que diseñar, escribe y el github hace el render. La landing page, o página con más contenidos, con html o cualquier generador estático si hace falta, pero que eso no nos detenga. El objetivo de Python Venezuela va más allá de tener una página bonita (que se agradece muchísimo) pero debemos enfocarnos en lo sustancial, la promoción en Venezuela de Python, su ecosistema y sus productos. En esto es que creo que debemos hacer nuestro mayor esfuerzo (mi modesta opinión)

Rescato de lo dicho por Nhomar, ¿Cuál es el objeto de este proyecto? Francamente no lo sé, yo planteaba un refrescamiento a la página y automatizar alguna publicación con algo mega/super/extremadamente simple, (incluso visto en perspectiva la convocatoria al PyTatuy y cualquier otro evento se puede colgar en un repo en markdown sin rollo) pero estamos en el momento preciso para definir cosas. Y esto me lleva al tercer punto.

Como proyecto de la comunidad definamos ese proyecto, sitio web (+ servicios gratis) o plataforma o mega-python-venezuela-zorg para que entonces estemos enfocados por etapas y esfuerzos en donde estamos y a donde vamos, veamos cuáles son nuestros requerimientos y como los podemos abordar ahora y después. Pongamos en perspectiva donde están los esfuerzos, en programar (por simple que resulte) o en promover el lenguaje, ecosistema, productos y demás cachivaches (troleo incluido). Si la plataforma nos acerca a ese objetivo, machete.

En fin, vamos a darle forma. Propongo que Nhomar arranque su idea de la plataforma y abordaremos eso como punto de inicio. Mientras, este fin de semana estaremos haciendo un sprint (si nos dejan algo por hacer porque van full chalas).

Un abrazo, nos leemos luego que se me queman las arepas. chao.

CG

On February 3, 2016, at 19:08, Nhomar Hernández <nho...@gmail.com> wrote:

Hola Carlos

El 3 de febrero de 2016, 11:19, Carlos Gustavo Ruiz <atma...@gmail.com> escribió:

creo que hay varias cosas que se mezclan en este hilo:

Estamos de acuerdo que son 3 tópicos diferentes, lo actual se queda hasta nuevo aviso!

Es muy sencillo darle con puro html y nada de morirse.

 

1) la página actual (con su refrescamiento visual 2016)

2) la conveniencia (o no) de mudar esa página a otra plataforma.

3) que masa crítica tenemos para usar cual herramienta.

 

voy por cada punto y vemos si genera consenso o nuevos hilos.

1) la página actual: desde la versión feuca con bootstrap maltrecho que se inció hace mucho funciona, y aunque feuca fue y sigue siendo nuestra pizarra. ¿perfectible? 100%, ¿quién lo hace?.. al momento se planificó un sprint para esto el próximo fin de semana y hay gente desde ya metiendole el pecho.

en conclusión la página actual tiene buena salud y mucha vida.

De acuerdo, esto no está en discusión, de hecho les comento que lo que estamos haciendo con la pagina actual es lo que se debe hacer.

Si se respetan normas mínimas de órden como se ha venido haciendo convertirla a casi cualquier plataforma es escriptiable.

Este punto es un hecho que re afirmo complementando a Carlos.

 

2) conveniencia de mudar la página: definitivamente si, no creo que mantenernos en una  página con html crudo sea el camino, pero ¿a cuál herramienta? todos somos entusiastas de nuestras herramientas, y si son de nuestro uso diario seguramente más enfáticos seamos. Pero aunque podamos hacerlo con cualquier herramienta considero que debemos apuntar a un terreno común a la mayor parte de las personas de la comunidad, por aquello de apuntar a tener relevo.

mi propuesta en ese sentido es que como todos somos programadores python, por ende todos deberíamos estar familiarizados con reStructuredText o Markdown, entonces cualquier cosa con ese mínimo común denominador es viable.

Si esta es una propuesta, entonces no es tal, por que ya la tenemos en texto plano actualmente, ¿Pa que cambiarla?.

Peor si se decide hacer "Cool" PElican te deja que indexes con html, entonces se puede empezar de aquí en adelante con cualquier nuevo formato "Plano".

Pero dicho formato plano requiere diseño gráfico, (trabajo actual que va a ser terminado) entonces "cool," siento que si se hace FINO sino no hay rollo lo que tenemos sirve.

Yo hablo de la "Plataforma" de la fundación que su primera "aplicación" es el manejado del sitio.

Si logran ver anoche puse verde el repo temporal:

https://github.com/pyve/site

No le he hecho mas nada, ya que quiero grabarme para mostrarles en tiempo lo que tomó hacer eso.

Me di la tarea de mejorar algunos docs y README.

Echenle un ojo pliz. (no opinen sin hacerlo PLIz).

Yo ví lo que se hizo en argentina y fué un MEGA ROLLO donde cada colaborador participó durante casi 2 años calendarios en la chamba.... pero nosotros no tenemos ni el tiempo ni la masa-..-

So entonces no nos movamos si quieren hasta estar claros de los alcances que se quieren mientras no quedamos con 1.

 

3) masa crítica para usar alguna herramienta: la verdad es que si, uno puede aprender lo que se requiera, pero aprender algo distinto es crear un segundo peo.. aprender la herramienta y luego solventar el peo de verdad. partiendo de este punto, es preferible contar con algo que se ajuste a nuestras necesidades. 

Concuerdo que Odoo es super conveniente para la fundación, pero es un dolor en el culo para el resto de las cosas en la comunidad, porque no somos Odoo Venezuela

Eso me dolió, comentario fuera de foco, tampoco somos DJANGO VENEZUELA, NI WHATEVERFRAME VENEZUELA solo quería acotarlo. 

 

y por ende cada quien tiene su herramienta favorita. Aprender una nueva es retrasarnos y perder a potenciales colaboradores.

Bueno man, esto es bien subjetivo, por los potenciales te arriesgas a hacer trabajar tambiçén más a los actuales?,

No sé, yo creo que si nos organizamos la que se decida los que de verdad le quieren echar  ganas lo harán.

 

Entonces les propongo usemos Odoo como herramienta para el sitio de la fundación http://fundacion.python.org.ve y chao. Es un sitio que será estable en el tiempo y que no requeriría mucho más esfuerzo que el inicial. Que Odoo es arrechísimo? si, pero si a Nhomar que come, respira y caga Odoo se le escapa una y reinventa la rueda,

Eso no va a pasar mi pana. Por varios motivos.

baja el repo que menciono arriba.

instala cloc.

haz un $:cloc . dentro del repo.

Si en algo soy bueno es NO reinventnado.

Sin embargo, también es un punto que está a favor de odoo y no en contra ¿Quien aquí usa DJANGO en su máxima expresión (Israel tu no cuentas jejejeje)? que pueda decir que tiene el tiempo y las apps hechas para resolver a la velocidad de lo que hice aquí la app de la fundación?.

Es decir... Lo que podemos hacer con Odoo ya yo lo he hecho N veces en N tamaños "Déjenme ayudar for GOD sake" :-s

 

que queda para quienes Odoo sería una herramienta "para colaborar con la comunidad". Y la verdad, para cerrar la idea, es que un RTFM disimulado tampoco gana adeptos.

No es disimulado, "es explícito" man.

A ver ¿Cual es el objetivo del proyecto?.

¿La plataforma o que Enseñemos a gente La plataforma que se decida?

Eso hay que aclararlo, por que yo creo que es "La Plataforma" y estoy partiendo del principio que con poco esfuerzo de nuestro lado los que colaborarán sabe de que estaremos hablando y apuntándolos al sitio correcto y teniendo las conversaciones correctas se sabrá que hacer. Y esto esta en planes.

Si el objetivo es "Aprendamos La Plataforma" << Eso es otra historia y otro objetivo diferente, pero no el planteado.

Yo no puedo querer ganar los la F1 y pretender que será en el primer intento !

Quieren que aprendamos a manejar?

Quieren Ganar la F1?

OJO: éstas preguntas en los términos de ESTE proyecto, el objetivo de la fundación es hacer que MUCHOS aprendan a manejar (o al menos sepan que es un carro) pero ESO también es otra historia.

En ambos ayudo pero solo aclaremos.

Revisen la doc que voy dejando PLIZ, pero por favor no cometan el error de creer que COMUNIDAD es que alguien se siente a enseñarme dándome palmadas en la espalda mientras el proyecto detenido..... Eso es otra historia. :-)

 

Mi propuesta por otro lado es centrarnos en lo esencial y costo cero, y GitHub + Google Drive + Hangouts + Google Groups creo que tiene eso. necesitamos una web? ghpages, necesitamos un registro? google forms, necesitamos videoconferencias? hangouts, necesitamos un ToDo? issues, etc.

TOTALMENTE de acuerdo contigo en esta asevración y es donde estamos hoy cierto? cool... hasta que no esté nada hecho PLOMO.!

Mientras tanto:

1.- Se hace la estructura del sitio (Trabajo en progreso)

2.- Se monta/planea/hace la plataforma (donde el sitio se una App simplemente).

 

Si quieren hacer una página con otra herramienta, abramos un doc en Gdocs y veamos que herramientas manejamos los dispuestos a colaborar y sabiendo que saben hacer nuestros artesanos sabremos a que se parecerá la obra.

Esto si lo veo más claro vamos por allí entonces.!

 

Mi SUGERENCIA (condicionada en una opinión personal), fué, basado en tu insistente promoción de Odoo para que veamos que no siempre lo que mas se conoce es lo mas eficiente y que la democracia no es buena si se basa en la ignorancia de las opciones y que te dejen defenderte en un hangout porque "no es justo", etc, etc y toda esa paja loca (me disculpan)... que basados en el desconocimiento que la mayor=C

[Leonardo Caballero]

Algo de ti he aprendido Maestro xD

[Leonardo Caballero]

SI CHAMO Plone 5 rocks!

Mas realmente no me voy a poner a pelar por que si lo hago o no en Plone, Django o Odoo, creo que lo importante tener un sitio asi sea em HTML pagando una plantilla paga con Material Design o algo por estilo.

Ademas creo que no todo debe estar casado con una sola tecnologia, pueden haber sistemas en Django, Plone, Odoo, Flask

Actualmente tenemos varias cosas en Flask que creo que se deben integrar a las plataformas por el simple hecho de reconocer el esfuerzo, carino y dedicacion que le han dedicado algunos antes.

Por ejemplo el portal del PyConf inicialmente esta hecho en Plone y luego al final elorganizador por no delegar lo desarrollo en Django.

Entonces creo que no debemos casarnos con una sola plataforma, creo que debe haber posibilidades de interoperar vias API los sistemas o via visual con el motor de plantilla Diazo (http://docs.diazo.org/en/latest/).

Asi que no segregamos en la cantidad de colaboradores que puedan ayudar, que opinan? 

--

Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Yovanny Diaz]

aqui estamos por si desean una plantilla responsiva con bootstrap (Y)

[J. Hernán Ramírez R.]

El feb 1, 2016 5:49 PM, "Nhomar Hernández" <nho...@gmail.com> escribió:
>
> Hola a Todos.
>
> https://github.com/pyve/pyve.github.com/issues/61
>
> He creado ese issue par que discutmos las propuestas de la platforma, yo sigo creyendo que debería ser odoo.
>

Yo opino igual. Creo que la propuesta odoo la apoyan muchos de la comunidad.

Envié un correo preguntando si la página actual era una base suficiente para migrarla a odoo pero no se recibió respuesta.

¿Que opinan si empezamos con odoo con la base actual? Yo le sumaría registro de usuarios, eventos y registro a eventos y blogs.

> Sea como sea, igual mi propuesta de poner el servidor y los detalles que requieren desembolso siguen en pié (así no se use odoo).
>
> Saludos los espero por allá.

>
> --
> --------------------
> Saludos Cordiales
>
> CEO at Vauxoo Odoo's Gold Partner.
>  

> Nhomar Hernandez
> about.me/nhomar

[Nhomar Hernández]

El 9 de febrero de 2016, 8:37, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Yo opino igual. Creo que la propuesta odoo la apoyan muchos de la comunidad.

Envié un correo preguntando si la página actual era una base suficiente para migrarla a odoo pero no se recibió respuesta.

¿Que opinan si empezamos con odoo con la base actual? Yo le sumaría registro de usuarios, eventos y registro a eventos y blogs.

Si, Es suficiente.

Pero es importante estandarizar algunas cosita "antes" para que la migración sea super sencilla.

El tópico de Jesús creo que es importante:

https://github.com/pyve/pyve.github.io/issues/91

Un poco del ¿por qué?.

Odoo trabaja con archivos Less o Css entonces el trabajo de ahora convertir los css de la página actual en .less modificados de bootstrap la mejor forma es como lo propone Jesús, y al final es un trabajo que "tiene" que hacerse en odoo sino mantener el Theme va a ser un dolor de cabeza (mientras más estándar mejor ¿NO?).

Nota sobre ésto: Ya probé pegar raw los css actuales y por algún motivo en odoo descuadran algunas cosas, entonces "supongo" que tenemos algunos css que se me perdieron en el camino, para evitar ésto lo mejor es tenerlos super organizados (por ahora planos en html5+css) como indico arriba. para ésto tndríamos que resolver: https://github.com/pyve/pyve.github.io/issues/86, https://github.com/pyve/pyve.github.io/issues/91

Por otra parte me gustaría hacerle merge a ésto:

https://github.com/pyve/pyve.github.io/pull/104

Es un micro automatismo super simple que que nos deja ahora sí "listos" para vivir cómo estamos solo resolviendo issues.

Ya con eso listo, podemos hacer microscripts que conviertan el contenido lektor a contenido odoo casi mágicamente (ya hice esa PoC y quedó fina).

Dejenme contarles algo.

Montar un sitio es 10% plataforma 90% forma (los css, que si el enlace me gusta o no y todo eso), en eso nos está yendo SUPER genial, y debemos dejar eso super pulido (lektor ya nos apoyó sobre eso).

Entonces:

- Empezar con odoo (ya se empezó en pyve/site).

- diseñar el sitio (ya se empezó en pyve/pyve.github.io y se puede considerar a un 85%).

- Estandarizar los assets para su reutilización?: <-- Aquí estamos.

Saludos. Nos vemos en github.

--

--------------------
Saludos Cordiales

CEO at Vauxoo Odoo's Gold Partner.

[Jesús Gómez]

El 9 de febrero de 2016, 10:35, Nhomar Hernández <nho...@gmail.com> escribió:

El 9 de febrero de 2016, 8:37, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Yo opino igual. Creo que la propuesta odoo la apoyan muchos de la comunidad.

Envié un correo preguntando si la página actual era una base suficiente para migrarla a odoo pero no se recibió respuesta.

¿Que opinan si empezamos con odoo con la base actual? Yo le sumaría registro de usuarios, eventos y registro a eventos y blogs.

Si, Es suficiente.

Pero es importante estandarizar algunas cosita "antes" para que la migración sea super sencilla.

Ok. Entiendo entonces que es mejor esperar a definir estas "cositas" antes de hacer un cambio a Odoo.

 

El tópico de Jesús creo que es importante:

https://github.com/pyve/pyve.github.io/issues/91

Las "cositas" no son tan simples. Creo que ameritarían un Sprint nuevamente. Podemos empezar con definir las tareas en tickets. Habría que instalar un plugin para los motores que automaticen esas cosas, como el webpack que sugiere la guía de lektor[1].

Esta tarea de quitar todas las dependencias de terceros del repositorio va a ser tediosa, pero valdrá la pena. Lo comento porque no es cosa de un día. Lo que yo pensaba hacer era intentar hacer un blog que use lektor y webpack, para darme los primeros golpes ahí, y luego, con esa experiencia, pudiera plantear una buena estrategia de migración. Pero esto es algo que todos pueden intentar.

 

Un poco del ¿por qué?.

Odoo trabaja con archivos Less o Css entonces el trabajo de ahora convertir los css de la página actual en .less modificados de bootstrap la mejor forma es como lo propone Jesús, y al final es un trabajo que "tiene" que hacerse en odoo sino mantener el Theme va a ser un dolor de cabeza (mientras más estándar mejor ¿NO?).

Nota sobre ésto: Ya probé pegar raw los css actuales y por algún motivo en odoo descuadran algunas cosas, entonces "supongo" que tenemos algunos css que se me perdieron en el camino, para evitar ésto lo mejor es tenerlos super organizados (por ahora planos en html5+css) como indico arriba. para ésto tndríamos que resolver: https://github.com/pyve/pyve.github.io/issues/86, https://github.com/pyve/pyve.github.io/issues/91

Gracias por el consejo. Esto le da bastante fuerza al argumento de esperar un poco a que resolvamos ese asunto de las dependencias de terceros. Lo digo porque has tenido bastante experiencia en Odoo y si tú lo dices...

 

Por otra parte me gustaría hacerle merge a ésto:

https://github.com/pyve/pyve.github.io/pull/104

Es un micro automatismo super simple que que nos deja ahora sí "listos" para vivir cómo estamos solo resolviendo issues.

No lo he probado ¿Alguien que lo revise?. Vamos bien, paciencia.

 

Ya con eso listo, podemos hacer microscripts que conviertan el contenido lektor a contenido odoo casi mágicamente (ya hice esa PoC y quedó fina).

Dejenme contarles algo.

Montar un sitio es 10% plataforma 90% forma (los css, que si el enlace me gusta o no y todo eso), en eso nos está yendo SUPER genial, y debemos dejar eso super pulido (lektor ya nos apoyó sobre eso).

Entonces:

- Empezar con odoo (ya se empezó en pyve/site).

- diseñar el sitio (ya se empezó en pyve/pyve.github.io y se puede considerar a un 85%).

- Estandarizar los assets para su reutilización?: <-- Aquí estamos.

Creo que lo mejor es que todos los que puedan, prueben el "workflow" actual y nos den feedback.

¿Cuándo hacemos un Sprint para trabajar en esto?. A mi me funcionó que se planteara un Sprint porque pude planificar mejor mi tiempo, y logré que me dejaran algún tiempo libre para trabajar en él.

 

Saludos. Nos vemos en github.

Saludos.

 

--

--------------------
Saludos Cordiales

CEO at Vauxoo Odoo's Gold Partner.

Nhomar Hernandez about.me/nhomar

--

[Nhomar Hernández]

El 9 de febrero de 2016, 19:04, Jesús Gómez <jgo...@gmail.com> escribió:

El 9 de febrero de 2016, 10:35, Nhomar Hernández <nho...@gmail.com> escribió:

El 9 de febrero de 2016, 8:37, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Yo opino igual. Creo que la propuesta odoo la apoyan muchos de la comunidad.

Envié un correo preguntando si la página actual era una base suficiente para migrarla a odoo pero no se recibió respuesta.

¿Que opinan si empezamos con odoo con la base actual? Yo le sumaría registro de usuarios, eventos y registro a eventos y blogs.

Si, Es suficiente.

Pero es importante estandarizar algunas cosita "antes" para que la migración sea super sencilla.

Ok. Entiendo entonces que es mejor esperar a definir estas "cositas" antes de hacer un cambio a Odoo.

 

El tópico de Jesús creo que es importante:

https://github.com/pyve/pyve.github.io/issues/91

Las "cositas" no son tan simples. Creo que ameritarían un Sprint nuevamente. Podemos empezar con definir las tareas en tickets. Habría que instalar un plugin para los motores que automaticen esas cosas, como el webpack que sugiere la guía de lektor[1].

Esta tarea de quitar todas las dependencias de terceros del repositorio va a ser tediosa, pero valdrá la pena. Lo comento porque no es cosa de un día. Lo que yo pensaba hacer era intentar hacer un blog que use lektor y webpack, para darme los primeros golpes ahí, y luego, con esa experiencia, pudiera plantear una buena estrategia de migración. Pero esto es algo que todos pueden intentar.

pegame el link aquí pana para echarle un ojo.

 

 

Un poco del ¿por qué?.

Odoo trabaja con archivos Less o Css entonces el trabajo de ahora convertir los css de la página actual en .less modificados de bootstrap la mejor forma es como lo propone Jesús, y al final es un trabajo que "tiene" que hacerse en odoo sino mantener el Theme va a ser un dolor de cabeza (mientras más estándar mejor ¿NO?).

Nota sobre ésto: Ya probé pegar raw los css actuales y por algún motivo en odoo descuadran algunas cosas, entonces "supongo" que tenemos algunos css que se me perdieron en el camino, para evitar ésto lo mejor es tenerlos super organizados (por ahora planos en html5+css) como indico arriba. para ésto tndríamos que resolver: https://github.com/pyve/pyve.github.io/issues/86, https://github.com/pyve/pyve.github.io/issues/91

Gracias por el consejo. Esto le da bastante fuerza al argumento de esperar un poco a que resolvamos ese asunto de las dependencias de terceros. Lo digo porque has tenido bastante experiencia en Odoo y si tú lo dices...

Si, la idea es simplemente contr primero conla maqueta/sitio plano y luego hacer pull de eso a odoo, mientras más estándard trabajemos mucho más sencillo de hacer.

 

 

Por otra parte me gustaría hacerle merge a ésto:

https://github.com/pyve/pyve.github.io/pull/104

Es un micro automatismo super simple que que nos deja ahora sí "listos" para vivir cómo estamos solo resolviendo issues.

No lo he probado ¿Alguien que lo revise?. Vamos bien, paciencia.

Pliz

[Wil Alvarez]

Hola,

El 9 de febrero de 2016, 22:04, Jesús Gómez<jgo...@gmail.com> escribió:

Las "cositas" no son tan simples. Creo que ameritarían un Sprint nuevamente. Podemos empezar con definir las tareas en tickets. Habría que instalar un plugin para los motores que automaticen esas cosas, como el webpack que sugiere la guía de lektor[1].

Esta tarea de quitar todas las dependencias de terceros del repositorio va a ser tediosa, pero valdrá la pena. Lo comento porque no es cosa de un día. Lo que yo pensaba hacer era intentar hacer un blog que use lektor y webpack, para darme los primeros golpes ahí, y luego, con esa experiencia, pudiera plantear una buena estrategia de migración. Pero esto es algo que todos pueden intentar.

Le daré un vistazo a esto a ver si puedo hacer algo.

Gracias por el consejo. Esto le da bastante fuerza al argumento de esperar un poco a que resolvamos ese asunto de las dependencias de terceros. Lo digo porque has tenido bastante experiencia en Odoo y si tú lo dices...

De acuerdo. Creo que es mejor seguir dándonos golpes con lektor y tener la página bien estable antes de migrar a Odoo o cualquier otra solución.

 

Por otra parte me gustaría hacerle merge a ésto:

https://github.com/pyve/pyve.github.io/pull/104

Es un micro automatismo super simple que que nos deja ahora sí "listos" para vivir cómo estamos solo resolviendo issues.

No lo he probado ¿Alguien que lo revise?. Vamos bien, paciencia.

Yo lo reviso y les comento.

Saludos

[Jesús Gómez]

El 9 de febrero de 2016, 21:00, Nhomar Hernández <nho...@gmail.com> escribió:

El 9 de febrero de 2016, 19:04, Jesús Gómez <jgo...@gmail.com> escribió:

El 9 de febrero de 2016, 10:35, Nhomar Hernández <nho...@gmail.com> escribió:

El 9 de febrero de 2016, 8:37, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Yo opino igual. Creo que la propuesta odoo la apoyan muchos de la comunidad.

Envié un correo preguntando si la página actual era una base suficiente para migrarla a odoo pero no se recibió respuesta.

¿Que opinan si empezamos con odoo con la base actual? Yo le sumaría registro de usuarios, eventos y registro a eventos y blogs.

Si, Es suficiente.

Pero es importante estandarizar algunas cosita "antes" para que la migración sea super sencilla.

Ok. Entiendo entonces que es mejor esperar a definir estas "cositas" antes de hacer un cambio a Odoo.

 

El tópico de Jesús creo que es importante:

https://github.com/pyve/pyve.github.io/issues/91

Las "cositas" no son tan simples. Creo que ameritarían un Sprint nuevamente. Podemos empezar con definir las tareas en tickets. Habría que instalar un plugin para los motores que automaticen esas cosas, como el webpack que sugiere la guía de lektor[1].

Esta tarea de quitar todas las dependencias de terceros del repositorio va a ser tediosa, pero valdrá la pena. Lo comento porque no es cosa de un día. Lo que yo pensaba hacer era intentar hacer un blog que use lektor y webpack, para darme los primeros golpes ahí, y luego, con esa experiencia, pudiera plantear una buena estrategia de migración. Pero esto es algo que todos pueden intentar.

pegame el link aquí pana para echarle un ojo.

Puedes empezar por aquí.

https://www.getlektor.com/docs/guides/webpack/

[Nhomar Hernández]

El 9 de febrero de 2016, 19:51, Jesús Gómez <jgo...@gmail.com> escribió:

Puedes empezar por aquí.

https://www.getlektor.com/docs/guides/webpack/

Lo que más me ha gustado de lektor es la calidad de la documntación del chamo! de pana que ese chamito es un ejemplo  seguir.

el creo y/o mantiene click, flask (o parte no sé) y jinja2 (o parte no sé) pero los repos en github están con su usuario.

[Wil Alvarez]

¿Armin Ronacher? Jajaja, ese pana es un duro y creo que no es tan chamito. Y sí, todos esos son proyectos suyos [1] y son hermosos.

[1] http://www.pocoo.org/

--

Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

[Francisco Palm]

Todo lo que sale del colectivo pocoo de una tremenda calidad: werkzeug, pygments, sphinx, flask...Siempre hay que tener a esa gente en la mira.

Lektor es como un proyecto en paralelo de un rocker. http://lucumr.pocoo.org/2015/12/21/introducing-lektor/

Saludos

F. Palm

[Flaper87]

Buenas Noches,

Primero que nada, disculpen el top-post pero realmente no estoy interesado en contestar ninguno de los correos enviados previamente y Gmail parece ser lo suficientemente tonto como para no dejarme contestar al correo original (o soy yo el tonto? /me shrugs)

En fin, directo al grano.

Me gustaría hacer una propuesta que no se enfoca en una plataforma específica sino en una aplicación que no solo lleva años, dinero y es actualmente mantenida, sino que también es utilizada por otras *FUNDACIONES* de python en el mundo.

Cuando empezamos a discutir acerca de la plataforma en slack, mencioné que deberíamos usar algunas de las aplicaciones que ya existen para otras fundaciones y esto parece no haber atraido la atención de muchos.

Es por ello que hoy dediqué un par de horas a montar la plataforma de la "mismita" Python Software Foundation para que puedan verla girar y, sobre todo ,que es fácil utilizarla y *administrarla*.

Algunos putnos a favor de utilizar esta aplicación:

- Ya la usa una fundación. Si funciona para la PSF, como no va a funcionar para nosotros?

- Tiene soporte para *TODO* lo que necesitamos (y probablemente más): Eventos, ofertas de trabajo, documentación, descargas, información acerca de la comunidad, etc, etc, etc

- Los contenidos son dinámicos y se administran a traves de un panel de administración.

- Existe un equipo detrás de esta applicación que recibe *fondos* para trabajar en ella (no todos)

- Es un proyecto open source y es utilizado por la comunidad Python. Por que deberíamos inventar nuestro sistema para administrar la fundación si ya existe uno que funciona y, sobre todo, al cual podemos *contribuir*?

- Para la felicidad (o desgracia) de muchos utiliza Django.

- Podemos arreglar bugs, extenderla y contribuir a la fundación. Es una publicidad genial para *nuestra fundación*

- Podemos garantizar el soporte para el sistema que no depende de personas que van y vienen en esta comunidad (sin animos de dudar de nadie ni de ofender a nadie).

- Tiene una documentación excelente!

Pueden ver la aplicacion que gira en mi cuenta openshift[0], leer el código aquí[1], leer la documentación aquí[2] y redirigir en DNS aquí[3] (+/- chiste ;)

Si les parece y se animan, yo con mucho gusto me encargo de forkear el proyecto, desplegarlo en otra cuenta openshift (o en algún servidor si tenemos) y crear las cuentas y/o contenidos necesarios.

[0] http://pyve-fpercoco.rhcloud.com/

[1] https://github.com/python/pythondotorg

[2] https://pythondotorg.readthedocs.org/

[3] pyve-fpercoco.rhcloud.com

Sinceramente, y con ganas de que la comunidad haga más que solo discutir el motor de la página,

Flavio

P.D: Disculpen el sarcasm, cinismo etc etc etc....

P.D2: No todos los contenidos fueron cargados y los archivos estáticos del admin están desaparecids (como si nunca les hubiese pasado en django, duuuh). Si les gusta la propuesta arreglaré todo eso.

[Nhomar Hernández]

Tengo preguntas técnicas (no sé mucho de django así que a lo mejor son estúpidas).

a- Soporte l10n? es decir, debemos hacer Fork + Modificar + Subir, ó ya revisaste si podemos poner todo eso en español desde un proyecto externo desplegado a.- Por un Lado la Plataforma + b.- Por otro lado las extensiones? c.- Por una platforma de traducciones las versiones en español de los textos?

b- Me gusta full la idea, y creo que nos podemos fusilar solo parte y crecerla a medida que se requiera.

c- Supongo hay algun host gratuito para cosas django? << es una de las razones por las que no estamos (aún) con una plataforma.

d- ¿La instalaste manual o con el vagrant?

e- El contenido como se edita ¿Por PR igual? ¿está en la BD?.

Le voy a meter mano para opinar más objetivamente,

Conclusiones:

1.- No conocía eso, muuuuuucho se puede tomar de alli GRACIAS.

2.- EN PRO DE SER OBJETIVO: lee mis comentarios entre líneas amablemente te lo pediría, algunas aseveraciones tuyas no son ciertas, al menos, no desde mi punto de vista.

Solo algunos comentarios en pro de la objetividad.

El 13 de febrero de 2016, 21:25, Flaper87 <flap...@gmail.com> escribió:

Buenas Noches,

Primero que nada, disculpen el top-post pero realmente no estoy interesado en contestar ninguno de los correos enviados previamente y Gmail parece ser lo suficientemente tonto como para no dejarme contestar al correo original (o soy yo el tonto? /me shrugs)

En fin, directo al grano.

Me gustaría hacer una propuesta que no se enfoca en una plataforma específica sino en una aplicación que no solo lleva años, dinero y es actualmente mantenida, sino que también es utilizada por otras *FUNDACIONES* de python en el mundo.

Cuando empezamos a discutir acerca de la plataforma en slack, mencioné que deberíamos usar algunas de las aplicaciones que ya existen para otras fundaciones y esto parece no haber atraido la atención de muchos.

Es por ello que hoy dediqué un par de horas a montar la plataforma de la "mismita" Python Software Foundation para que puedan verla girar y, sobre todo ,que es fácil utilizarla y *administrarla*.

Algunos putnos a favor de utilizar esta aplicación:

- Ya la usa una fundación. Si funciona para la PSF, como no va a funcionar para nosotros?

 

+1
 

- Tiene soporte para *TODO* lo que necesitamos (y probablemente más): Eventos, ofertas de trabajo, documentación, descargas, información acerca de la comunidad, etc, etc, etc.

 

Sorry, aquí si no ví la parte que mencionaba de lo que hace un App manager como Odoo pero sin duda se pueden tener dos plataformas en el momento que lo qu hace esto solo lo tenga Odoo, se monta otra plataforma para ello.

Puedo nombrar varias otras cosas, pero no hay novedad, en pro de la felicidad colectiva, yo puedo dar un paso atras con mi propuesta y darle con esta. Pero el "TODO" depende de la visión que se tenga de que es TODO, eso es subjetivo sin un proyecto de alcances.

Si soporta TODO haciendo "alguito adicional" entonces simplemente estamos en la misma situación en comparación con mi propuesta compremos peras con peras pliz.
 

- Los contenidos son dinámicos y se administran a traves de un panel de administración.

 

== Que cualquier otro con un WYSWYG excelente en la propuesta de odoo, eso lo hace hasta Lekto (ya está montado) ;-) en un domingo de chamba.

 

- Existe un equipo detrás de esta applicación que recibe *fondos* para trabajar en ella (no todos)

Echale un ojo al equipo detrás de Odoo y sus números.

Revisé y comparando peras con peras ni se le acerca a lo que hacemos con odoo pero ni de poquito, ésta plataforma está GENIAL para copiar cosas buenas (a través de fork o hacia otra plataforma guerever) pero este argumento no es a favor creo que es en contra, depender de lo que recibe ese equipo está "bien" pero no asegura un montón de cosas -pero sin duda estabilidad que eso quede claro-.

 

- Es un proyecto open source y es utilizado por la comunidad Python. Por que deberíamos inventar nuestro sistema para administrar la fundación si ya existe uno que funciona y, sobre todo, al cual podemos *contribuir*?

Utilizado por la Fundación Python, no "La Comunidad":

Echale un ojo solo al número de issues abiertos contra cerrados en github, y PR hechos contra aceptados, se nota que son los internos, incluso en mi sistemas internos de odoo tengo literalmente 10 veces más cambios [mis cambios públicos de los proyectos que manejo.](14.916 cambios vs 1.400 y piquito) y solo estoy hablando de 1 de casi 60 repos opensourced nuestros. para decir que "La Comunidad de Python Lo está Usando" se necesitan varios argumentos adicionales, yo NO puedo decir que "La comunidad" de nada de forma genérica sin precisiones usa mis repositorios, (con todo y que tiene 98 forks vs 192 de esa << tomando en cuenta que la "Comunidad de Python" es <sarcasmo> un tantito más grande que la de odoo </sarcasmo> no deberías decir ésto por que no es cierto. >>

Pero está fino BTW solo quería aclarar eso.

Ahora bien decir "Hay cosas muyyyyy interesantes que podemos aprender de allí ya que está el topOftheline del equipo de  Python PUM!, Ahí, si que me chingaste, pero la visión de eso no es algo genérico para customizar, es el sitio y punto, no creo que con simples configuraciones solamente se logre (pero no conozco django capaz estoy hablando tonterías aquí).

Por ej, "cómo sincronizan cosas como la documentación pep8 está bestial" (Aquí si me jodiste) pero igual es un esfuerzo en cualquiera de las opciones propuestas, habrán cosillas que cuando se requieran deberán hacerse.

 

- Para la felicidad (o desgracia) de muchos utiliza Django.

Me quedo Neutro, insisto en que no me gusta django pero es mi opinión personal, si pierdo o gano ojalá éste no sea un argumento de fuerza.

 

- Podemos arreglar bugs, extenderla y contribuir a la fundación. Es una publicidad genial para *nuestra fundación*.

+1 sobre la publicidad

+0 sobre si podremos hacer PR así de "fácil". (leer nota)

Nota: Para que ésto sea totalmente cierto tendríamos que tener un flujo como el de mi pregunta (a), si no es así tendrías un fork que tendríamos que cuidar y hcer lo cherry-pick para que los suban al core y luego devolver lo PR del core a nosotros, mantener 10 en nuestros despliegues locales de Odoo es un dolor de cabeza, no me quiero inmaginar manejar un sprint así como en de aquí cada mes y despues hacer cherry pick para colaborar, simplemente será letra muerta éste argumento.

 

- Podemos garantizar el soporte para el sistema que no depende de personas que van y vienen en esta comunidad (sin animos de dudar de nadie ni de ofender a nadie).

Eso igual será con cualquier cosa que tengamos que mantener nostros, mientras sea open source, el que se decida, alguien tiene que tomar el totem de mantenerlo, en Odoo ó en Django.

En Odoo logré lo mismo que lograste tú con literalmente menos de 20 líneas de código sin hacer un solo fork. la prueba:

https://www.youtube.com/playlist?list=PL81uvK0P0-_fq1i7vW7b50L5BInpsg6cm&jct=a84rynNHReGC1V_9HK71SV64VRnbJg

So, simplemetmente eso de "garantizar el soporte" no es del todo cierto., cualquiera sea la opción, el soporte lo garantizaremos entre todos, si no pensamos a largo plazo con esto tamos fritos... hasta ahora hemos demostrado no ser lo mismo que todas las comunidades, hemos gente desde 3 países LITERALMENTE echandole pichón a esto... eso dice algo de las intenciones ¿no?.

 

- Tiene una documentación excelente!

Sin duda, si sabes django es como lo que yo opino de la de odoo :-)

Aquí diría que esta even con odoo.

 

Pueden ver la aplicacion que gira en mi cuenta openshift[0], leer el código aquí[1], leer la documentación aquí[2] y redirigir en DNS aquí[3] (+/- chiste ;)

Si les parece y se animan, yo con mucho gusto me encargo de forkear el proyecto, desplegarlo en otra cuenta openshift (o en algún servidor si tenemos) y crear las cuentas y/o contenidos necesarios.

[0] http://pyve-fpercoco.rhcloud.com/

[1] https://github.com/python/pythondotorg

[2] https://pythondotorg.readthedocs.org/

[3] pyve-fpercoco.rhcloud.com

Sinceramente, y con ganas de que la comunidad haga más que solo discutir el motor de la página,

Flavio

Ya estamos haciendo, llegaste tarde a la discusión: https://github.com/pyve/pyve.github.io/pulse

mmm mientras discutíamos hacíamos, echale un ojo a github.

Sería cool que hicieramos más si, pero no somos de las comunidades que solo discutimo y después montamos joomla ;-) << gracias a Dios

 

P.D: Disculpen el sarcasm, cinismo etc etc etc....

P.D2: No todos los contenidos fueron cargados y los archivos estáticos del admin están desaparecids (como si nunca les hubiese pasado en django, duuuh). Si les gusta la propuesta arreglaré todo eso.

PS:

Nada que disculpar, hablamos así y todos lo entendemos, tus puntos salvo lo que comento on super válidos, si deciden irse por ésta vía: (yo haría ing. inversa de lo que pueda por que tiene muchísimas cosas interesantes) pero me quedaría con Odoo igual.

A mi me gusta, creo que mucho se puede tomar de allí @satanas el origen de los SaaS para fusilarnos todos los CSS ???? y resolvemos https://github.com/pyve/pyve.github.io/issues/107

- Voy a dar otro punto a favor "Python 3" << contra eso difícilmente podré competir y casi cualquier otra opción.

[J. Hernán Ramírez R.]

Flaper87, me parece muy buena la propuesta.. ya Will había propuesto algo parecido respecto a la interfaz en 

https://github.com/pyve/pyve.github.io/issues/107

El no reinventar la rueda ayuda mucho. Si ya esta hecho, hay un demo montado que podemos manipular, tiene cosas que hemos discutido en la lista como eventos-trabajos, lo utiliza la fundación Py y es para donde deberíamos apuntar como un loco mas de la lista apoyaría tu propuesta.

Solo 2 cositas 

¿sería suficiente OpenShit free para tener la pagina de PyVe?

En su defecto 

¿ RedHat podríamos donarnos hosting ? 

Ya que tu trabajas allí pudieras chillar por nosotros en esos lares ;-)

----

Respecto al desarrollo por lo poco que pude ver todo esta en base de datos (al menos los menús) se resuelve traduciendo los fixtures o directamente por el panel administrativo.

Quizás un aporte importante y si no existe, podría ser la Internationalization and localization o en su defecto la traducción de los fixtures. 

Ya tengo el proyecto forkeao.. a ver que mas aprendo..

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

[Flaper87]

El dom., 14 de feb. de 2016 a la(s) 07:13, J. Hernán Ramírez R. <hernan....@gmail.com> escribió:

Flaper87, me parece muy buena la propuesta.. ya Will había propuesto algo parecido respecto a la interfaz en 

https://github.com/pyve/pyve.github.io/issues/107

El no reinventar la rueda ayuda mucho. Si ya esta hecho, hay un demo montado que podemos manipular, tiene cosas que hemos discutido en la lista como eventos-trabajos, lo utiliza la fundación Py y es para donde deberíamos apuntar como un loco mas de la lista apoyaría tu propuesta.

Solo 2 cositas 

¿sería suficiente OpenShit free para tener la pagina de PyVe?

Buena pregunta. Yo creo que por ahora si. Lo que estoy haciendo ahora es crear una cuenta solo para la fundación donde tenemos a disposición 3 gears gratis que son más que suficiente.

En su defecto 

¿ RedHat podríamos donarnos hosting ? 

Ya que tu trabajas allí pudieras chillar por nosotros en esos lares ;-)

Si la versión grátis de openshift no es suficiente, hablamos. Encontrar hosting no será difícil :)

 

----

Respecto al desarrollo por lo poco que pude ver todo esta en base de datos (al menos los menús) se resuelve traduciendo los fixtures o directamente por el panel administrativo.

Quizás un aporte importante y si no existe, podría ser la Internationalization and localization o en su defecto la traducción de los fixtures. 

Exacto! También depende de los fixtures. Yo cargué la estructura de menú que está en el repo pero no creo que deberíamos usar la misma. Sin duda alguna tenemos que crear la nuestra e introducir nuestros contenidos.

[Flaper87]

El dom., 14 de feb. de 2016 a la(s) 01:41, Nhomar Hernández <nho...@gmail.com> escribió:

Tengo preguntas técnicas (no sé mucho de django así que a lo mejor son estúpidas).

a- Soporte l10n? es decir, debemos hacer Fork + Modificar + Subir, ó ya revisaste si podemos poner todo eso en español desde un proyecto externo desplegado a.- Por un Lado la Plataforma + b.- Por otro lado las extensiones? c.- Por una platforma de traducciones las versiones en español de los textos?

Tiene soporte para i18n y l10n, AFAICT.

Los textos se ingresan a través del panel de administración. Hay muy pocos textos "cableados" para los cuales se podría hacer la traducción. 

 

b- Me gusta full la idea, y creo que nos podemos fusilar solo parte y crecerla a medida que se requiera.

Correcto. La aplicación viene con todo lo que usa la fundación, nosotros no tenemos porque usar todo eso. SIn embargo, está super completa.

 

c- Supongo hay algun host gratuito para cosas django? << es una de las razones por las que no estamos (aún) con una plataforma.

Yes! OpenShift! 

 

d- ¿La instalaste manual o con el vagrant?

La instalé en OpenShift. Repo git, push + configs y lishto. Por ende, semi-manual :D

Sin embargo, una vez que la estructura está hecha, el despliegue se hace solo haciendo `push` de la aplicacion.

 

e- El contenido como se edita ¿Por PR igual? ¿está en la BD?.

La mayor parte del contenido está en la base de datos lo que hace las traducciones más faciles.

 

Le voy a meter mano para opinar más objetivamente,

Conclusiones:

1.- No conocía eso, muuuuuucho se puede tomar de alli GRACIAS.

2.- EN PRO DE SER OBJETIVO: lee mis comentarios entre líneas amablemente te lo pediría, algunas aseveraciones tuyas no son ciertas, al menos, no desde mi punto de vista.

Solo algunos comentarios en pro de la objetividad.

El 13 de febrero de 2016, 21:25, Flaper87 <flap...@gmail.com> escribió:

Buenas Noches,

Primero que nada, disculpen el top-post pero realmente no estoy interesado en contestar ninguno de los correos enviados previamente y Gmail parece ser lo suficientemente tonto como para no dejarme contestar al correo original (o soy yo el tonto? /me shrugs)

En fin, directo al grano.

Me gustaría hacer una propuesta que no se enfoca en una plataforma específica sino en una aplicación que no solo lleva años, dinero y es actualmente mantenida, sino que también es utilizada por otras *FUNDACIONES* de python en el mundo.

Cuando empezamos a discutir acerca de la plataforma en slack, mencioné que deberíamos usar algunas de las aplicaciones que ya existen para otras fundaciones y esto parece no haber atraido la atención de muchos.

Es por ello que hoy dediqué un par de horas a montar la plataforma de la "mismita" Python Software Foundation para que puedan verla girar y, sobre todo ,que es fácil utilizarla y *administrarla*.

Algunos putnos a favor de utilizar esta aplicación:

- Ya la usa una fundación. Si funciona para la PSF, como no va a funcionar para nosotros?

 

+1
 

- Tiene soporte para *TODO* lo que necesitamos (y probablemente más): Eventos, ofertas de trabajo, documentación, descargas, información acerca de la comunidad, etc, etc, etc.

 

Sorry, aquí si no ví la parte que mencionaba de lo que hace un App manager como Odoo pero sin duda se pueden tener dos plataformas en el momento que lo qu hace esto solo lo tenga Odoo, se monta otra plataforma para ello.

Puedo nombrar varias otras cosas, pero no hay novedad, en pro de la felicidad colectiva, yo puedo dar un paso atras con mi propuesta y darle con esta. Pero el "TODO" depende de la visión que se tenga de que es TODO, eso es subjetivo sin un proyecto de alcances.

Si soporta TODO haciendo "alguito adicional" entonces simplemente estamos en la misma situación en comparación con mi propuesta compremos peras con peras pliz.

En mi opinión soporta TODO lo que necesitamos para comenzar. La necesidad inmediata cuando organizamos PyTatui era poder publicar el evento y la aplicación de pythondotorg ya tiene soporte para eso. A eso le agregamos lo de ofertas de trabajo, zona de descargas para modulos y applicaciones, manejo de documentos, minutas de reuniones, etc etc etc.

Si en un futuro nace un nuevo requisito pues bien venga pero por ahora, creo que esto tiene más que suficiente.

 

 

- Los contenidos son dinámicos y se administran a traves de un panel de administración.

 

== Que cualquier otro con un WYSWYG excelente en la propuesta de odoo, eso lo hace hasta Lekto (ya está montado) ;-) en un domingo de chamba.

Suuuuuureeeee......

Lo que quería decir con esto es que para el i18n no necesitamos cambiar los templates porque el contenido se maneja a través del panel administrativo lo cual nos quita mucho trabajo.

 

 

- Existe un equipo detrás de esta applicación que recibe *fondos* para trabajar en ella (no todos)

Echale un ojo al equipo detrás de Odoo y sus números.

Revisé y comparando peras con peras ni se le acerca a lo que hacemos con odoo pero ni de poquito, ésta plataforma está GENIAL para copiar cosas buenas (a través de fork o hacia otra plataforma guerever) pero este argumento no es a favor creo que es en contra, depender de lo que recibe ese equipo está "bien" pero no asegura un montón de cosas -pero sin duda estabilidad que eso quede claro-.

 

Claro, pero la fundación no usa odoo :)

Si adoptamos Odoo significa que tenemos que adaptarlo para nuestra necesidad, mantenerlo nosotros y terminaríamos inventando la rueda nuevamente. Esta aplicación fué creada por la fundación para la fundación lo cual la hace perfecta para nuestro uso.

Insisto que no quiero comparar esta aplicación con odoo porque no estoy haciendo comparación de frameworks. Lo que estoy diciendo es, existe una aplicación ya lista, usemosla.

 

- Es un proyecto open source y es utilizado por la comunidad Python. Por que deberíamos inventar nuestro sistema para administrar la fundación si ya existe uno que funciona y, sobre todo, al cual podemos *contribuir*?

Utilizado por la Fundación Python, no "La Comunidad":

Echale un ojo solo al número de issues abiertos contra cerrados en github, y PR hechos contra aceptados, se nota que son los internos, incluso en mi sistemas internos de odoo tengo literalmente 10 veces más cambios [mis cambios públicos de los proyectos que manejo.](14.916 cambios vs 1.400 y piquito) y solo estoy hablando de 1 de casi 60 repos opensourced nuestros. para decir que "La Comunidad de Python Lo está Usando" se necesitan varios argumentos adicionales, yo NO puedo decir que "La comunidad" de nada de forma genérica sin precisiones usa mis repositorios, (con todo y que tiene 98 forks vs 192 de esa << tomando en cuenta que la "Comunidad de Python" es <sarcasmo> un tantito más grande que la de odoo </sarcasmo> no deberías decir ésto por que no es cierto. >>

Es administrada por la fundación lo cual no significa que la comunidad no contribuye y no la utiliza. Existen otras fundaciones que usan esta aplicacion y todas esas fundaciones hacen parte de la comunidad de Python. 

Si le echas un ojo a la lista de forks, veras que algunos de esos vienen de otras fundaciones y varias contribuciones nacen de la comunidad.

Por otro lado, no se puede comparar esta aplicación con Odoo, cosa que yo no hice en mi correo anterior. Esta es una aplicación específica que nunca va a tener una comunidad como la de Odoo o Django. Si queremos comparar frameworks/suites entonces comparemos Django con Odoo (cosa que *yo* no quiero hacer y que ustedes ya hicieron en los correos anteriores).

Pero está fino BTW solo quería aclarar eso.

YAY! :D

 

Ahora bien decir "Hay cosas muyyyyy interesantes que podemos aprender de allí ya que está el topOftheline del equipo de  Python PUM!, Ahí, si que me chingaste, pero la visión de eso no es algo genérico para customizar, es el sitio y punto, no creo que con simples configuraciones solamente se logre (pero no conozco django capaz estoy hablando tonterías aquí).

Por ej, "cómo sincronizan cosas como la documentación pep8 está bestial" (Aquí si me jodiste) pero igual es un esfuerzo en cualquiera de las opciones propuestas, habrán cosillas que cuando se requieran deberán hacerse.

Si se puede. Muchas se configuran otras puede que requieran algo de código pero eso es un problema de la fundación del futuro :D

 

 

- Para la felicidad (o desgracia) de muchos utiliza Django.

Me quedo Neutro, insisto en que no me gusta django pero es mi opinión personal, si pierdo o gano ojalá éste no sea un argumento de fuerza.

 

- Podemos arreglar bugs, extenderla y contribuir a la fundación. Es una publicidad genial para *nuestra fundación*.

+1 sobre la publicidad

+0 sobre si podremos hacer PR así de "fácil". (leer nota)

Nota: Para que ésto sea totalmente cierto tendríamos que tener un flujo como el de mi pregunta (a), si no es así tendrías un fork que tendríamos que cuidar y hcer lo cherry-pick para que los suban al core y luego devolver lo PR del core a nosotros, mantener 10 en nuestros despliegues locales de Odoo es un dolor de cabeza, no me quiero inmaginar manejar un sprint así como en de aquí cada mes y despues hacer cherry pick para colaborar, simplemente será letra muerta éste argumento.

Sigue siendo una aplicación de django que podemos extender con cosas utiles para nosotros y proponerlas upstream. Podemos mejorar las traducciones y contribuir. Podemos arreglar bugs en la aplicación y contribuir. No veo ningun problema. 

 

- Podemos garantizar el soporte para el sistema que no depende de personas que van y vienen en esta comunidad (sin animos de dudar de nadie ni de ofender a nadie).

Eso igual será con cualquier cosa que tengamos que mantener nostros, mientras sea open source, el que se decida, alguien tiene que tomar el totem de mantenerlo, en Odoo ó en Django.

No es igual... Esta es una aplicación utilizada por la fundación de python lo cual nos garantiza un soporte. Mi preocupación no es que la comunidad de $PON_TU_FW_PREFERIDO_AQUI desaparezca sino que la persona que instaló el framework y monto la página de nuestra fundación lo haga.

La aplicación de la PSF está lista, tiene instrucciones para instalarla, la documentación y bueno, la usa la fundación. Si la fundación un día decide cambiarla, mi consejo sería seguir los pasos de la PSF si se puede. 

En Odoo logré lo mismo que lograste tú con literalmente menos de 20 líneas de código sin hacer un solo fork. la prueba:

https://www.youtube.com/playlist?list=PL81uvK0P0-_fq1i7vW7b50L5BInpsg6cm&jct=a84rynNHReGC1V_9HK71SV64VRnbJg

So, simplemetmente eso de "garantizar el soporte" no es del todo cierto., cualquiera sea la opción, el soporte lo garantizaremos entre todos, si no pensamos a largo plazo con esto tamos fritos... hasta ahora hemos demostrado no ser lo mismo que todas las comunidades, hemos gente desde 3 países LITERALMENTE echandole pichón a esto... eso dice algo de las intenciones ¿no?. 

 

- Tiene una documentación excelente!

Sin duda, si sabes django es como lo que yo opino de la de odoo :-)

Aquí diría que esta even con odoo.

Insisto que comparar Odoo con esta aplicación no es muy útil. Es como comparar una casa ya hecha con los ladríllos que utilizarías para hacerla.

 

Pueden ver la aplicacion que gira en mi cuenta openshift[0], leer el código aquí[1], leer la documentación aquí[2] y redirigir en DNS aquí[3] (+/- chiste ;)

Si les parece y se animan, yo con mucho gusto me encargo de forkear el proyecto, desplegarlo en otra cuenta openshift (o en algún servidor si tenemos) y crear las cuentas y/o contenidos necesarios.

[0] http://pyve-fpercoco.rhcloud.com/

[1] https://github.com/python/pythondotorg

[2] https://pythondotorg.readthedocs.org/

[3] pyve-fpercoco.rhcloud.com

Sinceramente, y con ganas de que la comunidad haga más que solo discutir el motor de la página,

Flavio

Ya estamos haciendo, llegaste tarde a la discusión: https://github.com/pyve/pyve.github.io/pulse
 

mmm mientras discutíamos hacíamos, echale un ojo a github.

Sería cool que hicieramos más si, pero no somos de las comunidades que solo discutimo y después montamos joomla ;-) << gracias a Dios

Not really! No es la primera vez que se discute esto. Aún lo estamos discutiendo. En realidad mi punto va más allá de discutir el motor y crear la página. Me gustaría que dejáramos de dedicar la mayor parte de nuestras energías en crear la página y que nos dedicáramos a crear *contenido* para esta (eventos, ofertas de trabajos, meetups, etc etc etc). Ya tenemos una aplicación lista que podemos instalar y con la cual nos podemos dedicar a crear contenidos.

 

 

P.D: Disculpen el sarcasm, cinismo etc etc etc....

P.D2: No todos los contenidos fueron cargados y los archivos estáticos del admin están desaparecids (como si nunca les hubiese pasado en django, duuuh). Si les gusta la propuesta arreglaré todo eso.

PS:

Nada que disculpar, hablamos así y todos lo entendemos, tus puntos salvo lo que comento on super válidos, si deciden irse por ésta vía: (yo haría ing. inversa de lo que pueda por que tiene muchísimas cosas interesantes) pero me quedaría con Odoo igual.

A mi me gusta, creo que mucho se puede tomar de allí @satanas el origen de los SaaS para fusilarnos todos los CSS ???? y resolvemos https://github.com/pyve/pyve.github.io/issues/107

- Voy a dar otro punto a favor "Python 3" << contra eso difícilmente podré competir y casi cualquier otra opción.

w000h00000! :D

Flavio

[Flaper87]

[Juancarlo Añez]

2016-02-13 22:55 GMT-04:30 Flaper87 <flap...@gmail.com>:

Me gustaría hacer una propuesta que no se enfoca en una plataforma específica sino en una aplicación que no solo lleva años, dinero y es actualmente mantenida, sino que también es utilizada por otras *FUNDACIONES* de python en el mundo.

+1

Desde todos los puntos de vista esa es una excelente idea.

$ python -c "import this"

--

Juancarlo Añez

tel:+58(414)901-2021
skype:juancarloanez

[J. Hernán Ramírez R.]

+1

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

--

[Francisco Palm]

Un paso al frente, me anoto desde ya para colaborar en los contenidos...

No estaría mal una introducción a Python a la venezolana.

Saludos

F. Palm

[Leonardo Caballero]

2016-02-13 22:55 GMT-04:30 Flaper87 <flap...@gmail.com>:

Buenas Noches,

Buenos dias

 

Primero que nada, disculpen el top-post pero realmente no estoy interesado en contestar ninguno de los correos enviados previamente y Gmail parece ser lo suficientemente tonto como para no dejarme contestar al correo original (o soy yo el tonto? /me shrugs)

En fin, directo al grano.

Me gustaría hacer una propuesta que no se enfoca en una plataforma específica sino en una aplicación que no solo lleva años, dinero y es actualmente mantenida, sino que también es utilizada por otras *FUNDACIONES* de python en el mundo.

Cuando empezamos a discutir acerca de la plataforma en slack, mencioné que deberíamos usar algunas de las aplicaciones que ya existen para otras fundaciones y esto parece no haber atraido la atención de muchos.

Si chamo es reinventar la rueda, yo tambien apoyo este punto de vista la razon es muy simple no colaboramos muy poco entre mucho menos entre otras *fundaciones*, por consiguiente cuando queramos hacerlo va hacer un choque de paradigamas y estilos de trabajo!  

 

Es por ello que hoy dediqué un par de horas a montar la plataforma de la "mismita" Python Software Foundation para que puedan verla girar y, sobre todo ,que es fácil utilizarla y *administrarla*.

Que genial chamo, eso lo habia dicho en muchas ocaciones a varios pythonistos en persona, no lo compartir aca por que simplemente como te paso a ti, no van hacer caso reinventando la reuda al propio Canaima GNU/ Linux Style. 

 

Algunos putnos a favor de utilizar esta aplicación:

- Ya la usa una fundación. Si funciona para la PSF, como no va a funcionar para nosotros? 

- Tiene soporte para *TODO* lo que necesitamos (y probablemente más): Eventos, ofertas de trabajo, documentación, descargas, información acerca de la comunidad, etc, etc, etc

Pregunto y se puede integrar los sistemas previamente hechos por Sebastian en Flask, y otras cosas que se tenian por alli ya en funcionamiento?

 

- Los contenidos son dinámicos y se administran a traves de un panel de administración.

Es estilo CMS? o contenido estatico?

 

- Existe un equipo detrás de esta applicación que recibe *fondos* para trabajar en ella (no todos)

Genial por que nos da una base de soporte importante, quien quita no den luego fondos a la comunidad para ayudarlos! 

 

- Es un proyecto open source y es utilizado por la comunidad Python. Por que deberíamos inventar nuestro sistema para administrar la fundación si ya existe uno que funciona y, sobre todo, al cual podemos *contribuir*?

No hay que firmar algun acuerdo de contribuciones para la Fundacion Python, para suministrar mejoras de codigo?

 

- Para la felicidad (o desgracia) de muchos utiliza Django.

Si chamo eso es lo que hay Djangueros como Ubunteros para Linux, ais que no se puede despreciar ese talento importante en Python.

 

- Podemos arreglar bugs, extenderla y contribuir a la fundación. Es una publicidad genial para *nuestra fundación*

Este punto me parece muy bueno!

 

- Podemos garantizar el soporte para el sistema que no depende de personas que van y vienen en esta comunidad (sin animos de dudar de nadie ni de ofender a nadie).

no se puede negar que tenemos muchos Django en la comunidad!

 

- Tiene una documentación excelente!

Pueden ver la aplicacion que gira en mi cuenta openshift[0], leer el código aquí[1], leer la documentación aquí[2] y redirigir en DNS aquí[3] (+/- chiste ;)

Hay que revisar la cosa

 

Si les parece y se animan, yo con mucho gusto me encargo de forkear el proyecto, desplegarlo en otra cuenta openshift (o en algún servidor si tenemos) y crear las cuentas y/o contenidos necesarios.

Creo que el fork debe hacerse en la organizacion de PyVe y se suministren cambios via PR.

 

[0] http://pyve-fpercoco.rhcloud.com/

[1] https://github.com/python/pythondotorg

[2] https://pythondotorg.readthedocs.org/

[3] pyve-fpercoco.rhcloud.com

Sinceramente, y con ganas de que la comunidad haga más que solo discutir el motor de la página,

Flavio

P.D: Disculpen el sarcasm, cinismo etc etc etc....

LOOOOOOOOOOL

P.D2: No todos los contenidos fueron cargados y los archivos estáticos del admin están desaparecids (como si nunca les hubiese pasado en django, duuuh). Si les gusta la propuesta arreglaré todo eso.

En que puedo ayudar?

--

[carlos gutierrez]

Yo Apoyo la propuesta de que sea odoo.

El lunes, 1 de febrero de 2016, 17:49:11 (UTC-4:30), Nhomar Hernández escribió:

Hola a Todos.

https://github.com/pyve/pyve.github.com/issues/61

He creado ese issue par que discutmos las propuestas de la platforma, yo sigo creyendo que debería ser odoo.

Sea como sea, igual mi propuesta de poner el servidor y los detalles que requieren desembolso siguen en pié (así no se use odoo).

Saludos los espero por allá.

[Leonardo Caballero]

Yo particularmente creo que Odoo es un killer application y puede servir para cosas de la fundacion Python Venezuela, en sus tramites administrativos y ciertos procesos, mas Django sea para la comunidad así involucramos a mas gente a trabajar y colaborar localmente y ganar reputación internacional, devolviendo código a la comunidad Python así sea en su sitio Web, la razón es muy simple muy pocos se atreven a ir al core de python, odoo, plone y django, entonces creo que es un buen comienzo!

El tema es que hay pocos que le pueden meter mano a Odoo, y hay muchos Djangueros que si podemos ;-) y eso no se puede negar, lo digo por que bastante lo he intentado con Plone mucho tiempo a traves.

--

Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Nhomar Hernández]

El 14 de febrero de 2016, 11:16, Leonardo Caballero <leonardo...@gmail.com> escribió:

El tema es que hay pocos que le pueden meter mano a Odoo, y hay muchos Djangueros que si podemos ;-) y eso no se puede negar, lo digo por que bastante lo he intentado con Plone mucho tiempo a traves.

Leonardo y todos.

Si lo djangueros van a efectivamente colaborar "eureka"

Pero MOSCA, miren lo que pasó con la cagada en Canaima. "De verdad deben hacerlo y fino!"

Pero de Nuevo Odoo NO es un Framework, es un app manager que es diferentes y "tiene" un framework.

¿Insisto prefieren mantener un Fork que un modulito de 50 Líneas?.

Insisto en eso hay un "Trabajaito que hacerloe" igual que las 50 línas que hablo yo.... no comprendo.... :-s

[Nhomar Hernández]

El 14 de febrero de 2016, 11:53, Nhomar Hernández <nho...@gmail.com> escribió:

Insisto en eso hay un "Trabajaito que hacerloe" igual que las 50 línas que hablo yo.... no comprendo.... :-s

Creo que esto antes que se tome un decisión lo voy a tener que comprobar con un Hola Mundo más avanzado al que hice por que no logro demosgrar mi punto solo con palabras.

A lo mejor pensandolo a fondo si tendremos que hacer dos.

Solo quiero alertar que el sitio del pycon también estubo hecho en django y NADIE lo tocó igual. mosca nos vuelva a pasar eso. :-s .....

Yo me apego a lo que diga el mundo....

[Jesús Gómez]

Pausa un momento por favor.

Antes de seguir.

¿Por qué?.

Digo ¿Por qué un nuevo sitio con nueva plataforma?.

Mientras quede por escrito una lista de razones que den respuesta a esta pregunta, debemos seguir manteniendo la página actual.

Había un wiki con la propuesta del rediseño[1]. Quisiera dejar claro que el rediseño se hizo. Finiquité. Se acabó. Lo hicimos (bueno, @mamcode sobre todo).

Ahora, creé este otro wiki para crear esa lista de razones[2], que dice:

> Actualmente la página se sustenta en la plataforma conocida como GitHub Pages junto con el generador de páginas estáticas Lektor.

> También tiene otros componentes dispersos, como los calendarios de Google para los eventos y Jobs on Fire para las ofertas de trabajo.

> Si queremos cambiar esto, entonces ¿Por qué?.

> Invito a escribir las razones en la siguiente sección

Y dejo esto hasta aquí. Escribiré otro correo con opiniones.

[1] https://github.com/pyve/pyve.github.io/wiki/Redise%C3%B1o-del-Sitio-Web

[2] https://github.com/pyve/pyve.github.io/wiki/Nueva-Plataforma-para-la-p%C3%A1gina-de-la-fundaci%C3%B3n

[Jesús Gómez]

**Nota**: Cualquier opinion que crean que sirve como una "RAZÓN" a
favor o en contra de cambiar la plataforma, por favor, POR FAVOR:
añadanla al Wiki[1]. Se que de este hilo se pueden destilar algunas.

Opinión
======

El contenido es lo mas importante.

¿Contenido?. Vean la página. Tiene un contenido adecuado.

Sólo hay pocas categorías de contenidos que requieran dinamismo:
Blogs, Noticias y Eventos. Todo ese rollo ya está resuelto. Aunque por
aquí puede venir el "por qué".

Pero antes de fregarnos con el mantenimiento de nuestro propio motor
de Blogs y Noticias.... necesitamos los artículos y noticias que
necesitan ESCRITORES.

¿Qué queremos escribir? ... Bueno, el que tenga algo que escribir,
simplemente hágalo. Cualquier opinión pudiera ir en un blog, y
cualquier anuncio oficial de la fundación también, como el de la
Python Software Foundation[2]. <actitud-sifrina-de-desprecio>Ay, que
horror, está en blogspot, uuuiig</<actitud-sifrina-de-desprecio>. Sí,
está en blogspot, porque son unos pragmáticos.

Por favor, Se que nos gusta Python, pero pongamos los pies en la
tierra. Blospot o el mismo Wordpress, me da igual. Las páginas
estáticas de GitHub... super pragmático también. De hecho, hubiera
preferido usar Jekyll para evitar trabajo de mantenimiento.
<actitud-sifrina-de-desprecio>Ay que asco, eso es Ruby
</actitud-sifrina-de-desprecio>. Sí, es Ruby ¿Y qué?.

Eventos ---> Sí señor, este es el asunto. Python.org resolvió primero
con un Google Calendar, y luego hizo una app para mostrar los eventos.
Si quieres agregar un evento, le escribes un correo al responsable del
evento con un formato[3]. <actitud-sifrina-de-desprecio>Ay que asco,
es por correo electrónico, fuchi</actitud-sifrina-de-desprecio>.

Ya tenemos un calendario de google, lo que falta es que los eventos
aparezcan ahí. Que una persona haya registrado ahí por ejemplo el
PyTatuy pasado.

[1] https://github.com/pyve/pyve.github.io/wiki/Nueva-Plataforma-para-la-p%C3%A1gina-de-la-fundaci%C3%B3n
[2] http://pyfound.blogspot.com/
[3] https://wiki.python.org/moin/PythonEventsCalendar#Submitting_an_Event

[J. Hernán Ramírez R.]

El feb 14, 2016 1:41 PM, "Jesús Gómez"

> Mientras quede por escrito una lista de razones que den respuesta a esta pregunta, debemos seguir manteniendo la página actual.
>

De acuerdo con eso. Y se mantendrá.

> Había un wiki con la propuesta del rediseño[1]. Quisiera dejar claro que el rediseño se hizo. Finiquité. Se acabó. Lo hicimos (bueno, @mamcode sobre todo).
>

Eso es correcto. Y se planteó hacerla html y luego la pasaron a lektor solo para tener un prototipo funcional de lo que se quiere.

Creo que aún no se a elegido la plataforma..

Esta comunidad se está moviendo y mucho y creo que debemos considerar cualquier propuesta funcional que salga es esta cuerda de locos.

Algo bueno ha de quedar.

Ya llegará el día de decidir por cual nos quedamos.

> Ahora, creé este otro wiki para crear esa lista de razones[2], que dice:
>
> > Actualmente la página se sustenta en la plataforma conocida como GitHub Pages junto con el generador de páginas estáticas Lektor.
> > También tiene otros componentes dispersos, como los calendarios de Google para los eventos y Jobs on Fire para las ofertas de trabajo.
> > Si queremos cambiar esto, entonces ¿Por qué?.

Sólo una. Que ya esta hecho y funcionando.

Yo no pierdo nada con probarla.. Como he probado el prototipo html y lo que mostró nhomar con odoo.

> > Invito a escribir las razones en la siguiente sección
>
> Y dejo esto hasta aquí. Escribiré otro correo con opiniones.
>
> [1] https://github.com/pyve/pyve.github.io/wiki/Redise%C3%B1o-del-Sitio-Web
> [2] https://github.com/pyve/pyve.github.io/wiki/Nueva-Plataforma-para-la-p%C3%A1gina-de-la-fundaci%C3%B3n
>

[Francisco Palm]

Es obvio que la propuesta hecha por Flavio, con muy buena intención estoy seguro, se iba a ver como que "pasaba por encima" del trabajo que venían haciendo Will, Jesús, Nhomar, etc. en el sitio estático. El sitio estático es mas que un prototipo...

Creo que es necesario llegar a un consenso que respete el trabajo realizado y no nos ponga a discutir nuevamente sobre la plataforma...

El actual sitio de Lektor, ya está ahí, funcional y necesitado un poco de cariño. Creo que podemos darle una forma decente y mantenerlo un tiempo, y estudiar con calma, con bastante calma, los pasos siguientes.

Si hay consenso mas adelante y me refiero a unos meses mas adelante, podemos revisar si en verdad las funcionalidades de pythondotorg justifican el cambio, como propone Jesús. Yo creo que sí, pero hay que verlo con calma. Hay que tomar en cuenta que el sitio en Django de cualquier manera requiere algo de configuración, revisar el tema del hospedaje, y lo mas importante: garantizar un conjunto de responsables que verifiquen que el sitio siga arriba, que lo actualicen, que lo mejoren, etc.

En cuanto a Odoo, yo creo que será muy útil contar con una instancia para las gestiones internas de la Fundación, lo que tenga que ver esencialmente con la gestión administrativa. Pero antes hay que hacer que la Fundación "se mueva" para justificar el uso de Odoo.

Un saludo

F. Palm

--
Este es un mensaje del foro Python de Venezuela - http://www.python.org.ve
Para suscripciones y retiros: http://goo.gl/ug9by
---
Has recibido este mensaje porque estás suscrito al grupo "Python Venezuela" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a python-venezue...@googlegroups.com.

Para obtener más opciones, visita https://groups.google.com/d/optout.

--

[J. Hernán Ramírez R.]

Va sin acentos

De pana francisco.. me gusta tu comentario..

De acuerdo en mantrener lo que se tiene.. meterle mas carinno.  Le meterE el pecho a djangodotorg para evaluarlo e ir adaptandolo a nuestras necesidades, personalmente me gustaria colaborar en ese proyecto y por supuesto odoo para la parte administrativa de la fundacion..

hasta el momento todo es muy util.. lo importante es que nos estamos moviendo durisimo... y en comunidad.. el repo dice mucho de eso.

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Axel Díaz]

Me sumo a la misma opinión.

Me parece que es una excelentísima oportunidad tanto personal como comunitariamente sumarnos con pythondotorg, tanto por los djangueros que hay en la comunidad como los que quieren meterle mano a odoo en la plataforma administrativa de la fundación (en especial los que no sabemos odoo pero que queremos echarle pichón).

+1 por eso, y a ver en qué pudiera ser útil para aportar en ello

"J. Hernán Ramírez R." <hernan....@gmail.com>escribió:

[Nhomar Hernández]

Yo creo que diste en el clavo @mapologo.

Bueno yo honestamente no sentí que nadie pasara por encima, la única forma de hacer eso es que alguien con permisos hiciera un git push origin master -f al trabajo hecho (cosa que no sucedió).

So, yo creo que la propusta está en el marco correcto y en el momento correcto.

Lo que si molesta un poco es el tono de "Ustedes son estúpidos, y yo inteligente - (pero a veces yo puedo sonar así también)" por eso simplemente argumenté las cosas precisas.

Por otro lado, no hay nada tan malo como comunidades discutidoras como gente paracaidista acusadora.

Yo creo que si tenemos unos meses hacer más de un demo bien documentado, y terminar de decidir.

Hay varios hechos, el tópico ha despertado muchas letras de gente que no aparecía, y ha venido involucrando más y más gente.

Yo solo espero que sea lo que sea se decida, no vaya a venir otro despues con que !no hacemos nada! a proponer joomla.!

Lo que hagamos tiene que ser pa que dure y se mantenga al menos 10 años (evolucionables).

Por ahora agreguemos CONTENIDO a la cosa esa pequeñita con Lektor que además de interesantísimo el como funciona el pinche framework ese, lo que requerimos es contenido.

Es más si alguin quiere hacerse su propia "Sección" como un tipo blog lo puede hacer y lo vamos llenando, hice un commit especial pa que no le sacara mucho tiempo:

Este es: https://github.com/pyve/pyve.github.io/commit/792eceb03954c9547d8ac95f78e68254e605eb10

Lo hice intencional pa los nuevos, que no les tome horas.

Sin embargo si alguien quire crear un Issue en markdown y simplemente pedir el favor que se lo agreguemos, también es válido, nos dan el issue# y ya.

HOY necesitamos es contenido, no saber el tamaño de pendejos que somos por no usar django o Odoo.....

¿El primer post puede ser cómo colborar con pythondotorg? -> COOL. play plomo pedal y bomba.

¿El segundo?-> Resumiendo la guerra de frmeworks en la lista.... COOL.

Pero contenido ;-)

Saludos.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

[Juancarlo Añez]

Le di mi "+1" a pythondotorg porque mi experiencia en proyectos convencionales y de código abierto es que hay que optar por bajo mantenimiento y mínimo desarrollo de nuevas funcionalidades. Eso aplica mucho a una comunidad en la cual, como otros han mencionado, la gente viene y va, o tiene tiempo o no cuando se queda.

El que la PSF haya optado por pythondotorg es un argumento muy fuerte. No sólo podemos asumir que tendremos documentación, soporte, depuración, sino también manos amigas en otros países hispano-parlantes dispuestas a darnos una mano, y toda la funcionalidad que podamos necesitar a futuro.

No creo que se desperdicie lo que se ha hecho, ni que se irrespete a sus autores si se hace un cambio. Gran parte del material es directamente recuperable, y el resto se recupera en know-how. Todo lo hecho hasta ahora puede considerarse como prototipo.

Sobre el contenido, creo que es necesario reconocer que la falta de decisión sobre la plataforma es un impedimento porque impide documentar el proceso tecnológico y político para hacer contribuciones. Hay que tomar una decisión, y la decisión debe prevalecer al menos a mediano plazo (un año al menos).

Seguir discutiendo sobre la tecnología no solo frena la creación de contenido, sino que es fuente de una constante tensión social. Para esto propongo una solución, estilo PSF:

Que la decisión que tomemos ahora sea la de nombrar a un Site Master que ejerza por un período de un año. El Master deberá escuchar todas las opiniones, pero sus decisiones serán finales en inapelables. Para cambiar sus decisiones habría que revocarlo, en asamblea.

Un "dictador benevolente" resolvería no sólo el asunto sobre tecnología, sino también las prioridades sobre la creación de contenido. 

Saludos,

[J. Hernán Ramírez R.]

+1 Juancarlo

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

---------------------------------------------------------------------------------

J. Hernán Ramírez R  

http://about.me/hernanramirez - Linux User #97.898  

Mapas Libres OpenStreetmap Venezuela

---------------------------------------------------------------------------------

[Israel]

+1 Juancarlo. y +1 a pythondotorg para el site y +1 a Odoo para operaciones internas. (Se que he estado perdido, pero leo todo y de vez en cuando respondo xD :-) )

[Israel]

On Sun, Feb 14, 2016 at 10:10 PM Nhomar Hernández <nho...@gmail.com> wrote:

El 14 de febrero de 2016, 11:53, Nhomar Hernández <nho...@gmail.com> escribió:

Insisto en eso hay un "Trabajaito que hacerloe" igual que las 50 línas que hablo yo.... no comprendo.... :-s

Creo que esto antes que se tome un decisión lo voy a tener que comprobar con un Hola Mundo más avanzado al que hice por que no logro demosgrar mi punto solo con palabras.

A lo mejor pensandolo a fondo si tendremos que hacer dos.

Solo quiero alertar que el sitio del pycon también estubo hecho en django y NADIE lo tocó igual. mosca nos vuelva a pasar eso. :-s .....

Tampoco ha habido un segundo PyCon, no veo por qué habría que tocarlo luego que terminó aquel PyCon. Y eso fue hecho en un contexto completamente distinto a este, fue una donación de la empresa en la que estaba trabajando en aquel momento, no algo que surgió desde el seno de la comunidad.

 

Yo me apego a lo que diga el mundo....

--

--------------------
Saludos Cordiales

CEO at Vauxoo Odoo's Gold Partner.

Nhomar Hernandez about.me/nhomar

--

[Jesús Gómez]

Sólo para aclarar.

Propuse responder el "por qué" no porque quiera defender algo. No se trata de "¡por qué por qué por qué!" como carajito llorando, nope.

La pregunta la hice porque se que hace falta en el proyecto que platea este hilo: "Plataforma para nuevo sitio".

He atestiguado muchas locuras en proyectos de desarrollo de software. Ejemplo:

 Cliente: Hazme una app

 Yo: ¿de qué?

 Cliente: Una app para la marca

 Yo: ¿Qué quiere que haga?

 Cliente: No se.

 Yo: Pero ¿Por qué quiere una app?

 Cliente: Todos tienen una app en los teléfonos

 Yo: This is madness!!!

 --> Ya saben lo que viene

Ok, toca aceptar el reto y en este ejemplo hipotético, vendría un trabajo creativo que debe empezar respondiendo: ¿Por Qué?.

Debemos estar claros en eso, y por supuesto, estar muy claros en *Qué* queremos.

Estoy convencido de que la falta de claridad en este aspecto no nos ha permitido concretar una opción definitivamente.

Luego de discutir las cosas por aquí, por favor: vayan destilando este hilo en el wiki para este proyecto: https://github.com/pyve/pyve.github.io/wiki/Nueva-Plataforma-para-la-p%C3%A1gina-de-la-fundaci%C3%B3n

[Wil Alvarez]

La cosa que me preocupa es: tenemos TANTOS djangeros en la comunidad y en todo este tiempo no han podido montar un prototipo con al menos la mitad de lo que tiene la propuesta en Lektor (o al menos yo no lo he visto). ¿Estamos seguros entonces que decidirse por la opción que tenga más adeptos va a garantizar su éxito y continuidad?

Estoy de acuerdo con Jesús en lo de ser pragmáticos, yo también hubiese preferido Jekyll porque requiere aún menos esfuerzo que Lektor, Odoo o Django; pero si lo planteaba aquí se iba a desatar un flame war, porque así somos.

También estoy de acuerdo con Francisco en que Lektor ya es más que un prototipo, está funcionando y necesita algo de cariño. Hemos invertido unas cuantas horas de esfuerzo en ponerlo a funcionar y eso también merece respeto. ¿Dónde estaban los de Django mientras se montaba la propuesta de Lektor? ¿Por qué no propusieron algo antes? Hablar es MUY fácil. 

Si me preguntan a mi, llegaron tarde a la fiesta. Ya tenemos algo funcionando y como dice Francisco, deberíamos enfocar nuestros esfuerzos en sacarlo adelante, darle unos meses de vida y garantizar que, así sea con Markdown, la gente empieza a generar contenido. Estabilicemos lo que ya tenemos (porque ya lo tenemos) y luego, con más tiempo, con la cabeza más fría, estudiemos los próximos pasos. Sin duda me gusta mucho la idea de usar lo que usa la PSF, suena muy fino y estaríamos alineados con otras comunidades alrededor del mundo pero, ¿vamos a invertir más esfuerzos en montar otra plataforma para que al final nadie la use?

Colaboremos con lo que está, si Nhomar (cuya propuesta sigue siendo Odoo) pudo colaborar con Lektor, ¿por qué los de Django no pueden? El contenido que se suba a Lektor es fácilmente migrable a cualquier otra plataforma, así que dejemos de discutir y vamos a hacer. Lo de esperar por una plataforma definitiva para empezar a colaborar no me parece una razón para bajar los brazos (otra vez, miren a Nhomar).

Para terminar, ¿qué es mejor cambiarse a django porque tenemos 50 djangeros que no hacen nada o seguir con lo que tenemos donde al menos hay 5 pelagatos (que personalmente prefieren Jekyll, Odoo, HTML puro o <inserte_aquí_otro_framework>) que tienen algo arriba y funcionando?

Yo le apuesto a los pelagatos ;)

Saludos

[Flaper87]

El lun., 15 de feb. de 2016 a la(s) 10:00, Wil Alvarez <wil.al...@gmail.com> escribió:

La cosa que me preocupa es: tenemos TANTOS djangeros en la comunidad y en todo este tiempo no han podido montar un prototipo con al menos la mitad de lo que tiene la propuesta en Lektor (o al menos yo no lo he visto). ¿Estamos seguros entonces que decidirse por la opción que tenga más adeptos va a garantizar su éxito y continuidad?

Estoy de acuerdo con Jesús en lo de ser pragmáticos, yo también hubiese preferido Jekyll porque requiere aún menos esfuerzo que Lektor, Odoo o Django; pero si lo planteaba aquí se iba a desatar un flame war, porque así somos.

También estoy de acuerdo con Francisco en que Lektor ya es más que un prototipo, está funcionando y necesita algo de cariño. Hemos invertido unas cuantas horas de esfuerzo en ponerlo a funcionar y eso también merece respeto. ¿Dónde estaban los de Django mientras se montaba la propuesta de Lektor? ¿Por qué no propusieron algo antes? Hablar es MUY fácil. 

Si me preguntan a mi, llegaron tarde a la fiesta. Ya tenemos algo funcionando y como dice Francisco, deberíamos enfocar nuestros esfuerzos en sacarlo adelante, darle unos meses de vida y garantizar que, así sea con Markdown, la gente empieza a generar contenido. Estabilicemos lo que ya tenemos (porque ya lo tenemos) y luego, con más tiempo, con la cabeza más fría, estudiemos los próximos pasos. Sin duda me gusta mucho la idea de usar lo que usa la PSF, suena muy fino y estaríamos alineados con otras comunidades alrededor del mundo pero, ¿vamos a invertir más esfuerzos en montar otra plataforma para que al final nadie la use?

Colaboremos con lo que está, si Nhomar (cuya propuesta sigue siendo Odoo) pudo colaborar con Lektor, ¿por qué los de Django no pueden? El contenido que se suba a Lektor es fácilmente migrable a cualquier otra plataforma, así que dejemos de discutir y vamos a hacer. Lo de esperar por una plataforma definitiva para empezar a colaborar no me parece una razón para bajar los brazos (otra vez, miren a Nhomar).

Para terminar, ¿qué es mejor cambiarse a django porque tenemos 50 djangeros que no hacen nada o seguir con lo que tenemos donde al menos hay 5 pelagatos (que personalmente prefieren Jekyll, Odoo, HTML puro o <inserte_aquí_otro_framework>) que tienen algo arriba y funcionando?

Cuando envié la propuesta de pythondotorg tuve mucho cuidado en no hacer comparaciones con frameworks porque la idea es (o era por lo menos) enfocarla en lo que parecen ser las necesidades actuales (y algunas futuras).

Estamos hablando de la plataforma que manejará parte de la imagén, datos y comunicaciones de la fundación. Si me preguntas a mi, en esta fiesta no hay hora de llegada. Si las herramientas actuales no parecen ser suficientes para satisfacer las necesidades de la fundación y/o requieren más trabajo, entonces porque no evaluar otras herramientas? Si las propuestas son validas y proveen un beneficio obvio y claro, entonces porque no evaluarlas?

Fundaciones mucho más grandes han cambiado herramientas. Comunidades mucho más grandes han cambiado herramientas, porque nosotros no deberíamos evaluar otras ahora que estamos en el proceso de elegir la plataforma que se utilizará por un tiempo?

En mi opinión, si las opciones son solo django y lektor, entonces te daría toda la razón y apoyaría el esfuerzo con lektor. Sin embargo, si las opciones son pythondotorg y Odoo, entonces apoyo la idea de utilizar pythondotorg.

Viendo la situación actual de la fundación, las necesidades actuales, los conocimientos compartidos, etc, opinio que estamos a tiempo para adoptar pythondotorg y evitar crear la rueda nuevamente. Los beneficios y defectos que veo los mencioné en mi otro correo.

Flavio

[Carlos Gustavo Ruiz]

Por unos cuantos días he hecho un "step back" debido a una caída y a carnavales, (la moto está bien y sigue a la venta). Aun ando algo enrollado con cosas por acá pero valga esta nota para comentar una semi hoja de ruta que se habló hace un par de millones de correos atrás.

La idea inicial fue hacer un refrescamiento visual al sitio para el PyTatuy (check)

Posteriormente tomar este diseño y usar un generador estático para desplegar PyVE (check)

para con la página bonita y andando adoptar una *Plataforma* (con mesura, paciencia y sin el atoro de un deadline) (aquí estamos)

En este punto luego del despliegue con el generador estamos en otro momento dentro el desarrollo del sitio.

Que si seguimos como estamos? ya estamos, seguiremos y avanzamos.

Que si Odoo, Django, etc? claro, pero tenemos una ventana que considero buena hasta Noviembre para estrenarlo con el PyCon 2016, si no está listo el sitio nuevo rodamos el PyCon y ya [es joda porsia].

En cualquier caso hacen falta contenidos y esos debemos coordinarlos para que estén listos para el sitio actual y el sitio que se desarrolle en la próxima etapa. Lo que creo importante rescatar es que *Ya* tenemos un sitio andando y *Ya* se necesitan contenidos. Propongo incluso pedir autorización a algunos panas PyVEistas blogueros para hacer repost de sus blogs porque tienen material muy bueno que valdría la pena mostrar en nuestro sitio.

Allí mis 2 lochas,

Saludos

CG

[Nhomar Hernández]

Comentario general: (cierro mi participación en éste hilo que yo empecé cabe destacar)

Si se van por la opción de pythondotorg (que hasta ahora no he visto sino solo 3 argumentos válidos) está bien yo colaboraré allí, si se van por odoo, obviamente tendré que tomar un rol más activo y colaboraré allí.

El server que ofrecí pago para siempre está disponible cuando lo requieran.

Ahora bien, lo que sí quiero decir es que acerca del tema odoo vs loquenosponganenfrente _hoy_ (no era así hace 2 años) es comparar a Hércules con un gladiador bien entrenado (hércules == odoo vs gladiador bien entrenado == pythonorgve), jamás podran competirle por cientos de razones.

¿por qué? ya no viene al caso, lo expliqué arriba y lo seguiré manteniendo odoo avanza y evoluciona a velocidades inimaginables en comparación con casi cualquier framework/app manager en la comunidad.

Pero a estas alturas me siento que estoy intentando vencer paradigmas demasiado jodidos de vencer, paradigmas que no puedo/quiero seguir peleando por que simplemente el tiempo dirá que tuve la razón.

Fijense me siento cómo esta imagen:

https://scontent.ftrc1-1.fna.fbcdn.net/hphotos-xpt1/v/t1.0-9/12646983_956749694374307_750703167344573584_n.jpg?oh=a1f6b9eeae35e4d583aa45e0cf485fae&oe=575DEDA3

Que nuestra situación es ésta:

https://www.youtube.com/watch?v=SLwQf65csdY

Y que definitivamente estamos tomando la desciión basado en algo ´como ésto:

https://youtu.be/SLwQf65csdY?t=2m15s  --> Ejemplo de los suizos y los relojes. Todos los relojes son mecánicos por que hay más relojeros mecánicos.

Fijense que ya hoy necesitaremos manejar las inscripciones del pycon (está en odoo), necesitarán lanzar un sition en 1 hora (solo con odoo) necesitaremos traducir las cadenas (ya en odoo) y no queremos manejar todo haciendo un fork de nada solo con módulo externos (en odoo desde tiempos inmmoriables y era así), necesita una comunidad que avance (oca), necsitamos tener documentción (oficial, cómo colaborar, metodologías de despliegue).

El único esfuerzo es "dedicarle un rato a aprender odoo" y cuando digo un rato es: Leo el manual, me tiro un hola mundo y empiezo a disparar preguntas.

 Yo lo dejo aquí, y bueno cuando se monte la plataforma de la parte de backend  lo verán ydirán que teníamos razón desde aquí, mientras pa lante me dedicaré a crear contendio que creo es lo importante ahora mismo.

Nos vemos por github, a menos que me digan que le siga insistiendo, jejej hay sitios donde por el 3% de los argumentos que he dado ya se hubiese tomado una decisión por odoo, (TENER Más de 1000 apps disponibles gratis y sin necesidad de modificar 1 sola línea de mi copia del sistema base vence casi cualquier argumento), definitivamente no se es profeta en su tierra ;-).

Saludos y happy hacking >> Moviendome a aportar en otra área acá mismo, al final es aportar lo importante, yo aprenderé un poquito django al final pa entender que es o que tanto les gusta....

[Nhomar Hernández]

El 15 de febrero de 2016, 9:56, Nhomar Hernández <nho...@gmail.com> escribió:

Que nuestra situación es ésta:

https://www.youtube.com/watch?v=SLwQf65csdY

Corrijo primer link: https://www.youtube.com/watch?v=ecY9NQNPBDE

[Eduard Lucena]

Yo no voy a meter mi lengua en el tema de la plataforma, porque no he contribuído pero ni con la lectura del código. Con lo que estoy realmente interesado es con la generación de contenido, mis preguntas son las siguientes:

El contenido para la página actual:

¿Cómo se contribuye?

¿Cómo está dividido?

¿Qué tipo de contenido se requiere para la fundación?

¿A qué target va a ir dirigido el contenido?

Viendo la actual página (Mis felicitaciones a los desarrolladores, todo está quedando muy bien, he quedado muy muy impresionado), tenemos un acceso a "Recursos", pero esto apunta al repo de awesome, que AFAIK es una forma de armarse un toolkit para programar en python, pero esto no sirve para un usuario novel, en mi opinión.

Si este hilo no es el apropiado para estas preguntas, me disculpo y abriré un hilo para la misma.

Saludos,

Eduard Lucena
Móvil: +56962318010
GNU/Linux User #589060
Ubuntu User #8749

[Nhomar Hernández]

El 15 de febrero de 2016, 10:12, Eduard Lucena <eduard...@gmail.com> escribió:

Yo no voy a meter mi lengua en el tema de la plataforma, porque no he contribuído pero ni con la lectura del código. Con lo que estoy realmente interesado es con la generación de contenido, mis preguntas son las siguientes:

El contenido para la página actual:

¿Cómo se contribuye?

¿Cómo está dividido?

¿Qué tipo de contenido se requiere para la fundación?

¿A qué target va a ir dirigido el contenido?

Viendo la actual página (Mis felicitaciones a los desarrolladores, todo está quedando muy bien, he quedado muy muy impresionado), tenemos un acceso a "Recursos", pero esto apunta al repo de awesome, que AFAIK es una forma de armarse un toolkit para programar en python, pero esto no sirve para un usuario novel, en mi opinión.

Si este hilo no es el apropiado para estas preguntas, me disculpo y abriré un hilo para la misma.

Saludos,

Voy a responder esas preguntas en el wiki del repo para enlazarlas.

Se contribuye escribiendo artículos pero no hemos definido el "COmo!

¿Donde?

forkea github.com/pyve/pyve.github.io agrega un content siguiendo la doc oficial de Lektor. Haz PR y listo.

[Wil Alvarez]

Eduard,

Gracias por reportar el link roto. Yo lo puse a apuntar al awesome mientras hacíamos la página de Recursos. Cree un issue en github [1] para hacerle seguimiento y corregirlo pronto.

Saludos

[1] https://github.com/pyve/pyve.github.io/issues/109

[Wil Alvarez]

Flavio,

El 15 de febrero de 2016, 11:51, Flaper87<flap...@gmail.com> escribió:

Estamos hablando de la plataforma que manejará parte de la imagén, datos y comunicaciones de la fundación. Si me preguntas a mi, en esta fiesta no hay hora de llegada. Si las herramientas actuales no parecen ser suficientes para satisfacer las necesidades de la fundación y/o requieren más trabajo, entonces porque no evaluar otras herramientas? Si las propuestas son validas y proveen un beneficio obvio y claro, entonces porque no evaluarlas?

Entiendo tu punto perfectamente, pero mi pregunta es ¿en qué momento dejamos de evaluar herramientas y nos ponemos a crear el contenido? ¿Cómo sabemos si la herramienta satisface o no las necesidades si tenemos apenas un par de semanas usándola?

Ya hay una fiesta armada (Lektor) y hay varias personas colaborando. Desde mi punto de vista, tenemos que enfocarnos para maximizar los esfuerzos y apoyar la fiesta que está armada hasta que podamos sentarnos a armar una nueva. La plataforma no es el fin, es el medio para lograr lo que queremos como comunidad y si cada uno se pone a montar una propuesta diferente vamos a terminar con 400 plataformas técnicamente hermosas pero todas vacías. Eso para mi es un desperdicio de tiempo y esfuerzo tremendo que deberíamos evitar.

Que quede claro que no me opongo al cambio, la cosa es que no entiendo el empeño de querer tener la plataforma "perfecta" para poder empezar a proyectar la comunidad, cuando la vaina debería ser al contrario; proyectar la comunidad, trabajar y en el camino ir viendo qué plataforma se adapta mejor.

Fundaciones mucho más grandes han cambiado herramientas. Comunidades mucho más grandes han cambiado herramientas, porque nosotros no deberíamos evaluar otras ahora que estamos en el proceso de elegir la plataforma que se utilizará por un tiempo?

Repito, nunca dije que no podíamos cambiar, creo que todos de una u otra forma hemos manifestado interés en escoger la mejor herramienta/plataforma disponible a largo plazo. La cuestión es que *en éste momento* tenemos algo básico funcionando pero sin contenido. Vamos a enriquecerla mientras seguimos estudiando y discutiendo las opciones que tenemos para la plataforma final (léase odoo, pythondotorg, wordpress o hasta joomla si quieren) pero no nos quedemos de brazos cruzados mientras tomamos decisiones. Como comenté antes, el contenido se exporta con relativa facilidad a cualquiera de las plataformas que han propuesto.

Nos vemos en github.

Saludos 

[Flaper87]

El lun., 15 de feb. de 2016 a la(s) 16:40, Wil Alvarez <wil.al...@gmail.com> escribió:

Flavio,

El 15 de febrero de 2016, 11:51, Flaper87<flap...@gmail.com> escribió:

Estamos hablando de la plataforma que manejará parte de la imagén, datos y comunicaciones de la fundación. Si me preguntas a mi, en esta fiesta no hay hora de llegada. Si las herramientas actuales no parecen ser suficientes para satisfacer las necesidades de la fundación y/o requieren más trabajo, entonces porque no evaluar otras herramientas? Si las propuestas son validas y proveen un beneficio obvio y claro, entonces porque no evaluarlas?

Entiendo tu punto perfectamente, pero mi pregunta es ¿en qué momento dejamos de evaluar herramientas y nos ponemos a crear el contenido? ¿Cómo sabemos si la herramienta satisface o no las necesidades si tenemos apenas un par de semanas usándola?

Ya hay una fiesta armada (Lektor) y hay varias personas colaborando. Desde mi punto de vista, tenemos que enfocarnos para maximizar los esfuerzos y apoyar la fiesta que está armada hasta que podamos sentarnos a armar una nueva. La plataforma no es el fin, es el medio para lograr lo que queremos como comunidad y si cada uno se pone a montar una propuesta diferente vamos a terminar con 400 plataformas técnicamente hermosas pero todas vacías. Eso para mi es un desperdicio de tiempo y esfuerzo tremendo que deberíamos evitar.

Estoy full de acuerdo contigo. De hecho, no considero que lo que se está haciendo en lektor deba detenerse *ya*. Espero no haber dado esa impresión. Las propuestas se comenzaron a discutir en este thread y considero que mientras hayan propuestas validas, debemos saber evaluarlas.

Con respecto a cuando sabremos si la herramienta es la que es o no, no pienso que lo sabremos con precisión. Todas las herramientas tienen algo positivo y algo negativo y lo único que nos queda es evaluar los beneficios y defectos de cada una y ver cual se adapta mejor.

Por ejemplo, Lektor, a pesar de ser muy flexible y permitirnos hacer el trabajo que necesitamos, requiere un flujo de contribución que puede que no sea el más adecuado para la fundación y la parte administrativa.

Pero de nuevo, la propuesta de pythondotorg va más  allá de la simple herramienta. La propuesta incluye experiencias de otras comunidades y, sobre todo, de una fundación de la cual seguimos el ejemplo (o por lo menos deberíamos en la medida de lo posible).

 

Que quede claro que no me opongo al cambio, la cosa es que no entiendo el empeño de querer tener la plataforma "perfecta" para poder empezar a proyectar la comunidad, cuando la vaina debería ser al contrario; proyectar la comunidad, trabajar y en el camino ir viendo qué plataforma se adapta mejor.

Fundaciones mucho más grandes han cambiado herramientas. Comunidades mucho más grandes han cambiado herramientas, porque nosotros no deberíamos evaluar otras ahora que estamos en el proceso de elegir la plataforma que se utilizará por un tiempo?

Repito, nunca dije que no podíamos cambiar, creo que todos de una u otra forma hemos manifestado interés en escoger la mejor herramienta/plataforma disponible a largo plazo. La cuestión es que *en éste momento* tenemos algo básico funcionando pero sin contenido. Vamos a enriquecerla mientras seguimos estudiando y discutiendo las opciones que tenemos para la plataforma final (léase odoo, pythondotorg, wordpress o hasta joomla si quieren) pero no nos quedemos de brazos cruzados mientras tomamos decisiones. Como comenté antes, el contenido se exporta con relativa facilidad a cualquiera de las plataformas que han propuesto.

Correcto. También sería valido decir que tenemos pythondotorg instalado pero sin contenido y que podríamos dedicarnos a generar contenido. no? Ambas, lektor y pythondotorg están instaladas y corriendo. Ambas neceistan contenido. Es por eso que me permití enviar la propuesta, porque considero que si la propuesta de pythondotorg es valida, aún estamos a tiempo de hacer el cambio.

Lo que quiero decir es que la propuesta de pythondotorg no se hizo con las manos vacías (y no estoy insinuando que las otras se hicieron así). La propuesta se hizo luego de haber nivelado pythodotorg con la plataforma actual (lektor).

Ayer me tomé la libertad de migrar lo que había puesto en mi cuenta personal de openshift a un a cuenta de openshift dedicada a la fundación.

[0] http://site-pyve.rhcloud.com 

Nos vemos en github.

Sale vale!

Flavio

 

Saludos 

--

Wil A. Alvarez
Linux Counter #415026

Debian Counter #259

http://turpial.org.ve

--

[Manuel Alejandro Márquez Ortiz]

Saludos a todos, no he metido la cucharada en este tema porque siempre me ha dado pereza y me parece una perdida de tiempo las comparaciones de frameworks, muchas veces es cuestión de gustos. Pero solo pasaba a comentar que estoy totalmente en sintonía con los ultimos dos mensajes de @satanas.

+1000

PD: cuando salga de unos apuros me doy la pasada por github.

Saludos o/