| Autor |
Mensagem |
|
|
ActionBar existe até para Android 1.6.
Procure mais que encontrará.
Fizeram esta implementação para ser retro-compatível com celulares mais antigos.
|
 |
|
|
|
Vá no Manifest e marque que não é para recriar a atividade caso a tela seja rotacionada.
|
|
|
|
SplashScreen baseada em tempo é uma falácia.
Digo isto porquê a maneira correta de implementar é fazer com que ela saia da tela tão logo a aplicação esteja realmente pronta para ser exibida.
O problema da temporização é que se você definir que a splash ficará por 5 segundos na tela e teu dispositivo demorar mais do que isto para inicializar a aplicação, você terá problemas...
Então a dica é: Implemente de forma a não depender de tempo, mas sim da condição da app. Se ela está realmente pronta para ser usada, você retira a splash da tela e apresenta a interface principal.
Esta regra sempre valeu para qualquer linguagem/sistema (desktop/mobile).
|
|
|
|
A solução é simples e espero mesmo que tenha saído do papel. Se ele queria realmente isto, deve ter arregaçado as mangas e ido atrás.
Com um pouco de busca, se encontra as peças para a solução e se encaixa elas.
|
|
|
|
É a 2a opção mesmo...
Procure por OMA DRM Forward-Lock
|
|
|
|
Jonathan_Sales wrote:E agora? Qual vai ser o futuro do Android?
O mesmo do iPhone. Ser barrado onde for possível e liberado onde puder.
|
|
|
|
Parabéns, mesmo não tendo tablet, admiro quem arregaça as mangas e faz, não fica de mimimi querendo tudo pronto.
Feliz Natal e muita saúde. Continue e se um dia puder, reverta em algum benefício para a sociedade. abraço.
|
|
|
|
|
GUJi
|
|
|
|
bestlinux wrote:Sinceramente: Isso é a coisa mais normal do mundo (infelizmente)
....
..
...
Gestor: "Blz, corrige rápido, depois a gente ve essa refatoração. Por que a mulher ta cuspindo fogo pela boca e já ta ameaçando procurar outro fornecedor"
Bom...você arruma o problema em 3h. O Gestor fica feliz, o Cliente fica feliz. O Gestor fala para o Diretor que conseguimos apagar o "Incêndio" com o Cliente.
Conclusão: Você resolveu o problema em 3h. Deixou todos os seus superiores felizes. E principalmente: Deixou o cliente feliz. E eles nem ao menos sabem o que você fez. Se você se manter assim, deixando o tempo todo o "Gestor" e "Cliente" feliz, provavelmente você ira receber um reajuste ou talvez sera promovido de cargo.
Essa é a "dura" realidade de "algumas" empresas. Mas arrisco dizer: As empresas hoje em dia buscam "bombeiros" e não "detetives" para analisar e investigar a melhor solução para o problema.
O problema é: Nessas condições que coloquei acima, quem futuramente ira ter mais beneficios($$$) dentro desta empresa: O "bombeiro" ou o "detetive" ?
Obs: Todo esse texto acima, foi um caso real.
Parabéns !
Conseguiu passar fielmente como é realmente a vida.
Detetive precisamos sim, mas na maior parte do tempo é o bombeiro que entra em cena. Vai depender do prazo e urgência.
Essa é a vida. Ou ele acostuma-se ou morre perante o mercado.
|
|
|
|
O SMS vai sair pela linha que estiver ativa no momento.
Não há suporte na API para vc selecionar a linha na qual quer que a cobrança seja feita.
|
|
|
|
htraos wrote:Boa noite.
Há um mês troquei de empresa. Saí de uma empresa pequena que tem uma preocupação grande com a qualidade (tanto de codificação quanto de "produto final" -- o que o cliente vê) e fui para uma empresa maior, mas menos preocupada com a qualidade do código.
Empresa pequena normalmente é mais fácil manter a qualidade do código pq os sistemas são poucos, a equipe é pequena, e as folgas que aparecem ou cobrança por prazo não é tão grande assim.
htraos wrote:
Essa empresa onde estou agora não se importa, por exemplo, se o CSS que está sendo usado na página tem 100 ou 1000 linhas. Não se importa se o projeto está utilizando versionamento ou se foi feito backup. Dá até pra cometer o gravíssimo erro de colocar informações de sessão expostas no cookie que ninguém percebe, pois ninguém valida e revisa o código.
Temos programadores pra que ? Se eles já não implementam direito, a culpa não é da empresa...
Quem tá com a mão na massa é o pedreiro (programador). Se ele vê que determinado bloco está ruim, que coloque outro e continue a levantar o muro (projeto).
Agora esperar que o engenheiro fique monitorando isto e tenha esta obrigação é demais.
Da mesma forma o CSS ou outra peça de software. Todo o código é de responsabilidade do programador. Se está uma merda, a culpa é dele.
htraos wrote:
E típica empresa onde os gerentes chegam e cobram resultados que invariavelmente são urgentes. O famoso "faz funcionar".
Mas isto é assim na maioria dos lugares, inclusive onde trabalho. É coisa natural, não sei pq vc estranha. Imagino q deve ter pouca idade e pouca experiencia profissional.
Se meu gestor me pede algo, ele vem, combina comigo o prazo e sou responsável por dizer quanto tempo vai levar.
A partir daí ele está certo em me cobrar pelo prazo, pois combinamos juntos, portanto não foi imposto, mas tb não foi definido por mim.
Cabe a mim, fazer o melhor dentro deste prazo que combinamos, pois existem outros na equipe que também dependem do meu trabalho e se eu atraso, atraso os outros.
htraos wrote:
Como estou começando, me dão manutenção pra fazer (em projetos já entregues) e essa manutenção é em cima de um código feio, não documentado (e não comentado)... um código que mistura a view com a regra do negócio, que possui métodos com centenas de linhas... enfim, quase sempre são códigos horríveis de dar manutenção -- e devido a essas características, atrasos são muito frequentes. No entanto as pessoas hierarquicamente acima de mim não estão nem um pouco preocupadas com a qualidade interna do projeto. Querem apenas o resultado e querem que fique bom para o cliente. E no prazo estipulado.
Novamente te digo, isto é o comum por aí. Pegar projeto já feito para dar manutenção e achar que vai encontrar 15 design patterns implementados é ser muito inocente.
Te digo mais...já vi programador que odeia comentar código e programa assim, sem nada mesmo, apenas código.
Ele e somente ele é responsável por deixar isto para as gerações futuras.Quer brigar com alguém de ter que enfretar o inferno para entender a lógica da app ?
Busca esse safado no inferno !
Eu sou a favor do código comentado, mas tem gente que não é e estes quando pegam sistemas que mantenho, adoram, pq o código + comentários ajudam em muito a eles não terem que ficar perguntando o que é o que no projeto.
htraos wrote:
Eu constantemente fico receoso de o meu futuro nessa empresa estar comprometido (leia-se: tenho receio de ser demitido) por conta dessa herança maldita, de metodologias inexistentes, de uma programação às vezes gambiarrenta e outras vezes complicada demais quando deveria ser simples (para terem uma ideia, hoje eu passei o dia todo tentando submeter um conjunto de checkboxes para o controller (tarefa trivial e simples!), porque a forma como a query estava montada... dava vontade de apagar tudo e começar do zero ao invés de implementar em código bagunçado).
Dica: Só tente consertar o que está cagado se você tiver tempo no seu prazo ou se isto decididamente não oferece risco ao cumprimento do cronograma.
Se vc não se acostumar a consertar o avião durante o voô, não só seu futuro ai na empresa estará comprometido como em qualquer outro lugar!
Volto a te dizer: De nada adianta código lindo se o prazo foi estourado. O custo do seu atraso em entregar a tarefa pode ser muito maior que vc pensa.
Não necessariamente, os seus pares ou chefe irá querer conversar abertamente sobre isto com vc, mas com certeza vc perceberá o efeito quando alguém for fired.
Pra chegar no ponto do burn, o programador já deve ter pisado na bola algumas vezes.
htraos wrote:
Enfim, acho que já passei a mensagem. Gostaria de saber como é o dia-a-dia na empresa de vocês e como lidam com a pressão de pessoas que não sabem nada do aspecto técnico e se preocupam simplesmente em cobrar por erroneamente acharem que a culpa de a coisa andar lentamente é do desenvolvedor atual e não do infeliz que concebeu tudo torto inicialmente.
Dica 2: Manda quem pode, obedece quem tem juízo.
Eu não questiono meu chefe sobre algumas coisas pois confio e acredito que suas decisões são as melhores com o conjunto de informações que tem.
Cabe a você tb não ficar pelos cantinhos reclamando e chorando e conversar com a chefia quando possível.
Se vc não mostra adequadamente a situação que tem para consertar, como espera que ele entenda e até rediscuta prazos ?
Quando digo mostrar adequadamente, é vc estudar a encrenca antes e na hora de conversar, saber apresentar as informações de forma correta, sem ser tendenciosa, sem distorcer e sabendo do que está falando. Olha, tem muitos por aí que falham miseravelmente nesta parte e lógico, jogam a culpa no gerente que não lhes ouve, é autoritário, não lhe entende e todo blá-blá-blá já conhecido.
Imagino que algum aprendizado vc está tirando desta situação, até para corrigir certas idéias suas que por ventura achava que tinha razão.
Existe lugares melhores bem como piores deste que vc está. Aproveite este e siga em frente.
|
|
|
|
|
é possível e é só usar a API de routing do google.
|
|
|
|
|
O que eu te apontei não fui um aplicação mas sim a 'voz' PT-BR, que QUALQUER aplicação poderá utilizar....
|
|
|
|
Isto tudo é pq não se quer pagar R$ 6 pelo engine PT-BR ? Aff... 
https://market.android.com/details?id=com.svox.classic.langpack.por_bra_fem&feature=related_apps#?t=W251bGwsMSwxLDEwOSwiY29tLnN2b3guY2xhc3NpYy5sYW5ncGFjay5wb3JfYnJhX2ZlbSJd
|
|
|
|
jakefrog wrote:
?ica Soares wrote:hahaha engraçadinho !
"E eu pensando ser resposta do adm, vim correndo :\" rs
Serinho... falei sem zuar... =/
E eu pensei em Fica Soares ou Xica Soares, agora ela me vem com Érica ? Tá faltando letra...
|
|
|
|