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)".
|
etiquetas: guido van rossum , python , microsoft
Google en cambio ha cambiado mucho, pero para mal.
Google en cambio ha cambiado mucho, pero para mal.
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).
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.
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.
- 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:
techrights.org/2015/10/24/robovm-takeover-and-microsoft-fork/
...
¿Sigo?
Acepta todo lo nuevo o "muere", no?
Prejubilación por todo lo alto.
github.com/microsoft/openjdk-aarch64/releases/tag/16-ea+10-macos
Pero vamos, que no ha cambiado nada
Aquí tienes dos ejemplos de dos sitos/apps gordos:
- Discord discord.com/ "viedo and screen share are not supported in this browser" me dice.
- HouseParty houseparty.com/ solo funciona en Chrome
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
Salvo que con "su mierda" te refieras a que digan que "está bien que haya competencia".
Sin acritud ¿eh?
Sería la ostia que este fichaje fuera para llevarlo a cabo.
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 (es.statista.com/estadisticas/562368/compra-de-las-empresas-mas-signifi).
En fin, animalico.
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).
O estás confundiendo términos o te estás equivocando de lenguaje.
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.
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.
.Net core ha dejado atrás tecnologías propietarias de MS (como wcf) porque no eran compatibles desde otras tecnologías
Los editores "ratoneros" son un atraso.
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.
www.youtube.com/watch?v=EYaPvgXjFXo
www.youtube.com/watch?v=48RhY4-nRk4
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?
¿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.
es.wikipedia.org/wiki/Scratch_(lenguaje_de_programación)
Solo falta que se dedique usted al mundo del "backend" y sería la cuadratura del circulo "modernio".
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.
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.
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?
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.
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.
"¿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"?
"Debe ser que usted no conoce Vim o Emacs.
Los editores "ratoneros" son un atraso."
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.
www.youtube.com/watch?v=bexWuHmV32A
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.
insights.stackoverflow.com/survey/2019#technology-_-most-popular-devel
- 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
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.