El M1, macOS Monterey y el próximo cambio de potencia de Mac
5 min readMás que nunca, la Mac es la herramienta poderosa de Apple. Las Mac actuales que ejecutan Apple Silicon pueden usar la biblioteca completa de aplicaciones macOS y aplicaciones iOS a través de Catalyst o sin modificar directamente desde la App Store. Y luego está todo lo que se esconde bajo el capó, desde scripts de aplicaciones hasta herramientas Unix de todo tipo.
Pero con el cambio de Apple al silicio y el anuncio de Apple en junio de que los accesos directos llegarán a Mac como parte de una transición de automatización de varios años, las cosas están cambiando. Si bien la Mac no dejará de ser una herramienta poderosa, los próximos años cambiarán su naturaleza de manera fundamental.
Atajos reemplaza Automator
La noticia de que Shortcuts reemplazará a Automator (y no se equivoque, esto es lo que sucederá) no solo es importante porque macOS tiene una nueva herramienta brillante para la automatización de usuarios. También es una señal importante de que Apple está prestando atención. En los últimos años, ha sido difícil para los desarrolladores de aplicaciones de Mac sentir que es útil agregar funciones de automatización a sus aplicaciones. Pero ahora tenemos la respuesta: los atajos están ahí, y Apple pasará unos años en la transición a un nuevo mundo.
A partir de este otoño, comenzará a ver que los desarrolladores de Mac agregan soporte para accesos directos. Al igual que en iOS, las aplicaciones “darán” acciones en la aplicación Accesos directos. El poder de las aplicaciones que usa se acumula en atajos. En algunos casos, estas acciones abrirán la aplicación y harán que realice una tarea. En otros, es posible que ni siquiera necesite abrir la aplicación de manera visible, pero puede aplicar parte de su poder a cualquier problema que deba resolverse.
Los atajos obtienen el poder de Unix
Los accesos directos en Mac también van más allá de lo que está disponible en iOS y iPadOS al poder conectarse directamente a scripts de Unix y soporte de shell, con un gran problema. Apple se ha comprometido a no incluir más sistemas de secuencias de comandos Unix comunes con macOS. En macOS Monterey, PHP ya se ha ido, y Perl y Python son versiones anteriores que se eliminarán lo suficientemente pronto.
Eso está bien en un nivel: siempre puede instalar las últimas versiones de PHP, Perl y Python en macOS. (Yo suelo Cerveza casera para hacerlo). Por otro lado, si está creando una automatización que se basa en uno de estos lenguajes de secuencias de comandos, deberá instalarlos en cualquier Mac que desee automatizar.
¿Qué pasa con otros lenguajes de secuencias de comandos?
Esto nos lleva a la pregunta más importante: ¿qué sucede con AppleScript y la tecnología Apple Events que ha mantenido la comunicación entre aplicaciones en la Mac durante décadas? iOS no tiene equivalente a Apple Events. El reenvío de URL bidireccional se ha convertido en el método estándar de comunicación, lo crea o no. Pero Apple se modernizó recientemente con funciones como Siri Intents.
La verdad es que la mayoría de las automatizaciones en iOS se han centrado en la creación de flujos de trabajo utilizando pequeñas partes de diferentes aplicaciones. Es una parte importante de la historia de la automatización de usuarios, pero otra parte es la capacidad de controlar en profundidad aplicaciones poderosas a través de scripts. En iOS, las aplicaciones con este nivel de control tienden a utilizar un motor de macros basado en Python o JavaScript autoimplementado. Quizás el mejor ejemplo es La rica automatización basada en JavaScript de Omni Group, que permite que los scripts controlen las aplicaciones de Omni, en iPad, iPhone o Mac.
Cada aplicación que implemente su propio lenguaje de secuencias de comandos o macro no es un camino a seguir. Aquí es donde Apple debe intervenir como propietario de la plataforma y crear un marco de referencia común para todos, desarrolladores y usuarios.
Manzana
El futuro de las secuencias de comandos en macOS
¿Qué sucede al final de esta transición de varios años? La suposición más simple es que AppleScript, que data de principios de la década de 1990, finalmente se archivará.
Lo que lo reemplazará es más una pregunta abierta. Los atajos no pueden ser el fin en sí mismos: simplemente no son una herramienta diseñada para el nivel preciso de control remoto de aplicaciones. Además, cuantas más acciones pongas en un atajo, más complejo se vuelve, y más allá de cierto punto, probablemente debería escribirse como un script en lugar de combinarlo en una interfaz simplificada. (Testigo Jellycuts, que es un lenguaje de secuencias de comandos diseñado para crear accesos directos).
Preferiría un sistema que permita a los escritores elegir el idioma que quieren usar. (Nadie habla de eso, pero Apple agregó JavaScript como un par de AppleScript para la creación de scripts en Mac hace algún tiempo). Sin embargo, es más probable que Apple elija un lenguaje de scripting oficial. Tal vez sea JavaScript, ya que es omnipresente y Apple ha estado allí antes. O podría ser simplemente obvio: una versión simplificada de Swift.
Y tal vez, solo tal vez, Apple construirá este sistema de automatización una vez y lo implementará no solo en Mac, sino también en iPhone y iPad.
Es una cosa dificil. Es por eso que Apple ha sido tan claro al llamar a esta transición varios años. Los accesos directos en Mac serán un gran primer paso, pero aún queda mucho trabajo por hacer antes de que la próxima generación de automatización de usuarios de Mac esté lista para aliviar la carga de la anterior. Puede llevar años, pero el futuro es brillante.
“Adicto a la televisión total. Experto en viajes. Gurú de Twitter. Evangelista de tocino. Creador galardonado. Aficionado al alcohol. Fanático de la música. Solucionador de problemas”.