Concordo contigo, eu sou um dos que AMARIAM comprar uma licença, mas o custo é surreal, impossível pra pessoas como eu que ganham R$2.000/mês.

Eu vou pegar o piratão por hora, e fazer uns programas, e assim que conseguir com a grana dos programas quero comprar uma licença embarcadero.

Temos que valorizar o trabalho que estão fazendo pelos delphianos…

@Tiago,

Sim depois da versão 1.0 eles passaram a compilar, entretanto eu não recomendo por uma série de razões, entre elas ter que escrever toda uma app em JavaScript, custos para se usá-lo, etc.

Andreano,

O Titanium gera aplicativos nativos. Diferente do PhoneGap que funciona sobre um “webview”, o Titanium gera tanto APK para Android quanto para iOS.

Eu tava olhando alguns vídeos é o próprio SDK do android que eu vou usar e importar lá nas opções do Delphi ???

Grato desde já

Utilizando DataSnap eu testei e foi tranquilo.

Carlos, eu tomei um grande susto ao receber a proposta de compra do Delphi XE5 Enterprise com preços totalmente fora da realidade para desenvolvedores autônomos ou pequenas Software Houses. Infelizmente notamos que a Embarcadero tem focado nas grandes empresas e tenha deixado de lado o restante.

Oi Everton, sobre o Basic4android ele converte o código Basic para Java automaticamente e a APP rodará como fosse criada em Java, com tamanho do APK reduzido e muita rapidez. Também permite criar serviços em background e tudo mais que existe no desenvolvimento utilizando Java (Socket, HTTP, ADMOBI, APIs, etc.) . No Delphi XE5 os APKs gerados são muito grandes, só rodam em dispositivos com versão do android mais recentes (http://blogs.embarcadero.com/davidi/2013/09/13/42863/) e aplicação não roda tão rápida em dispositivos mais fracos, comparando com Apps nativas feitas em Java. Além disso não tenho certeza do suporte a serviços em Background e acesso a APIs. Mas esta versão é a inicial e com certeza a Embarcadero deve realizar ajustes e melhorar o suporte ao Android.

Sou um fã de carteirinha do Delphi, mas por força maior $$$ devo confessar que tenho investido tempo e um pouco de dinheiro no Java, se no passado fomos 4 programadores em Delphi aqui na empresa, hoje somos 2 de Java e 1 de Delphi.. não estou dizendo para o Delphi ser free como o Java, mas que os valores fossem acessíveis como eram quando tinha-se a opção de uma edição Professional e não pagar uma Enterprise para criar programas que são usados em rede local.

Abraços

Parece que o XE5 ainda tem bugs. Quando compilamos o um projeto com o XE5 mesmo que simples, com apenas um form, ao copiar o apk para dentro de um smartphone android o programa não roda!

vamos esperar mais alguns updates pra ver o que acontece!!!

Uma coisa é a LCL lazarus custom drawn , outra é a RTL do compilador FreePascal.

Quanto ao iOS, : http://pas4mobile.com/

Já testei ambas , e a solução não está muito distante da Embarcadero/FireMonkey não. Inclusive, pelo FPC você consegue suporte ao ARMV6.

Código intermediário e código nativo não são opostos?

Porque o Andreano Lanusse falou em app nativa e você disse que gera um código intermediário…

É que isso não ficou muito claro na webinar…

Mauricio, si las conosco, todavia Lazarus no esta en un nivel que yo pueda recomendar

Andreano sobre android en lazarus nose si conoces estas paginas donde andan haciendo cosas con eso.

http://blog.naver.com/simonsayz
http://wiki.lazarus.freepascal.org/Custom_Drawn_Interface/Android

Oi André,

Procede sim, aplicações feitas com Delphi somente irão rodar em aparelhos que tenham suporte a GPU e processadores ARMv7 com suporte a instruções NEON.

Existem muitas discussões sobre isso pela internet e muitos desenvolvedores considerando isso um problema, grande parte porque muitos mercados ainda tem aparelhos antigos rodando Android.

Espero que esta Tecnologia tenha vida longa.Que não a abandone,assim que aparece o primeiro problema.
O borland/Code Gear/Embarcadero tem lançado coisas interessante nestes ultimo tempos;porém de amadurecerem a soluções eles simplesmente as abandonam;Já aconteceu isto com: CLX(poderia de cito baseada em GTK e não QT),VCL.NET,etc.