Autoit.ES

No sé si el título del tema lo explica o define bien, pero lo que quiero comentar o preguntar es lo siguiente:

Tengo en mente hacer con Autoit algunas aplicaciones para utilizar bases de datos con SQLite (de hecho ya empecé a "migrar" alguna de las que tengo en MS Access) pero como en principio veo que tienen bastante trabajo y, por nuestras inquietudes, probablemente siempre esté mejorando e introduciendo mejoras, me llego a preguntar:

- ¿Merece la pena pasar de Access a Autoit?
- ¿Puede ser mejor la opción de pasar de Access a Base (LibreOffice)?
- ¿Dejará de funcionar alguna vez un programa hecho con Autoit?

Estas preguntas van encaminadas a los cambios rápidos de la informática. Mi padre empezó haciéndose aplicaciones con MS-DOS, DBase y Clipper, y por no "migrar" a otro lenguaje, sigue utilizando sus aplicaciones en MS-DOS desde Windows XP, pero, si no me equivoco, parece probable que algún día (no muy lejano) no pueda utilizar esas aplicaciones en nuevas versiones de windows.

¿Puede pasar lo mismo con Autoit? ¿Moriré antes de que eso ocurra?

Bueno, espero haber expresado correctamente mi "inquietud" antes de embarcarme en la creación de una aplicación de mayor importancia de lo que he realizado hasta la fecha.

Saludos,

Jamaro

Realmente tener un servidor en una IP que te gestione las operaciones de una base de datos con posibilidad de "roll back" o volver hacia atrás paso a paso por secuencia de ordenes, NO TIENE PRECIO (MYSQL). Comparado con el sistema estandar de gestionar un acceso I/O a un fichero directamente.

- ¿Merece la pena pasar de Access a Autoit?

Realmente Autoit sustituye y mejora al Access hace tiempo (aunque son productos diferentes), mejor dicho es un Visual Basic-Killer, ya que access no es tan indepediente, en cuanto a programa ejecutable autónomo. La velocidad y fiabilidad son clave. Realmente Access está bien para hacer un programa con el ratón sin meterse en el código. El FACTOR clave a valorar no es el lenguaje en sí mismo, si no el tema de pasar a algo "que funciona", fiable y sin problemas como son Sqlite y Mysql. O sea diría yo, si quieres dormir tranquilo y descansar sin pensar que te van a llamar o a dar problemas es pasar a estas bases. Realmente access tiene problemas en multitarea y no es tan estable. Yo pasé hace tiempo mis bases de datos a Mysql y no me entero de PROBLEMAS.

Para usar estas bases Autoit tiene unas librerías muy buenas, y además puedes mezclar php con html para acceder a la base, y Autoit alternativamente o complementariamente.(según el usuario, intención, etc..) O sea que los datos no mueren, cosa que si pasa con Access al cambiar de versiones.

- ¿Puede ser mejor la opción de pasar de Access a Base (LibreOffice)?
LibreOffice esta bien pero no es tan fiable como Mysql(/Sqlite), y además no es una tecnología popular o "consolidada" en el "mercado". No conozco LibreOffice pero puede que sea un clon del Access mejorado. Puede que también trabaje LibreOffice con Mysql/Sqlite via odbc o similar. Son temas diferentes lo de "ORIENTADO A LA BASE DE DATOS" U "ORIENTADO AL EJECUTABLE/Compilado", como maneras de hacer programas.

- ¿Dejará de funcionar alguna vez un programa hecho con Autoit?

Si guardas el compilador junto con los fuentes siempre podrá funcionar con las versiones que soporta de Windows. MS siempre ha mantenido compatibilidad de programas antiguos debido a que hay millones de usuarios/aplicaciones/desarrolladores que los usan y sería un sin sentido capar un nuevo sistema operativo si no es UTILIZABLE. MS va a tener mucho cuidado para evitar que se repita la baja aceptación de los nuevos sistemas que si fueron compatibles (vease Vista, Windows 7) W7 ha tenido una lenta muy lenta adopción y eso no ha sido positivo para MS. Con el nuevo Windows 8 van a querer que todo el mundo se pase rápidamente pero claro deben abrir la mano y hacerlo facil.
O sea una cosa es echar de una patada a los programadores y otra cosa las aplicaciones ya hechas y funcionando de los USERS, cosa que si se ha respetado desde siempre, imaginate lo contrario.

Como castastrofe total si nos ponemos en el extremo PEOR, siempre va a funcionar, hasta CON el Linux, usando una máquina virtual con otro windows instalado. Al final lo que queremos es el servicio de la aplicación, aunque sea no tan cómodo EL tener una Maquina virtual dentro de otro sistema.

Como ejemplo de versatilidad, es que no necesitas instalar cosas de fuera del Autoit, ni tener mil parches o multiinstalaciones, Autoit lo incluye todo y puedes incluso guardar la versión PORTABLE ACTUAL de Autoit junto con tus fuentes y puede funcionar hasta desde un pen drive gastando unos pocos Megabites.
http://www.emesn.com/autoitforum/viewto ... ble#p10619

¿Puede pasar lo mismo con Autoit? ¿Moriré antes de que eso ocurra?

La trayectoria de los creadores de Autoit ha sido siempre seguír potenciando Autoit sin CERRAR la puerta a versiones anteriores. Te dería que Autoit es más estable en el mercado que los productos de MS, aunque parezca chocante, vease, la política de MS ha sido dar carpetazo a lineas de producto según lo desean sus políticas, toda las comunidades de programadores a los que han cerrado: Visual Foxpro, Visual Basic, y según rumorea hay posibilidades de que cierren Silverlight y Visual .Net que supuestamente es lo último, o lo reconduzcan/cierren, haciendo la puñeta, como han hecho con el Windows Phone todas las versiones y la 7, no digamos todos los desarrolladores de Nokia que les han cerrado todo desde que MS les compró, el fantástico lenguaje QT con multiplataforma se fué al otro barrio, Meego, Symbian, etc.. La lista de lenguajes "matados" es larga bajo sus espaldas y se me quedan otros atras.

Esto sin quitar el valor que tiene el Windows como innovación tecnológica, y sabiendo que han variado los altos directivos de MS a lo largo del tiempo se han mantenido chapando puertas aunque variaran las personas.

http://www.reddit.com/r/programming/com ... eal_nokia/

W8:

http://www.guardian.co.uk/technology/20 ... developers


O sea que tienes más posibilidades de seguir programando en AUTOIT que en los propios lenguajes de MS, es decir, en dar futuro y valorar más tus conocimientos adquiridos en la programación y las aplicaciones creadas, sin tener cambios drásticos, o eliminaciones de comunidades de usuarios. Sin contar que como tu sabes los programas de Access no son compatibles entre diferentes versiones de Access (o sea que dan problemas sin soporte). Además el soporte que tiene Autoit es mucho más humano y potente que el de Access (si existe realmente desde sus creadores-programadores ).


Bueno, espero haber expresado correctamente mi "inquietud" antes de embarcarme en la creación de una aplicación de mayor importancia de lo que he realizado hasta la fecha.

Espero haberte respondido, y yo también programé en MS DOS, igual animas a tu padre se queda asombrado de la facilidad de Autoit y migra desde el DOS a Windows, ya que Xbase como lenguaje es similar en parte a BAsic -> Autoit. Y si lo desea puede programar linea a linea.
O sea te puedo decir que Autoit es el lenguaje y es una comunidad que no depende de las políticas de una gran empresa, que según llueva o haya sol, por causas económicas o por bolsa, o por mero capricho pueda cerrar o abrir lineas de lenguajes de programación o Webs de soporte desde el despacho de una oficina (sin "vivir" la programación).


Saludos,

Bueno, pues a mi parecer, creo que a AutoIt le queda mucha vida. Tiene muchos seguidores en muchas partes del mundo mundial . Pero como todo lenguaje de programación, puede ser que algún día no tenga apoyo y se quede estancada.....aunque lo dudo mucho mucho mucho, al ser un lenguaje abierto y no propietario.

AutoIt tiene una muy buena particularidad, y es que gracias a sus creadores, programadores y demás, se actualiza bastante. Con esto te digo que si windows cambia, también lo hará AutoIt. Por esta razón no creo que deje de funcionar tus programas. Eso sí, puede que tengas que cambiar algunas cosas para adaptarlo a las nuevas versiones de Autoit (muy pocas cosas).

Pero si no te convence, entre lenguajes de los más conocidos, pues ya sabes, c y c++ no morirá nunca. Java tampoco (supongo). El .net se refuerza mucho (recuerda que windows se apoya en esta tecnología). Entre muchos otros.
BasicOs me ha dejado flipado con la afirmación de que el hay rumores que dicen que .net va a morir . Lo dudo, pero todo es posible tratandose de ms. Sería una pena, porque yo pienso que es de lo mejor que ha hecho ms en toda su vida.

También puedes mirar otras alternativas totalmente gratuítas como Gambas para linux. Es un lenguaje de programación muy parecido a visual basic 6, pero mejor . Lo he visto un poco por encima, y me ha gustado .

Respecto a lo de la base de datos, pues digamos que access es access. No es que me guste demasiado, pero es muy facil de trabajar con él y está bastante documentado. Ahora están metiendo el openoffice en las administraciones públicas (mi caso), pero la gente se niega a dejar el office. Cuestión de costumbres.
Y como siempre he dicho, si encuentras algo gratuíto y bueno, en este caso una base de datos, utilízalo en vez de lo propietario.

Saludos.

Chefito escribió: BasicOs me ha dejado flipado con la afirmación de que el hay rumores que dicen que .net va a morir . Lo dudo, pero todo es posible tratandose de ms. Sería una pena, porque yo pienso que es de lo mejor que ha hecho ms en toda su vida.

Ahora están metiendo el openoffice en las administraciones públicas (mi caso), pero la gente se niega a dejar el office. Cuestión de costumbres.
Y como siempre he dicho, si encuentras algo gratuíto y bueno, en este caso una base de datos, utilízalo en vez de lo propietario.

Aquí viene un fragmento del enlace que puse arriba pero puedes encontrar en el google muchas referencias. MS apoyará el HTML5 y el Javascript para los nuevos desarrollos. (Veremos con la práctica si no será como el Visual Fox Pro o lo hacen de otra manera)

to be concerned that the Microsoft .NET UI platforms they have grown to love and support – because they're the best in the world – are being demoted in Windows 8 in a way that could relegate them to a place of obscurity.

Yo también trabajé en una admón pública y lo que haciamos era instalar los dos para que quien lo desee lo use (MSoffice y openoffice)

Salu22:)

BasicOs escribió:Aquí viene un fragmento del enlace que puse arriba pero puedes encontrar en el google muchas referencias. MS apoyará el HTML5 y el Javascript para los nuevos desarrollos. (Veremos con la práctica si no será como el Visual Fox Pro o lo hacen de otra manera)to be concerned that the Microsoft .NET UI platforms they have grown to love and support – because they're the best in the world – are being demoted in Windows 8 in a way that could relegate them to a place of obscurity.

No se no se. Ms ha invertido mucho tiempo y dinero en este lenguaje (.net). Supongo que morirá como todos los que hace, pero lo veo demasiado pronto. Ya lo veremos.

BasicOs escribió:Yo también trabajé en una admón pública y lo que haciamos era instalar los dos para que quien lo desee lo use (MSoffice y openoffice)

Nosotros también instalamos los dos, pero como he dicho antes, todos utilizan el ms office. El openoffice está practicamente de adorno. Una pena.
Pienso que intentan abaratar costes con soft libre. Llevan un tiempo (creo que unos dos años) probando un par de servidores con linux, pero parece que no se deciden . Una pena. Las garras de ms son muy largas. Cualquiera sabe quien se lleva parte del dinero de esos tratos y convenios .
Nosotros también utilizamos Novell en cuestión de clientes-servidor, gestor de correo, gestión de auditoría, etc.

Saludos.

El Sqlite se mantendrá hasta el fin de los tiempos como mínimo. Yo creo que es una muy buena opcion para muchas cosas.

Yo también estoy de acuerdo en que las dos cosas que comentas van a durar mucho tiempo, y digo dos cosas porque creo que hay que diferenciar entre el lenguaje (AutoIT) y la SGBD (SQLite).
Ten en cuenta que si crees que SQLite va a tener menor vida que otras BD quizás más estandarizadas (como MySQL, pero hay que decir que SQLite también pisa fuerte) pues simplemente puedes usar MySQL en AutoIT en vez de SQLite.
Pero creo que es más importante que veas qué te aporta cada gestor de BD más que su posible desaparición, que desde luego no tiene pinta de ser pronto.

MySQL es más completa (y por lo tanto compleja) que SQLite, si con esta última tienes suficiente creo que no hace falta complicarse la vida.
Ambas son multiplataforma, así que si M$ hiciera una pirula y estas BD dejaran de funcionar en Windows, al menos tendrías asegurada la continuidad de los datos en un servidor BD que puede estar en otra plataforma, aunque el programa sea Windows.

Respecto al programa que accede a los datos, AutoIt, que en realidad funciona a base de llamadas SQL a la BD, también es probable que tenga una vida bastante larga. Otra cosa es que salgan versiones no tan compatibles, como pasó con AutoIt2 a AutoIt3, si saliera un AutoIt4 con otra filosofía, pues a lo mejor tus programas Autoit3 no sean tan compatibles con eso... ¡pero nada te impide seguir usando AutoIt3 aunque exista el 4!
Dada la simplicidad del sistema es fácil que siga funcionando en los nuevos Windows, en realidad incluso ya está preparado para 64bits, con lo que aunque pararan ahora el desarrollo cuando salgan las CPU de 128bits esta podrá ir a 64, que es como ahora que tenemos aplicaciones 32bits cuando prácticamente todos los procesadores son de 64, y no pasa nada.

AutoIT se apoya fuertemente en las librerías Windows, así que es más probable que los problemas vayan por ahí que por el propio AutoIt. Por ejemplo si usas CryptHashData() en Advapi32.dll para calcular un hash y en un futuro Windows cambia esa llamada, pues tu programa dejará de funcionar, pero no porque no funcione AutoIT, será cosa de cambiar las llamadas para el nuevo sistema de Windows y volverá a funcionar. Pero lógicamente esos cambios se dan poco, o se hacen de tal manera que las llamadas antiguas sigan siendo compatibles.

Yo el problema que le veo a AutoIT para estas cosas es que probablemente lo vas a usar simplemente como una GUI para la BD, y precisamente el desarrollo y mantenimiento de GUIs en AutoIT creo que es uno de sus puntos débiles. Al menos está el KODA Designer, que suelo usar como generador de la GUI inicial, pero acabo siempre retocándola a mano...

Y como conclusión: en principio no podemos esperar que las tecnologías actuales sean compatibles con las de dentro de 30 años, pongamos como ejemplo (o "hasta el fin de los tiempos", como decía Pablo2m, eso sí es optimismo). Creo que si nuestro programa deja de funcionar dentro de 30 años en el Windows2030, no pueden echar la culpa a los programadores que hicieron su trabajo décadas antes
Así que bueno, basta con la tranquilidad de saber, o al menos estar bastante seguros, que estos sistemas van a durar bastantes años, y si hay una revolución tecnológica y esto se vuelte tan obsoleto que deja de funcionar... ey, ¡no somos adivinos!

Gracias a todos por las respuestas. La verdad es que se anima uno

La pregunta iba, efectivamente por el binomio Autoit-Windows, y precisamente por el temor a que el segundo diera una patadita a lo "antiguo". De todos modos, veo que por vuestros comentarios, es probable que dure mucho tiempo. Quizás los que sois informáticos o teneis mucha experiencia, os parece una pregunta tonta, pero me asaltaban las dudas si, como ahora estoy pensando en pasar las bases de datos de Access a código Autoit+SQLite, en un futuro tendría que volver a hacerlo para otro lenguaje.

Creo que al usar SQLite (suficiente para mis pretensiones) hace que, al menos la base de datos, perdure en el tiempo (seguro que en un futuro, si cambia algo, se podrá "convertir" fácilmente), pero lo más costoso (al menos para mí) es, como dice Ximorro, hacer la GUI para la entrada de datos (que es lo que quizás en Access es más sencillo).

Otra cuestión que me surge, es el volcado de datos a la impresora (papel o PDF). Los informes en Access son muy fáciles de generar, en Base de OpenOffice ya se complica, y en Autoit, de momento, desconozco cómo hacerlo. (En su día creo recordar que estuve viendo una UDF llamada PrintMG.au3)

Zanjado el tema del futuro de Autoit en Windows, ¿alguna sugerencia sobre la impresión en papel?

Saludos y gracias.

Editado: Un poco de Google + Print + Autoit y, entre otras, http://www.autoitscript.com/forum/topic ... t-preview/