Pois é! Concordo plenamente com a questão de estratégia comercial da Adobe. É até obvio este movimento. E mesmo sem a compra da PhoneGap, eu já esperava que ele aconteceria, embora eu acharia muito mais proveitoso comprar uma empresa com um conceito bem melhor definido (gerar código nativo com o mesmo processo), que seria a AppCelerator, como citei anteriormente.
Quanto a questão de se ter uma única base de código, ou o conceito "write once / deploy everywhere", há mesmo várias alternativas. Eu mesmo sempre fui atraído (e ainda sou) ao FlashPlatform na busca por encontrar a melhor forma de faze-lo. Mas aqui na empresa, influenciado pelo responsável do nosso Sistema Operacional (baseado em Linux) de solução embarcada que temos para Advertising (Digital Signage), encontrei na linguagem C/C++ um cenário altamente produtivo, eficiente e fiel a essa característica. Afinal, a grande maioria de todas as plataformas que conhecemos (mobile, desktop, TVs, Set-top boxes, etc e até mesmo web) possuem compiladores que interpretam código nesta origem, bem como possuem bibliotecas passíveis de serem nela consumidas e geram código/binário DE MÁQUINA/NATIVO para as mesmas. Bom, não vou me prolongar muito aqui na questão, já que ficaria off-topic e também porque ainda estou na fase de prova deste conceito, onde estou migrando uma app que desenvolvi usando AIR3.1 (AS3) p/ deploy no iOS, MacOS, Android e Windows na forma de uma única base de código "C++". Em pequenos testes isolados, tudo correu bem. Vamos ver num cenário real. E sim, realmente o meu cenário é bem particular. A grande maioria das apps não precisam dessa preocupação absurda com performance que hoje eu tenho (e que infelizmente o FlashPlayer/AIR/CaptiveRuntime não está atendendo bem). Meu cenário é bastante agressivo tendo em uma única tela: renderização de vídeo de sinal de TV HD (decodificado em tempo real, como em um set-top-box), animações de banners e uma animação de texto que precisa ser o mais "smooth" possível. StageWebView e StageVideo melhoraram muito as coisas para a solução em AS3 e espero que o Stage3D (Molehill) ainda possa tornar novamente o AS3 viável para essa solução, mas... ainda não. Por enquanto, não foi possível colocar o AIR aqui. Mas o interessante é que o único impedimento foi performance e não recursos (amamos ANE), o que me deixou ainda mais empolgado com o FlashPlatform. O resto é assunto para um #Soudev #Lunch... ...ou um post no Blog, que eu deveria fazer... ...tempo, tempo, tempo... Vicente Maciel Junior - @macieljr ======================================== Rich Internet Applications Software Architect Independent Web Developer & Consultant Adobe Certified Expert / Instructor on ColdFusion and Flex with AIR Adobe Community Professional --------------------------------------------------------------------------------- +55 21 8087-8506 MSN: [email protected] --------------------------------------------------------------------------------- Software Engineer At: http://www.adpix.com.br Personal Blog: http://teclandoalto.blogspot.com Google Profile: http://www.google.com/profiles/macieljr ======================================== Em 26 de outubro de 2011 21:19, Mário Júnior <[email protected]>escreveu: > Acho q a idéia de de comprar é mais uma questão de "estratégia de negócio" > doq "estratégia de desenvolvimento". > > IMHO, com todo esse auê do HTML5, já estavam aparecendo gente dizendo: > - "é melhor fazer mobile app com html/js doq usar flash platform" > - "a flash platform vai morrer, pq eu posso usar html/js para fazer até > apps p/ mobile" > - etc.. > > Enfim, agora a estratégia (pelo menos, do lado da Adobe) é o seguinte: > Ae amigo dev, vc quer usar Flash Platform para fazer apps mobile ou quer > fazer com HTML5/js/css3 ? > Nós fornecemos os dois! E isso - novamente IMHO - acho q é ótimo! > > No final, seja com Flash ou com Html bridge, sabemos q o melhor mesmo é > sempre nativo. > O único - mas fatal - problema de ser "nativo" é o fato de ficar "preso" a > plataforma. Sabemos q no mundo real, esse lance de "ter código para Android" > e ter outro "código que faz a MESMA coisa para iPhone" é inviável. Poucas > empresas estão afim de pagar por isso (duas equipes, ou equipes com pessoas > q dominam as duas plataformas custam caro). > > Isso sem contar o OS da BlackBerry.... Windows Phone, etc... > > > []'s > > > > > Em 26 de outubro de 2011 15:15, Vicente Maciel Junior > <[email protected]>escreveu: > > Bom, o PhoneGap é uma alternativa interessante para a criação de apps para >> multiplos dispositivos pois você reutiliza os seus conhecimentos de >> desenvolvimento Web com APIs como o jQuery. (PONTO) >> >> A compilação para multiplos dispositivos, que é a mágica por trás do >> PhoneGap, nada mais é do que juntar o controle de renderização web de cada >> "sabor" de plataforma mobile (que são baseados no WebKit) e os arquivos >> (HTML+JS+CSS) que compoem a sua aplicação. Adicionalmente, você vai ter uma >> API Javascript que expõe as capacidades inerentes do sistema onde sua >> aplicação estiver rodando (Acelerometro, Camera, Contatos, GPS, etc). >> >> Ou seja, o resultado é a seguinte pilha (de baixo para cima): >> - Sistema Operacional do Dispositivo >> - WebKit (Engine do navegador Web do dispositivo) >> - Sua App (HTML+JS+CSS+JS-APIPhoneGap) >> >> Por isso coloquei aquele PONTO, especificando que os beneficios se >> resumiam ao primeiro parágrafo. Pois, em termos de performance, é >> incomparável o resultado proveniente de uma APP rodando com código nativo >> (UI, acesso a recursos como Camera, Acelerometro, etc) e de uma que se vale >> de um "Bridge/Ponte" para repassar esses recursos através de uma outra >> aplicação (o WebKit/Navegador) na qual a sua app estará embutida. >> >> Por exemplo, no XCode (Mac), pra fazer isso é só arrastar pra janela do >> aplicativo um UIWebView, fazer as páginas HTML+JS+CSS, criar uma ponte para >> acessar os recursos dos dispositivo (Camera, etc.) e associar a página >> inicial do controle UIWebView. Para quem não sabe, o UIWebView é como o >> StageWebView na API do Flash/Flex. Ou seja, para desenvolvedores como nós, é >> muito fácil alcançar o que o PhoneGap oferece. Por isso que vejo ele ser >> interessante sim, mas para quem não quer (ou não conseguiu - seja por falta >> de tempo ou qualquer outro fator limitador) adquirir conhecimento nas >> tecnologias de cada plataforma para desenvolver soluções nativas. >> >> Então, IMHO, é interessante que a Adobe tenha essa solução facilitadora e >> abra o leque de meios de seus produtos serem utilizados para se desenvolver >> tal tipo de conteúdo aproveitando o expertise já inerente da maioria dos >> seus consumidores. MAS, isso está bem longe de colocá-la como um grande >> player ou meio de desenvolvimento profissional de apps para multiplos >> dispositivos. >> >> Ela está bem mais próxima disso com o FlashPlatform utilizando o >> CaptiveRuntime (que junta o AIR em codigo nativo p/ determinado dispositivo >> + sua app AS3), embora eu creio que o ideal seria a Adobe seguir um caminho >> como o AppCelerator (http://www.appcelerator.com/) seguiu, oferecendo uma >> API padrão para desenvolvimento, entregando código 100% nativo para o >> dispositivo no qual a sua app vai rodar. >> >> É só minha opinião... >> >> >> Vicente Maciel Junior - @macieljr >> ======================================== >> Rich Internet Applications Software Architect >> Independent Web Developer & Consultant >> Adobe Certified Expert / Instructor on ColdFusion and Flex with AIR >> Adobe Community Professional >> >> --------------------------------------------------------------------------------- >> +55 21 8087-8506 MSN: [email protected] >> >> --------------------------------------------------------------------------------- >> Software Engineer At: http://www.adpix.com.br >> Blog pessoal: http://teclandoalto.blogspot.com >> Google Profile: http://www.google.com/profiles/macieljr >> ======================================== >> >> >> >> Em 26 de outubro de 2011 13:24, RafaelViana <[email protected]>escreveu: >> >> Não sei se já foi postada esta notíca aqui na lista. >>> >>> >>> http://www.phonegap.com/2011/10/03/nitobi-enters-into-acquisition-agreement-with-adobe-2/ >>> >>> Adobe entrando de vez no mercado mobile? >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para [email protected] >>> Para sair da lista, envie um email em branco para >>> [email protected] >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> Para sair da lista, envie um email em branco para >> [email protected] >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > > > -- > Mario Junior > http://blog.mariojunior.com/ > @mariojunior > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
