El creador de Python Guido van Rossum se va a Microsoft [ENG]

Guido van Rossum, el creador del lenguaje de programación Python, ha anunciado hoy que se "desjubila" y se ha unido a la División de Desarrollo de Microsoft. Van Rossum se retiró en octubre pasado después de seis años y medio en Dropbox. Claramente, ese retiro no estaba destinado a durar. En Microsoft, Van Rossum dice que trabajará para "mejorar el uso de Python con seguridad (y no sólo en Windows)".

[#6 ccguy]

#4 Microsoft ha cambiado mucho (para bien) en los últimos años.
Google en cambio ha cambiado mucho, pero para mal.

[#14 Ludovicio]

#6
Microsoft no ha cambiado su política hacia los estándares o productos de la competencia ni un milímetro desde los 90. En todo caso ha mejorado su marketing para hacer ver que así ha sido.

La segunda mitad de tu frase es cierta.

[#23 ccguy]

#14 bueno, si no ves ningún cambio en Microsoft no sé que decirte

[#72 SeuMadruga]

#23 Hombre, cambios hay muchos. Por ejemplo, el navegador que ahora intentan colocarte como predeterminado, cada cierto tiempo como parte de las actualizaciones del sistema, en vez de Explorer se llama Edge. Y dirás que funciona mejor, lo cual es cierto, precisamente porque es Google quien ha desarrollado su motor (que mira por dónde es libre y Microsoft ha podido usarlo como parte de su producto, mientras que el motor de Internet Explorer, siempre fue propietario, incluso cuando ya no lo usaba nadie)

[#28 joffer]

#14 Microsoft ha sabido sacar pasta, negocio, beneficio de los estándares abiertos y se ha dado cuenta de que es la mejor forma de atraer clientes.

[#29 jbetancurt]

#14 .Net core es un apuesta total a los standares, por no hablar de azure...

[#73 SeuMadruga]

#29 ¿Qué estándar es Azure? ¿Si yo tengo una aplicación en Azure, la puedo llevar a otro competidor sin tener que cambiar nada de la misma?

[#75 jbetancurt]

#73 azure es la nube de MS, no es un standar, usa standares o software libre sin ninguna presión, los repositorios son git (están desaconsejando usar tfs en pro de git), la mayoría de servidores de la nube de azure son linux, usan docker y kubernetes en los microservicios, cualquier cosa que corra en Amazon o en la nube de Google se puede portar a azure si han usado standares y viseversa

.Net core ha dejado atrás tecnologías propietarias de MS (como wcf) porque no eran compatibles desde otras tecnologías

[#103 chavi]

#75 No habla de "lo que funciona en azure". Habla del mismo Azure

[#41 Razhan]

#14 Microsoft ha publicado hoy el primer Early Access de su port de OpenJDK 16 para MacOS en chips de ARM (port hecho con la bendicion de la comunidad OpenJDK y que se reintegrara en la rama principal una vez terminado)

https://github.com/microsoft/openjdk-aarch64/releases/tag/16-ea%2B10-macos

Pero vamos, que no ha cambiado nada

[#35 Desactivado]

#18 una cosa no quita la otra #6 me parece increíble que el y tú más llegue de la política a las empresas de software

[#45 juanac]

#35 #21 Estaba comparando tendencias y el monopolio al que se dirige Internet. Para comparar hacen falta actores. Microsoft está haciendo las cosas a mejor. Google es la nueva Microsoft. La del Explorer 4, la de las prácticas monopolísticas. Nos guste o no.

[#53 Desactivado]

#35 Jajaja has visto pocos flanes de Vi va Emacs, Linux va Windows o tortilla de patata con o sin celbolla....

[#38 Desactivado]

#6 Marketing. Ni Google es/era buena/mala, ni Microsoft es/era buena/mala. Son empresas que siguen una agenda: ganar pasta a tu costa. De una forma u otra.

[#51 DeadKenny]

#6 Hubo rumores hace un par de años de que Microsoft estaba considerando añadir Python como lenguaje de macros de Office: https://www.bleepingcomputer.com/news/microsoft/microsoft-considers-adding-python-as-an-official-scripting-language-to-excel/

Sería la ostia que este fichaje fuera para llevarlo a cabo.

[#2 Desactivado]

Ya llegan los "Microsoft asesino a mi hermana y violó a mi padre".

[#3 CrudaVerdad]

#2 Son aquellos que todavía creen que "Google no es malvado" y que "En Mozilla, todos, sobre todo desde la cúpula , están comprometidos en forma casi altruista por el software libre" y que "Microsoft no ha cambiado para nada desde 1990, congelados en maldad pura"

[#19 Zade]

#3 Te reirás, pero al final del evento del martes de Apple resucitaron a este:

[#4 Desactivado]

#2 no hizo eso. Pero sí conspiró contra los estándares y los formatos abiertos.

[#18 juanac]

#4 Echa un ojo a los estándares del W3C, busca Ian Hickson y verás quién conspira. De un tiempo a esta parte ya veo páginas "sólo para Google Chrome". Son la nueva Microsoft.

[#21 Rudolf_Rocker]

#18 ¿El y tú más de toda la vida? ¿No se puede criticar a uno sin comparar con otro?

[#26 Desactivado]

#18 ¿Puedes por favor mostrar o enlazar esas páginas ”sólo para Google Chrome”?

Ya me perdonarás, pero conociendo el respeto que tiene Google Chrome por los estándares, lo que dices suena a invento que te cagas. Si acaso te vas a encontrar que son otros navegadores los que no los cumplen.

[#43 juanac]

#26 No tienen demasiado respeto. Los hacen ellos, que es diferente. Cuando algo no les gusta, se sacan de la manga un estándar y, como el balón es suyo y si no quieres jugar con sus reglas se van a casa, toca joderse y tragar.

Aquí tienes dos ejemplos de dos sitos/apps gordos:
- Discord https://discord.com/ "viedo and screen share are not supported in this browser" me dice.
- HouseParty https://houseparty.com/ solo funciona en Chrome

[#60 Desactivado]

#26 ¿Puedes por favor mostrar o enlazar esas páginas ”sólo para Google Chrome”?

https://stadia.google.com

[#5 Desactivado]

#2 ¡A bodas me convidas!

https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish
"'Embrace, extend, and extinguish' (EEE),[1] also known as "embrace, extend, and exterminate",[2] is a phrase that the U.S. Department of Justice found[3] was used internally by Microsoft[4] to describe its strategy for entering product categories involving widely used standards, extending those standards with proprietary capabilities, and then using those differences in order to strongly disadvantage its competitors."

[#13 pawer13]

#5 hace mucho que MS abrazó el open source y los estándares. Le va la pasta en ello, porque en Azure se usa más Linux que Windows, por ejemplo. Y visual studio core es el mejor editor open source ahora mismo para Python

[#15 Ludovicio]

#13 Al comentario que respondes ( #5 ) ya te está explicado porqué microsoft ha "abrazado" el open source. Otra cosa es que esta vez los estén haciendo más despacio.

[#86 pawer13]

#15 la diferencia es que ahora es más grande el Open source que MS. No puede asimilar y extender a su gusto ningún gran proyecto como Linux, Javascript, python, Java... Porque precisamente los servcios en la nube requieren estandarizar e interconectar muchos sistemas. Python es muy usado por Docker y Kubernetes, que son muy usados por Google, Amazon... Y muchas más empresas. E incluso Visual Studio Code tiene ya una rama paralela (Studium) que es a VS lo que Chromium a Chrome: un build sin nada de MS que no sea 100% abierto, pero compatible con los plugins.

[#76 comadrejo]

#13 Debe ser que usted no conoce Vim o Emacs.
Los editores "ratoneros" son un atraso.

[#77 Pingocho]

#76 ¿Vim? ¿Vienes del pasado? Bienvenido al 2020 viajero del tiempo. Ponte tu mascarilla al salir de casa.

[#79 pawer13]

#77 Ratoneros? Debe ser que no conoce los atajos de teclado que TODOS los editores con interfaz gráfica tienen. IntelliJ incluso te saca un tooltip cada vez que usas el ratón para decirte "puedes hacer esto más rápido con este atajo de teclado..."

[#81 comadrejo]

#79 ¿Y cual es la ventaja si utilizas solo teclado con IntelliJ/vscode frente a vim?

[#83 pawer13]

#81 pues tener lo mejor de ambos lados: una interfaz que no te obliga a saber desde el primer momento los atajos y que permite configurar mil cosas con un par de clicks, unido a tener cientos de extensiones que te dan mucha flexibilidad mientras vas aprendiendo. Y cosas como el preview en el scroll no se pueden tener en modo texto, claro.

[#85 comadrejo]

#83 Seamos honestos, la principal ventaja es que se puede copiar y pegar desde lugares como stackoverflow sin aprender "complicados" atajos.

[#87 pawer13]

#85 y hacer zoom al editor (aumentar el tamaño de letra) cuando estás haciendo una presentación, tener tooltips con correcciones automáticas de warnings o errores... La interfaz gráfica, usada con teclado o con ratón, da mucho juego extra.
Sí, yo también uso los cursores con el control pulsado para moverme más rápido por los renglones, pero uso el ratón porque doble click sobre una palabra la selecciona entera y triple click selecciona toda la línea, que es lucho más rápido que con el teclado.
O tener un botón para desplegar el proyecto en modo debug y conectar mi IDE para ver el valor de las variables, cosa que ya controlo con el teclado.
Limitarse a un IDE que sólo usa un GUI limitado artificialmente me parece un atraso. Tengo 24GB de RAM y no me da miedo usarlas. Hace 20 años sí renegaba de la lentitud de la GUI, pero entonces tener 128MB de RAM era un lujo y las pantallas eran de 1024x720 pixels. 120 caracteres por línea era algo impensable.
PD: También uso Stackoverflow, pero te aseguro que he pegado más código respondiendo preguntas que para resolver las mías.

[#89 comadrejo]

#87 He realizado una edición del comentario anterior y he tardado en publicarla. Ruego me disculpe. Lo mas grave es que se me ha olvidado anunciarlo.

El marcado/selección de texto se puede realizar sin ratón y dudo que pasar del teclado al ratón se pueda considerar una operación rápida.

¿Cuantas pulsaciones cree que se pueden realizar mientras deja el teclado, se desplaza hasta el ratón, apunta y regresa?

[#90 pawer13]

#89 vamos a ver: en serio vamos a medir la productividad así? Por cada dos líneas de código que escribo lo mismo estoy un minuto pensando y me he movido a otra zona del fichero para comprobar algo. Son esas tareas las que quiero hacer cómodamente y sin pensar, con gestos como usar la rueda del ratón.

[#93 Pingocho]

#85 Copiar y pegar es como todo: en exceso es perjudicial. SI sabes qué es y cómo funciona lo que estás copiando y pegando, no hay problema que lo hagas de vez en cuando, más que todo para ahorrarte trabajo de transcribir. Pero si lo vuelves una práctica habitual o tu forma de trabajar, mejor ve pensando en otra profesión.

Veo que tienes muchos prejuicios acerca de la programación y crees que solo es válida tu forma de trabajo. Quizás sufras del síndrome del "programador diva", es decir, el que se cree superior a los demás y que lo suyo es lo mejor. Algo de lo que hay que alejarse, tanto por el bien propio como de los equipos de trabajo.

[#94 comadrejo]

#93 Precisamente un curioso comentario ha generado esta discusión:
"¿Vim? ¿Vienes del pasado? Bienvenido al 2020 viajero del tiempo. Ponte tu mascarilla al salir de casa."

¿Cree usted que ese comentario tiene perjuicios o síndrome de "programador diva"?

[#95 Pingocho]

#94 No. Este otro sí:

"Debe ser que usted no conoce Vim o Emacs.
Los editores "ratoneros" son un atraso."

[#96 comadrejo]

#95 Mi argumento, que no estaba desarrollado en ese mensaje pero lo desarrollo en sucesivos mensajes se centra en el aumento de la productividad, siempre a nivel profesional.
Una buena y rápida mecanografía junto con una entrada de comandos rápida y precisa al editor te hace ser mas productivo, es algo que no tiene discusión. Podríamos discutir su importancia en el global de la productividad, pero lo cierto es que ese factor existe.
Mi argumento es que el cambio de contexto del teclado al ratón, a mi personalmente me hace perder tiempo.

Le voy a poner un ejemplo en otro campo pero que tiene cierta relación. Existe un juego muy popular en el ámbito competitivo donde los jugadores interactúan con este juego mediante un GUI, me refiero a startcraft. Uno de los parámetros con los que se mide el rendimeinto y potencial para ser profesional es el "APM".
El APM en el starcraft es la cantidad de comandos por segundo que el jugador puede enviar con éxito, mediante los dispositivos de entrada que son ratón y principalmente teclado. Si tienes un mal APM jamas llegaras al top, en el top es indispensable ser productivo con los comandos de entrada.

Volviendo al tema, hay usuarios que me han comentado ser útil la miniatura de previsualización que le ofrecen ciertos editores y aunque a mi esta característica no me aporta nada entiendo que hay usuarios que la pueden considerar importante.

Sus argumentos en la respuesta son:
1) Soy un antiguo y tengo que modernizarme para ser productivo.
2) Presupone que no me pongo la mascarilla al salir de casa.

Le informo que para su asombro hay cierta cantidad de "antiguos" usando editores del pasado.
https://insights.stackoverflow.com/survey/2019#technology-_-most-popular-development-environments

[#88 comadrejo]

#83 Seamos honestos, la principal ventaja es que se puede copiar y pegar desde lugares como stackoverflow sin aprender "complicados" atajos.

Ahora en serio. La desventaja de vim/emacs es la curva inicial, que te hace menos productivo mientras los aprendes. Una vez que los conoces tu productividad con ellos supera a conseguida con otros editores con las ventajas de rendimiento, como por ejemplo una latencia de entrada mucho menos.
A mi en lo personalmente me hace escribir mas lento una latencia alta entre la entrada y el dibujado, por este motivo algunos analizadores sintácticos los tengo desactivados. Los utilizo bajo demanda.

La "pereza" por aprender herramientas mas productivas se mucho con la linea de comandos en los administradores de sistemas que los hacen menos productivos, incluso en windows, las herramientas que te permiten realizar de forma oficial y con garantías ciertas tareas/procedimiento son de terminal.

[#80 comadrejo]

#77 Aquí tenemos un moderno que lo mismo desconoce el terminal y la posibilidad de utilizar comandos de teclado.

Vim puede hacer lo que hace vscode sin utilizar el ratón.
Vscode no puede hacer todo lo que hace vim, por ejemplo funcionar en terminal.
Vim funciona en prácticamente todas las plataformas y con escasos recursos.

La productividad de no utilizar el ratón es un factor importante.

[#82 Pingocho]

#80 ¿Y para que querría complicarme programando en consola en pleno 2020? Yo programo siempre en interfaz gráfica, que para eso están, y uso la consola solo para comandos del sistema. Y si es para realizar pruebas "en caliente" sobre un servidor en vez de SSH uso WinSCP, que me permite usar mi editor preferido para editar archivos remotos.

Y sobre shortcuts no hablo porque al parecer crees que son exclusivos de Vim. Parece que no has usado un nuevo editor en décadas.

De nuevo, bienvenido al 2020. Usar la consola para algo más que escribir comandos de sistema es de los 90. Ya si te gusta quedarte en el pasado es por gusto propio, pero no vengas a decirnos que es más práctico porque eso ni te lo crees tú.

Por curiosidad... ¿todavía navegas con Netscape, haces preguntas por IRC, discutes en Barrapunto y realizas búsquedas en Altavista?

[#84 comadrejo]

#82 Presupongo que estamos hablando de programación profesional, aunque viendo la deriva empiezo a tener mis dudas. Pero si vamos por el troleo.....

¿Y para que querría complicarse usted conocer la complicada sintaxis de un lenguaje de programación si puede evitarlo con bloques visuales?

Creo que existe un lenguaje/entorno de programación perfecto para usted.
https://es.wikipedia.org/wiki/Scratch_(lenguaje_de_programaci%C3%B3n)

Solo falta que se dedique usted al mundo del "backend" y sería la cuadratura del circulo "modernio".

[#92 Pingocho]

#84 "¿Y para que querría complicarse usted conocer la complicada sintaxis de un lenguaje de programación si puede evitarlo con bloques visuales?"

El día que la programación con bloques visuales sea más práctica y eficiente que escribir código fuente, muchos la adaptaremos a nuestro trabajo. Ser buen programador no es hacer todo más complejo y complicado, por el contrario, es lograr grandes resultados con soluciones simples y prácticas.

[#104 chavi]

#13 Mientras haya una GPL para salvarnos el culo, no hay problema.

[#55 Sr.Norte]

#c-2" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3410804/order/2">#2 También llegan los "llevo programando desde los 10 años y soy ingeniero de software desde hace 5". Del seno de microsoft han salido grandes cosas (C#, Typescript, Halo... ) y en parte hay que atribuirle que la burbuja Java perdiese fuerza (esto último es una conclusión personal).

Pero siendo honestos creo que a día de hoy no saben hacer nada bien aparte de sacar la billetera. Por eso compran todo y a todos a su alrededor para tener algo que valga la pena.

Skype, GitHub, este señor... "Si no puedes con el enemigo, cómpralo".

Esta dinámica bajo mi punto de vista es nefasta para todos. Porque eliminar la competencia perpetúa la mediocridad. No hay que ser ingeniero de software para entender esto, nos lo enseña la evolución todos los días. Y no, amigo, microsoft (tristemente) no compra productos para darles un empujón y mejorarlos a cambio de los beneficios. Y ahí tienes el ejemplo de Skype, que lo enterraron en el desierto como si fuese el juego de E.T. y nos encasquetaron Microsoft Teams, que no sé si es peor o mejor, pero es BASURA (de nuevo opinión subjetiva).

Al respecto de lo que digo, hay toda una lista de empresas compradas por ellos (https://es.statista.com/estadisticas/562368/compra-de-las-empresas-mas-significativas-de-microsoft-por-precio/).

[#71 SeuMadruga]

#55 ¿Y exactamente por qué que la burbuja Java pierda fuerza es una gran cosa? Puedo entenderlo si la alternativa fuese un lenguaje sin una gran compañía detrás, pero de lo que hablas es otro lenguaje, nacido de la misma idea que Java, con otra compañía detrás, y que además hasta hace poco, sólo funcionaba en Windows.

[#12 Desactivado]

Llenar de patentes el intérprete de Python. Genial, lo que todos necesitábamos.
O hacerse su propio intérprete privativo con extensiones propias de Microsoft no implementables por otros.

[#63 alfinal]

Qué opináis: ¿Esto afectará mucho, poco o nada a escoger Python entre otros lenguajes para nuevos proyectos de software libre? Lo digo porque cuando Microsoft se quedó con Github muchos proyectos de software libre se pasaron a Gitlab. Esto no debería tener nada que ver, porque Guido no es Python, pero siempre hay un porcentaje de desarrolladores que ya sea por precaución, por manía o lo que sea... podría considerar, que de alguna manera puede peligrar el futuro o la integridad de su proyecto si lo programan en Python en vez de en otro lenguaje. Tal como apunta #12. Lo pregunto por tantear, no porque sea mi creencia personal.

[#22 adrigm]

Esto, sí, hola. Te informo que ya no estamos en el año 2000. Se que en la cueva no te has enterado, pero te cuento.

En estos años Microsoft ha creado y hecho libres lenguajes como C# y Typescript que se han vuelto grandes lenguajes en el desarrollo de software libre.

Ha sacado editores como VSCode libres y multiplataforma que es una maravilla.

Ve adaptandote al nuevo mundo, la cueva quedó atrás.

[#33 eltoloco]

#c-22" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3410804/order/22">#22
- Windows sigue siendo privativo y sigue rompiendo el arranque de otros sistemas operativos (GRUB).

- Office sigue siendo privativo, usando un estándar privativo (Lanzaron el “estándar” OOXML y ni ellos mismos lo respetan) y sigue sin tener soporte para Linux ni ODF.

- DirectX sigue siendo privativo.

- En Microsoft siguen usando prácticas monopolísticas como pagar a empresas y a instituciones (Munich el caso más sonado) para que usen su software en lugar de alternativas libres.

- Siguen usando la práctica EEE (Embrace, extend, extinguish) para destruir la competencia, un ejemplo que viví de primera mano fue la compra y posterior destrucción de RoboVM para favorecer a Mono y a C# sobre Java:

http://techrights.org/2015/10/24/robovm-takeover-and-microsoft-fork/

...

¿Sigo?

[#52 MDman]

#33 Exacto, además que acercar el ascua a su sardina no es apoyar los estándares o el software libre, para hacerlo es justo lo contrario ayudar a un proyecto libre con autonomía fuera de tu empresa.

[#37 ralph]

#22 Mentalidad esclavo.
Acepta todo lo nuevo o "muere", no?

[#1 Robus]

La jodimos...

[#39 sleep_timer]

#1 Se ha ido a crear una interfaz gráfica en Visual Basic para ver si localiza la IP.

[#56 Desactivado]

#1 El sucesor de Windows estará escrito en Rust y Python. Eso dice mi bola de cristal.

[#57 Desactivado]

#56 Windows no tendrá sucesor

[#25 Desactivado]

El creador de Python COMA Guido van Rossum COMA se va a Microsoft

[#10 Desactivado]

Pues es una muy buena noticia para Python, gracias Microsoft (hace menos de 10 años me habría dado un puñetazo a mí mismo en la cara si llego a saber que algún día diría eso).

[#34 pys]

No hay nada como un hiring bonus de $10M en stock de Microsoft y $1M de salario anual para cambiar de idea

[#24 Xandru_C]

Microsoft es la nueva Google, Google es la antigua Microsoft

[#36 ralph]

#24 Si lo dices porque Microsoft invierte e "innova" (bueno, tal vez no tanto innovar, pero sí lanzar productos "nuevos" que tienen éxito, aunque a mí no me gustan), pues sí. Porque Google hace años que no saca nada nuevo y mucho menos con éxito... y no para de cagarla modificando productos existentes.

[#99 Desactivado]

#36 Que Google hace años que no saca nada nuevo?

- Stadia
- Automoviles Waymo
- Google Nest wifi / mini / Hub / Video Doorbell / SmartLock / Thermostate E
- Pixel 4a / Pixel buds / Pixel Slate
- Chronescast Ultra / Chromecast Android TV

Por solo decir unos cuantos

[#9 Desactivado]

De los creadores de "mirad qué listo soy por comprar AMD en vez de Intel" llega "win...qué? Yo sólo uso Linux".

[#17 Ludovicio]

#9 Mal momento para poner ese ejemplo de AMD/Intel...

[#30 joffer]

#17 creo que le pudo la euforia

[#44 Desactivado]

#17 Para nada. Ahora las redes están plagadas de rencorositos con Intel que parece que llevaban años esperando a que AMD se pusiera en cabeza para salir de debajo de su piedra y poder soltar toda esa mierda que han acumulado durante ese tiempo. ¿Se puede ser más patético?

Mira chico, si tu procesador cumple con lo que le pides, de verdad no hace falta que te suicides porque no sea un 10% más eficiente por el mismo precio.

cc #30

[#47 Ludovicio]

#44 Yo he ido cambiando de AMD a Intel según me ha convenido en cada generación de procesadores. No he conocido nunca a ningun "rencorosito" de esos que comentas. Ahora si, fans incondicionales de intel que me acusaban de ello cada vez que compraba AMD unos cuantos.

Salvo que con "su mierda" te refieras a que digan que "está bien que haya competencia".

[#48 Desactivado]

#47 Bien por ti. Y afortunado tú que no te has cruzado con ninguno de esos gilipollas. A mí me han insultado simplemente por decir que compré Intel en este mismo foro.

[#49 Ludovicio]

#48 Perdoname, pero das un poco la sensación de albergar un tanto de odio con "ninguno de esos gilipollas". En 15 años en meneame no he llamado gilipollas a nadie, creo

Sin acritud ¿eh?

[#50 Desactivado]

#49 Hombre, a alguien que te llama "fanboy descerebrado" solamente por elegir intel en vez de AMD, ¿cómo quieres que lo defina? Pues como lo que es, como un gilipollas supremo y rencorosito.

[#31 jbetancurt]

#17 jaja justo eso estaba pensando viendo mi Intel y pensando que debí comprarme AMD

[#16 infestissumam]

Menos mal que yo uso Jython

[#65 Desactivado]

#16 Mi más sentido pésame

[#20 pom]

Sinceramente, desde hace tiempo se echa en falta una renovación de vba. Hace tiempo MS dejaba caer que sería interesante meter soporte de Python en Office. Ojalá esto recoja también esa idea (entre otras tantas posibilidades).

[#54 Find]

Microsoft es un ente. Son la personas que hay detrás las que hacen que funcione. Las de antes se comportaban de una manera y las de ahora de otra

[#46 Windows95]

Todos tenemos un precio, ¿eh?

[#61 dummy]

Guido ya no pincha ni corta mucho en Python, por lo que supongo el proyecto seguirá intacto (sin el control de Microsoft). Como han dicho por ahí arriba esto suena mas a un retiro que otra cosa.

[#91 e.kit]

Otro palo más. El declive es imparable una pena.

[#7 hashtable]

Se de buena fuente que va a trabajar en la compilación cruzada de python a byte-code .net . De esta forma los programas python se ejecutarán de forma nativa en .Net. 🐍 🐍 🐍 🐍 🐍 😜

[#8 diablos_maiq]

#7 de buenafuente o de berto?

[#11 Desactivado]

#7 Me interesa, ¿alguna fuente pública y de fiar que puedas pegar el link aquí? ¿IronPython revival?

A ver si como efecto colateral le pueden poner algún JIT compiler a CPython y mejora un poco el rendimiento (que se ponga al menos al nivel de Node).

[#64 Desactivado]

#11 Mola que me voten negativo por sacar el tema del redimiento de CPython (supongo), cuando sobre estos detalles técnicos se habla en la PyCon (

y MS tenía el proyecto Pyjion (https://talkpython.fm/episodes/transcript/49/microsofts-jit-based-python-project-pyjion).

En fin, animalico.

[#58 Desactivado]

Ah ¿Va a implementar python#?

[#62 chingonrin]

#58 Python5G

[#78 Desactivado]

Upsss.... me equivoqué de noticia al votar.

[#70 Desactivado]

#69 Entonces en tu comentario original te referías a la caracteristica de tipado dinámico del lenguaje. Python, a diferencia de JavaScript, es fuertemente tipado ya que no te permite operar con variables de tipos diferentes (por ejemplo, no puedes sumar u entero a una cadena de texto).

BTW, dese hace unas cuantas versiones Python 3 está añadiendo type hints opcionales a lo TypeScript, que sirve un poco para lo que dices. Lo guay es que puede hacer también instrospección de estos tipos y algunas librerías/frameworks web ya los están utilizando en sus APIs.

[#74 Desactivado]

Sobre Google y la web, es Vox Pópuli que Youtube y Gmaps junto con otros
servicios van como la mierda en Firefox y cualquier motor que no sea
basado en Chrome/Blink/Safari.

En posible tirar de Street View en una patata con vimb usando el motor
webkitgtk4 y ver como Firefox (da igual, ESR, stable, testing) se
ralentice de forma horrorosa.

[#100 Desactivado]

#98 Yo también, más de 6 años en mi caso como desarrollador profesional.

Bajo mi punto de vista te centraste en criticar la distribución de aplicaciones de escritorio, que es evidentemente un punto débil de Python por el momento y que debe mejorar, pero aún así con un poco de esfuerzo se puede resolver (e.g. Dropbox o el azure cli).

Has dejado de lado todos los casos de uso empresariales en los que Python brilla: desarrollo web, ml/data science, devops e ingeniería de datos, computación científica, industria financiera (sé de buena tinta que uno de los bancos más grandes del mundo utiliza Python en sus tecnologías core, con millones de líneas de código en producción), industria de gráficos generados por ordenador... Tú me dirás.

[#101 Desactivado]

#100 Los problemas que digo existen en aplicaciones de escritorio y de servidor. Dónde brille Python da igual, lo que lo dejará en un nicho o incluso lo matará es dónde hace aguas.

[#40 babuino]

Pues fíjate que a mí me parece lo contrario de lo que declara: ahora sí que se ha jubilado.
Prejubilación por todo lo alto.

[#32 jbetancurt]

el .net code es libre y muy bueno para programar en Python, ms le saca más a la nube de azure que a las herramientas de desarrollo.

[#68 Espanyol]

Darrera del "We love Open Source" hi ha el "We love the Money of Open Source". A microsoft i a moltes altres companyies.

[#27 Desactivado]

A ver si convierte Python en un lenguaje adecuado para aplicaciones empresariales. Ahora mismo, está bien para scripting y aplicaciones internas, pero es un infierno de versiones incompatibles para distribuir una aplicación mínimamente compleja en varios sistemas operativos o distribuciones de Linux. O empaquetas tu propia versión de Python con la aplicación (espantoso en cuanto a seguridad), o estás muy jodido.

[#42 musg0]

#27 ¿Con pip y virtualenv no se amortigua un poco eso? A mí me ha funcionado bien un par de veces, pero sí que no parece óptimo

[#97 Desactivado]

#42 Sirve para andar por casa, pero no si eres un fabricante de software que distribuye aplicaciones a clientes medianamente grandes.

[#59 Desactivado]

#27 Un lenguaje que no tenga un tipado fuerte no es adecuado para aplicaciones empresariales

[#67 Desactivado]

#59 Python tiene tipado dinámico pero es fuertemente tipado al mismo tiempo (https://en.wikipedia.org/wiki/Python_(programming_language)#Typing).

O estás confundiendo términos o te estás equivocando de lenguaje.

[#69 Desactivado]

#67 Python te permite detectar errores de tipado en tiempo de "compilacion" ?

[#66 Desactivado]

#27 No es cierto, si supieras en todos los sitios que se está usando Python y para tareas y aplicaciones muy complejas...

Python tiene algunas cosas que mejorar, pero como todos los lemguajes. Python es la mejor alternativa en algunos campos y en los primeros puestos en muchos otros campos (si tienes en cuenta todos estos factores de formacombinada, te puedes explicar su vertiginoso crecimiento).

[#98 Desactivado]

#66 Pero alma de cántaro, que llevo muchos años usando Python, manteniendo paquetes Python en una distribución de Linux, y dirijo un equpo que desarrolla aplicaciones Python en varios sistemas operativos. Sé perfectamente de qué hablo.