[pyar] Microtutorial y Zen de Python

[Carlos Miguel FARIAS]

Del Zen aplico lo que me gusta y lo que no me gusta no lo aplico.
Cerca de 40 años programando, la forma de nombrar las variables no me gusta
(todo minusculas), yo uso camelcase, con la primera letra indicando tipo de
dato, costumbre de 20 años programando en Visual Fox, solo 4 que empecé con
python
Lo mismo para el nombre de las columnas de la tabla.
Es como si quisiera aplicar todo lo que dice el Kamasutra, me guste o no,
aplico lo que puedo (y cada vez menos [?])
En nuestro equipo de trabajo, varios venimos del mismo entorno de
desarrollo, nos pusimos de acuerdo en eso, y lo usamos, lo importante es
documentar bien con el minimo esfuerzo.
La documentación la hago en castellano, el software es para uso del estado
(Municipalidad en Argentina), ¿la tengo que hacer en ingles?, no me lo
indicaron, es más, no creo que sepan que tenga que tener documentación, en
que lo hago, en lo que se que mis compañeros de equipo lo saben leer. ¿Lo
puedo hacer en inglés? SI, tengo el traductor de google a mano.
Molestarme en el idioma usado? no me molesta, molestarlo diciendole que me
molesta? no me gusta molestar al GNH?
En fin, dijo Faustino: Las ideas no se matan.
Saludos: Miguel, Santa Rosa (LP)

El 20 de mayo de 2015, 9:43, Mariano Aquino <mariano.aquino en gmail.com>
escribió:

> Juan, pensar distinto a vos no es ser inmaduro, y el tinte de tu
> comentario ya roza lo ofensivo. Ya entendimos que opinas de otra manera.
> Buenisimo. Ya pasó la fase de quejarte un rato? Bueno, cuando pase, tenes
> varias opciones, o ponerte a hacer algo para cambiar aquello que te
> molesta, o seguir dando vueltas con tus criticas y citas filosoficas.
> Si, es arbitrario. Si, favorece a los que se sienten cómodos con el
> ingles. Y qué? Todas las invenciones lo son en cierta medida. Nada puede
> satisfacer a todos (ni tiene por qué hacerlo). Guido se arremangó e inventó
> un lenguaje, en lugar de quedarse en la queja de lo que no le gustaba de
> otros lenguajes. Y si, agarró lo que no le gustaba, y lo cambio por algo
> que le gustaba mas. PEP8 surgió de una idea para unificar en lugar de
> diversificar. Si, habia que elegir un idioma para unificar, y bueno, eligió
> el ingles. No te gusta la eleccion de idioma? Mandale un mail. Decile,
> Guido, me parece que estas equivocado, el ingles es tu idioma preferido,
> pero no el que habla la mayoria. Y listo, si le parece bien tu idea, la
> aplicara para la proxima version, y sino, se acabó la milonga, te haces un
> fork y le agregas con tus modificaciones o te pasas a otro lenguaje, o
> dejas de quejarte y seguis haciendo algo productivo con todo lo que sí te
> gusta del lenguaje. Una discusion constructiva es una cosa, quejarse sin
> hacer nada es otra.
> Saludos!
>
>
>
> On Tue, May 19, 2015 at 5:47 PM, Juan Esteban Carrique <carrique en gmail.com
> > wrote:
>
>>
>> 2015-05-18 18:39 GMT-03:00 Juan A. Diaz <nueces en cafelug.org.ar>:
>>
>>> Juan,
>>>
>>> El post es de hace unos años, pero por ahí te ayuda a ver las cosas
>>> desde otro punto de vista.
>>>
>>> http://www.lucas-nussbaum.net/blog/?p=617
>>>
>>
>> Entiendo lo que compartis y cito entre lineas:
>>
>> *"...The core Ruby development community should mature* The core Ruby
>> development community is still dominated by Japanese developers. While not
>> a bad thing in itself, it is easily explained by the fact that the main
>> development mailing list, where most of the important decisions are taken,
>> is in japanese.
>> *ruby-dev@ should be closed, and all the technical discussions should
>> happen on the english-speaking ruby-core@ list instead...*"
>> "...But having open discussions in english about the major issues would
>> already be great..."
>>
>> y al final lo que dsde mi perspectivas es lo central:
>> "...*Some people in the Ruby community should stop behaving like
>> assholes.* As one of the Debian Ruby maintainers, I have been routinely
>> accused of creating crippled packages on purpose (FTR, I don’t think that
>> the Debian packages are crippled, despite what the rumors says
>> <http://code.activestate.com/lists/ruby-talk/9387/>). Debian is not the
>> only target of that. Just yesterday, someone called for abandonning YARV
>> (the new Ruby VM in Ruby 1.9), calling it Yet Another Random Vailure
>> <http://osdir.com/ml/ruby-talk/2011-01/msg00027.html>. This kind of
>> comments is really hurting the people who are investing their free time in
>> Ruby, and is turning away people who consider getting involved. In Debian,
>> we have had a lot of problems getting people to help with Ruby maintenance
>> since they are getting shit from the community all the time..."
>>
>> no creo que se refiera a los japoneses donde sin dudas no entiende ni le
>> interesas entender :P
>>
>> El idioma es poder, para mi a python PET8 se le fue la mano al imponer
>> que ademas de utilizar python tenes que comentar en ingles, esa restricción
>> me parece absurda y autoritaria desde cualquier punto de vista, solo
>> favorece a los que se sienten cómodos con el ingles e incorpora como
>> requisito (por eso es una restricción) para usar python saber ingles, se
>> les fue la mano: Maduren :P me fui!
>>
>> Ing. Juan Carrique
>> Santa Fe, Argentina
>> Electrónica, Arduino,
>> Coaching, Diabetes,
>> http://facebook.com/ReDuino
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150520/c4399c12/attachment.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: 33A.gif
Type: image/gif
Size: 581 bytes
Desc: no disponible
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150520/c4399c12/attachment.gif>