Obviamente cada quien termina resolviendo sus problemas con la herramienta que de forma personal le resulte mas conveniente. Es un derecho humano digamos que irrenunciable.
Pero también sucede que muchas veces no conocemos la totalidad de las alternativas que tenemos a disposición y y no sabemos juzgar en forma concreta la conveniencia de cada herramienta: ¿necesito algo de inmediato? ¿puedo tomarme un tiempo para aprender? Quien desde mi punto de vista ha descrito mejor la situación de la migración de tecnologías es Robert Muenchen quien ha escrito los libros de R para usuarios de SAS, SPSS y Stata, y en alguna presentación escribe algo mas o menos como: "en la medida que una tecnología abusa mas de sus usuarios es mayor el apego que se desarrolla por ella". Visual Fox Pro abusa del desarrollador y abusa de los usuarios de innumerables maneras, y como sucede con la mayoría de las tecnologías "todo en uno" de este tipo las personas quedan inhabilitados para aprender nuevas cosas, solamente son capaces de aprender unas pocas recombinaciones de lo mismo. Igual sucede con Java en menor grado. El tema de migrar a Python desde ese tipo de sistemas, y a mi me sucedió en menor grado porque desarrollé un tiempo en Delphi, es que esperaba encontrar las mismas cosas a las que estaba acostumbrado, gran error. El uso recurrente de tecnologías abusadoras tiene como consecuencia que disminuye hasta el mínimo las destrezas de aprendizaje. Python y su "ecosistema" en la actualidad conforman una tecnología superior desde cualquier punto de vista a algo como VFP: facilidad de aprendizaje, potencia, flexibilidad, rendimiento, comunidad, soporte, y un largo etc. Toca volver a "aprender a aprender". F. Palm El 14 de enero de 2016, 13:07, Leonel Gomez<leonel_garo...@hotmail.com> escribió: > Hola amigos, se que este es un foro de Python al cual estoy inscrito y > recibo cada mensaje porque aun me llama la atención para algunos propósitos. > > Específicamente para el amigo que viene de VFP le informo que yo pase por > el mismo dilema, le di tantas vueltas a Python para poder pasar mis > aplicaciones de VFP a Python > en mi opinión muy personal le comento lo siguiente al amigo. > > Venir de VFP donde uno tiene todas las utilidades en un mismo > ambiente(id), 100% probado por miles de usuarios a nivel mundial, generar > aplicaciones en un dos por tres en VFP ha sido una > maravilla de todos los tiempos, ver una tabla de datos en VFP basta con un > simple BROWSE y ya ves la info sin necesidad de tanta cosa,muchos lo > critican por sus tablas nativas, pero sus tablas nativas son el comienzo > nada mas, ya que para una aplicación gigante lo conectas a SQL Server, > MYSQL, etc etc.. Python comparado con VFP para Escritorio, deja mucho que > desear > debido a que todo habrá que instalarlo por separado, librerías, id, y casi > todo habrá que hacerlo a mano, el lenguaje es muy simple, pero para hacer > aplicaciones rápidamente, VFP lo deja a > kilómetros de distancia ya que desde su nacimiento fue pensado en Bases de > Datos relacionales, tanto nativas como SQL. > > Lamentablemente necesitamos migrar por el abandono de MS hacia VFP, en mi > caso te comento que probé los siguientes lenguajes: Python, C#, Lazarus, > Java y Dbase. > > De todos estos, tuve que tomar una decisión, debido a que no puedo estar > probando de todo un poco sin aterrizar en algo para desarrollo mas serio, y > Opte por JAVA Swing. > > Un lenguaje criticado por todo mundo por la dificultad de aprendizaje, y > algunos por su lentitud. > > Que fue lo que encontré en este lenguaje: > > 1) No varia mucho de VFP: recuerdas esto (this.form.text1.vaule= “Nombre”) > en Java (String loNombre = this.jText.getText();) > > claro que hay cosas complicadas com por ejemplo llenara un Grid en Java, > es un delirio pero después de tanto estudiar, le tomas hilo y casi lo mismo > es en Python. > > Java tiene su propio ID nativo exclusivo elaborado por Sun Oracle, > > Extrañas la ventana de comandos de datos en VFP, pues en Java tiene su > propia ventana de comandos SQL para cualquier base de datos grande. > > hice mi primer crud en Java y a la primera fue multiplataforma, sin > necesidad de tanta instalación. > > Al principio cuesta entenderlo, pero créeme, cuando le agarras el hilo, es > impresionante y todo lo tienes en el mismo id, no hay que instalar nada por > separado, > los componentes de ventana, sin son de Arrastrar y soltar, dando la > ventaja de pensar solo en la programación orientada a objetos y por eventos. > > Lentitiud, solo es al principio, igual que Windows, al principio cuesta > que arranque, una vez en memoria, corre rápidamente. > > y el fuerte de Java es WEB, así que una vez agarras el hilo, no te costar > tanto aprender para WEB. > > Actualmente estoy desarrollando un proyectito en Java sin prisa, con > conexión a MySql en la nube y todo tranquilo. > > Como consejo sigue con VFP dandole mantenimiento a tus aplicaciones, que > VFP hay todavía para rato, mientras has tus propias pruebas despacio y sin > prisa. > > Saludos. > > LG > > > > > > > > > El Jan 14, 2016, a las 10:46, Jesús Quintero Suárez <jesusq...@msn.com> > escribió: > > Hola Mario, en una respuesta anterior me recomendaste wxPython y > wxFormBuilder, encontré que para MS Windows wxPython no está disponible > para la versión 3.x de Python, me imagino que wxFormBuilder es por el > estilo. > > *De:* Python-es [mailto:python-es-bounces+jesusquin=msn....@python.org > <python-es-bounces+jesusquin=msn....@python.org>] *En nombre de *Mario > Lacunza > *Enviado el:* jueves, 14 de enero de 2016 10:25 a. m. > *Para:* La lista de python en castellano <python-es@python.org> > *Asunto:* Re: [Python-es] Orientación para el desarrollo de aplicaciones > GUI. > > > Uhmmm me parece q demasiado x encima los has visto. > > Yo uso wxformbuilder (sin problemas en Windows) en Ubuntu Linux, al igual > q el diseñador de guis de visual studio agregas controles y los pones donde > quieres, te crea el código Python para manejarlo luego heredas en tus > clases de lógica y controlas todo. > > No veo q tanto problema te estas haciendo cuando es de lo más fácil, qt > tiene una lógica similar. > > Enviado desde mi LG G3 > El 14/01/2016 09:53, "Jesús Quintero Suárez" <jesusq...@msn.com> escribió: > > Hola todos, he visto por encimita varios diseñadores gráficos que > facilitan crear las GUIs para Python, lo que ofrecen es un subproducto que > Python puede consumir, el diseñador en sí, que es la parte compleja, no > intervendrá en la aplicación. > ¿Qué es el subproducto?, pues bien, no es más que código Python haciendo > uso de utilidades pre-construidas por un tercero, el cual nosotros podemos > recrear en Python sin la ayuda de ningún diseñador, solo requerimos de las > utilidades, hacerlo de esta manera es fácil pero dispendioso, prácticamente > toca cambiar y probar para poder visualizar como está quedando nuestro > diseño. > De los diseñadores que visto por encimita, algunos tienen problemas de > compatibilidad con MS Windows, no son tan amigables con el usuario, no es > solo arrastrar y soltar, el subproducto solo se limita a la parte del > diseño, no hay forma de agregar código que controle la lógica del diseño, > es decir, requiere de bastante código adicional para dejarlo totalmente > funcional. > Viéndolo de este modo, podemos utilizar el mejor diseñados que tengamos > disposición y del cual podamos extraer la información del diseño y código > adicionado, (probablemente trampeando al diseñador con string para incluir > nuestro código python de control), y generar código Python que hará uso de > esas utilidades y totalmente funcinal. > > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > > > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > > -- -------------------------------------- fp...@mapologo.org.ve francisco.p...@gmail.com cel: +58 +424 7228252 tel: +58 +274 6352001 ---- Debemos ser libres, no para hacer lo que nos plazca, sino libres para comprender muy profundamente nuestros propios instintos e impulsos. K
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
