Mostrando postagens com marcador Mobile. Mostrar todas as postagens
Mostrando postagens com marcador Mobile. Mostrar todas as postagens

quarta-feira, 15 de janeiro de 2014

Total line count for your Xcode project

Total line count for your Xcode project

The Apple developer ecosystem definitely takes some getting used to when you come from the Microsoft world. Visual Studio is millions of light years ahead of Xcode. That being said, most things are possible with a little work (and bash skills).

I don't claim to have any experience with *nix command line flavors. My command line experience is limited to several versions of MS-DOS back in the day. Luckily, that's where Google comes in handy.

After trying lots of different things, I landed on the following bash command. Open Terminal on your Mac and navigate to your project's root directory. (Handy trick: type cd with a space after it, then drag the root folder into Terminal, and it'll automatically paste in the entire path).
find . -name "*.[hm]" -print0 | xargs -0 wc -l
You'll get a list of every .h and .m file in your project (searching subdirectories recursively), with how many lines are in each file. Finally, you'll get a total line count for all files.

Note that this counts all lines, even blank lines and comments.

Vitor Yudi Hansen

sexta-feira, 10 de janeiro de 2014

NIB or COde

I recently saw this post and decided to share here.
because I had the same problems and the same solution.



For iOS development, I don’t use Interface Builder. I haven’t willfully used a NIB (when I say NIB, I mean Interface Builder file, not the specific format) since iOS 2.0. In the past, I’ve worked with a few folks that really liked using Interface Builder. This is an argument I’ve had over and over.
Instead of mindlessly arguing on one side or the other of this, here’s my “go-to” points when I’m trying to win someone over.

Choosing Explicit over Implicit

Choosing to be explicit is my number one reason to do things in code instead. If someone new to the team opens up a view or view controller, they can see right away where everything is and not have to wonder if this file has a NIB.
I have spent countless hours searching for the source of a bug only to discover it’s some checkbox in one of the half dozen inspectors in Interface Builder. If it was in code, it’s simple to glance at the view code and see the source of the problem much quicker.

Tight Coupling

It is much harder to use Interface Builder for reusable views. I constantly create little views and reuse them all over the place. That’s kind of the point of working in an object-oriented environment. If you use Interface Builder and have outlets and forget to connect the outlet in the second place you use it, you crash at runtime.This is terrible. This introduces a whole new class of bugs.
Now we have this thing that crashes simply because we’re using Interface Builder instead of using code. If it was the exact same thing in code, it wouldn’t crash. Even worse, the compiler can check this for you.
Not to mention, if you use lots of custom views, your NIBs will just be a bunch of invisible boxes. So now you have this tight coupling that is even harder to work with if you were to just lay it out in code.
Have you ever sat staring at some code wondering why it’s not working, only to realize you didn’t connect the outlet or action? I hate that.

Working With Others

Have you ever had a merge conflict in a NIB. It’s the worst. (Granted the XIB format has helped, but it’s just awful instead of impossible now.) If you’re working in a large application with several developers, you will waste an enormous amount of time dealing with this issue.
The worst part is if it gets automatically merged wrong, you might not notice until runtime. With code, you can read the diff and understand what’s happening. NIBs (in either format) are not human readable. This also makes looking at the history of a file useless. If it was code, it’s just Objective-C. We’re good at that.

It’s Part of Xcode

This used to be more of an issue, but I think it’s still worth mentioning. To put it lightly, Xcode is not the most stable piece of software in the world. The text editing part works pretty well. Every time I get a crash while editing a NIB, I grumble to myself and wish it was code even more.
The less I have to use Xcode for more than anything except a text editor with completion and a compiler, the happier I am.

Location, Location, Location

Layout code is not hard. Auto-layout is a bit more code than traditional layout, but it’s still not bad. Trying to work with auto-layout in Interface Builder is maddening. Setting outlets to control built-in constraints is just silliness.
It’s so simple to just override layoutSubviews and do your thing. Personally, I find this much easier to work with than auto-layout for most things.
I think this is a lot of people’s biggest fear is working with layouts in code. Once you get the hang of it, it’s so simple. Making your app universal becomes much more trivial than making separate NIBs for iPhone and iPad. You can simply reuse your code instead of create this tight coupling.

Bottom Line

Interface Builder itself is not bad. It does encourage bad practices, prevents reusability (making working with others more difficult), and slows your workflow. Personally, I avoid using Interface Builder (including storyboards) as much as possible. All of the projects I’ve worked on since 2009 haven’t had NIBs unless it was out of my control.
I think you should save yourself some time, learn a few things, and start moving to code. We are programmers after all.

http://blog.teamtreehouse.com/why-i-dont-use-interface-builder


Vitor Yudi Hansen

quinta-feira, 12 de setembro de 2013

Create a Custom Radio Button Objective C - Criar um RadioButton Customizado Objective C

The Code:


#import <UIKit/UIKit.h>

@interface LFRadioButton : UIControl

-(void)setChecked:(BOOL)boolValue;
-(void)setDisabled:(BOOL)boolValue;
-(void)setText:(NSString *)stringValue;

@property(nonatomic, assign)BOOL checked;
@property(nonatomic, assign)BOOL disabled;
@property(nonatomic, strong)NSString *text;


@end


#import "LFRadioButton.h"

@interface LFRadioButton (){
    BOOL loaded;
}

@property(nonatomic, strong)UILabel *textLabel;

@end



@implementation LFRadioButton
@synthesize checked = _checked;
@synthesize disabled = _disabled;
@synthesize text = _text;
@synthesize textLabel = _textLabel;

-(void)awakeFromNib {
    self.backgroundColor = [UIColor clearColor];
}

-(void)drawRect:(CGRect)rect {
    UIImage *image = [UIImage imageNamed:[NSString stringWithFormat:@"%@checked.png", (self.checked) ? @"" : @"un"]];
    [image drawInRect:CGRectMake(0, 0, self.frame.size.width, self.frame.size.height)];
    
    if(self.disabled) {
        self.userInteractionEnabled = FALSE;
        self.alpha = 0.7f;
    } else {
        self.userInteractionEnabled = TRUE;
        self.alpha = 1.0f;
    }
    
    if(self.text) {
        if(!loaded) {
            _textLabel = [[UILabel alloc] initWithFrame:CGRectMake(self.frame.size.width + 5, 0, 1024, 30)];
            _textLabel.backgroundColor = [UIColor clearColor];
            [self addSubview:_textLabel];
            
            loaded = TRUE;
        }
        
        _textLabel.text = self.text;
    }
}

-(BOOL)beginTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event {
    [self setChecked:!self.checked];
    return TRUE;
}

-(void)setChecked:(BOOL)boolValue {
    _checked = boolValue;
    [self setNeedsDisplay];
}

-(void)setDisabled:(BOOL)boolValue {
    _disabled = boolValue;
    [self setNeedsDisplay];
}

-(void)setText:(NSString *)stringValue {
    _text = stringValue;
    [self setNeedsDisplay];
}

@end

It's simple!

Don't forget add the images checked an uncheked.
=)



Vitor Yudi Hansen

UIPageControl Customizado / Custom UIPageControl

Segue um código com UIPage Control customizado


#import <UIKit/UIKit.h>

@interface LFPageControl : UIPageControl
{
    UIImage* activeImage;
    UIImage* inactiveImage;
}
@property(nonatomic, retain) UIImage* activeImage;
@property(nonatomic, retain) UIImage* inactiveImage;

@end



#import "LFPageControl.h"

@implementation LFPageControl{
    NSInteger lastPage;
}

@synthesize activeImage;
@synthesize inactiveImage;
- (id)initWithFrame:(CGRect)frame
{
    self = [super initWithFrame:frame];
    if (self) {
        activeImage = [UIImage imageNamed:@"active_page_image.png"];
        inactiveImage = [UIImage imageNamed:@"inactive_page_image.png"];
        lastPage =0;
        
    }
    return self;
}


-(id) initWithCoder:(NSCoder *)aDecoder
{
    self = [super initWithCoder:aDecoder];
    activeImage = [UIImage imageNamed:@"active_page_image.png"];
    inactiveImage = [UIImage imageNamed:@"inactive_page_image.png"];
    return self;
}

-(void)updateDots
{
    for (int i = 0; i < [self.subviews count]; i++)
    {
        UIImageView* dot = [self.subviews objectAtIndex:i];
        if (i == self.currentPage){
            dot.image = activeImage;
        }else if (lastPage >= i){
            dot.image = activeImage;
        }else{
            dot.image = inactiveImage;
        }
    }
    
    lastPage = self.currentPage;
}

-(void)setCurrentPage:(NSInteger)page
{
    [super setCurrentPage:page];
    [self updateDots];
}

@end


Vitor Yudi Hansen

Colocar imagem em uma UITABLEVIEWCELL a direita


Add UIImage in UITableViewCell rigth align;
It's Simple...




UIImageView *accessoryView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, 12, 10)];
    
    [accessoryView setImage:[UIImage imageNamed:@"check-128.png"]];
    [cell setAccessoryView:accessoryView];


Vitor Yudi Hansen

segunda-feira, 9 de setembro de 2013

Objective C Color por Hexa


+ (UIColor *)colorWithHexString:(NSString *)colorString {
    
    NSString *cString = [[colorString stringByTrimmingCharactersInSet:[NSCharacterSet whitespaceAndNewlineCharacterSet]] uppercaseString];
    // String should be 6 or 8 characters
    if ([cString length] < 6) return [UIColor blackColor];
    // strip 0X if it appears
    if ([cString hasPrefix:@"0X"]) cString = [cString substringFromIndex:2];
    if ([cString hasPrefix:@"#"]) cString = [cString substringFromIndex:1];
    if ([cString length] != 6) return [UIColor blackColor];
    // Separate into r, g, b substrings
    NSRange range;
    range.location = 0;
    range.length = 2;
    NSString *rString = [cString substringWithRange:range];
    range.location = 2;
    NSString *gString = [cString substringWithRange:range];
    range.location = 4;
    NSString *bString = [cString substringWithRange:range];
    // Scan values
    unsigned int r, g, b;
    [[NSScanner scannerWithString:rString] scanHexInt:&r];
    [[NSScanner scannerWithString:gString] scanHexInt:&g];
    [[NSScanner scannerWithString:bString] scanHexInt:&b];
    
    return [UIColor colorWithRed:((float) r / 255.0f)
                           green:((float) g / 255.0f)
                            blue:((float) b / 255.0f)
                           alpha:1.0f];
}


=)



Vitor Yudi Hansen

quarta-feira, 7 de agosto de 2013

sexta-feira, 12 de abril de 2013

Capa de Celular com tema cristão.

Pessoal, navegando na internet, e procurando temas religiosos, para a capa do meu iphone,
achei o seguinte site:

www.novidadecrista.com.br

Lá eles trabalham só com  produtos cristãos!

Por enquanto só tem as capinhas, mas acho que vão colocar mais coisas!!

segue a imagem das capinhas q eu comprei...
e vale a pena falar...
paguei apenassss 55 reais...em cada... com frete GRATUITO!!!

Ah...
é super confiavel...
comprei pelo PAGSEGURO...
e chegou na data combinada!!!
=)



Novidade Cristã

Vitor Yudi Hansen

terça-feira, 2 de abril de 2013

Aplicativo IOS e Android

Boa tarde, pessoal!

Só para indicar a empresa P2Center.

É uma empresa especializada em criação de aplicativos Mobile, e sistemas outsourcing.

o site.
www.p2center.com

Eles vão lançar o aplicativo do padre Fábio de Melo, dia 10 de abril!!!



Vitor Yudi Hansen

quarta-feira, 27 de março de 2013

Salvar e ler arquivo .txt no ios

Bom dia pessoal!

fiz um método, bem simples, para vocês entenderem o conceito..

de como gravar um arquivo txt ou apenas ler esse arquivo pelo IOS.

nesse exemplo,

vou gravar a data que a aplicação foi iniciada pela primeira vez,
na verdade fiz o metodo de ler e gravar,
entao, você pode implementar do jeito que quiser...
eu utilizei eles para gravar a data que o app foi aberto pela primeira vez..



-(BOOL)saveFile{
    
    NSDate* date = [NSDate date];
    
    //Create the dateformatter object
    
    NSDateFormatter* formatter = [[NSDateFormatter alloc] init];
    
    //Set the required date format
    
    [formatter setDateFormat:@"ddMMyyyy"];
    
    //Get the string date
    
    NSString* str = [formatter stringFromDate:date];
    
    
    NSError *err;
    
    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentsDirectory = [paths objectAtIndex:0];
    NSString *filePath = [documentsDirectory stringByAppendingPathComponent:@"dataIni.txt"];
    
  
    
    BOOL ok = [str writeToFile:filePath atomically:TRUE encoding:NSUTF8StringEncoding error:NULL];
    
    if (!ok) {
        NSLog(@"Error writing file at %@\n%@",
              filePath, [err localizedFailureReason]);
    }
    
    return ok;
    
}

-(NSString*)getFile{
    
    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentsDirectory = [paths objectAtIndex:0];
    NSString *filePath = [documentsDirectory stringByAppendingPathComponent:@"dataIni.txt"];
    NSString *str = [NSString stringWithContentsOfFile:filePath encoding:NSUTF8StringEncoding error:NULL];
    
    return str;
}

Pronto!!
É isso ai galera!!!
abss



Vitor Yudi Hansen

quinta-feira, 21 de março de 2013

Consumir Rest no IOS

Pessoal,

segue um método que fiz,
para consumir um rest no ios
bem genérico!!

abss


=D


- (NSString *) getDataFrom:(NSString *)url{
    NSMutableURLRequest *request = [[NSMutableURLRequest alloc] init];
    [request setHTTPMethod:@"GET"];
    [request setURL:[NSURL URLWithString:url]];
    
    NSError *error = [[NSError alloc] init];
    NSHTTPURLResponse *responseCode = nil;
    
    NSData *oResponseData = [NSURLConnection sendSynchronousRequest:request returningResponse:&responseCode error:&error];
    
    if([responseCode statusCode] != 200){
        NSLog(@"Error getting %@, HTTP status code %i", url, [responseCode statusCode]);
        return nil;
    }
    
    return [[NSString alloc] initWithData:oResponseData encoding:NSUTF8StringEncoding];
}


Vitor Yudi Hansen

sexta-feira, 15 de março de 2013

Exemplo Simples NSTimer


MyViewController.h
...
@interface MyViewController : UIViewController  {
 NSTimer *aTimer;
}
@property (nonatomic, retain) NSTimer *aTimer;
...


MyViewController.m
...
@synthesize aTimer;
...


- (void)viewDidLoad {
 [super viewDidLoad];
 // rodar o runScheduledTask em 5 segundos..
 aTimer = [NSTimer scheduledTimerWithTimeInterval:5.0 target:self selector:@selector(runScheduledTask) userInfo:nil repeats:NO];
}


- (void)runScheduledTask {
 // coloque aqui seu código...
 ...
 // Coloque aTimer = nil para cancelar.
 aTimer = nil;
}


}

Simples assim..

=D

Vitor Yudi Hansen

sábado, 9 de março de 2013

O Android é o sistema móvel mais ameaçado pelos malware


São Paulo – O Android é o sistema móvel mais ameaçado pelos malware. A informação é da empresa de segurança F-Secure.
Segundo relatório da empresa, o sistema operacional móvel do Google é vítima de 79% das ameaças criadas para atacar celulares. Os vírus roubam dados, danificam o funcionamento do celular ou instalam software que vigiam o usuário.
De acordo com a empresa de segurança, o interessante é que o número de vírus para Android teve uma grande expansão nos últimos anos. Em 2011, 66% dos malware eram para Android; em 2010, apenas 11%. E o número deve aumentar nos demais anos por causa da popularização do sistema pelo mundo.
Rivais – O iOS (iPhone), principal rival do Android, por exemplo, é alvo de apenas 0,7% dos vírus catalogados pela empresa. O dado indica também que os desenvolvedores de vírus têm pouco interesse em atacar o sistema móvel da Apple.
Segundo a F-Secure, o Symbian, da Nokia, é alvo de 19% das ameaças do mundo móvel. E o número de ameaças deve cair, já que o sistema está perdendo mercado para os rivais em toda parte do mundo.
http://info.abril.com.br/noticias/seguranca/android-e-o-maior-alvo-de-virus-do-mundo-movel-09032013-6.shl



Vitor Yudi Hansen

sexta-feira, 25 de maio de 2012

Quer ficar milionários? Invista em Aplicativos


Quer ficar milionário, mas não sabe como desenvolver aplicativo?

Caso você tenha uma ideia, e um pouco de dinheiro para investir

Fácil...

contrate a P2 Center

Agora se você já sabe desenvolver...

vai gostar demais dessa matéria da revista ÉPOCA.

Os milionários dos aplicativos

Munidos de criatividade e espírito empreendedor, jovens brasileiros têm enriquecido na incipiente indústria de programas para smartphones e tablets

Mariana Queiroz Barboza
chamada.jpg
img2.jpg
img.jpg
img1.jpg
A ideia é tão simples que parece tola. Em uma tela de iPhone, formigas de variados tamanhos cruzam o celular freneticamente e tudo o que o jogador precisa fazer é esmagar os insetos com a ponta do dedo. Viciante, o aplicativo Ant Smasher foi baixado por 30 milhões de pessoas de diversos países – e fez de seu criador um milionário. Desenvolvido há menos de dois anos pelo paulista Guilherme Schvartsman, o passatempo não custa um centavo sequer para ser baixado pelos usuários. O lucro vem da publicidade estampada na tela do jogo. Sozinho, o Ant Smasher rende US$ 3 milhões por ano, mas isso é pouco perto do que pode vir adiante. Dono da Best Cool & Fun Games, empresa que tem no portfólio uma centena de aplicativos, Schvartsman recusou no ano passado uma oferta feita por uma gigante internacional interessada em comprar sua companhia. O valor da proposta: US$ 50 milhões. “Não aceitei porque o potencial de crescimento da Best Cool é muito grande”, diz o empresário. Aos 24 anos, Schvartsman é o retrato preciso da nova geração de empreendedores ligados à tecnologia mobile que faz dinheiro a uma velocidade impressionante. Em abril de 2010, deixou o estágio em um banco e desembolsou R$ 5 mil para abrir a Best Cool. Hoje, é impossível dimensionar o real valor de seu negócio, mas os US$ 50 milhões que ele não quis dão uma pista da fortuna que está em jogo.

Para criar a Best Cool, Schvartsman se inspirou na história dos irmãos croatas Igor e Marko Pusenjak, inventores do Doodle Jump, aplicativo em que se deve levar a criatura pulante Doodle até uma plataforma, mas sem deixá-la cair. Em um ano, foram vendidos 3,5 milhões de cópias do jogo na App Store (loja virtual da Apple), o que fez dos croatas os primeiros milionários dessa indústria. Também ficou famoso o caso do americano Adam Cahan, desenvolvedor do aplicativo IntoNow, uma espécie de rede social que compartilha, em tempo real, os programas de tevê vistos pelos usuários. Cahan vendeu seu negócio ao Yahoo por US$ 30 milhões – e isso apenas três meses após a sua criação, o que dá algo como US$ 33 mil por dia trabalhado. Engenheiro de produção formado pela Escola Politécnica da Universidade de São Paulo, Schvartsman adotou na Best Cool o estilo consagrado por empresas como Google e Facebook, que viraram o mundo corporativo do avesso. Seu escritório, em um prédio no centro de São Paulo, é simples e despojado. Os 20 funcionários fogem dos padrões adotados nas empresas convencionais. A começar pelo dono, que nem sequer tem secretária e costuma dar expediente de bermuda, camiseta e chinelo de dedo. Para estimular sua equipe, Schvartsman criou um programa de remuneração participativa. “Em cada projeto trabalham de 3 a 4 pessoas e elas recebem de acordo com o retorno financeiro do aplicativo”, diz. Ou seja: se um “app” (como os aplicativos são chamados nesse mercado) faz sucesso, todo mundo ganha e não apenas o dono da empresa. ]
img4.jpg
img5.jpg
A indústria de aplicativos é resultado da mente criativa de um único homem: Steve Jobs, que em 2008 teve a ideia de lançar uma loja virtual para vender programas específicos para rodar no iPhone. Desde então, o setor contribuiu para a criação de cerca de 500 mil empregos nos Estados Unidos e se consolidou como um negócio que, apenas em 2011, faturou US$ 20 bilhões no país. Existem hoje mais de 550 mil “apps” disponíveis na App Store e 450 mil no Android Market (loja virtual do sistema operacional Android, que pertence ao Google), e o número de downloads ultrapassa 1 bilhão por mês em cada uma delas. No Brasil, não existem dados disponíveis a respeito do dinheiro gerado por esse novo segmento, mas alguns indicadores demonstram a sua força. Em 2011, as vendas de smartphones cresceram 179% por aqui. Detalhe: a maioria dos usuários desses aparelhos é consumidora voraz de aplicativos.

A vocação dessa indústria é global. Fundada por três amigos durante uma reunião no saguão do Aeroporto de Congonhas, a brasileira Mowa comemorou em fevereiro a conquista de seu primeiro cliente na Arábia Saudita. “Criamos uma plataforma que permite a qualquer pessoa construir o seu próprio aplicativo gratuitamente”, diz Guilherme Santa Rosa, 31 anos, sócio da empresa. O usuário árabe é um blogueiro de carros que decidiu levar sua página para mais usuários e o jeito encontrado foi desenvolver um aplicativo com a ajuda da Mowa. A empresa estima faturar R$ 17 milhões em 2012 – um expressivo salto de 50% sobre 2011. Atualmente, conta com 37 funcionários baseados em dois escritórios: um em São Paulo, que atende, entre outros clientes, a butique de luxo Daslu, e outro no Rio, onde fica uma unidade concentrada em esportes que cuida da inserção mobile da Confederação Brasileira de Futebol (CBF). Até agora, 5 mil aplicativos surgiram graças à nova plataforma, mas a empresa espera atingir a impressionante marca de 100 mil até o fim do ano. Como a Mowa, a i2 Mobile foca seu negócio no mercado corporativo. A empresa, que nasceu em 2006 como incubada do Instituto de Tecnologia de Pernambuco, produz aplicativos para gigantes como Nestlé, Tim e Nívea. Sediada em Recife, ela é um exemplo das novas fronteiras econômicas abertas no Brasil. “Temos recebido vários currículos de estrangeiros”, diz Luciano Ayres, 31 anos, fundador e diretor de negócios da i2 Mobile. “São italianos, ingleses, americanos que querem se mudar para cá.”

Embora recente, o mercado de aplicativos passa por um dinamismo semelhante ao observado em setores tradicionais. Hoje, fusões e aquisições são cada vez mais comuns no segmento mobile. O grupo .Mobi surgiu após a aquisição de cinco pequenas empresas (Aorta, FingerTips, Hands, MonsterJuice e Instituto Mobile) e, assim, se tornou o principal conglomerado de marketing e publicidade móvel da América Latina. “Como esse é um mercado em formação, é difícil encontrar profissionais qualificados”, diz João Carvalho, 29 anos, sócio e diretor de negócios da .Mobi. “As empresas que mais se destacavam ficavam em nosso radar até que partimos para as compras.” Carvalho afirma que todas as companhias adquiridas cresceram em faturamento e em número de projetos colocados no mercado. Segundo ISTOÉ apurou, as vendas da .Mobi ficaram em R$ 30 milhões em 2011, alta de 80% sobre 2010. Há um ano, a empresa tinha 50 funcionários. Hoje, são 240 estabelecidos em cinco escritórios no Brasil (São Paulo, Belo Horizonte, Curitiba, Recife e Rio de Janeiro) e um em Londres, aberto em fevereiro do ano passado. “Independentemente do percentual da população com smartphones, o número absoluto do mercado brasileiro é muito expressivo”, diz Michel Lent, vice-presidente de estratégia da .Mobi. Segundo dados divulgados na semana passada pelo instituto IDC, há 10 milhões de smartphones em operação no Brasil, mais do que a população inteira de muitos países da Europa. A continuar nesse ritmo de crescimento, os smartphones vão ultrapassar, em breve, o total de computadores existentes no mercado brasileiro. Por si só, isso explica por que essa turma vem ganhando um dinheiro pesado – e deve faturar muito mais no futuro próximo.

img6.jpg
Claro, existem dificuldades no caminho. Como consequência do baixo investimento inicial e da facilidade de entrada, consolidar uma liderança é tarefa praticamente impossível. O próximo gigante da indústria pode estar nascendo agora no computador de um desenvolvedor independente. O comportamento do consumidor mobile também é diferente do cliente que acessa a internet por um dispositivo fixo. Os usuários de smartphones são ainda mais imediatos. No Dia dos Namorados americano, comemorado em 14 de fevereiro, 60% das buscas por flores no Google vieram de sua versão móvel. “São milhões de pessoas procurando presente no último minuto e que usam o GPS do celular para encontrar a loja mais próxima”, diz Peter Fernandez, diretor de publicidade móvel do Google para a América Latina. A geolocalização é uma mudança sensível em relação ao usuário do computador. Por mais que o endereço do IP indique que o internauta está no Rio de Janeiro, por exemplo, o celular diz em que rua ele está e em qual direção segue. Essa informação em tempo real é preciosa para os anunciantes.

Com vista nesse mercado, o Google adquiriu, em 2009, a rede de publicidade móvel AdMob por US$ 750 milhões. Fernandez era então um dos fundadores da empresa. Hoje, afirma que seu papel é ajudar os desenvolvedores a ganhar dinheiro. “Eles querem focar em criar novos aplicativos e não em vender anúncios”, diz. A AdMob comercializa espaços em mais de 100 mil aplicativos e atende clientes como Ford, Coca-Cola e P&G. Em janeiro, a rede atingiu 1,6 bilhão de acessos, um avanço de 186% sobre o ano passado. A cada receita gerada por anúncio, 40% ficam com a AdMob. O potencial é tamanho que, no mês passado, Google e Apple reduziram os preços de suas ofertas de publicidade móvel em resposta às investidas do Facebook e do LinkedIn nessa área.

img8.jpg
O fortalecimento do mercado brasileiro estimulou o surgimento de encontros como o The App Date, realizado no fim de fevereiro, em São Paulo. “Queremos formar uma rede de desenvolvedores em várias cidades do Brasil”, diz Pedro Berti, organizador do evento. O local em que foi promovido o The App Date é também sede da MobiHouse, empresa criada em 2011 pelo paulista Noel Rocha, de 26 anos. Somados, os downloads dos três aplicativos desenvolvidos por Rocha já estão em mais de três milhões de dispositivos. O sucesso do Portabilidade Fácil, que informa a qual operadora pertence cada número de telefone, fez com que redes de restaurantes, academias e até a montadora Audi procurassem o empreendedor para que ele desenvolvesse aplicativos para suas empresas. Como resultado, no último trimestre, a MobiHouse cresceu 130% e espera chegar a seu primeiro R$ 1 milhão no fim de 2012. “Atualmente nosso faturamento vem 100% de serviços mobile para nossos clientes, ou seja, aplicativos feitos sob demanda ou licenciados para empresas”, afirma Rocha. “Mas a ideia agora é ganhar dinheiro também com produtos. Afinal, a gente gosta de criar e não de ficar negociando.”

img3.jpgimg7.jpg
img9.jpg


Fonte: http://www.istoe.com.br/reportagens/194216_OS+MILIONARIOS+DOS+APLICATIVOS

Vitor Yudi Hansen