anti-python?

[unknown]

Buenas a todos!
Acabo de ver algo en los links superiores de gmail, es el siguiente link
http://bitcheese.net/wiki/nopython?gclid=CLDisv6Ov5wCFQ6jagod23qhnA
que se supone que es esto? pubicidad anti-python? En lo personal, python es
un gran lenguaje de programacion, permite realizar aplicaciones en tiempo
muy corto y sobre todo, tiene herramientas que he utilizado muchas veces y
que no hay en lenguajes como visual basic y otros, por ejemplo los
diccionarios y una mejor sintaxis en manejo de errores.
Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
donde pidan python, siempre es vb o .net o cualquier otra cosa como java o
php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
luego ellos preguntan ¿y python que es? ¿un reporteador?
O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
mas "convencionales" lo utilicen y si estan atacando a python, es por que de
seguro les ha de estar quitando terreno a otros lenguajes; al menos, es un
lenguaje que ya viene en cada distribucion de linux.
Suerte!
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

No les des bola a los que te dicen ' que te olvides de ese lenguaje'. Lo
dicen de mediocres que son.
Saludos

El 25 de agosto de 2009 12:40, astralrod <astralrod en gmail.com> escribió:

> Buenas a todos!
> Acabo de ver algo en los links superiores de gmail, es el siguiente link
> http://bitcheese.net/wiki/nopython?gclid=CLDisv6Ov5wCFQ6jagod23qhnA
> que se supone que es esto? pubicidad anti-python? En lo personal, python es
> un gran lenguaje de programacion, permite realizar aplicaciones en tiempo
> muy corto y sobre todo, tiene herramientas que he utilizado muchas veces y
> que no hay en lenguajes como visual basic y otros, por ejemplo los
> diccionarios y una mejor sintaxis en manejo de errores.
> Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
> donde pidan python, siempre es vb o .net o cualquier otra cosa como java o
> php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> luego ellos preguntan ¿y python que es? ¿un reporteador?
> O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
> mas "convencionales" lo utilicen y si estan atacando a python, es por que
> de
> seguro les ha de estar quitando terreno a otros lenguajes; al menos, es un
> lenguaje que ya viene en cada distribucion de linux.
> Suerte!
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 25 de agosto de 2009 17:40, astralrod<astralrod en gmail.com> escribió:
> Buenas a todos!
> Acabo de ver algo en los links superiores de gmail, es el siguiente link
> http://bitcheese.net/wiki/nopython?gclid=CLDisv6Ov5wCFQ6jagod23qhnA
> que se supone que es esto? pubicidad anti-python? En lo personal, python es
> un gran lenguaje de programacion, permite realizar aplicaciones en tiempo
> muy corto y sobre todo, tiene herramientas que he utilizado muchas veces y
> que no hay en lenguajes como visual basic y otros, por ejemplo los
> diccionarios y una mejor sintaxis en manejo de errores.
> Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
> donde pidan python, siempre es vb o .net o cualquier otra cosa como java o
> php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> luego ellos preguntan ¿y python que es? ¿un reporteador?
> O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
> mas "convencionales" lo utilicen y si estan atacando a python, es por que de
> seguro les ha de estar quitando terreno a otros lenguajes; al menos, es un
> lenguaje que ya viene en cada distribucion de linux.
> Suerte!

Macho, si vas a enojarte por todos los troles que dicen cosas sin
sentido, da de baja la linea adsl, porque no vas a hacer más que mala
sangre.


* Roto desde el punto de vista de usuario:
Apuesto a que puedes quejarte igual de cualquier otro lenguaje.
Ejemplo: el mlnet hecho con OCaml me está dando problemas desde hace
algún tiempo.

* Coma flotante:
Si prestas un poco más de atención a sus palabras veras que:
Ruby tambien apesta con el coma flotante:
ruby -e "print 0.1 + 0.1 + 0.1 - 0.3"
5.55111512312578e-17
Basicamente todos los leguajes "fallan" al trabajar en punto flotante.
Pero ha sabido encontrar un ejemplo ingenioso para su trolada.

* Indentación:
Colaría si no hubiera recomendado haskell

* Ocupa mucho el código:
APL/J suele ocupar menos que ruby, eso no lo hace mejor.

* Convenciones de código:
PEP-8

* Lento:
Comparado con OCaml casi todos lo son, comparados con ruby pocos
resultan lentos.

* La orientación de objetos no le gusta comparada a la de ruby:
¿Por que no comparar aqui con las listas de Lisp? Podría compararlo
también en velocidad y Lisp saldría bien parado. Ouch, olvide citar lo
suyo con "los odiosos" paréntesis de python.

Ciertamente es una troleada que no hay por donde cogerla. Y mira que a
python se le puede sacar fallos, pero compararlo con lenguajes con
esos mismos fallos o peores... Gracias a la gente que le encuentran
"fallos" a python se van sacando nuevas versiones. Pero de este no se
pueden sacar muchas ideas para mejorar. Bueno si, dejar de perder el
tiempo hablando de el ;-)

Un saludo:

Javi

PD: Tranquilo que curros de python hay. Yo mismo tengo más del que
puedo hacer :-/
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

2009/8/25 lasizoillo <lasizoillo en gmail.com>

> El 25 de agosto de 2009 17:40, astralrod<astralrod en gmail.com> escribió:
> > Buenas a todos!
> > Acabo de ver algo en los links superiores de gmail, es el siguiente link
> > http://bitcheese.net/wiki/nopython?gclid=CLDisv6Ov5wCFQ6jagod23qhnA
> > que se supone que es esto? pubicidad anti-python? En lo personal, python
> es
> > un gran lenguaje de programacion, permite realizar aplicaciones en tiempo
> > muy corto y sobre todo, tiene herramientas que he utilizado muchas veces
> y
> > que no hay en lenguajes como visual basic y otros, por ejemplo los
> > diccionarios y una mejor sintaxis en manejo de errores.
> > Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
> > donde pidan python, siempre es vb o .net o cualquier otra cosa como java
> o
> > php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> > luego ellos preguntan ¿y python que es? ¿un reporteador?
> > O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> > utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> > Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
> > mas "convencionales" lo utilicen y si estan atacando a python, es por que
> de
> > seguro les ha de estar quitando terreno a otros lenguajes; al menos, es
> un
> > lenguaje que ya viene en cada distribucion de linux.
> > Suerte!
>
> Macho, si vas a enojarte por todos los troles que dicen cosas sin
> sentido, da de baja la linea adsl, porque no vas a hacer más que mala
> sangre.
>
>
> * Roto desde el punto de vista de usuario:
> Apuesto a que puedes quejarte igual de cualquier otro lenguaje.
> Ejemplo: el mlnet hecho con OCaml me está dando problemas desde hace
> algún tiempo.
>
> * Coma flotante:
> Si prestas un poco más de atención a sus palabras veras que:
> Ruby tambien apesta con el coma flotante:
> ruby -e "print 0.1 + 0.1 + 0.1 - 0.3"
> 5.55111512312578e-17
> Basicamente todos los leguajes "fallan" al trabajar en punto flotante.
> Pero ha sabido encontrar un ejemplo ingenioso para su trolada.
>
> * Indentación:
> Colaría si no hubiera recomendado haskell
>
> * Ocupa mucho el código:
> APL/J suele ocupar menos que ruby, eso no lo hace mejor.
>
> * Convenciones de código:
> PEP-8
>
> * Lento:
> Comparado con OCaml casi todos lo son, comparados con ruby pocos
> resultan lentos.
>
> * La orientación de objetos no le gusta comparada a la de ruby:
> ¿Por que no comparar aqui con las listas de Lisp? Podría compararlo
> también en velocidad y Lisp saldría bien parado. Ouch, olvide citar lo
> suyo con "los odiosos" paréntesis de python.
>
> Ciertamente es una troleada que no hay por donde cogerla. Y mira que a
> python se le puede sacar fallos, pero compararlo con lenguajes con
> esos mismos fallos o peores... Gracias a la gente que le encuentran
> "fallos" a python se van sacando nuevas versiones. Pero de este no se
> pueden sacar muchas ideas para mejorar. Bueno si, dejar de perder el
> tiempo hablando de el ;-)
>
> Un saludo:
>
> Javi
>
> PD: Tranquilo que curros de python hay. Yo mismo tengo más del que
> puedo hacer :-/
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>

Por si a alguien le interesa hay un proyecto para optimizar la velocidad de
python llamado unladen-swallow alojado en google code
http://code.google.com/p/unladen-swallow/wiki/ProjectPlan
Un saludo.


--
____________________________________

icaroŽs blog
icaro0.blogspot.com
montxoguerrero.no-ip.org
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Sería bueno sacar una lista para publicarla en algún blog, incluido el mío
donde se muestren empresas o personas que trabajan en empresas utilizando
Python y sus actividades específicas con dicho programa, un poco más de
publicidad no le caería mal a todo el mundo.

Con respecto al autor del artículo que dio pie a este hilo pues que le
decimos, aquí en mi tierra tenemos un dicho: "entre gustos.... no hay
disgustos" si el es felíz utilizando otro lenguaje de programación que lo
siga haciendo, que sea un poco más tolerante respecto a los que no
compartimos su forma de pensar pues esa es la mejor forma de contribuir con
la paz mundial.... jejejeje.

El 26 de agosto de 2009 01:55, icaro icaro <icaro0 en gmail.com> escribió:

> 2009/8/25 lasizoillo <lasizoillo en gmail.com>
>
> > El 25 de agosto de 2009 17:40, astralrod<astralrod en gmail.com> escribió:
> > > Buenas a todos!
> > > Acabo de ver algo en los links superiores de gmail, es el siguiente
> link
> > > http://bitcheese.net/wiki/nopython?gclid=CLDisv6Ov5wCFQ6jagod23qhnA
> > > que se supone que es esto? pubicidad anti-python? En lo personal,
> python
> > es
> > > un gran lenguaje de programacion, permite realizar aplicaciones en
> tiempo
> > > muy corto y sobre todo, tiene herramientas que he utilizado muchas
> veces
> > y
> > > que no hay en lenguajes como visual basic y otros, por ejemplo los
> > > diccionarios y una mejor sintaxis en manejo de errores.
> > > Desde hace tiempo he usado python, pero no he podido encontrar un
> trabajo
> > > donde pidan python, siempre es vb o .net o cualquier otra cosa como
> java
> > o
> > > php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> > > luego ellos preguntan ¿y python que es? ¿un reporteador?
> > > O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> > > utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> > > Pyton es un excelente lenguaje y espero llegue el dia en que las
> empresas
> > > mas "convencionales" lo utilicen y si estan atacando a python, es por
> que
> > de
> > > seguro les ha de estar quitando terreno a otros lenguajes; al menos, es
> > un
> > > lenguaje que ya viene en cada distribucion de linux.
> > > Suerte!
> >
> > Macho, si vas a enojarte por todos los troles que dicen cosas sin
> > sentido, da de baja la linea adsl, porque no vas a hacer más que mala
> > sangre.
> >
> >
> > * Roto desde el punto de vista de usuario:
> > Apuesto a que puedes quejarte igual de cualquier otro lenguaje.
> > Ejemplo: el mlnet hecho con OCaml me está dando problemas desde hace
> > algún tiempo.
> >
> > * Coma flotante:
> > Si prestas un poco más de atención a sus palabras veras que:
> > Ruby tambien apesta con el coma flotante:
> > ruby -e "print 0.1 + 0.1 + 0.1 - 0.3"
> > 5.55111512312578e-17
> > Basicamente todos los leguajes "fallan" al trabajar en punto flotante.
> > Pero ha sabido encontrar un ejemplo ingenioso para su trolada.
> >
> > * Indentación:
> > Colaría si no hubiera recomendado haskell
> >
> > * Ocupa mucho el código:
> > APL/J suele ocupar menos que ruby, eso no lo hace mejor.
> >
> > * Convenciones de código:
> > PEP-8
> >
> > * Lento:
> > Comparado con OCaml casi todos lo son, comparados con ruby pocos
> > resultan lentos.
> >
> > * La orientación de objetos no le gusta comparada a la de ruby:
> > ¿Por que no comparar aqui con las listas de Lisp? Podría compararlo
> > también en velocidad y Lisp saldría bien parado. Ouch, olvide citar lo
> > suyo con "los odiosos" paréntesis de python.
> >
> > Ciertamente es una troleada que no hay por donde cogerla. Y mira que a
> > python se le puede sacar fallos, pero compararlo con lenguajes con
> > esos mismos fallos o peores... Gracias a la gente que le encuentran
> > "fallos" a python se van sacando nuevas versiones. Pero de este no se
> > pueden sacar muchas ideas para mejorar. Bueno si, dejar de perder el
> > tiempo hablando de el ;-)
> >
> > Un saludo:
> >
> > Javi
> >
> > PD: Tranquilo que curros de python hay. Yo mismo tengo más del que
> > puedo hacer :-/
> > _______________________________________________
> > Lista de correo Python-es
> > http://listas.aditel.org/listinfo/python-es
> > FAQ: http://listas.aditel.org/faqpyes
> >
>
> Por si a alguien le interesa hay un proyecto para optimizar la velocidad de
> python llamado unladen-swallow alojado en google code
> http://code.google.com/p/unladen-swallow/wiki/ProjectPlan
> Un saludo.
>
>
> --
> ____________________________________
>
> icaroŽs blog
> icaro0.blogspot.com
> montxoguerrero.no-ip.org
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>



--
Manuel Enrique González Ramírez
http://maengora.blogspot.com
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

De manera anecdótica contaré que yo encontré mi actual puesto de trabajo
precisamente porque les llamó la atención que supiera python.
Actualmente sigo trabajando con python aunque también bastante con java.

Un saludo!.

astralrod escribió:
> Buenas a todos!
> Acabo de ver algo en los links superiores de gmail, es el siguiente link
> http://bitcheese.net/wiki/nopython?gclid=CLDisv6Ov5wCFQ6jagod23qhnA
> que se supone que es esto? pubicidad anti-python? En lo personal, python es
> un gran lenguaje de programacion, permite realizar aplicaciones en tiempo
> muy corto y sobre todo, tiene herramientas que he utilizado muchas veces y
> que no hay en lenguajes como visual basic y otros, por ejemplo los
> diccionarios y una mejor sintaxis en manejo de errores.
> Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
> donde pidan python, siempre es vb o .net o cualquier otra cosa como java o
> php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> luego ellos preguntan ¿y python que es? ¿un reporteador?
> O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
> mas "convencionales" lo utilicen y si estan atacando a python, es por que de
> seguro les ha de estar quitando terreno a otros lenguajes; al menos, es un
> lenguaje que ya viene en cada distribucion de linux.
> Suerte!
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>

--
Francisco Jose Moreno Llorca <packo en assamita.net>

_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

La verdad, python es muy buen lenguaje, me gusta su sencillez y velocidad de
desarrollo, lo que me sorprendio fue ver el link en los clips de web de
gmail, en especial tengo entendido que la base de google fue python.
Suerte!
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola,

como todo el mundo está contando su experiencia personal yo voy a hacer lo
mismo, aunque no es mi costumbre.
Me dedico a la investigación, y uno de los requisitos para conseguir el
post-doc que tengo fue saber programar en python (o, al menos, defenderse).
El 100% de mi trabajo es en python; lo que significa que el 10-15% de mi
tiempo es escribir código en python.

Es decir, que hay muchos trabajos y de muchas clases donde python es
importante.
Pero estoy rodeado de gente que sigue programando en Fortran, y escucho a
diario que eso de OO es solo para GUIs. No hay que hacer caso.


Saludos,
Jose
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

En google básicamente programan en C, Python y no sé que otro lenguaje de
programación (¿java?) por lo que yo recuerdo.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 25 de agosto de 2009 14:42, astralrod <astralrod en gmail.com> escribió:

> La verdad, python es muy buen lenguaje, me gusta su sencillez y velocidad
> de
> desarrollo, lo que me sorprendio fue ver el link en los clips de web de
> gmail, en especial tengo entendido que la base de google fue python.

"El poder del dinero" le llaman a eso.....

En realidad, vista gorda a tales artículos. Criticarlo, sería entrar en su
juego y criticar justamente lo que finalmente recomienda.

>
> Suerte!
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>



--
Saludos.,LSM.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Es que aunque fuesen ciertas sus criticas es tontería andar criticando algo
que no te hace ningún daño, no sé, no lo entiendo.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Yo no diría tanto como que python es la base de Google, pues ellos han
reconocido que el Crawler y otras tecnologías que utilizan están
escritas en C/C++, pero ellos también han reconocido públicamente que
utilizan Python para muchas cosas dentro de la compañía. Además ahora
mismo con el AppEngine han hecho una apuesta a lo grande por el Python.

slds

astralrod escribió:
> La verdad, python es muy buen lenguaje, me gusta su sencillez y velocidad de
> desarrollo, lo que me sorprendio fue ver el link en los clips de web de
> gmail, en especial tengo entendido que la base de google fue python.
> Suerte!
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
>




--
Este mensaje ha sido analizado por MailScanner Nodo Finlay, Camaguey, Cuba
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

Visite nuestro sitio http://nodofinlay.cmw.sld.cu



--

Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Yo vengo de un modulo superior de electrónica, y en mi primer trabajo tengo
la suerte de trabajar completamente con python, incluida la pagina web del
proyecto. Y me encanta python, es una gozada muy versatil y de una lectura
de código sencillisima. Trolls hay muchos en inet, no nos podemos llevar las
manos a la cabeza por eso. Saludos.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

On Tuesday 25 August 2009 17:40:41 astralrod wrote:
> Buenas a todos!
> Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
> donde pidan python, siempre es vb o .net o cualquier otra cosa como java o
> php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> luego ellos preguntan ¿y python que es? ¿un reporteador?
> O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
> mas "convencionales" lo utilicen y si estan atacando a python, es por que
> de seguro les ha de estar quitando terreno a otros lenguajes; al menos, es
> un lenguaje que ya viene en cada distribucion de linux.
Bueno ellos se lo pierde, como sigan así quedarán fuera del negocio por no ser
competitivos :)

Soy jefe de proyecto web de una importante empresa turística y hace
prácticamente dos años que todos los desarrollos nuevos los hacemos en Python
y Django. Obviamente cuando se trata de seleccionar gente soy yo el que
pregunta si saben Python, y si no saben se les forma y en un par de meses la
gente es productiva.


--
Antoni Aloy López
Blog: http://trespams.com
Web: http://apsl.net

_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 26 de agosto de 2009 12:42, Antoni Aloy <subscripcions en trespams.com>escribió:

> On Tuesday 25 August 2009 17:40:41 astralrod wrote:
> > Buenas a todos!
> > Desde hace tiempo he usado python, pero no he podido encontrar un trabajo
> > donde pidan python, siempre es vb o .net o cualquier otra cosa como java
> o
> > php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
> > luego ellos preguntan ¿y python que es? ¿un reporteador?
> > O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
> > utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
> > Pyton es un excelente lenguaje y espero llegue el dia en que las empresas
> > mas "convencionales" lo utilicen y si estan atacando a python, es por que
> > de seguro les ha de estar quitando terreno a otros lenguajes; al menos,
> es
> > un lenguaje que ya viene en cada distribucion de linux.
> Bueno ellos se lo pierde, como sigan así quedarán fuera del negocio por no
> ser
> competitivos :)
>
> Soy jefe de proyecto web de una importante empresa turística y hace
> prácticamente dos años que todos los desarrollos nuevos los hacemos en
> Python
> y Django. Obviamente cuando se trata de seleccionar gente soy yo el que
> pregunta si saben Python, y si no saben se les forma y en un par de meses
> la
> gente es productiva.
>
>
> --
> Antoni Aloy López
> Blog: http://trespams.com
> Web: http://apsl.net
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>


Esto es lo que necesitamos.

Ojala existan muchas más empresas que esten usando y necesitando desarrollos
con Python y Django.

Los animo a que publiquemos este tipo de información indicando el nombre de
la empresa, su web, el país y tipo de desarrollo o experiencia con Python
y/o Django dentro de la misma.

Una vez alcancemos los 10 los comenzaré a publicar en mi blog y espero que
otros compañeros de la lista que tengan blogs hagan lo mismo y así entre
todos le comenzamos a dar más publicidad a este lenguaje de programación.


--
Manuel Enrique González Ramírez
http://maengora.blogspot.com
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Yo pienso que si me preguntan por TCL podria decir que es el lenguaje mas
pequeño,versatil y completo que existe, que es multiplataforma porque las
aplicaciones que se hacen en el corren en Windows, Linux,Unix y MAC,
PocketPC que es multiproposito porque existe en escritorio, web y applets
de web, y soporte en Java.

Que lo hay en casi cualquier arquitectura desde Intel AMD ARM SPARC en 16
32 y 64 Bits, que es muy facil de aprender y que se integra con otros
lenguajes como C, C++,Python, y JAVA.

Pero aun asi no hay ninguna aplicacion aparte de AMSN que saque la cara
por TCL, que se conozca y que sea mundialmente reconocido.

Python es mucho mejor que TCL,pero mientras que no exista una aplicacion
gratuita de descarga masiva enteramente programada en Python y por la cual
sea conocido Python, nadie va a reconocer su importancia.

Python esta en OpenOffice, borrenle el python.exe a OpenOffice y
descubriran que queda inutil, pero en la instalacion pregunta por JAVA y
no por Python, porque quien lo esta manteniendo es Sun y no le interesa
que nadie sepa que Python es mejor que JAVA, que es GPL y que es 10 veces
mas pequeño.

Por eso siemprepiden programadores en JAVA y no en Python.

Necesitamos un Office gratuito completamente hecho en Python completamente
multiplataforma, que la gente use y que se identifique a Python con el.
Tenemos la oportunidad con Android, que al parecer puede ser la
oportunidad para masificar Linux en todas partes del mundo y con todo tipo
deusuarios y demostrar que Linux no solo es para servidores.

Un Office con modulos de python que se pueda ejecutar desde una tarjeta de
memoria microSD en un Nokia N95 en Symbian, sacarlo de ahi y ponerlo en
un HTC HD con Windows mobile 65 y alli tambien funcione, que se pueda
poner en una USB y ejecutarlo en Linux Xandros en un NetBook ASUS, o
llevarlo en un VAIO P con Windows 7, que se pueda enviar por correo de
gmail (menos de 20 MB) y que sepueda ejecutar como applet o un plugin de
safari en MAC, o ejecutarlo sobre el JAVA de Android.
Necesitamos solouna pequeña aplicacion que se le vayan agregando modulos
descargables por bluetooth o por 3G, un modulo de graficos, otro de textos
y otro de hoja de calculo, modulos de idiomas, modulo de navegacion
web,eria como los starkits de TCL que son zip con las librerias para cada
Sistema Operativo y cada Arquitectura y un codigo central que las llame
cuando hagan falta.

On Wed, 26 Aug 2009 12:42:45 -0500, Antoni Aloy
<subscripcions en trespams.com> wrote:

> On Tuesday 25 August 2009 17:40:41 astralrod wrote:
>> Buenas a todos!
>> Desde hace tiempo he usado python, pero no he podido encontrar un
>> trabajo
>> donde pidan python, siempre es vb o .net o cualquier otra cosa como
>> java o
>> php, pero cuando me preguntan ¿Que lenguajes dominas? les digo python y
>> luego ellos preguntan ¿y python que es? ¿un reporteador?
>> O cuando he necesitado de cosas algo mas especializadas en mi trabajo,
>> utilizo python y luego mi jefe sale con que me olvide de ese lenguaje.
>> Pyton es un excelente lenguaje y espero llegue el dia en que las
>> empresas
>> mas "convencionales" lo utilicen y si estan atacando a python, es por
>> que
>> de seguro les ha de estar quitando terreno a otros lenguajes; al menos,
>> es
>> un lenguaje que ya viene en cada distribucion de linux.
> Bueno ellos se lo pierde, como sigan así quedarán fuera del negocio por
> no ser
> competitivos :)
>
> Soy jefe de proyecto web de una importante empresa turística y hace
> prácticamente dos años que todos los desarrollos nuevos los hacemos en
> Python
> y Django. Obviamente cuando se trata de seleccionar gente soy yo el que
> pregunta si saben Python, y si no saben se les forma y en un par de
> meses la
> gente es productiva.
>
>



--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Yo diría que python es uno de los lenguajes que ofrecen más "claridad",
entendiendo por tal "la transmisión de un mensaje con el mínimo ruido". Esta
claridad incide en la Calidad en dos sentidos:
- mejora la comunicación entre programadores (eg: grupos de trabajo)
- mejora el mantenimiento de una aplicación (eg: métodos ágiles)

En python basta entender algunos modismos ("idioms") como son las compresiones
de listas, decoradores, iteradores,...para entender qué hace el código;
mientras, en otros lenguajes necesitas detectar estructuras más complejas como
son los "patrones de diseño" para entender cómo se ha enfrentado el
programador al problema. Ambos estilos tienen su "belleza" y sus dominios de
aplicación. (En otro contexto, lo asemejaría con "Góngora vs. Quevedo")

En cuanto a la falta de trabajo para programadores de python, yo lo achacaría
al miedo a innovar por parte de muchas empresas. Cada vez más, python se está
convirtiendo en lenguaje común para acceder a las APIs de librerías y
aplicaciones, y va a estar ahí presente aunque lo quieran seguir ignorando en
muchos sitios.
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.python.org/pipermail/python-es/attachments/20090827/da254393/attachment.pgp>
------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Sigo los rss de búsquedas de varias páginas de empleo con el tag
python y la verdad es que no hay muchas ofertas reales que busquen a
gente python. Hay empresas por ejemplo flumotion[1] que han estado
buscando (a mi me contactaron por twitter al hacer una referencia a
ellos :) a alguien de python "de verdad".

Las razones son claras:

- es difícil encontrar a gente python, por lo menos mucho más que
gente java o cualquier otro "mainstream"

- no es fácil confiar en tecnologías nuevas. Todos sabemos que las
cosas son bonitas cuando ves y juegas con un API pero cuando vienen
los detalles es cuando te echas a llorar.

- la gente que programa python no suelen ser trabajadores al uso. Son
gente que ha aprendido python por su cuenta (ya que hay pocas empresas
que den esa experiencia) y que tienen interés y necesitan algo más que
8 horas delante de un monitor de 17". Esto solo interesa a ciertas
empresas con cierta filosofía y estas no se anuncian en infojobs ni
tecnoempleo por lo general. Y si las hay, lo siento, pero no saben
poner adecuadamente los tags.

- Los comerciales por lo general no saben que es python pero sí lo que
es java :)

Por otro lado decir que yo monté un pequeño negocio hace casi 3 años
(que aún se mantiene) en el que uso python para análisis de datos
(numpy) y web (django, web2py y juno dependiendo de la necesidad, y
bueno, mis ganas de probar cosas)

[1] http://www.infojobs.net/barcelona/software-developer-python/of-i043980944032322570503532775000

2009/8/27 Chema Cortes <py en ch3m4.org>:
> Yo diría que python es uno de los lenguajes que ofrecen más "claridad",
> entendiendo por tal "la transmisión de un mensaje con el mínimo ruido". Esta
> claridad incide en la Calidad en dos sentidos:
> - mejora la comunicación entre programadores (eg: grupos de trabajo)
> - mejora el mantenimiento de una aplicación (eg: métodos ágiles)
>
> En python basta entender algunos modismos ("idioms") como son las compresiones
> de listas, decoradores, iteradores,...para entender qué hace el código;
> mientras, en otros lenguajes necesitas detectar estructuras más complejas como
> son los "patrones de diseño" para entender cómo se ha enfrentado el
> programador al problema. Ambos estilos tienen su "belleza" y sus dominios de
> aplicación. (En otro contexto, lo asemejaría con "Góngora vs. Quevedo")
>
> En cuanto a la falta de trabajo para programadores de python, yo lo achacaría
> al miedo a innovar por parte de muchas empresas. Cada vez más, python se está
> convirtiendo en lenguaje común para acceder a las APIs de librerías y
> aplicaciones, y va a estar ahí presente aunque lo quieran seguir ignorando en
> muchos sitios.
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Trabajo en Tuenti Technologies, estamos buscando Software Engineering
Trainees con Python, PHP, C++

Requisito imprescindible: inglés.

Es una beca remunerada en el departamento de Arquitectura. Si a alguien le
interesa la oferta dejo mis datos de contacto: justyna en tuenti.com




El 27 de agosto de 2009 07:17, Javier Santana <qualopec en gmail.com> escribió:

> Sigo los rss de búsquedas de varias páginas de empleo con el tag
> python y la verdad es que no hay muchas ofertas reales que busquen a
> gente python. Hay empresas por ejemplo flumotion[1] que han estado
> buscando (a mi me contactaron por twitter al hacer una referencia a
> ellos :) a alguien de python "de verdad".
>
> Las razones son claras:
>
> - es difícil encontrar a gente python, por lo menos mucho más que
> gente java o cualquier otro "mainstream"
>
> - no es fácil confiar en tecnologías nuevas. Todos sabemos que las
> cosas son bonitas cuando ves y juegas con un API pero cuando vienen
> los detalles es cuando te echas a llorar.
>
> - la gente que programa python no suelen ser trabajadores al uso. Son
> gente que ha aprendido python por su cuenta (ya que hay pocas empresas
> que den esa experiencia) y que tienen interés y necesitan algo más que
> 8 horas delante de un monitor de 17". Esto solo interesa a ciertas
> empresas con cierta filosofía y estas no se anuncian en infojobs ni
> tecnoempleo por lo general. Y si las hay, lo siento, pero no saben
> poner adecuadamente los tags.
>
> - Los comerciales por lo general no saben que es python pero sí lo que
> es java :)
>
> Por otro lado decir que yo monté un pequeño negocio hace casi 3 años
> (que aún se mantiene) en el que uso python para análisis de datos
> (numpy) y web (django, web2py y juno dependiendo de la necesidad, y
> bueno, mis ganas de probar cosas)
>
> [1]
> http://www.infojobs.net/barcelona/software-developer-python/of-i043980944032322570503532775000
>
> 2009/8/27 Chema Cortes <py en ch3m4.org>:
> > Yo diría que python es uno de los lenguajes que ofrecen más "claridad",
> > entendiendo por tal "la transmisión de un mensaje con el mínimo ruido".
> Esta
> > claridad incide en la Calidad en dos sentidos:
> > - mejora la comunicación entre programadores (eg: grupos de trabajo)
> > - mejora el mantenimiento de una aplicación (eg: métodos ágiles)
> >
> > En python basta entender algunos modismos ("idioms") como son las
> compresiones
> > de listas, decoradores, iteradores,...para entender qué hace el código;
> > mientras, en otros lenguajes necesitas detectar estructuras más complejas
> como
> > son los "patrones de diseño" para entender cómo se ha enfrentado el
> > programador al problema. Ambos estilos tienen su "belleza" y sus dominios
> de
> > aplicación. (En otro contexto, lo asemejaría con "Góngora vs. Quevedo")
> >
> > En cuanto a la falta de trabajo para programadores de python, yo lo
> achacaría
> > al miedo a innovar por parte de muchas empresas. Cada vez más, python se
> está
> > convirtiendo en lenguaje común para acceder a las APIs de librerías y
> > aplicaciones, y va a estar ahí presente aunque lo quieran seguir
> ignorando en
> > muchos sitios.
> >
> > _______________________________________________
> > Lista de correo Python-es
> > http://listas.aditel.org/listinfo/python-es
> > FAQ: http://listas.aditel.org/faqpyes
> >
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

On Thursday 27 August 2009 07:17:56 Javier Santana wrote:
> Sigo los rss de búsquedas de varias páginas de empleo con el tag
> python y la verdad es que no hay muchas ofertas reales que busquen a
> gente python. Hay empresas por ejemplo flumotion[1] que han estado
> buscando (a mi me contactaron por twitter al hacer una referencia a
> ellos :) a alguien de python "de verdad".
>
> Las razones son claras:
>
> - es difícil encontrar a gente python, por lo menos mucho más que
> gente java o cualquier otro "mainstream"
El lenguaje no es importante. Lo importante es saber si a quien contratas es
un buen programador o no. Es más, si la empresa desarrolla en Python la curva
de apredizaje es mucho menor que si tienes que enseñar Java . Y aunque el
programador ya sepa Java (.net o lo que sea) luego tiene que adaptarse a cada
uno de los frameworks que se empleen en la empresa.
Al final lo que importa es que la gente sepa programar, aprender y adaptarse.
Supongo que lo que debe cambiar es la gente de RR.HH a la hora de confeccionar
las ofertas. Particularmente prefiero redactar yo el perfil que necesito y
pasárselo a RRHH, pero entiendo que no es la tónica general, y que es más
fácil decir "necesito cuarto y mitad de programador java...".

>
> - no es fácil confiar en tecnologías nuevas. Todos sabemos que las
> cosas son bonitas cuando ves y juegas con un API pero cuando vienen
> los detalles es cuando te echas a llorar.
>
En el caso de Python no se puede decir que sea una tecnología nueva. El
llenguaje ya tiene sus años y en todo caso la novedad son los frameworks de
programación web que han aparecido los últimos tres años. Es una tecnología
asentada.

Por otro lado programar con Python + framework web que a uno le guste, puede
ser una gran ventaja competitiva para las empresas. Tanto que por los
mentideros de programación se dice que esto no se saca a la luz para poder
seguir manteniendo dicha ventaja.

> - la gente que programa python no suelen ser trabajadores al uso. Son
> gente que ha aprendido python por su cuenta (ya que hay pocas empresas
> que den esa experiencia) y que tienen interés y necesitan algo más que
> 8 horas delante de un monitor de 17". Esto solo interesa a ciertas
> empresas con cierta filosofía y estas no se anuncian en infojobs ni
> tecnoempleo por lo general. Y si las hay, lo siento, pero no saben
> poner adecuadamente los tags.

Y también que buscamos en otros canales. Personalmente, como os decía, prefiero
confiar en las capacidades del programador/a y ya aprenderá lo que sea. La
transmisión de conocimientos es fundamental en mi equipo y se potencia cada
día. El recurso de Infojobs es el último recurso, cuando toda la gente que
conoces no quiere cambiar de empresa :)
Lo que sí es cierto es que la gente que domina y trabaja con Python suele
estar muy contenta con el trabajo que tiene.

> - Los comerciales por lo general no saben que es python pero sí lo que
> es java :)
Hay comerciales que tampoco saben qué es un comercial :) :)


--
Antoni Aloy López
Blog: http://trespams.com
Web: http://apsl.net

_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola gente. :-)
Siempre se podría hacer un Python más cómodo aún.
Ahora no lo encuentro, pero hace poco ha salido un lenguaje basado en Python en el que no necesitas "import"; supongo que sólamente con la biblioteca estándar. :-)
Es decir, si escribes: "s = sin(p)", interna, invisible, y automáticamente es como si el programa escribiese: "from math import sin"
Para mi, la comodidad sería una gran evolución para cualquier lenguaje, que aquellas cosas que éste pueda hacer por ti, las haga, aunque siempre te deje la puerta abierta para hacerlo a tu manera.
Por ejemplo, WxPython ha calcado tanto las Wx para C, que hay que escribir más líneas de código de las que serían necesarias, y no demasiado claras y simples. Vuelvo a la idea de crear un lenguaje gráfico para Python; como hemos comentado por aqui en otras ocasiones, y como Alcides Fonseca propone y está retomando: http://wiki.alcidesfonseca.com/blog/python-universal-gui-revisited/
Una de las pocas pegas que he encontrado con Python, es que hace algunas cosas de una manera muy distinta a la mayoría de los lenguajes, por ejemplo; para declarar una matrix de tres dimensiones, así como algunas abstracciones que son un poco raras, pero que hacen la delicia de muchos como Chema. ;-)
Por otra parte, ya siendo un tipo delicado me gustaría:
* Identación opcional con "end" o con "}" a gusto de cada uno. ;-)
* Acabar con los problemas de codificación según el idioma, aunque tengo entendido que las versiones recientes ya lo han arreglado.
* Que existiese Python para todos los teléfonos celulares (aunque Jython puede encargarse bastante de esto).
* Que los programas de empaquetado funcionen mejor que cuando los probé.
* Que se pudiera compilar.

En fin, que para mi, Python es el lenguaje multiplataforma que más me gusta, junto con Lua y ... bueno Freebasic... uno es un nostálgico de VB. :-)
Saludos veraniegos. :-)



_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

>  Por ejemplo, WxPython ha calcado tanto las Wx para C, que hay que escribir más líneas de código de las que serían necesarias, y no demasiado claras y simples. Vuelvo a la idea de crear un lenguaje gráfico para Python; como hemos comentado por aqui en otras ocasiones, y como Alcides Fonseca propone y está retomando: http://wiki.alcidesfonseca.com/blog/python-universal-gui-revisited/

A mí en particular me atrae mucho la biblioteca pyjamas. Un pelín verde todavía,
pero con la enorme ventaja que, sin modificar una línea de código,
funciona tanto
en una aplicación de escritorio como en una web.

>  Una de las pocas pegas que he encontrado con Python, es que hace algunas cosas de una manera muy distinta a la mayoría de los lenguajes, por ejemplo; para declarar una matrix de tres dimensiones, así como algunas abstracciones que son un poco raras, pero que hacen la delicia de muchos como Chema. ;-)
>  Por otra parte, ya siendo un tipo delicado me gustaría:
>  * Identación opcional con "end" o con "}" a gusto de cada uno. ;-)

De eso ya te digo que puedes ir olvidándote. Jamás de jamases verás eso
implementado en algo que pretenda llamarse Python.

>  * Acabar con los problemas de codificación según el idioma, aunque tengo entendido que las versiones recientes ya lo han arreglado.

La versión 3 ha mejorado muchísimo al respecto aunque todavía queda bastante
por hacer en temas de localización.

>  * Que existiese Python para todos los teléfonos celulares (aunque Jython puede encargarse bastante de esto).

No es un problema exclusivo de Python. El lío aquí es la distribución de los
runtime, la heterogeneidad del hardware, la cantidad de S.O. distintos,
la falta de un API estándar, la exigencia de los operadores/fabricantes de
certificaciones, etc. Jython/JME es lo máximo que se puede esperar hoy día.

>  * Que los programas de empaquetado funcionen mejor que cuando los probé.

Muchos seguimos incluyéndolo en nuestras oraciones.

>  * Que se pudiera compilar.

Han estirado tanto el verbo que compilar hoy vale para describir casi cualquier
cosa. Lo bueno es es que inesperadamente han surgido mogollón de
"compiladores" y lo malo es que ninguno hace lo que uno desea.

En lo personal es algo que ya no me interesa particularmente. Mientras cumpla
mis exigencias internas (formato de distribución, consumo de recursos, tiempos
de ejecución, etc.), me da igual que lo que se ejecute *internamente* sea código
máquina de tropicien bits o un muñequito vudú de Guido van Rossum interpretando
código.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola de nuevo.
Rolando; es muy original lo de la serpiente suramericana y GUIOS, aunque a lo mejor no hace falta, porque parece muy interesante lo que dice Hernán sobre Pyjamas, ya que funciona en el escritorio y para la web, aunque para el escritorio, de momento sólo funciona con GTK (PyWebkitGtk), y con QT ( PyWebkitQt4), aunque este último no sé si ya está listo para funcionar... Sería una solución a la falta de un lenguaje gráfico estandarizado para Python.
Chema Cortés dijo:
>Es mejor que tu código muestre explícitamente todo aquello que necesite para funcionar, al menos sirvirá como ayuda a los
demás si quieren estudiar y probar tu código...
Cierto, pero no estaría mal la opción cómoda, en la que el lenguaje se encarga de todo lo que se pueda realizar de una manera automática. :-)

>si otros lenguajes te parecen distintos a python es porque todavía te falta ver cómo selas tienen que apañar con esos lenguajes.
Muy cierto también, pero algunas cosas de los lenguajes tradicionales, me gustan más, por ejemplo; declarar una matriz tridimensional asi:
DIM Matrix (0 to 1, 1 to 3, 1 to 12) as double ' O así: float matrix[2][7][15];

>... Sería un poco llevar los generadores de código para GUIs al siguiente nivel.
Muy interesante la metaprogramación.

Es un placer leeros.
Saludos :-)
Juanma.-



_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola. Nos decía Hernan de que una aplicación realizada con Pyjamas-Desktop funciona igualmente en el escritorio y en la web, lo que me ha parecido muy interesante, cómodo, e incluso una posibilidad de futuro lenguaje gráfico para Python.
Cuando Hernan decía que está un pelín verde todavía, ¿se refiere a que le faltan cosas, o a que no funciona?.
En mi caso, lo he instalado con las dependencias de rigor, y nada más probar una primera aplicación de ejemplo, no paran de salir mensajes de error porque no existen algunos módulos, clases y métodos, he comprobado que algunos nombres difieren, por ejemplo; hace referencia a Canvas2D, y el módulo se llama Canvas, así hasta que no he podido seguir...
Hernan, ¿tú lo has conseguido?.
Gracias. :-)



_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

>  Hola. Nos decía Hernan de que una aplicación realizada con Pyjamas-Desktop funciona igualmente en el escritorio y en la web, lo que me ha parecido muy interesante, cómodo, e incluso una posibilidad de futuro lenguaje gráfico para Python.
>  Cuando Hernan decía que está un pelín verde todavía, ¿se refiere a que le faltan cosas, o a que no funciona?.
>  En mi caso, lo he instalado con las dependencias de rigor, y nada más probar una primera aplicación de ejemplo, no paran de salir mensajes de error porque no existen algunos módulos, clases y métodos, he comprobado que algunos nombres difieren, por ejemplo; hace referencia a Canvas2D, y el módulo se llama Canvas, así hasta que no he podido seguir...
>  Hernan, ¿tú lo has conseguido?.
>  Gracias. :-)

El desktop no lo he probado así que no puedo serte de mucha ayuda. No
me extraña que
tengas dificultadas en crear el entorno básico. A mi me llevó algún
tiempo hacerlo
para el Mac (el desarrollador principal usa Debian) y me interés sólo
se circunscribe a
Pyjamas como GUI para servicios en Django.

Funcionar, funciona. Lo que sucede es que además de los problemas de instalación
(dependencias) y distribución (por todas esas dependencias) todavía el
traductor(*) no
está terminado al 100% y lidiar con ciertas particularidades es
bastante lioso. Le falta
un diseñador gráfico de interfaces y la depuración es engorrosa.

Saludos,
-H.

(*) Pyjamas es un traductor de Python a JavaScript. La salida en JS se ejecuta
enteramente en el navegador. Como el resultado es JS puro, puedes
enlazar widgets
en JS de terceras partes sin problemas.
La arquitectura de Pyjamas-Desktop es diferente, hace un bypass de JS y accede
al DOM en forma directa.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

HOLA LISTA
No hay un plugin de python para WEB??

En TCL hay un plugin probado sobre IExplorer, Firefox, Opera en WIndows,
Linux y MAC, en el cual uno hace aplicaciones de escritorio y las puede
usar en web con el plgin completamente compatibles e identicas con entorno
grafico en web y en el escritorio, con posibilidad de usar librerias para
abrir imagenes, sonido y demas desde el plugin tal como lo haria en la
aplicacion de escritorio.

En 02/09/2009 06:43:12, Hernan M Foffani <hfoffani en gmail.com> escribió:

>>  Hola. Nos decía Hernan de que una aplicación realizada con
>> Pyjamas-Desktop funciona igualmente en el escritorio y en la web, lo
>> que me ha parecido muy interesante, cómodo, e incluso una posibilidad
>> de futuro lenguaje gráfico para Python.
>>  Cuando Hernan decía que está un pelín verde todavía, ¿se refiere a que
>> le faltan cosas, o a que no funciona?.
>>  En mi caso, lo he instalado con las dependencias de rigor, y nada más
>> probar una primera aplicación de ejemplo, no paran de salir mensajes de
>> error porque no existen algunos módulos, clases y métodos, he
>> comprobado que algunos nombres difieren, por ejemplo; hace referencia a
>> Canvas2D, y el módulo se llama Canvas, así hasta que no he podido
>> seguir...
>>  Hernan, ¿tú lo has conseguido?.
>>  Gracias. :-)
>
> El desktop no lo he probado así que no puedo serte de mucha ayuda. No
> me extraña que
> tengas dificultadas en crear el entorno básico. A mi me llevó algún
> tiempo hacerlo
> para el Mac (el desarrollador principal usa Debian) y me interés sólo
> se circunscribe a
> Pyjamas como GUI para servicios en Django.
>
> Funcionar, funciona. Lo que sucede es que además de los problemas de
> instalación
> (dependencias) y distribución (por todas esas dependencias) todavía el
> traductor(*) no
> está terminado al 100% y lidiar con ciertas particularidades es
> bastante lioso. Le falta
> un diseñador gráfico de interfaces y la depuración es engorrosa.
>
> Saludos,
> -H.
>
> (*) Pyjamas es un traductor de Python a JavaScript. La salida en JS se
> ejecuta
> enteramente en el navegador. Como el resultado es JS puro, puedes
> enlazar widgets
> en JS de terceras partes sin problemas.
> La arquitectura de Pyjamas-Desktop es diferente, hace un bypass de JS y
> accede
> al DOM en forma directa.
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes



--
Usando el revolucionario cliente de correo de Opera:
http://www.opera.com/mail/
------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 2 de septiembre de 2009 07:13, Rolando <rolandojtorres en gmail.com>escribió:

> HOLA LISTA
> No hay un plugin de python para WEB??
>
> En TCL hay un plugin probado sobre IExplorer, Firefox, Opera en WIndows,
> Linux y MAC, en el cual uno hace aplicaciones de escritorio y las puede usar
> en web con el plgin completamente compatibles e identicas con entorno
> grafico en web y en el escritorio, con posibilidad de usar librerias para
> abrir imagenes, sonido y demas desde el plugin tal como lo haria en la
> aplicacion de escritorio.
>

Ole y cómo se llama el plugin para la web???


>
> En 02/09/2009 06:43:12, Hernan M Foffani <hfoffani en gmail.com> escribió:
>
>
> Hola. Nos decía Hernan de que una aplicación realizada con
>>> Pyjamas-Desktop funciona igualmente en el escritorio y en la web, lo que me
>>> ha parecido muy interesante, cómodo, e incluso una posibilidad de futuro
>>> lenguaje gráfico para Python.
>>> Cuando Hernan decía que está un pelín verde todavía, ¿se refiere a que
>>> le faltan cosas, o a que no funciona?.
>>> En mi caso, lo he instalado con las dependencias de rigor, y nada más
>>> probar una primera aplicación de ejemplo, no paran de salir mensajes de
>>> error porque no existen algunos módulos, clases y métodos, he comprobado que
>>> algunos nombres difieren, por ejemplo; hace referencia a Canvas2D, y el
>>> módulo se llama Canvas, así hasta que no he podido seguir...
>>> Hernan, ¿tú lo has conseguido?.
>>> Gracias. :-)
>>>
>>
>> El desktop no lo he probado así que no puedo serte de mucha ayuda. No
>> me extraña que
>> tengas dificultadas en crear el entorno básico. A mi me llevó algún
>> tiempo hacerlo
>> para el Mac (el desarrollador principal usa Debian) y me interés sólo
>> se circunscribe a
>> Pyjamas como GUI para servicios en Django.
>>
>> Funcionar, funciona. Lo que sucede es que además de los problemas de
>> instalación
>> (dependencias) y distribución (por todas esas dependencias) todavía el
>> traductor(*) no
>> está terminado al 100% y lidiar con ciertas particularidades es
>> bastante lioso. Le falta
>> un diseñador gráfico de interfaces y la depuración es engorrosa.
>>
>> Saludos,
>> -H.
>>
>> (*) Pyjamas es un traductor de Python a JavaScript. La salida en JS se
>> ejecuta
>> enteramente en el navegador. Como el resultado es JS puro, puedes
>> enlazar widgets
>> en JS de terceras partes sin problemas.
>> La arquitectura de Pyjamas-Desktop es diferente, hace un bypass de JS y
>> accede
>> al DOM en forma directa.
>> _______________________________________________
>> Lista de correo Python-es
>> http://listas.aditel.org/listinfo/python-es
>> FAQ: http://listas.aditel.org/faqpyes
>>
>
>
>
> --
> Usando el revolucionario cliente de correo de Opera:
> http://www.opera.com/mail/
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>



--
Manuel Enrique González Ramírez
http://maengora.blogspot.com
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Gracias Hernan, habrá que esperar a que pyjamas-desktop avance, hay que tener en cuenta que aún está en versión alfa, algunas alfa funcionan, pero ésta, está muy verde.
Rolando; el plugin para TCL sería una gran cosa, pues TCL se puede comunicar con Python muy bien, el problema es que lleva años sin funcionar, al parecer las nuevas versiones de los navegadores son incompatibles, en este caso, el problema es a la inversa, que está demasiado maduro... ;-))
Saludos a todos. :-)
P.D. Me gustaría saber porqué sacan versiones de los navegadores que destrozan el trabajo de los que han hecho un plugin para versiones anteriores de los mismos...



_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 2 de septiembre de 2009 18:48, Juan M
Puertas<juatman_2000 en yahoo.es> escribió:

> P.D. Me gustaría saber porqué sacan versiones de los navegadores que destrozan el trabajo de los que han hecho un plugin para versiones anteriores de los mismos...

Supongo que es por evitar posibles vulnerabilidades. Aunque estos
plugins deberían ejecutarse únicamente en modo restringido, siempre
aparecen fallos que permiten saltarse estas restricciones. Desde que
surgió la web2.0, sólo se confía en el javascript para crear clientes
web seguros, por lo que se hacen necesarios proyectos, como pyjamas,
que generen código javascript a partir de otros lenguajes (como
decíamos hace poco: metaprogramación :-P)
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 3 de septiembre de 2009 10:13, Chema Cortes <pych3m4 en gmail.com> escribió:
> Desde que surgió la web2.0, sólo se confía en el javascript para crear clientes web seguros,

Sin embargo los navegadores siguen admitiendo; e incluso favoreciendo, el uso de plugins, ¿porqué lo hacen de manera que el trabajo para una versión anterior, quede inutilizado?. Lo digo porque el plugin por excelencia de TCL, ha sido abandonado, por lo que imagino que adaptarlo a las nuevas versiones de los navegadores, ha de suponer un gran esfuerzo, o que TCL está siendo abandonado también. :-? . No olvidemos que TkInter, el GUI estándar de Python, está desarrollado en TCL.
Claro que aquí estamos algunos pensando que el futuro GUI estándar para Python podría ser Pyjamas, y me parece que; o nos pasamos a Javascript, o esperamos a la maduración del proyecto Pyjamas, o incluso le echamos una mano, siempre y cuando nos aseguremos de que el esfuerzo será cimiento de un magnífico edificio, y de que no tengamos que poner constantemente nuevos cimientos y reinventos de la rueda...
Saludos calurosos. :-)





________________________________
De: Chema Cortes <pych3m4 en gmail.com>
Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
Enviado: jueves, 3 de septiembre, 2009 10:12:47
Asunto: Re: [Python-es] Pyjamas-Desktop un pelin verde...

El 2 de septiembre de 2009 18:48, Juan M
Puertas<juatman_2000 en yahoo.es> escribió:

> P.D. Me gustaría saber porqué sacan versiones de los navegadores que destrozan el trabajo de los que han hecho un plugin para versiones anteriores de los mismos...

Supongo que es por evitar posibles vulnerabilidades. Aunque estos
plugins deberían ejecutarse únicamente en modo restringido, siempre
aparecen fallos que permiten saltarse estas restricciones. Desde que
surgió la web2.0, sólo se confía en el javascript para crear clientes
web seguros, por lo que se hacen necesarios proyectos, como pyjamas,
que generen código javascript a partir de otros lenguajes (como
decíamos hace poco: metaprogramación :-P)
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola.
En correos anteriores explicaba que Pyjamas Desktop no funciona en mi Guadalinex 6, basada en Ubuntu 9.04 Jaunty.
El motivo es que esta versión de Ubuntu instala Python 2.6 sin los "bindings".
En esta web describen la solución: https://bugs.launchpad.net/ubuntu/+source/sugar-hulahop/+bug/390475
Seguiré las instrucciones a ver si hay suerte.
A veces añoro los tiempos en que los programas eran auto-suficientes... ;-)




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

2009/9/18 Juan M Puertas <juatman_2000 en yahoo.es>:
>  Hola.
>  En correos anteriores explicaba que Pyjamas Desktop no funciona en mi Guadalinex 6, basada en Ubuntu 9.04 Jaunty.
>  El motivo es que esta versión de Ubuntu instala Python 2.6 sin los "bindings".
>  En esta web describen la solución: https://bugs.launchpad.net/ubuntu/+source/sugar-hulahop/+bug/390475
>  Seguiré las instrucciones a ver si hay suerte.
>  A veces añoro los tiempos en que los programas eran auto-suficientes... ;-)
>

A proposito del tema, se puede utilizar python en la web con
ironpython y silverlight/moonlight 2

Como ejemplo un interprete:
http://code.google.com/p/trypython/

Saludos
--
Linux Registered User # 386081
A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos
de leer manuales.
------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

¡Muchas gracias Carlos!. :-)
Lo que pasa es que me gustaría que fuese con una herramienta multi-plataforma y libre.
Que yo sepa, ahora mismo los únicos capaces de hacer que una aplicación libre, desarrollada en un entorno de desarrollo cómodo, con depurador y diseño visual del GUI, funcione igual en el escritorio y en la web, son Java y Smalltalk, qué pena que estos lenguajes no me gusten, y que instalar Pyjamas sea un latazo....
Saludos.




________________________________
De: Carlos Zuniga <carlos.zun en gmail.com>
Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
Enviado: miércoles, 23 de septiembre, 2009 1:24:10
Asunto: Re: [Python-es] Pyjamas-Desktop un pelin verde...

2009/9/18 Juan M Puertas <juatman_2000 en yahoo.es>:
> Hola.
> En correos anteriores explicaba que Pyjamas Desktop no funciona en mi Guadalinex 6, basada en Ubuntu 9.04 Jaunty.
> El motivo es que esta versión de Ubuntu instala Python 2.6 sin los "bindings".
> En esta web describen la solución: https://bugs.launchpad.net/ubuntu/+source/sugar-hulahop/+bug/390475
> Seguiré las instrucciones a ver si hay suerte.
> A veces añoro los tiempos en que los programas eran auto-suficientes... ;-)
>

A proposito del tema, se puede utilizar python en la web con
ironpython y silverlight/moonlight 2

Como ejemplo un interprete:
http://code.google.com/p/trypython/

Saludos
--
Linux Registered User # 386081
A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos
de leer manuales.




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola.
A lo mejor es una pregunta muy elemental, pero he descargado e instalado un programa en Python que funciona perfectamente,
siempre que lo invoque así:
"/usr/bin$ programa.py"
Si lo invoco así: "/usr/bin$ python programa.py" , o desde el entorno de desarrollo, emite
un mensaje de error:
________________________________________________________________________________________
Traceback (most recent call last):
File "openastro.py", line 87, in <module>
TRANSLATION[LANGUAGES[i]] = gettext.translation("openastro",TDomain,languages=['en'])
File "/usr/lib/python2.6/gettext.py", line 484, in translation
raise IOError(ENOENT, 'No translation file found for domain', domain)
IOError: [Errno 2] No translation file found for domain: 'openastro'
________________________________________________________________________________________

El mensaje de error se produce en una parte del código en la que prepara el programa para que muestre los textos en el idioma predeterminado en el sistema operativo.
Mi pregunta es: ¿Porqué existe esta diferencia según se invoque al programa?.

Muchas gracias por vuestra ayuda y paciencia. :-)




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

2009/9/23 Juan M Puertas <juatman_2000 en yahoo.es>:

> El mensaje de error se produce en una parte del código en la que prepara el programa para que muestre los textos en el idioma predeterminado en el sistema operativo.
> Mi pregunta es: ¿Porqué existe esta diferencia según se invoque al programa?.
>
> Muchas gracias por vuestra ayuda y paciencia. :-)

¿Qué dice la primera línea del fichero programa.py?
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola Heimy. Muy amable por contestar. :-)
Estas son las dos primeras líneas del código:
#!/usr/bin/python
# -*- coding: utf-8 -*-





________________________________
De: heimy <ricardo.cardenes en gmail.com>
Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
Enviado: miércoles, 23 de septiembre, 2009 23:16:52
Asunto: Re: [Python-es] Segun se invoque programa.py

2009/9/23 Juan M Puertas <juatman_2000 en yahoo.es>:

> El mensaje de error se produce en una parte del código en la que prepara el programa para que muestre los textos en el idioma predeterminado en el sistema operativo.
> Mi pregunta es: ¿Porqué existe esta diferencia según se invoque al programa?.
>
> Muchas gracias por vuestra ayuda y paciencia. :-)

¿Qué dice la primera línea del fichero programa.py?
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El dc 23 de 09 de 2009 a les 21:34 +0000, en/na Juan M Puertas va
escriure:
> Hola Heimy. Muy amable por contestar. :-)
> Estas son las dos primeras líneas del código:
> #!/usr/bin/python
> # -*- coding: utf-8 -*-

Si no me equivoco Heimy te preguntava esto porque la primera linea le
indica al interprete de comandos que programa debe ejecutar para
ejecutar el script si fuera un shell script seria #!/bin/sh por ejemplo.
Lo que tienes que hacer ahora es darle permisos de ejecucion al script
con (chmod +x <nombre del script>) y luego podras ejecutarlo simplemente
escribiendo su ruta ./nombre del script .Un pequeño detalle es que no
requiere que el archivo tenga extension .py para poderse ejecutar

Salud

------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

2009/9/23 xevi <xbarnada en gmail.com>:
> El dc 23 de 09 de 2009 a les 21:34 +0000, en/na Juan M Puertas va
> escriure:
>> Hola Heimy. Muy amable por contestar. :-)
>> Estas son las dos primeras líneas del código:
>> #!/usr/bin/python
>> # -*- coding: utf-8 -*-
>
> Si no me equivoco Heimy te preguntava esto porque la primera linea le
> indica al interprete de comandos que programa debe ejecutar para

Sí. Pero en realidad mi siguiente pregunta iba a ser: «¿Y qué aparece
si ejecutas "which python"?»

La cuestión es que puede haber una diferencia entre /usr/bin/python y
el Python que aparece primero en el PATH de Juan (probablemente
/usr/local/bin/python).

Cuando responda a mi segunda pregunta, estaremos un poco más cerca de
arreglarle el problema :)

Es más, si en lugar de

$ python programa.py

ejecuta

$ /usr/bin/python programa.py

y eso sí que le funciona, estaremos seguros de antemano del problema :P
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola.
Xevi: * Los permisos de ejecución están activados.
Heimy ha escrito: Sí. Pero en realidad mi siguiente pregunta iba a ser: «¿Y qué aparece si ejecutas "which python"?»
* Aparece: "/usr/bin/python" (la primera línea del programa indica: "#!/usr/bin/python2.5", pero si la cambio por: "#!/usr/bin/python" hace exactamente lo mismo.

Heimy ha escrito:
Es más, si en lugar de
$ python programa.py
ejecuta
$ /usr/bin/python programa.py
y eso sí que le funciona, estaremos seguros de antemano del problema :P

* No funciona con ningua de ambas maneras. Lo que me asombra es que si funciona invocando el programa directamente: "$programa.py". ¿Es muy raro no?

Lázaro: * No funciona ni con: "#!/usr/bin/env python", ni con "#!/usr/bin/env python2.5".
Muchas gracias por vuestro interés. :-)



_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

> Hola.
> Xevi: * Los permisos de ejecución están activados.
> Heimy ha escrito: Sí. Pero en realidad mi siguiente pregunta iba a ser: «¿Y qué aparece
> si ejecutas "which python"?»
>  * Aparece: "/usr/bin/python" (la primera línea del programa indica: "#!/usr/bin/python2.5",
> pero si la cambio por: "#!/usr/bin/python" hace exactamente lo mismo.
>
> Heimy ha escrito:
> Es más, si en lugar de
>  $ python programa.py
> ejecuta
>  $ /usr/bin/python programa.py
> y eso sí que le funciona, estaremos seguros de antemano del problema :P
>
> * No funciona con ningua de ambas maneras. Lo que me asombra es que si funciona
> invocando el programa directamente: "$programa.py".  ¿Es muy raro no?
>

Pero si funciona, ¿Qué es lo que *no* funciona entonces?
Además decir que "no funciona" no ayuda mucho. Sería mejor que
copiaras y pegaras
la salida del programa para cada uno de los intentos.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola Hernán. Ya en el primer mensaje explico con detalle el asunto. Quizás lo tengas en la bandeja de spam.
En resumen se trata de que una aplicación funciona cuando es invocada asi:
"$programa.py", pero no desde el entorno de desarrollo, o cuando es invocada asi: "$python programa.py".
Gracias por tu interés. .-)




________________________________
De: Hernan M Foffani <hfoffani en gmail.com>
Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
Enviado: jueves, 24 de septiembre, 2009 10:06:27
Asunto: Re: [Python-es] Segun se invoque programa.py

> Hola.
> Xevi: * Los permisos de ejecución están activados.
> Heimy ha escrito: Sí. Pero en realidad mi siguiente pregunta iba a ser: «¿Y qué aparece
> si ejecutas "which python"?»
> * Aparece: "/usr/bin/python" (la primera línea del programa indica: "#!/usr/bin/python2.5",
> pero si la cambio por: "#!/usr/bin/python" hace exactamente lo mismo.
>
> Heimy ha escrito:
> Es más, si en lugar de
> $ python programa.py
> ejecuta
> $ /usr/bin/python programa.py
> y eso sí que le funciona, estaremos seguros de antemano del problema :P
>
> * No funciona con ningua de ambas maneras. Lo que me asombra es que si funciona
> invocando el programa directamente: "$programa.py". ¿Es muy raro no?
>

Pero si funciona, ¿Qué es lo que *no* funciona entonces?
Además decir que "no funciona" no ayuda mucho. Sería mejor que
copiaras y pegaras
la salida del programa para cada uno de los intentos.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Doy por supuesto que el mensaje de error es el mismo del primer mensaje.
- ¿Si lo invocas como ./programa.py también funciona?
- El mensaje de error hace referencia a la versión 2.6 de python. Y por otro
lado has dicho en otro mensaje que tienes también la versión 2.5. ¿No estarás
mezclando versiones de python?


(*) error:
----
Traceback (most recent call last):
File "openastro.py", line 87, in <module>
TRANSLATION[LANGUAGES[i]] =
gettext.translation("openastro",TDomain,languages=['en'])
File "/usr/lib/python2.6/gettext.py", line 484, in translation
raise IOError(ENOENT, 'No translation file found for domain', domain)
IOError: [Errno 2] No translation file found for domain: 'openastro'
-----

2009/9/24 Juan M Puertas <juatman_2000 en yahoo.es>:
>  Hola Hernán. Ya en el primer mensaje explico con detalle el asunto. Quizás lo tengas en la bandeja de spam.
>  En resumen se trata de que una aplicación funciona cuando es invocada asi:
>  "$programa.py", pero no desde el entorno de desarrollo, o cuando es invocada asi: "$python programa.py".
>  Gracias por tu interés. .-)
>
>
>
>
> ________________________________
> De: Hernan M Foffani <hfoffani en gmail.com>
> Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
> Enviado: jueves, 24 de septiembre, 2009 10:06:27
> Asunto: Re: [Python-es] Segun se invoque programa.py
>
>> Hola.
>> Xevi: * Los permisos de ejecución están activados.
>> Heimy ha escrito: Sí. Pero en realidad mi siguiente pregunta iba a ser: «¿Y qué aparece
>> si ejecutas "which python"?»
>>  * Aparece: "/usr/bin/python" (la primera línea del programa indica: "#!/usr/bin/python2.5",
>> pero si la cambio por: "#!/usr/bin/python" hace exactamente lo mismo.
>>
>> Heimy ha escrito:
>> Es más, si en lugar de
>>  $ python programa.py
>> ejecuta
>>  $ /usr/bin/python programa.py
>> y eso sí que le funciona, estaremos seguros de antemano del problema :P
>>
>> * No funciona con ningua de ambas maneras. Lo que me asombra es que si funciona
>> invocando el programa directamente: "$programa.py".  ¿Es muy raro no?
>>
>
> Pero si funciona, ¿Qué es lo que *no* funciona entonces?
> Además decir que "no funciona" no ayuda mucho. Sería mejor que
> copiaras y pegaras
> la salida del programa para cada uno de los intentos.
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
>
>
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Hola Hernán:
> Doy por supuesto que el mensaje de error es el mismo del primer mensaje.
Así es. ;-)
> - ¿Si lo invocas como ./programa.py también funciona?
* No, sólo funciona con "propgrama.py"
>- El mensaje de error hace referencia a la versión 2.6 de python. Y por otro
lado has dicho en otro mensaje que tienes también la versión 2.5. ¿No estarás
mezclando versiones de python?
* No importa, cuando invoco al programa así: "python2.5 programa.py", indica el mismo error, sólo que en este caso, hace referencia a Python2.5 .
Estoy usando Ubuntu 9.04 Jaunty en el que están instalados python2.5, y python2.6, aunque este último es el que utliza el Sistema operativo.
Muchas gracias por tu interés. :-)

Hola Oscar:
* El único programa.py se encuentra en /usr/bin. Y no funciona ni así: "/usr/bin$./programa.py", ni tampoco así:
"/usr/bin$python programa.py", ni en el entorno de desarrollo. Sólo así: "programa.py" no importa desde qué directorio lo invoque.
Muchas gracias por tu aporte. :-)

Juanma.-
P.D. ¿Habré dado con un fenómeno paranormal?. ;-))




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

2009/9/24 Juan M Puertas <juatman_2000 en yahoo.es>:
>  Hola Hernán:
>> Doy por supuesto que el mensaje de error es el mismo del primer mensaje.
>  Así es. ;-)
>> - ¿Si lo invocas como ./programa.py también funciona?
> * No, sólo funciona con "propgrama.py"

Je... ¿Cuántos archivos "programa.py" tienes en tu ordenador?
¿No tendrás mas de uno en distintos directorios, no?
Revisa qué directorios tienes en la variable de entorno PATH y
controla que no haya otros archivos programa.py en alguno de esos
directorios.
Podrías probar con:
$ /usr/bin/python /usr/bin/programa.py
pero no se qué tienes en el PATH y si /usr/bin es el correcto.

Si funciona con:
$ programa.py
pero no con:
$ /usr/bin/python programa.py
Entonces lo que tienes que comprobar es:
- Qué archivo programa.py (el path) se está ejecutando.
- Qué versión del intérprete se está ejecutando.
- Cuál es el directorio corriente
Como es un archivo .py edítalo directamente y pon sentencias print
al principio de todo para estar seguro.


>>- El mensaje de error hace referencia a la versión 2.6 de python. Y por otro
> lado has dicho en otro mensaje que tienes también la versión 2.5. ¿No estarás
> mezclando versiones de python?
> * No importa, cuando invoco al programa así: "python2.5 programa.py", indica el mismo error, sólo que en este caso, hace referencia a Python2.5 .
>  Estoy usando Ubuntu 9.04 Jaunty en el que están instalados python2.5, y python2.6, aunque este último es el que utliza el Sistema operativo.
>  Muchas gracias por tu interés. :-)
>
>  Hola Oscar:
> * El único programa.py se encuentra en /usr/bin. Y no funciona ni así:  "/usr/bin$./programa.py", ni tampoco así:
> "/usr/bin$python programa.py", ni en el entorno de desarrollo. Sólo así: "programa.py" no importa desde qué directorio lo invoque.
>  Muchas gracias por tu aporte. :-)
>
> Juanma.-
> P.D.  ¿Habré dado con un fenómeno paranormal?.   ;-))

¡Que va! Esto es ciencia, por mas que a los jefes y a los usuarios les hagamos
creer que hacemos magia.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El día 24 de septiembre de 2009 07:59, Juan M Puertas
<juatman_2000 en yahoo.es> escribió:
> Hola.
> Xevi: * Los permisos de ejecución están activados.
> Heimy ha escrito: Sí. Pero en realidad mi siguiente pregunta iba a ser: «¿Y qué aparece si ejecutas "which python"?»
>  * Aparece: "/usr/bin/python" (la primera línea del programa indica: "#!/usr/bin/python2.5", pero si la cambio por: "#!/usr/bin/python" hace exactamente lo mismo.
>
> Heimy ha escrito:
> Es más, si en lugar de
>  $ python programa.py
> ejecuta
>  $ /usr/bin/python programa.py
> y eso sí que le funciona, estaremos seguros de antemano del problema :P
>
> * No funciona con ningua de ambas maneras. Lo que me asombra es que si funciona invocando el programa directamente: "$programa.py".  ¿Es muy raro no?

Si que es raro si. Pero el equivalente real de "/usr/bin/programa.py"
no es "/usr/bin/python /usr/bin/programa.py". Existe otra opción más
aproximada (que tampoco igual) que es: "cat /usr/bin/programa.py |
/usr/bin/python". El shebang lo que hace es determinar a quién tiene
que enviar por la entrada estandard el resto del script. Pero tampoco
es equivalente porque la variable con el nombre del programa va a
cambiar.

Me extraña mucho que la solución de heimy no funcione. Pero si no lo
hace busca algún argv[0] por el código (es la variable con el nombre
del programa), que creo que van a ir por allí los tiros ;-)


>
> Lázaro: * No funciona ni con: "#!/usr/bin/env python", ni con "#!/usr/bin/env python2.5".
>  Muchas gracias por vuestro interés. :-)
>
>
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

lasizoillo ha escrito: "... busca algún argv[0] por el código (es la variable con el nombre
del programa), que creo que van a ir por allí los tiros ;-) "

* ¡Exacto!. :-) La clave está aquí:

#directories
PREFIX=os.path.split(os.path.split(sys.argv[0])[0])[0]
DATADIR=os.path.join(PREFIX,'share','openastro.org')

Es decir; que el programa obtiene el camino en el que se está ejecutando la aplicación, y de éste deduce dónde se encuentra la carpeta "openastro.org". En este caso, está en "/usr/share"
Por lo tanto se arregla creando la carpeta "share" en el mismo camino en que se encuentra "programa.py", y copiando dentro de "share" la carpeta "openastro.org" que necesita la aplicación.
El problema ya ha sido resuelto pero me queda la curiosidad de que "programa.py" está en el mismo directorio que los ejecutables de python; es decir: "/usr/bin", y su carpeta "openastro.org", se instala en "/usr/share". ¿Porqué cuando se invoca con el nombre del programa, éste encuentra su carpeta de trabajo en "/usr/share", y cuando se invoca con Python o el entorno de desarrollo no?.
Debe ser alguna particularidad de Linux/Unix que desconozco...
Muchas gracias a todos, y al ganador de una cerveza con una buena tapa en Granada...¡lasiozillo! :-)
Juanma.-
P.D. Si no fuera por la crisis de este momento, os invitaba a todos. :-)




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

On Thursday 24 September 2009 15:35:49 Juan M Puertas wrote:
> lasizoillo ha escrito: "... busca algún argv[0] por el código (es la
> variable con el nombre del programa), que creo que van a ir por allí los
> tiros ;-) "
>
> * ¡Exacto!. :-) La clave está aquí:
>
> #directories
> PREFIX=os.path.split(os.path.split(sys.argv[0])[0])[0]
> DATADIR=os.path.join(PREFIX,'share','openastro.org')
>
> Es decir; que el programa obtiene el camino en el que se está ejecutando
> la aplicación, y de éste deduce dónde se encuentra la carpeta
> "openastro.org". En este caso, está en "/usr/share" Por lo tanto se arregla
> creando la carpeta "share" en el mismo camino en que se encuentra
> "programa.py", y copiando dentro de "share" la carpeta "openastro.org" que
> necesita la aplicación. El problema ya ha sido resuelto pero me queda la
> curiosidad de que "programa.py" está en el mismo directorio que los
> ejecutables de python; es decir: "/usr/bin", y su carpeta "openastro.org",
> se instala en "/usr/share". ¿Porqué cuando se invoca con el nombre del
> programa, éste encuentra su carpeta de trabajo en "/usr/share", y cuando se
> invoca con Python o el entorno de desarrollo no?. Debe ser alguna
> particularidad de Linux/Unix que desconozco...


El porqué del falló está clarísimo ...

----------- /usr/local/bin/test.py ------------------
#!/usr/bin/python

import sys
import os

print sys.argv[0]
print os.path.split(os.path.split(sys.argv[0])[0])[0]
---------------------------------------------------------

chmod +x /usr/local/bin/test.py

Ahora lo invocamos desde cualquier sitio:
salma:~# test.py
/usr/local/bin/test.py
/usr/local

salma:~# python /usr/local/bin/test.py
/usr/local/bin/test.py
/usr/local

Ahora lo invocamos desde /usr/local/bin
salma:~# cd /usr/local/bin/
salma:/usr/local/bin# ./test.py
./test.py


Meeeeeeeccccccc ... ¿ves el error?, no puedes usar sys.argv[0], tan
alegremente ... para este tipo de cosas, lo mejor es un archivo de
configuración donde guardar esos valores.
--
Raúl Alexis Betancor Santana
Dimensión Virtual
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

>> lasizoillo ha escrito: "...  busca algún argv[0] por el código (es la
>> variable con el nombre del programa), que creo que van a ir por allí los
>> tiros ;-) "
>>
>> * ¡Exacto!. :-) La clave está aquí:
>>
>> #directories
>> PREFIX=os.path.split(os.path.split(sys.argv[0])[0])[0]
>> DATADIR=os.path.join(PREFIX,'share','openastro.org')
>>
>>  Es decir; que el programa obtiene el camino en el que se está ejecutando
>> la aplicación, y de éste deduce dónde se encuentra la carpeta
>> "openastro.org". En este caso, está en "/usr/share" Por lo tanto se arregla
>> creando la carpeta "share" en el mismo camino en que se encuentra
>> "programa.py", y copiando dentro de "share" la carpeta "openastro.org" que
>> necesita la aplicación. El problema ya ha sido resuelto pero me queda la
>> curiosidad  de que "programa.py" está en el mismo directorio que los
>> ejecutables de python; es decir: "/usr/bin", y su carpeta "openastro.org",
>> se instala en "/usr/share".  ¿Porqué cuando se invoca con el nombre del
>> programa, éste encuentra su carpeta de trabajo en "/usr/share", y cuando se
>> invoca con Python o el entorno de desarrollo no?. Debe ser alguna
>> particularidad de Linux/Unix que desconozco...
>
>
> El porqué del falló está clarísimo ...
>
> ----------- /usr/local/bin/test.py ------------------
> #!/usr/bin/python
>
> import sys
> import os
>
> print sys.argv[0]
> print os.path.split(os.path.split(sys.argv[0])[0])[0]
> ---------------------------------------------------------
>
> chmod +x /usr/local/bin/test.py
>
> Ahora lo invocamos desde cualquier sitio:
> salma:~# test.py
> /usr/local/bin/test.py
> /usr/local
>
> salma:~# python /usr/local/bin/test.py
> /usr/local/bin/test.py
> /usr/local
>
> Ahora lo invocamos desde /usr/local/bin
> salma:~# cd /usr/local/bin/
> salma:/usr/local/bin# ./test.py
> ./test.py
>
>
> Meeeeeeeccccccc ... ¿ves el error?, no puedes usar sys.argv[0], tan
> alegremente ... para este tipo de cosas, lo mejor es un archivo de
> configuración donde guardar esos valores.

Hombre... Si sabes qué contiene sys.argv[0] lo puedes usar sin sentir
tristeza. ;-)
Para no complicarme la vida he optado por dos esquemas simples y
excluyentes. O empaqueto todo (python puro) y lo mando a site-packages
via un .egg, o distribuyo mediante instaladores nativos en cuyo caso
incluyo mi propio intérprete.

Para el caso original de J.M.Puertas, una modificación pequeña al
script reemplazando sys.argv[0] por __file__ y un par de cosillas mas
quizás sería suficiente.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Pues si, Raúl y Hernan, no soy el autor del programa, que por otra parte es muy brillante, y utiliza técnicas muy avanzadas.
En mi poca experiencia, prefiero esto: "CaminoAplicacion = os.getcwd()" que muestra el directorio en el que se está ejecutando la aplicación.
Saludos :-)




________________________________
De: Hernan M Foffani <hfoffani en gmail.com>
Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
Enviado: viernes, 25 de septiembre, 2009 12:04:26
Asunto: Re: [Python-es] Segun se invoque programa.py

>> lasizoillo ha escrito: "... busca algún argv[0] por el código (es la
>> variable con el nombre del programa), que creo que van a ir por allí los
>> tiros ;-) "
>>
>> * ¡Exacto!. :-) La clave está aquí:
>>
>> #directories
>> PREFIX=os.path.split(os.path.split(sys.argv[0])[0])[0]
>> DATADIR=os.path.join(PREFIX,'share','openastro.org')
>>
>> Es decir; que el programa obtiene el camino en el que se está ejecutando
>> la aplicación, y de éste deduce dónde se encuentra la carpeta
>> "openastro..org". En este caso, está en "/usr/share" Por lo tanto se arregla
>> creando la carpeta "share" en el mismo camino en que se encuentra
>> "programa.py", y copiando dentro de "share" la carpeta "openastro.org" que
>> necesita la aplicación. El problema ya ha sido resuelto pero me queda la
>> curiosidad de que "programa.py" está en el mismo directorio que los
>> ejecutables de python; es decir: "/usr/bin", y su carpeta "openastro..org",
>> se instala en "/usr/share". ¿Porqué cuando se invoca con el nombre del
>> programa, éste encuentra su carpeta de trabajo en "/usr/share", y cuando se
>> invoca con Python o el entorno de desarrollo no?. Debe ser alguna
>> particularidad de Linux/Unix que desconozco...
>
>
> El porqué del falló está clarísimo ...
>
> ----------- /usr/local/bin/test.py ------------------
> #!/usr/bin/python
>
> import sys
> import os
>
> print sys.argv[0]
> print os.path.split(os.path.split(sys.argv[0])[0])[0]
> ---------------------------------------------------------
>
> chmod +x /usr/local/bin/test.py
>
> Ahora lo invocamos desde cualquier sitio:
> salma:~# test.py
> /usr/local/bin/test..py
> /usr/local
>
> salma:~# python /usr/local/bin/test.py
> /usr/local/bin/test.py
> /usr/local
>
> Ahora lo invocamos desde /usr/local/bin
> salma:~# cd /usr/local/bin/
> salma:/usr/local/bin# ./test.py
> ./test.py
>
>
> Meeeeeeeccccccc ... ¿ves el error?, no puedes usar sys.argv[0], tan
> alegremente ... para este tipo de cosas, lo mejor es un archivo de
> configuración donde guardar esos valores.

Hombre... Si sabes qué contiene sys.argv[0] lo puedes usar sin sentir
tristeza. ;-)
Para no complicarme la vida he optado por dos esquemas simples y
excluyentes. O empaqueto todo (python puro) y lo mando a site-packages
via un .egg, o distribuyo mediante instaladores nativos en cuyo caso
incluyo mi propio intérprete.

Para el caso original de J.M.Puertas, una modificación pequeña al
script reemplazando sys.argv[0] por __file__ y un par de cosillas mas
quizás sería suficiente.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Pero ten en cuenta que el directorio corriente puede ser distinto del directorio
donde se encuentra la aplicación. Si quieres lo último utiliza __file__ (aunque
no sirve en todas las situaciones)


2009/9/25 Juan M Puertas <juatman_2000 en yahoo.es>:
>  Pues si, Raúl y Hernan, no soy el autor del programa, que por otra parte es muy brillante, y utiliza técnicas muy avanzadas.
>  En mi poca experiencia, prefiero esto: "CaminoAplicacion = os.getcwd()" que muestra el directorio en el que se está ejecutando la aplicación.
>  Saludos :-)
>
>
>
>
> ________________________________
> De: Hernan M Foffani <hfoffani en gmail.com>
> Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
> Enviado: viernes, 25 de septiembre, 2009 12:04:26
> Asunto: Re: [Python-es] Segun se invoque programa.py
>
>>> lasizoillo ha escrito: "...  busca algún argv[0] por el código (es la
>>> variable con el nombre del programa), que creo que van a ir por allí los
>>> tiros ;-) "
>>>
>>> * ¡Exacto!. :-) La clave está aquí:
>>>
>>> #directories
>>> PREFIX=os.path.split(os.path.split(sys.argv[0])[0])[0]
>>> DATADIR=os.path.join(PREFIX,'share','openastro.org')
>>>
>>>  Es decir; que el programa obtiene el camino en el que se está ejecutando
>>> la aplicación, y de éste deduce dónde se encuentra la carpeta
>>> "openastro..org". En este caso, está en "/usr/share" Por lo tanto se arregla
>>> creando la carpeta "share" en el mismo camino en que se encuentra
>>> "programa.py", y copiando dentro de "share" la carpeta "openastro.org" que
>>> necesita la aplicación. El problema ya ha sido resuelto pero me queda la
>>> curiosidad  de que "programa.py" está en el mismo directorio que los
>>> ejecutables de python; es decir: "/usr/bin", y su carpeta "openastro..org",
>>> se instala en "/usr/share".  ¿Porqué cuando se invoca con el nombre del
>>> programa, éste encuentra su carpeta de trabajo en "/usr/share", y cuando se
>>> invoca con Python o el entorno de desarrollo no?. Debe ser alguna
>>> particularidad de Linux/Unix que desconozco...
>>
>>
>> El porqué del falló está clarísimo ...
>>
>> ----------- /usr/local/bin/test.py ------------------
>> #!/usr/bin/python
>>
>> import sys
>> import os
>>
>> print sys.argv[0]
>> print os.path.split(os.path.split(sys.argv[0])[0])[0]
>> ---------------------------------------------------------
>>
>> chmod +x /usr/local/bin/test.py
>>
>> Ahora lo invocamos desde cualquier sitio:
>> salma:~# test.py
>> /usr/local/bin/test..py
>> /usr/local
>>
>> salma:~# python /usr/local/bin/test.py
>> /usr/local/bin/test.py
>> /usr/local
>>
>> Ahora lo invocamos desde /usr/local/bin
>> salma:~# cd /usr/local/bin/
>> salma:/usr/local/bin# ./test.py
>> ./test.py
>>
>>
>> Meeeeeeeccccccc ... ¿ves el error?, no puedes usar sys.argv[0], tan
>> alegremente ... para este tipo de cosas, lo mejor es un archivo de
>> configuración donde guardar esos valores.
>
> Hombre... Si sabes qué contiene sys.argv[0] lo puedes usar sin sentir
> tristeza. ;-)
> Para no complicarme la vida he optado por dos esquemas simples y
> excluyentes. O empaqueto todo (python puro) y lo mando a site-packages
> via un .egg, o distribuyo mediante instaladores nativos en cuyo caso
> incluyo mi propio intérprete.
>
> Para el caso original de J.M.Puertas, una modificación pequeña al
> script reemplazando sys.argv[0] por __file__ y un par de cosillas mas
> quizás sería suficiente.
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
>
>
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Interesante Hernan, lo tendré en cuenta.
Muchas gracias a ti y a todos. :-)




________________________________
De: Hernan M Foffani <hfoffani en gmail.com>
Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
Enviado: viernes, 25 de septiembre, 2009 15:17:22
Asunto: Re: [Python-es] Segun se invoque programa.py

Pero ten en cuenta que el directorio corriente puede ser distinto del directorio
donde se encuentra la aplicación. Si quieres lo último utiliza __file__ (aunque
no sirve en todas las situaciones)


2009/9/25 Juan M Puertas <juatman_2000 en yahoo.es>:
> Pues si, Raúl y Hernan, no soy el autor del programa, que por otra parte es muy brillante, y utiliza técnicas muy avanzadas.
> En mi poca experiencia, prefiero esto: "CaminoAplicacion = os.getcwd()" que muestra el directorio en el que se está ejecutando la aplicación.
> Saludos :-)
>
>
>
>
> ________________________________
> De: Hernan M Foffani <hfoffani en gmail.com>
> Para: Lista de discusión sobre python en castellano <python-es en aditel.org>
> Enviado: viernes, 25 de septiembre, 2009 12:04:26
> Asunto: Re: [Python-es] Segun se invoque programa.py
>
>>> lasizoillo ha escrito: "... busca algún argv[0] por el código (es la
>>> variable con el nombre del programa), que creo que van a ir por allí los
>>> tiros ;-) "
>>>
>>> * ¡Exacto!. :-) La clave está aquí:
>>>
>>> #directories
>>> PREFIX=os..path.split(os.path.split(sys.argv[0])[0])[0]
>>> DATADIR=os.path.join(PREFIX,'share','openastro.org')
>>>
>>> Es decir; que el programa obtiene el camino en el que se está ejecutando
>>> la aplicación, y de éste deduce dónde se encuentra la carpeta
>>> "openastro..org". En este caso, está en "/usr/share" Por lo tanto se arregla
>>> creando la carpeta "share" en el mismo camino en que se encuentra
>>> "programa.py", y copiando dentro de "share" la carpeta "openastro.org" que
>>> necesita la aplicación. El problema ya ha sido resuelto pero me queda la
>>> curiosidad de que "programa.py" está en el mismo directorio que los
>>> ejecutables de python; es decir: "/usr/bin", y su carpeta "openastro..org",
>>> se instala en "/usr/share". ¿Porqué cuando se invoca con el nombre del
>>> programa, éste encuentra su carpeta de trabajo en "/usr/share", y cuando se
>>> invoca con Python o el entorno de desarrollo no?. Debe ser alguna
>>> particularidad de Linux/Unix que desconozco...
>>
>>
>> El porqué del falló está clarísimo ...
>>
>> ----------- /usr/local/bin/test.py ------------------
>> #!/usr/bin/python
>>
>> import sys
>> import os
>>
>> print sys.argv[0]
>> print os.path.split(os.path.split(sys.argv[0])[0])[0]
>> ---------------------------------------------------------
>>
>> chmod +x /usr/local/bin/test.py
>>
>> Ahora lo invocamos desde cualquier sitio:
>> salma:~# test.py
>> /usr/local/bin/test..py
>> /usr/local
>>
>> salma:~# python /usr/local/bin/test.py
>> /usr/local/bin/test.py
>> /usr/local
>>
>> Ahora lo invocamos desde /usr/local/bin
>> salma:~# cd /usr/local/bin/
>> salma:/usr/local/bin# ./test.py
>> ./test.py
>>
>>
>> Meeeeeeeccccccc .... ¿ves el error?, no puedes usar sys.argv[0], tan
>> alegremente ... para este tipo de cosas, lo mejor es un archivo de
>> configuración donde guardar esos valores.
>
> Hombre... Si sabes qué contiene sys.argv[0] lo puedes usar sin sentir
> tristeza. ;-)
> Para no complicarme la vida he optado por dos esquemas simples y
> excluyentes. O empaqueto todo (python puro) y lo mando a site-packages
> via un .egg, o distribuyo mediante instaladores nativos en cuyo caso
> incluyo mi propio intérprete.
>
> Para el caso original de J.M.Puertas, una modificación pequeña al
> script reemplazando sys.argv[0] por __file__ y un par de cosillas mas
> quizás sería suficiente.
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
>
>
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes




_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

Aportando algo:

2009/9/23 Juan M Puertas <juatman_2000 en yahoo.es>

> Hola.
> A lo mejor es una pregunta muy elemental, pero he descargado e instalado
> un programa en Python que funciona perfectamente,
> siempre que lo invoque así:
> "/usr/bin$ programa.py"
>
En la linea superior, si se ejecuta es por que el programa llamado
"programa.py" esta almacenado en una carpeta que se encuentra en el PATH y
muy posiblemente se ejecute en otro lugar donde si puede encontrar algun
archivo que necesita para su ejecución.

Si lo invoco así: "/usr/bin$ python programa.py" , o desde el entorno de
> desarrollo, emite
> un mensaje de error:
> ____________________________________

En este caso necesita que el programa "programa.py" este almacenado en la
carpeta "/usr/bin/", para que ambos sean iguales se tiene que llamar con un
"./" o sea:

"/usr/bin$./programa.py
en este caso es equivalente a
"/usr/bin$python programa.py


> ____________________________________________________
> Traceback (most recent call last):
> File "openastro.py", line 87, in <module>
> TRANSLATION[LANGUAGES[i]] =
> gettext.translation("openastro",TDomain,languages=['en'])
> File "/usr/lib/python2.6/gettext.py", line 484, in translation
> raise IOError(ENOENT, 'No translation file found for domain', domain)
> IOError: [Errno 2] No translation file found for domain: 'openastro'
>
> ________________________________________________________________________________________
>
> El mensaje de error se produce en una parte del código en la que prepara el
> programa para que muestre los textos en el idioma predeterminado en el
> sistema operativo.
> Mi pregunta es: ¿Porqué existe esta diferencia según se invoque al
> programa?.
>
> Muchas gracias por vuestra ayuda y paciencia. :-)
>
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

no estoy seguro si esto funcione en todos los Linux ni si
resuelva tu problema pero..
En los Debian puedes usar el shebang


#!/usr/bin/env python


y este se encarga de averiguar donde esta pyhton y ejecutarlo donde quiera
que se encuentre.
Suerte....


con el asunto <s> Re: [Python-es] Segun se invoque programa.py </s>

heimy heimy <ricardo.cardenes en gmail.com> escribio:

> 2009/9/23 xevi <xbarnada en gmail.com>:
> > El dc 23 de 09 de 2009 a les 21:34 +0000, en/na Juan M Puertas va
> > escriure:
> >> Hola Heimy. Muy amable por contestar. :-)
> >> Estas son las dos primeras lmneas del csdigo:
> >> #!/usr/bin/python
> >> # -*- coding: utf-8 -*-
> >
> > Si no me equivoco Heimy te preguntava esto porque la primera linea le
> > indica al interprete de comandos que programa debe ejecutar para
>
> Sm. Pero en realidad mi siguiente pregunta iba a ser: +?Y qui aparece
> si ejecutas "which python"?;
>
> La cuestisn es que puede haber una diferencia entre /usr/bin/python y
> el Python que aparece primero en el PATH de Juan (probablemente
> /usr/local/bin/python).
>
> Cuando responda a mi segunda pregunta, estaremos un poco mas cerca de
> arreglarle el problema :)
>
> Es mas, si en lugar de
>
> $ python programa.py
>
> ejecuta
>
> $ /usr/bin/python programa.py
>
> y eso sm que le funciona, estaremos seguros de antemano del problema :P
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes
>

------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

2009/9/24 Lázaro <tecinf8 en getrans.cu>:
> no estoy seguro si esto funcione en todos los Linux ni si
> resuelva tu problema pero..
> En los Debian puedes usar el shebang
>
>
> #!/usr/bin/env python
>
>
> y este se encarga de averiguar donde esta pyhton y ejecutarlo donde quiera
> que se encuentre.
> Suerte....

En su caso, esto haría que el programa no funcionase.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

No has probado TCL?? a mi me gusta el import porque puedo decirle como voy
a trabajar y segun que libreria quiero usar, y si Wx adiciona mas codigo y
mas librerias pero el resultado es mucho mas compatible con los GUI
actuales. Si realmente te quejas por unas cuantos cientos de lineas en una
aplicacion que vas a poder usar en casi cualquier Sistema Operativo
MAC,Windows y Linux deberias probar el TCL y el GUI trabajarlo con la
libreria TILE en
http://tktable.sourceforge.net/tile/index.html
aunque solo le dara aspecto visual porque Wx aparte del aspecto es
compatibilidad.
En cuanto a java, python es mucho mas que java, lo unico que me gustaria
probar es un python sobre iphone, porque el Android creo que ya lo corre,
porque es un Linux como cualquier otro.
Python no deberia arrastrarse a Java sino competir con el y si compilar
python para los simbian < 6.0

On Thu, 27 Aug 2009 16:45:30 -0500, Juan M Puertas <juatman_2000 en yahoo.es>
wrote:

> Hola gente. :-)
> Siempre se podría hacer un Python más cómodo aún.
> Ahora no lo encuentro, pero hace poco ha salido un lenguaje basado en
> Python en el que no necesitas "import"; supongo que sólamente con la
> biblioteca estándar. :-)
> Es decir, si escribes: "s = sin(p)", interna, invisible, y
> automáticamente es como si el programa escribiese: "from math import sin"
> Para mi, la comodidad sería una gran evolución para cualquier lenguaje,
> que aquellas cosas que éste pueda hacer por ti, las haga, aunque siempre
> te deje la puerta abierta para hacerlo a tu manera.
> Por ejemplo, WxPython ha calcado tanto las Wx para C, que hay que
> escribir más líneas de código de las que serían necesarias, y no
> demasiado claras y simples. Vuelvo a la idea de crear un lenguaje
> gráfico para Python; como hemos comentado por aqui en otras ocasiones, y
> como Alcides Fonseca propone y está retomando:
> http://wiki.alcidesfonseca.com/blog/python-universal-gui-revisited/
> Una de las pocas pegas que he encontrado con Python, es que hace
> algunas cosas de una manera muy distinta a la mayoría de los lenguajes,
> por ejemplo; para declarar una matrix de tres dimensiones, así como
> algunas abstracciones que son un poco raras, pero que hacen la delicia
> de muchos como Chema. ;-)
> Por otra parte, ya siendo un tipo delicado me gustaría:
> * Identación opcional con "end" o con "}" a gusto de cada uno. ;-)
> * Acabar con los problemas de codificación según el idioma, aunque
> tengo entendido que las versiones recientes ya lo han arreglado.
> * Que existiese Python para todos los teléfonos celulares (aunque
> Jython puede encargarse bastante de esto).
> * Que los programas de empaquetado funcionen mejor que cuando los probé.
> * Que se pudiera compilar.
> En fin, que para mi, Python es el lenguaje multiplataforma que más me
> gusta, junto con Lua y ... bueno Freebasic... uno es un nostálgico de
> VB. :-)
> Saludos veraniegos. :-)
>
>
>
> _______________________________________________
> Lista de correo Python-es
> http://listas.aditel.org/listinfo/python-es
> FAQ: http://listas.aditel.org/faqpyes



--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
------------ próxima parte ------------
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes

[unknown]

El 27 de agosto de 2009 23:45, Juan M Puertas<juatman_2000 en yahoo.es> escribió:
>  Siempre se podría hacer un Python más cómodo aún.
>  Ahora no lo encuentro, pero hace poco ha salido un lenguaje basado en Python en el que no necesitas "import"; supongo que sólamente con la biblioteca estándar. :-)
>  Es decir, si escribes: "s = sin(p)", interna, invisible, y automáticamente es como si el programa escribiese: "from math import sin"

No se si te refieres al lenguaje "boo", aunque no diría que es un
lenguaje reciente.

En python se optó por ser "explícitos" hasta el extremo de estar
incluído como regla en el Zen de python ('import this'). Lo de los
imports implícitos no suele ser una ventaja a la larga, puesto que
pasado un tiempo llegas a olvidar concretamente qué estaba importado
implícitamente y qué no (yo tengo que examinar muchas veces el
__builtins__). Es mejor que tu código muestre explícitamente todo
aquello que necesite para funcionar, al menos sirvirá como ayuda a los
demás si quieren estudiar y probar tu código.

>  Para mi, la comodidad sería una gran evolución para cualquier lenguaje, que aquellas cosas que éste pueda hacer por ti, las haga, aunque siempre te deje la puerta abierta para hacerlo a tu manera.
>...
>  Una de las pocas pegas que he encontrado con Python, es que hace algunas cosas de una manera muy distinta a la mayoría de los lenguajes, por ejemplo; para declarar una matrix de tres dimensiones, así como algunas abstracciones que son un poco raras, pero que hacen la delicia de muchos como Chema. ;-)

Algunas veces no he podido disimular una sonrisa cuando alguien me
explica entusiasmado cómo ha conseguido crear "colecciones" con las
STL para C++ para procesar conjuntos de objetos, algo que en python se
hace sencillamente con una lista o un diccionario.

No creo que haya un único modo de hacer las cosas; si otros lenguajes
te parecen distintos a python es porque todavía te falta ver cómo se
las tienen que apañar con esos lenguajes.

Precisamente, estos días estoy revisando la "Intentional Programming"
ideada por Charles Simonyi (a quien microsoft debe toda la metodología
empleada en sus desarrollos). Este hombre tiene una visión de la
programación estratificada por niveles, donde el programador tendría
total libertad para crear su código siempre y cuando cumpla la
"metaprogramación" impuesta en un nivel superior. Para hacer esta
tarea, los programadores tendrían disponibles herramientas visuales
que mejoren la codificación, muy similar al WYSIWYG (también inventado
por Simonyi) empleado para procesar textos.

Ni que decir tiene que microsoft se ha ido por otro camino, el .Net, y
que Simonyi está desarrollando su "Intentional Programming" por su
cuenta.


Aunque no coíncido en todo, sí que coincido con el uso de la
"metaprogramación", entendiendo por tal las herramientas generadoras
de código a partir de pequeños códigos sencillos de programar. A veces
los programadores nos empeñamos en abstraernos rápidamente del dominio
de aplicación para así iniciar la codificación, menospreciando la
experiencia que podrían brindarnos los usuarios dentro de sus dominios
(financiero, gestión, etc). La metaprogramación podría servir tanto
para adaptar el código a la cultura propia del usuario como permitir
que sea el propio usuario el que codifique los parámetros de su
aplicación (cálculo de intereses, ponderaciones, etc). Sería un poco
llevar los generadores de código para GUIs al siguiente nivel.

En el lado práctico, no he encontrado nada de metaprogramación para
python. Sólo "metalua" <http://metalua.luaforge.net>.
_______________________________________________
Lista de correo Python-es
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes