2 Entrevistas: Os caras por trás ExtendScript ToolKit, Switchboard + PatchPanel
Adobe AIR , Adobe Flex Builder , Adobe Illustrator , Adobe InDesign , Adobe PatchPanel , Adobe Photoshop , Adobe Switchboard , ExtendScript ToolKit , ExtendScript ' , painéis Flash , Flash Plug-ins Add comments Automação + Expansão nossa capacidade criativa
Em 1994, eu lembro da primeira vez me deparei com a necessidade de automatizar o meu trabalho criativo. Eu estava freelancing como um artista de efeitos visuais trabalhando em um comercial e precisávamos fazer alguma compositing complicado que exigia a criação viajando mates e manualmente e re-de-interlacing as filmagens, a fim de obter Mates limpo. Eu era capaz de racionalizar o processo usando QuicKeys para gravar e, em seguida, a reprodução tarefas redundantes e depois que eu era viciado no conceito. Na época, eu queria empurrar ainda mais e chegar realmente sob a capa do plug-ins, a fim de personalizá-los e torná-los meus, por assim dizer. No entanto, no momento, se eu queria desenvolver plug-ins, eu teria que voltar para a escola. Eu estava fazendo uma vida decente para criar efeitos visuais para a transmissão e jogos de vídeo para que ele permaneceu apenas isso, um sonho.
14 anos depois, agora temos 6,5 ferramentas de desenvolvimento para ajudar os desenvolvedores ActionScript fazer a transição para criar as nossas próprias aplicações, bem como o Flash plug-ins que impulsionam o Adobe Creative Suite aplicações. Usando uma mistura de Flex Builder, Switchboard, PatchPanel, CSXS, AIR e ExtendScript ToolKit - assim como o Flash, em conjugação com os últimos 3 opções - o meu sonho se tornou realidade. Adobe planeja lançar um artigo que eu estou trabalhando em que passarão a fazer sentido do que ferramentas para usar quando você está tentando prorrogar o Creative Suite, mas por agora, gostaria de lhe apresentar a dois dos principais agentes por trás de várias dessas tecnologias e explorar como a tecnologia passou a ser. É o tipo de história que eu acho tão interessante como a tecnologia que criou, devido a todos os eventos que tinha que cair no lugar antes de parar aqui. Estou sinceramente grato por seu tempo e vontade de participar.
Uma entrevista com Michael Daumling
Na cimeira de desenvolvimento da Adobe na primavera eu tive o privilégio de conhecer Michael Daumling, cientista principal no grupo de Tecnologia Core ETG, que é o criador do ExtendScript ea principal força motriz por trás ExtendScript ToolKit e mais coisas relacionadas com o alargamento do Creative Suite . Ao longo de várias cervejas, ele teve a gentileza de me contar sua grande história. Infelizmente para mim, eu raramente bebida tão havia um par de buracos em minha memória sobre a história dele, [] blush, mas ele ajudou a preencher os espaços em branco abaixo.
Dr. Woohoo: No pdf Adobe Introdução ao Scripting, que define ExtendScript (ES):
Adobe desenvolveu uma versão estendida do JavaScript, chamado ExtendScript, que lhe permite tirar partido da Adobe certas ferramentas e recursos de script.
Eu imagino esta descrição simplifica grandes mudanças nos planos de desenvolvimento individual e as responsabilidades da equipe e alguns riscos envolvidos também. Você pode nos contar um pouco sobre como ES veio a vida?
Michael Daumling: ExtendScript vai caminho de volta aos velhos tempos quando pequenas start-ups como GoLive GmbH na Alemanha poderia fazer algum dinheiro com um produto chamado CyberStudio. Naquela época (final dos anos 90) eu era um empreiteiro para esta empresa. Seu produto (que mais tarde ficou conhecido como Adobe GoLive) necessitaram de um SDK, e eu tinha um brinquedo JavaScript intérprete que eu tinha escrito no meu tempo livre. Eu sempre gostei de linguagens interpretadas, dentre as que eu escrevi foi StarBASIC, que na época era a linguagem de script (e infra-estrutura) do StarOffice Star Division, que mais tarde se tornou o OpenOffice. Ou um bom app que correu um pouco obscura linguagem Logo chamado, mas que foi (e ainda é) muito popular entre os estudantes como uma linguagem educativa.
Para fazer uma longa história curta: o meu motor de JavaScript tornou-se o coração batendo de GoLive da SDK. Isso chamou a atenção da equipe do After Effects. Eles pensaram que seria legal se as pessoas pudessem JavaScripts anexar aos seus quadros para que pudessem circular e alterar objectos entre keyframes; um conceito que aparentemente muitas pessoas encontraram atraente. Logo depois, um bando de miúdos arrefecer em Burlington, MA foi incumbido, com a criação de uma ferramenta de criação Flash, assim que sentou-se e criaram algo chamado LiveMotion (Adobe outro produto muito longe). Eles precisavam de um motor de ActionScript, pois eles se aproximou de mim, então eu sentei e acrescentou muitos ActionScript goodies específico para o meu motor (de volta nestes dias, o ActionScript foi uma espécie de aleijado JavaScript ligeiramente, não é grande besta esta com aulas e mais).
Então, de repente, me encontrei com dois clientes adicionais. Que fez Adobe mover-me para a divisão de Tecnologia Core, e eles me contratar duas pessoas, por isso se tornou uma equipe própria. Eu tive que deixar GoLive, e agora relatórios para alguém em San Jose.
Quem é o próximo? Lembras-te Atmosfera? Esse foi um produto destinado a criar mundos virtuais, principalmente para conversar, onde as pessoas podem criar avatares cool de si mesmos e vagam paisagens virtuais. Por muitas razões, este conceito nunca decolou, mas houve um grande jogo e motor de física que foi totalmente ExtendScript conduzido. O produto sobreviveu, e tornou-se o Acrobat 3D.
Naquela época, Photoshop e Illustrator tinha scripting interfaces para AppleScript e VBScript. A equipe CoreTech que escreveu este código scripting pensei que seria uma boa idéia para adicionar o código JavaScript, e depois de um tempo, ExtendScript se tornaram parte do Photoshop e Illustrator. Isso me fez aparentemente mais importante, a Adobe fez uma oferta para mover-me para San Jose de Hamburgo, na Alemanha, que eu achei impossível de recusar.
A única grande demais aplicações que não apoiou ExtendScript foram Acrobat e InDesign. Acrobat viveu muito bem com seu motor de JavaScript, que tinha emprestado a partir da Mozilla Foundation, e eles foram muito relutantes em mudar os seus motores. No InDesign, programa de gestão não foi convencido no início. InDesign foi concebido a partir do solo, com ênfase na extensibilidade, incluindo as línguas scripting VBScript e Applescript. Infelizmente, estas línguas são dependentes da plataforma, então eu pensei que ExtendScript seria um ajuste ideal como uma linguagem de script cross-platform. InDesign extensibilidade da arquitetura feita fácil de adicionar ExtendScript, como uma questão de fato, tomou-scripts do InDesign, em seguida, o guru Peter Boctor e me apenas uma semana para começar a funcionar.
Então, alguém teve a grande idéia de combinar os produtos Adobe em uma suíte. Creative Suite era o nome. No entanto, como poderia Adobe mostram que estes produtos foram integrados em todos? Bem, acho que a cola foi: ExtendScript. Criou o aplicativo Adobe Bridge, que inicialmente era um explorador de arquivos embutido no Photoshop. Como um produto próprio, foi + + Adobe primeiro C + / híbrido ExtendScript. Continha zilhões de linhas de código ExtendScript.
A stand-alone explorador é bonito, mas inútil, a menos que você pode ter outras aplicações conversar com ele, ou enviar para trás alguns resultados. Precisávamos de um mecanismo de comunicação interapplication. Deve ser independente de plataforma, de modo COM Applescript ou não foi uma boa idéia. 's Bridge Corell Rob e eu nos sentamos e inventou esse mecanismo, que permite que aplicações de código para enviar ExtendScript uns aos outros. Esta tecnologia rapidamente se tornou a espinha dorsal da integração Creative Suite. Acho que sem ExtendScript, o Creative Suite não existiria como é hoje.
Entretanto, ExtendScript se espalhou para outras localizações e aplicações. Alguns utilizá-la apenas internamente, para conduzir as suas APIs e módulos para fins de teste, enquanto outros expõem seus objetos para 3a parte scripters.
Uma entrevista com Bernd Paradies
No outono do ano passado, graças às capacidades de ExtendScript e ExtendScript ToolKit, eu era capaz de criar um plugin Flash Plug-in para o Illustrator que amassada Flickr com o trabalho analítico Color eu tinha criado para In The Mod , a fim de extrair rapidamente as cores das imagens e guardá-los directamente para o Painel Swatches. Você pode vê-lo em ação aqui . Foi definitivamente um truque, mas a prova de conceito trabalhado. Então aconteceu.
A Apple lançou Leopard, o novo Max OS, no inverno de 2007, redefiniu a forma como o redesenho em janelas trabalhadas - similar ao que o Flash Plug-in utilizado. Este efetivamente matou a abordagem hacked eu estava usando e por isso arquivado o conceito de Flash plug-ins e segui em frente. Cerca de janeiro, John Nack, o principal Product Manager, me convidou para jogar no Adobe's sandbox e sugeriu que eu dê uma olhada no trabalho que Bernd Paradies, um Senior Scientist Computador com o grupo GTE Core Technology da Adobe, foi trabalhar. O que eu vi foi lindo! Foi um sonho realizado.
Aqui foi esta pequena equipa dentro Adobe criando duas SWC bibliotecas para Flex Builder - Switchboard e PatchPanel (em beta) - que poderia ser usado para estender o Creative Suite aplicações (com o Leopard problema resolvido). Quero dizer, imagina ele. Se você pegar o número de 3rd party plug-in desenvolvedores que actualmente existem para os produtos Adobe e acrescentar a isso as legiões de ActionScript desenvolvedores que agora podem criar seus próprios aplicativos AIR e Flash plug-ins que impulsionam o Creative Suite aplicações, o potencial é mente soprar. Quando a fumaça liquida, deverá ser muito interessante ver as novas ferramentas criativas que são desenvolvidas. Pode demorar algum tempo, mas os designers irão inevitavelmente benefícios no final.
Dr. Woohoo: Como você se acabar na Adobe e na GTE Core Technology grupo de trabalho com o Michael?
Bernd Paradies: Michael e eu nos encontramos pela primeira vez em StarDivision em Hamburgo, na Alemanha, que acabou sendo comprado pela Sun, a fim de irritar Microsoft dando afastado OpenOffice gratuitamente. Eu era responsável para o motor de composição de texto StarWriter (algumas do meu código antigo ainda pode ser utilizado na versão do OpenOffice). Michael estava toda sobre o lugar em StarDivision. Um lote de seu código, incluindo ovos de Páscoa, sobreviveram na sua componente StarCalc do OpenOffice - você deve perguntar a ele sobre os ovos da Páscoa!
De qualquer maneira, eu deixei para P. StarDivision TINTA, que desenvolveu um software para revistas e jornais. Meu trabalho foi explorar novas tecnologias, incluindo uma nova versão do Adobe PageMaker. O nome de código da futura geração do layout do programa Adobe foi "Shuksan", o que acabou tornou-se InDesign etc Bem, P. TINTA saiu da empresa e eu tenho uma oferta da Adobe (acho que por causa do meu Shuksan profundo conhecimento), que alegremente aceita. tive que mudar para Seattle e retocar o meu Inglês, no entanto.
Após o colapso do P. TINTA o CEO escolheu os melhores programadores de P. TINTA e fundou uma nova empresa chamada GoLive. Sim, isso é o que tenho GoLive adquirido pela Adobe alguns anos mais tarde e é assim que muitos dos meus antigos P. TINTA tornaram-se amigos novos colegas novamente. esquerdo Michael StarDivision para GoLive e ficou incorporada pela Adobe. Enquanto Michael foi o desenvolvimento da infra-estrutura de scripts para Adobe, nos anos seguintes, eu fiquei com o InDesign equipe por quase 9 anos. Claro que Michael e eu permaneci no toque mais todos esses anos e quando a equipe tinha scripting uma posição aberta, ele me incentivou a jogar meu chapéu para a rodada. O resto é história: Eu assumi BridgeTalk, a Adobe comprou a Macromedia, e então veio e Switchboard PatchPanel, que tenta trazer e Adobe tecnologias Macromedia aproximar.
Em geral, eu gosto muito de trabalhar para a Adobe e pessoalmente, prefiro trabalhar em CoreTech em vez de uma equipe de produto como InDesign. CoreTech Em Eu fico mais em contato com outros departamentos e tecnologias dentro e fora da Adobe. Trabalhando com o Michael? Ele é simplesmente brilhante. Ele é extremamente produtivo e muitas vezes eu me encontro em uma posição onde ele proporciona muito antes de eu encontrar tempo para pegar o seu mais recente trabalho.
Dr. Woohoo: Quando surgiu a idéia de em que se refere à construção SB & PP e como fez SB & PP vir à vida?
Bernd Paradies: Michael e eu tinha estado a trabalhar em protótipos para a integração e ActionScript ExtendScript que teve de abandonar. Depois que o Michael me mandou desligar a explorar uma outra idéia: Por que não usar o FlashPlayer como uma caixa preta e ExternalInterface como o mecanismo de transporte ( "encanamento", como nós o chamamos)? Já temos o DOM informações através do CS Scripting Dicionários e ele sugeriu que eu poderia gerar arquivos ActionScript wrapper OMV de arquivos XML. PatchPanel Isso é como começou. BTW, não tínhamos um bom nome até Ben Bauermeister sugeriu "PatchPanel" para mostrar que esta tecnologia é uma companheira para distribuição.
Encontrar um nome para Switchboard era o menor problema. Michael apareceu com ele em breve eu apresentei a idéia de "BridgeTalk no ar". Todo mundo adorou a idéia - mesmo meus chefes. Mas eles também estavam preocupados com o meu trabalho e sugeriu que eu deveria quer trabalhar em PatchPanel ou de distribuição. Bem, eu fiz os dois. A importância de ter Switchboard foi bastante claro ao Michael e me muito cedo. Nós queríamos apoiar a plataforma AIR, e sabia que os desenvolvedores AIR queria falar com apps CS. Encontrei-me com a equipe do AIR e que se tornou bastante claro que o runtime AIR (que é instalado com todos os app AIR) era um tabu. É por isso que eu tinha para chegar a uma solução que envolvia serviços.
Cool stuff! Obrigado por compartilhar estas entrevistas!
[...] Se você estiver interessado em saber como PatchPanel, Switchboard ExtendScript Toolkit e entrou para a vida, confira a entrevista com os caras principal por trás deles: 2 Entrevistas: Os caras por trás ExtendScript ToolKit, Switchboard + PatchPanel [...]
[...] Aliás, se você estiver interessado em saber como camada de aplicativo da Adobe automação passou a ser (e onde ela pode ser dirigida), confira duas entrevistas Drew: Os caras por trás ExtendScript ToolKit, Switchboard + PatchPanel. [...]