Microsoft ha anunciado la posibilidad de utilizar Python en Excel, permitiendo combinar de forma nativa los análisis de Python y Excel en el mismo libro, sin necesidad de configuración. Con Python en Excel, se puede ahora escribir Python directamente en una celda, los cálculos de Python se ejecutan en Microsoft Cloud y los resultados se devuelven a la hoja de cálculo, incluidos gráficos y visualizaciones.
#1 Supongo que será así para no tener que lidiar con el jaleo de la configuración (dentro de Excel) de la ruta de tu Python local. Muchas veces tienes en Windows varias versiones de Python en tu ordenador, instalado a través de Anaconda, o de WinPython...
Además, supongo también que Microsoft querrá facturar luego por más potencia de cálculo a través de los servicios en la nube.
#6 Introducir un cambio siempre puede conllevar errores, pueden haber fallos en la implementación. Pero la culpa no sería del lenguaje per se, sino de los desarrolladores. Entiendo que el sandbox impuesto al runtime de Python será el mismo que ya tiene VBA, por lo que en principio no deberían haber mayores problemas que los que ya hay.
Recuerdo todavía como Melissa se expandió hace años e hizo hechar muchas horas a la gente de soporte, gracias a las macros.
Comentarios
Con lo bien que va VBA.
#9 Cierto. A todo el mundo le gusta escribir 1.000 líneas de GOTOs y FORs en lugar de una línea de Python
#11 GOTO esta prohibido en cualquier programación, ni en VBA lo he usado nunca, bueno, en ningun lenguaje.
Hay que ser mal programador para usar eso.
#13 No me preguntes en qué lenguaje, pero yo he usado alguna vez el goto. Programas de juguete. En el pleistoceno.
#14 Yo creo que en batch, en procesos por lotes, pero por obligación del lenguaje.
#15 https://en.wikipedia.org/wiki/Goto#Language_support
#14 En Basic fijo.
#13 Ni en ensamblador?
Uf, esto hay que probarlo
aunque lo de que compute en la nube...
espero que lo actualicen y se pueda hacer en local.
#1 Supongo que será así para no tener que lidiar con el jaleo de la configuración (dentro de Excel) de la ruta de tu Python local. Muchas veces tienes en Windows varias versiones de Python en tu ordenador, instalado a través de Anaconda, o de WinPython...
Además, supongo también que Microsoft querrá facturar luego por más potencia de cálculo a través de los servicios en la nube.
#2 más bien lo último.
la instalación en local no es un problema, pero si instalas en local no vendes servicios cloud
No pasará mucho tiempo hasta que alguien se curre su Python sin nube o OpenOffice (siempre será así para mi) hagan un movimiento similar
Permite scikit-learn! esto hay que probarlo!
#7 Supongo que en Microsoft Cloud tendrán disponibles las librerías más populares.
uff... con python se puede hacer casi de todo. Espero que tengan muy controlado el tema de los privilegios y que se puede hacer y que no
#3 supongo que también por eso se ejecuta en la nube... para evitar que haga cosas en el ordenador local.
#3 Con Python se puede hacer lo mismo que ya se hacía con VBA, no veo que se agrande el problema.
#5 supongo que tienes razon.. el tiempo dira y ojala no haya dicho mas que una tonteria
#6 Introducir un cambio siempre puede conllevar errores, pueden haber fallos en la implementación. Pero la culpa no sería del lenguaje per se, sino de los desarrolladores. Entiendo que el sandbox impuesto al runtime de Python será el mismo que ya tiene VBA, por lo que en principio no deberían haber mayores problemas que los que ya hay.
Recuerdo todavía como Melissa se expandió hace años e hizo hechar muchas horas a la gente de soporte, gracias a las macros.