2 Entrevistas: Los chicos detrás de ExtendScript ToolKit, centralita + paneles de conexión
Adobe AIR , Adobe Flex Builder , Adobe Illustrator , Adobe InDesign , Adobe paneles de conexión , Adobe Photoshop , Adobe Switchboard , ExtendScript ToolKit , 'ExtendScript , Paneles de Flash , Flash Plug-ins Agregue los comentarios Automatización + expandir nuestras capacidades creativas
En 1994 Recuerdo la primera vez que me encontré con la necesidad de automatizar mi flujo de trabajo creativo. Yo estaba libre como un artista de efectos visuales que trabajan en un comercial y que teníamos que hacer algunos de composición compleja que requiere la creación de viaje y manualmente las matas de de-y re-entrelazado en las imágenes para obtener Matas limpio. Fui capaz de agilizar el proceso utilizando QuicKeys para grabar y luego reproducir las tareas redundantes y después de que yo estaba enganchado en el concepto. En ese momento, yo quería empujarlo más allá y consigue realmente bajo el capó de los plug-ins con el fin de personalizar y hacerlas mías, por así decirlo. Sin embargo, en ese momento, si yo quería desarrollar plug-ins, me habría tenido que volver a la escuela. Yo estaba haciendo una vida digna a la creación de efectos visuales para televisión y los videojuegos por lo que quedó en eso, un sueño.
14 años más tarde, ahora tenemos 6,5 herramientas de desarrollo para ayudar a los desarrolladores de ActionScript hacer la transición a crear nuestras propias aplicaciones, así como Flash plug-ins que impulsan las aplicaciones de Adobe Creative Suite. Al utilizar una mezcla de Flex Builder, centralita, paneles de conexión, CSXS, AIR y ExtendScript ToolKit - Flash, así como en relación con los últimos 3 opciones - mi sueño se ha hecho realidad. Adobe planea lanzar un artículo que estoy trabajando en que dé sentido a qué herramientas utilizar cuando usted está intentando ampliar la Creative Suite, pero por ahora, me gustaría presentarles a dos de los principales actores detrás de varias de estas tecnologías y explorar cómo la tecnología llegó a ser. Es el tipo de historia que me parece tan interesante como la tecnología que creó, debido a todos los eventos que tenían que caer en su lugar antes de parar aquí. Estoy sinceramente agradecido por su tiempo y su voluntad de participar.
Una entrevista con Michael Daumling
En la cumbre de desarrollo de Adobe en la primavera he tenido el privilegio de conocer a Michael Daumling, un científico principal en el Núcleo de Tecnología ETG grupo, que es el creador de ExtendScript y la fuerza impulsora principal detrás de ExtendScript ToolKit y todo lo relacionado con la ampliación de la Creative Suite . En el transcurso de varias cervezas, él tuvo la amabilidad de decirme su gran historia. Desafortunadamente para mí, muy de vez en beber por lo que hubo un par de agujeros en mi memoria acerca de su historia, [] rubor, pero que ayudó a llenar los espacios en blanco a continuación.
Dr. Woohoo: En el pdf Introducción a Adobe Scripting, define ExtendScript (ES):
Adobe ha desarrollado una versión ampliada de JavaScript, llamado ExtendScript, que le permite tomar ventaja de ciertas herramientas de Adobe y las características de secuencias de comandos.
Me imagino que esta descripción simplifica grandes cambios en los planes de desarrollo, y las responsabilidades individuales del equipo y algunos riesgos involucrados. ¿Puedes contarnos un poco acerca de cómo ES llegó a la vida?
Michael Daumling: ExtendScript va camino de regreso, a los viejos tiempos en que las pequeñas start-ups como GoLive GmbH en Alemania podría hacer algo de dinero con un producto llamado CyberStudio. En aquel entonces (finales de los 90) que era un contratista de esta empresa. Su producto (que más tarde fue conocido como Adobe GoLive) necesita un SDK, y tuve un juguete intérprete de JavaScript que yo había escrito en mi tiempo libre. Siempre me han gustado los lenguajes interpretados, entre los que yo escribía era StarBasic, que en ese entonces era el lenguaje de scripting (e infraestructura) de StarOffice Star Division, que más tarde se convirtió en OpenOffice. O una buena aplicación que corría un lenguaje un tanto oscuro llamado Logo, pero que era (y sigue siendo) muy popular entre los estudiantes como un lenguaje de la educación.
Para hacer el cuento largo: mi motor de JavaScript se convirtió en el corazón de los SDK GoLive. Esto llamó la atención de los Efectos del equipo después. Pensaban que sería genial si la gente pudiera colocar a sus cuadros JavaScripts para que pudieran moverse y cambiar objetos entre los fotogramas clave, un concepto que aparentemente muchas personas encuentran atractiva. Poco después, un grupo de niños fresco en Burlington, MA se le encargó la creación de una herramienta de autoría Flash, por lo que se sentó y creó algo llamado LiveMotion (otro producto de Adobe quedado atrás). Necesitaban un motor de ActionScript, se acercaron a mí, así que me senté y añadió muchas golosinas ActionScript específico para mi motor (de vuelta en estos días, ActionScript era una especie de Javascript ligeramente cojo, no esta gran bestia con clases y más).
Así, de repente, me encontré con dos clientes adicionales. Lo que hizo Adobe moverme a la División de Tecnología Core, y me dejaron contratar a dos personas, por lo que se convirtió en un equipo propio. Tuve que dejar GoLive, y ahora la presentación de informes a alguien en San José.
¿Quién estaba al lado? ¿Te acuerdas de la atmósfera? Se trata de un producto destinado a crear mundos virtuales, sobre todo para el chat, donde la gente puede crear avatares cool de sí mismos y vagan paisajes virtuales. Por muchas razones, el concepto de esto nunca despegó, pero fue un gran juego y un motor de física que era totalmente ExtendScript impulsado. El producto sobrevivido, y se convirtió en Acrobat 3D.
En ese momento, Photoshop e Illustrator había interfaces de scripting para AppleScript y VBScript. El equipo CoreTech que escribió el código de secuencias de comandos pensó que sería una idea genial para agregar al código de JavaScript, y después de un tiempo, ExtendScript pasó a formar parte de Photoshop e Illustrator. Esto me hizo parecer más importante, Adobe hizo una oferta a moverme a San José desde Hamburgo, Alemania, que me pareció imposible de rechazar.
La única gran aplicaciones que no apoyaban ExtendScript fueron Acrobat e InDesign. Acrobat vivían muy bien con su motor de JavaScript, que habían tomado de la Fundación Mozilla, y ellos se sentían dispuestos a cambiar su motor. En InDesign, la gestión del programa no estaba convencida al principio. InDesign ha sido diseñado desde cero con énfasis en la extensibilidad, incluidos los lenguajes de scripting VBScript y AppleScript. Lamentablemente, estas lenguas son dependientes de la plataforma, así que pensé que sería ExtendScript un ajuste ideal como plataforma de lenguaje de scripting de cruz. extensibilidad de la arquitectura de InDesign hecho fácil para agregar ExtendScript, como cuestión de hecho, se-scripting de InDesign a continuación, el gurú Peter Boctor y yo sólo una semana para empezar a funcionar.
Entonces alguien tuvo la gran idea de combinar los productos de Adobe en una suite. Creative Suite es el nombre. Sin embargo, ¿cómo podría Adobe muestran que estos productos se han integrado en absoluto? Bueno, supongo que lo que el pegamento era: ExtendScript. Adobe creó la aplicación del puente, que originalmente era un explorador de archivos integrado en Photoshop. Como un producto propio, que era + + Adobe primer C + / híbrida ExtendScript. Contenía tropecientos millones de líneas de código ExtendScript.
Un explorador de stand-alone es bonito, pero inútil a menos que usted puede tener otras aplicaciones hablar con él, o devolver algunos resultados. Necesitábamos un mecanismo de comunicación entre aplicaciones. Cabe independiente de la plataforma, por lo COM o AppleScript no era una buena idea. Puente de Rob Corell y me senté e inventó este mecanismo, que permite a las aplicaciones para enviar código ExtendScript el uno al otro. Esta tecnología se convirtió rápidamente en la columna vertebral de la integración de Creative Suite. Creo que sin ExtendScript, de la Creative Suite no existiría como lo hace hoy.
En el ínterin, ExtendScript se ha diseminado a otros lugares y aplicaciones. Algunos lo utilizan sólo internamente, para conducir su API y módulos para realizar pruebas, mientras que otros exponen sus objetos al 3 de scripts partido.
Una entrevista con Bernd Paradies
En el otoño del año pasado, gracias a las capacidades de ExtendScript ToolKit y ExtendScript, tuve la oportunidad de crear un plug-in para Illustrator que triturado encima de Flickr con la Analítica de trabajo de color que había creado para En El Mod con el fin de extraer rápidamente colores de las imágenes y guardarlas directamente al panel Muestras. Puedes verlo en acción aquí . Definitivamente fue un truco, pero la prueba de concepto trabajado el. Entonces sucedió.
Apple lanzó Leopard, el nuevo sistema operativo Max, en el invierno de 2007 y redefinido la forma en la reimpreso en ventanas trabajadas - similar a la de Flash plug-in utiliza. Esto efectivamente asesinado hackeado el enfoque que estaba usando y por eso dejó de lado el concepto de Flash plug-ins y siguió adelante. Alrededor de enero, John Nack, el Director Gerente de Producto, me invitó a jugar en el recinto de seguridad de Adobe y me sugirió que echar un vistazo a la labor que Bernd Paradies, un oficial superior de Ingeniero en computación con el grupo ETG Core Technology en Adobe, estaba trabajando. Lo que vi era hermoso! Fue un sueño hecho realidad.
Allí estaba ese pequeño equipo de Adobe la creación de dos bibliotecas de SWC Flex Builder - Switchboard y paneles de conexión (en beta) - que podría ser utilizado para ampliar las aplicaciones de Creative Suite (con el problema resuelto Leopard). Quiero decir, imaginar. Si usted toma el número de tercera parte que los desarrolladores de plug-in que existen actualmente para los productos de Adobe y que añadir a las legiones de ActionScript los desarrolladores, que ahora pueden crear sus propias aplicaciones AIR y Flash plug-ins que impulsan las aplicaciones de Creative Suite, el potencial es soplan de la mente. Cuando el humo se instala, debe ser muy interesante ver las nuevas herramientas creativas que se desarrollan. El proceso puede durar algún tiempo, pero los diseñadores inevitablemente se beneficiarán en el final.
Dr. Woohoo: ¿Cómo acabar en Adobe y en el Núcleo de Tecnología ETG grupo de trabajo con Michael?
Bernd Paradies: Michael y yo nos conocimos por primera vez en StarDivision en Hamburgo, Alemania, que fue comprada por Sun con el fin de molestar a Microsoft por OpenOffice regalando de forma gratuita. Yo era el responsable para el motor de composición de texto de StarWriter (parte de mi código de edad todavía podría estar en uso en la versión de OpenOffice). Michael estaba por todo el lugar en StarDivision. Una gran parte de su código, incluyendo los huevos de Pascua han sobrevivido en su componente de OpenOffice StarCalc - debe preguntarle acerca de los huevos de Pascua!
De cualquier manera, me fui para StarDivision P. INK, que desarrolló el software para revistas y periódicos. Mi trabajo consistía en explorar nuevas tecnologías, incluyendo una nueva versión de PageMaker de Adobe. El nombre en clave del futuro programa de diseño Adobe generación fue "Shuksan", que con el tiempo se convirtió en InDesign, etc Bueno, p. TINTA salió del negocio y tengo una oferta de Adobe (supongo que por mi conocimiento Shuksan de profundidad), lo que acepté. tuve que ir a Seattle y refrescar mi Inglés, sin embargo.
Después del colapso de P. TINTA recogió el CEO los mejores desarrolladores de P. TINTA y fundó una nueva empresa llamada GoLive. Sí, ese es el que consiguió GoLive adquirida por Adobe unos años más tarde y así es como muchos de mis viejos TINTA P. amigos se convirtió en los nuevos colegas de nuevo. StarDivision Michael dejó para GoLive y obtuve fusionaron en Adobe. Mientras que Michael fue el desarrollo de la infraestructura de scripting para Adobe en los años siguientes me quedé con el equipo de InDesign para casi 9 años. Por supuesto, Michael y yo nos quedamos en contacto por todos los años y cuando el equipo de secuencias de comandos tiene una posición abierta que me animó a tirar mi sombrero en la ronda. El resto es historia: me hice cargo BridgeTalk, Adobe compró Macromedia, y luego vino centralita y paneles de conexión, que intentan adaptar Adobe y Macromedia tecnologías más cerca.
En general me encanta trabajar para Adobe y personalmente prefiero trabajar en CoreTech en lugar de un equipo de producto como InDesign. En CoreTech puedo obtener más en contacto con otros departamentos y tecnologías dentro y fuera de Adobe. Trabajar con Michael? Él es simplemente brillante. Es una enorme productividad y yo a menudo me encuentro en una posición en la que ofrece mucho antes de encontrar tiempo para recoger su último trabajo.
Dr. Woohoo: ¿De dónde provienen de la idea en cuanto a la construcción de la SB y PP y cómo la SB y PP llegan a la vida?
Bernd Paradies: Michael y yo había estado trabajando en el prototipo para la integración de ActionScript y ExtendScript que finalmente tuvieron que abandonar. Después de que Michael me envió a explorar otra idea: ¿Por qué no utilizar el FlashPlayer como un cuadro negro y ExternalInterface como mecanismo de transporte ( "cañerías", como la llamábamos)? Ya tenemos la información a través del DOM Scripting Diccionarios CS y él me sugirió que podría generar archivos de ActionScript envoltorio OMV de archivos XML. Así es como comenzó paneles de conexión. BTW, no tuvimos un buen nombre, hasta Ben Bauermeister sugirió "paneles de conexión" para demostrar que esta tecnología es un compañero a la centralita.
Encontrar un nombre para Switchboard era el más pequeño problema. Michael se acercó a ella poco presenté la idea de "BridgeTalk ON AIR". Todo el mundo le encantó la idea - incluso mis jefes. Pero también estaban preocupados por mi trabajo y me sugirió que debería funcionar en cualquiera de paneles de conexión o de la centralita. Bueno, yo hice ambas cosas. La importancia de tener Switchboard fue bastante claro a Michael y yo muy pronto. Queríamos apoyar la plataforma AIR y sabía que los desarrolladores de AIR quería hablar con aplicaciones CS. Me reuní con el equipo de AIR y se hizo bastante evidente que el tiempo de ejecución de AIR (que se instala con cada aplicación AIR) era un tabú. Es por eso que yo había para llegar a una solución que los servicios implicados.
Cool Stuff! Gracias por compartir estas entrevistas!
[...] Si usted está interesado en la forma de paneles de conexión, centralita y ExtendScript Toolkit llegó a la vida, echa un vistazo a esta entrevista con los chicos principal detrás de ellos: 2 Entrevistas: Los chicos detrás de ExtendScript ToolKit, centralita + paneles de conexión [...]
[...] Por cierto, si usted está interesado en la forma en la capa de aplicación de automatización de Adobe llegó a ser (y donde podría estar encabezada), echa un vistazo a 2 de Drew Entrevistas: Los chicos detrás de ExtendScript ToolKit, centralita + paneles de conexión. [...]