<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
O coveiro está de volta.<br>
<br>
Ricardo, muito obrigado pela sua explanação.<br>
<br>
Na realidade eu estava apenas me colocando a par das opções, para
ter uma noção de como andam as coisas nessa área, que não é o meu
segmento enquanto desenvolvedor (embora desenvolva pra mobile em
Telnet, mas aí é outra parada e não rola pro projeto que tenho em
mente).<br>
<br>
Quanto aos requisitos funcionais, é algo bem simples mesmo.<br>
<br>
- Uma tela de registro/setup inicial.<br>
- Configuração de Perfil<br>
- Acesso a uma lista (cadastro), seleção de um item dessa lista e
confirmação.<br>
- Consulta itens selecionados.<br>
- Encerramento da seleção.<br>
<br>
Pra ser bem prático, imagine que seja um e-commerce, mas dos mais
simples. Não é um e-commerce, mas os requisitos em termos de
funcionalidade se assemelham muito.<br>
<br>
Quanto aos requisitos não funcionais, a ideia de ter um app nativo
era mais mesmo pela praticidade de não ter de ficar entrando em
browser. <br>
<br>
Em uma versão mais avançada, vou necessitar acessar o ID/Numero do
telefone e a lista de contatos, e também notificar (push), mas
acredito que pra iniciar isso não seria absurdamente necessário.<br>
<br>
Enquanto desenvolvedor, entendo que grande parte dos casos de uso
são bem triviais e basicamente é inserir dados e recuperar dados pra
tela.<br>
<br>
Gostaria de saber mais sobre essa sua opção desenvolvida em WEB
(disfarçado, rs).<br>
<br>
Podemos trocar uma ideia pessoalmente (no LHC). Inclusive se tiver
mais alguém interessado no assunto, vou precisar de ajuda no projeto
e pode ser que role vantagen$ intere$$ante$, já estou em busca de
investidor, mas sem parâmetro de custo também fico com um plano meio
"capenga" e não sei o tamanho do buraco que preciso tapar.<br>
<br>
<br>
Abs<br>
Edson<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 14/05/2015 12:54, Ricardo Panaggio
wrote:<br>
</div>
<blockquote cite="mid:5554C531.2070008@panaggio.net" type="cite">
<pre wrap="">Eu meio que vivo disso, então vou tentar dar uma mão.
On 05/12/2015 02:31 PM, Edson Luis Gonçalez wrote:
</pre>
<blockquote type="cite">
<pre wrap="">A título de informação, alguém sabe me informar se existe alguma IDE pra
desenvolvimento mobile com opções de builds nas principais plataformas
do mercado (iOS, Android, Windows e Blackberry) ?
</pre>
</blockquote>
<pre wrap="">
Antes de mais nada, IDE não parece a coisa que resolve seu problema. O
que você quer é uma plataforma ou biblioteca. Que talvez integre com sua
IDE favorita.
Bem, tem uma porrada de plataformas e bibliotecas. A maior parte foi
citada aqui.
Todas tem vantagens e desvantagens, com suporte total ou parcial a essas
e outras plataformas móveis. Pra te dar uma solução real, você precisa
apresentar suas restrições. O "guia de qual plataforma de
desenvolvimento móvel/biblioteca usar em qualquer situação" ainda não
existe, porque seria longo demais e sempre incompleto na nossa situação
atual, infelizmente. Ainda não existe uma ferramenta que seja tão boa
que deixe todo o resto no chinelo, também infelizmente.
Se estiver afim de listar algumas das suas restrições e ensejos, posso
tentar ajudar mais, sugerindo alguma ferramenta mais útil. Dando um
chute no escuro, pode ser que eu te diga pra ir pra um lado, quando na
verdade você deveria ir para o oposto.
</pre>
<blockquote type="cite">
<pre wrap="">Se não houver remédio, o jeito vai ser desenvolver no modelo
tradicional, começando por Android, pelo menos para validar o projeto.
</pre>
</blockquote>
<pre wrap="">
A não ser que você tenha muito dinheiro para queimar e um time grande,
provavelmente não é uma opção, se for para pingar de plataforma em
plataforma. Se não for para pipocar, apenas fazer nativo pra Android
como primeira opção, IMNSHO não é a melhor coisa a fazer. Android
definitivamente não é a melhor opção de plataforma inicial, a não ser,
claro, que você ou o time já tenha experiência com Android. De novo, a
melhor opção depende do time e das restrições.
Eu arriscaria dizer que algo que usa web como base é uma melhor opção.
Com ressalvas.
Como exemplo pra justificar isso, atualmente estou desenvolvendo um
protótipo apenas com software livre (entre outras vantagens, não custou
nada pro cliente tirando o desenvolvimento) para um cliente que usa SAP
como backend, e que tem usuários com iOS e Androids antigos e novos, em
vários form factors. E a melhor solução que encontramos foi fazer o
aplicativo todo web. Futuramente, se eles realmente verem necessidade,
vamos empacotar o aplicativo com Cordova. Por enquanto, algo web
instalável e que funciona offline resolve totalmente o problema. Os
usuários não percebem que a coisa instalada é web, já que tem um ícone
de aplicativo na tela inicial e que o aplicativo funciona offline. Mas,
vale dizer, isso só foi possível porque na lista de requisitos não
apareceu nada que dependesse de alguma plataforma que gerasse
aplicativos nativos.
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Lista do LHC <a class="moz-txt-link-rfc2396E" href="http://lhc.net.br"><http://lhc.net.br></a>
<a class="moz-txt-link-abbreviated" href="mailto:HSC@listas.tia.mat.br">HSC@listas.tia.mat.br</a>
<a class="moz-txt-link-freetext" href="http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br">http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br</a>
</pre>
</blockquote>
<br>
</body>
</html>