Direto e Fácil

Jogo Fuga Animal já na App Store

Bruno Milare — Mon, 19 Dec 2011 16:55:05 +0000

Gostaria de anunciar lançamento do jogo Fuga Animal para iOS desenvolvido pela empresa brasileira Spark Lab.

É um jogo bem divertido, que lembra o famoso “Onde está o Wally?”, só que neste caso você precisa ajudar um fazendeiro a encontrar os animais que fugiram da fazenda.

Segue o link do jogo na App Store:

Abraços,

Bruno.

Jogo Face Shadow para iPhone

Bruno Milare — Wed, 24 Aug 2011 23:01:24 +0000

Gostaria de divulgar aqui mais uma aplicação que eu e o pessoal da Spark Lab criamos. É o Face Shadow, é um joguinho divertido onde você tem que adivinhar de qual personagem é a sombra que aparece na tela.

Existem 4 mundos: Desenhos, Cinema, Música e Esportes, você precisa ir acertando para liberar os mundos, seguem alguns screenshots…

É isso pessoal, está de graça na AppStore, segue o link:

App Store

Abraços !!!!

Bruno.

MacFUSE NTFS-3g no Lion

Bruno Milare — Thu, 21 Jul 2011 22:48:33 +0000

Se você, assim como eu, atualizou seu sistema operacional para o Mac OS X 10.7 Lion e teve problemas de montar aquele seu HD externo, que utiliza NTFS como sistema de arquivos, aqui existe uma solução.

Como o autor do link sugere você pode compilar o código do MacFUSE modificado pela Tuxera e gerar o pacote para instalação, ou utilizar o pacote que ele compilou e está disponibilizando.

Pacote Compilado

Segue o link, basta instalar o pkg.

Compilando

Segue o fonte: link (Tuxera)

Para compilar o fonte, com o XCode instalado, basta realizar os comandos abaixo:

$ cd macfuse-rebel-2.1.9
$ cd core
$ ./macfuse_buildtool.sh -t smalldist

Pronto, depois de gerado o pkg é só instalá-lo.

É isso, abraços…

Bruno.

Ruby sem rails

Márcio Gasparotto — Thu, 07 Jul 2011 03:34:42 +0000

Tem um tempo que eu estou querendo escrever algo sobre esse assunto, o meu tempo anda meio escasso, mas motivado por um kaizen que participei com meus amigos de trabalho hoje, arranjei um tempinho para compartilhar algumas ideias, mas chega de conversinha e vamos ao assunto!

O Rails é sem dúvida uma das melhores coisas que aconteceu no mundo do desenvolvimento web, mudou conceitos, quebrou paradigmas e vem sendo copiado por todos os lados (grails, cakephp, .net mvc, etc…) mas o melhor de tudo, o maior benefício que o rails nos trouxe, pelo menos na minha visão, foi expor ao mundo, a até então, desconhecida linguagem Ruby.

Desde então o ruby ganhou notoriedade, muita coisa legal foi feita em ruby, milhares de gems, e hoje temos a condição de usar ruby pra quase tudo.

Mas é interessante ver como muita gente ainda acopla e até condiciona o uso do ruby somente ao rails, esquecendo de projetos como:

É claro que o rails tem seus meritos, e é normal que ele seja sempre o primeiro a vir a mente, mas tenho percebido que de um tempo pra cá o rails se tornou o martelo de muita gente, logo, todos os problemas viraram pregos.

Tenho olhado o sinatra de perto faz algum tempo e to começando a “brincar” com padrino, e se você chegou até aqui na leitura deste post, gostaria de te desafiar a pensar nisso, será que o rails tem sido o seu martelo? Se sim, que tal tentar trocar de ferramenta? opções não faltam, fica o desafio.

Abraços!

Primeiro App: Beer Check

Bruno Milare — Thu, 23 Jun 2011 21:42:27 +0000

Finalmente, depois de algum tempo e algumas reviravoltas, eu e o pessoal da SparkLab estamos lançando nosso primeiro aplicativo na App Store, o Beer Check !!!

É um aplicativo que pode ser bastante útil e informativo durante aquela saída para um bar. Você fornece informações básicas do ambiente, como quantas pessoas, o tamanho das cervejas, o preço, e etc, e partir daí você entra no modo para beber e vai marcando quantas cervejas vão sendo trazidas. No final, sem aquela dor de cabeça de sempre na hora de tachar, o aplicativo te fala quanto que deu para cada pessoa, além de curiosidades como quantos litros foram bebidos, quantos litros por hora foram bebidos, calorias consumidas, etc.

Confiram !

Beer Check na App Store

Valeu !

iPhone: Áudios à vontade

Bruno Milare — Fri, 22 Apr 2011 04:43:53 +0000

Fazendo uma pesquisa rápida de como tocar sons em uma aplicação de iPhone encontrei um tutorial muito simples que funcionou ‘quase’ como eu gostaria.

A biblioteca utilizada nesse tutorial foi a AVAudioPlayer, e me pareceu bastante simples executar um único som, o problema é que eu gostaria de algo mais abrangente e dinâmico, eu queria um player de audio que executasse qualquer som com apenas um método, que gerenciasse meus arquivos de som, e não carregasse eles novamente, caso já tivessem sido tocados. Com essa ideia na cabeça eu criei a classe AudioPlayer.

Com um objeto dessa classe instaciado ele atuará como o nome já diz, como um player de áudio, você pode escolher o som que vai tocar, ele verifica se o arquivo já foi tocado anteriormente, se já, só reproduz, se não coloca ele na lista, enfim, gerencia os audios de sua aplicação.

Criando o AudioPlayer

Antes de mais nada é preciso adicionar o AVFoundation framework em sua aplicação, no XCode4 faça:

1. Na árvore de arquivos clique no seu projeto.
2. Na barra superior da janela central clique em Build Phases.
3. Expanda o item Link Binary With Libraries.
4. Clique no sinal de ‘+’ e procure por AVFoundation.framework
5. Adicione o framework ao seu projeto.

Como é uma classe bastante simples, vou colocar os códigos diretamente aqui.

Crie os arquivos AudioPlayer.h e AudioPlayer.m e coloque os respectivos códigos abaixo:

AudioPlayer.h

#import
#import

@class AVAudioPlayer;

@interface AudioPlayer : NSObject {
NSMutableDictionary *audioSlots;
}

@property (retain, nonatomic) NSMutableDictionary* audioSlots;

- (void) playFile:(NSString*) filename ofType:(NSString*) type nTimes:(NSInteger) times;
- (void) stopPlayingFile:(NSString*) filename;
- (void) stopPlayingFilesLike:(NSString*) name;
- (BOOL) isPlayingFile: (NSString*) filename;
- (void) muteAll;
- (void) clearStoredAudios;
- (id) init;

@end

AudioPlayer.m

#import "AudioPlayer.h"
@implementation AudioPlayer
@synthesize audioSlots;

- (id) init
{
self = [super init];
if (self) {
audioSlots = [[NSMutableDictionary alloc] init];
}
return self;
}

- (void) playFile:(NSString*) filename ofType:(NSString*) type nTimes:(NSInteger) times
{
AVAudioPlayer *currentSlot = [audioSlots objectForKey:filename];
if (currentSlot == nil) {
NSString *filePath = [[NSBundle mainBundle] pathForResource: filename ofType: type];
NSURL *fileURL = [[NSURL alloc] initFileURLWithPath:filePath];
currentSlot = [[AVAudioPlayer alloc] initWithContentsOfURL:fileURL error:nil];
[audioSlots setObject:currentSlot forKey:filename];
[currentSlot prepareToPlay];
[fileURL release];
[currentSlot release];
}

currentSlot.numberOfLoops = times;

[currentSlot play];
}

- (void) stopPlayingFile:(NSString*) filename
{
AVAudioPlayer *currentSlot = [audioSlots objectForKey:filename];
if (currentSlot != nil) {
[currentSlot stop];
}
}

- (BOOL) isPlayingFile: (NSString*) filename
{
AVAudioPlayer *currentSlot = [audioSlots objectForKey:filename];
if (currentSlot != nil) {
return currentSlot.playing;
}
return NO;
}

- (void) stopPlayingFilesLike:(NSString*) name
{
NSRange textRange;

for (NSString *slotKey in [audioSlots allKeys]) {
textRange =[[slotKey lowercaseString] rangeOfString:[name lowercaseString]];
if(textRange.location != NSNotFound)
{
[[audioSlots objectForKey:slotKey] stop];
}
}
}

- (void) muteAll
{
for (NSString *slotKey in [audioSlots allKeys]) {
[[audioSlots objectForKey:slotKey] stop];
}
}

- (void) clearStoredAudios
{
[self muteAll];
[audioSlots removeAllObjects];
}

- (void) dealloc
{
[self muteAll];
[audioSlots release];
[super dealloc];
}

@end

Utilizando o AudioPlayer

Isso é fácil, basta instanciar um objeto da classe AudioPlayer:

audioPlayer = [[AudioPlayer alloc] init];

Os nomes dos métodos são bastante intuitivos, o que vale explicar é que o AudioPlayer utiliza o nome do arquivo como chave do dicionário de AVAudioPlayers, eu pensei nessa abordagem porque fica muito mais fácil você gerencia-los assim.

Por exemplo, eu tenho 3 arquivos tocando: MusicBack.mp3, SoundClick.wav e o SoundFoo.mp3, se eu crio uma regra de negócio onde existe a diferença entre som e música, eu posso facilmente parar todos os sons chamando o método:

audioPlayer.stopPlayingFilesLike: @"Sound";

Você pode tocar o arquivo de som que você quiser, só basta chamar:

audioPlayer.playFile:@"SoundBar" ofType:@"mp3" nTimes:1

Lembrando que se você colocar o parâmetro nTimes = -1, o som ficará tocando em loop.

Exemplo

O exemplo da foto acima pode ser encontrado no meu github.

[]s

Bruno.

iPhone: Splash Screen

Bruno Milare — Tue, 19 Apr 2011 23:33:33 +0000

Seguindo o meu aprendizado orientado a demanda, me deparei com o problema de ter que criar uma splash screen para uma aplicação que carregava muito rapidamente.

Splash screen ? Oras, isso deve ser fácil, vou dar uma pesquisada e logo arrumo uma solução razoável.

Pois é, eu estava errado, não no ponto de ser fácil, porque é, mas na questão de achar rapidamente uma solução, ainda mais para XCode 4. Existem diversas maneiras de se fazer isso, só que sinceramente, existem umas que além de não funcionarem, desrespeitam qualquer boa prática.

Um exemplo disso que eu vi, foi o cara colocar a imagem Default.png, que é a imagem que a aplicação exibe quando o aplicativo está carregando, e colocar ele para dormir pelo tempo que ele julgue necessário a imagem ficar aparecendo. Eu acredito que essa não seja a maneira correta, porque você está perdendo uma liberdade utilizando a imagem Default.png para isso, além do que deixar a aplicação dormindo não é uma boa ideia por definição. =P

Deixando de lado essas abordagens, e qualquer comentário, sobre a necessidade ou não de uma splash screen, vamos a solução utilizada.

Implementação

Já um pouco familiarizado com troca entre views eu pensei comigo mesmo, vou carregar a aplicação, e quando terminar eu chamo a view de splash deixo ela lá um tempo e depois faço o dismiss. óbvio.

Depois de criar um (UIViewController) SplashScreenViewController, sem absolutamente nada, deixei meu controller principal da seguinte maneira:

DemoSplashViewController.h:

#import
#import "SplashScreenViewController.h"

#define SPLASH_HIDE_DELAY 1.0f

@interface DemoSplashScreenViewController : UIViewController {
// Splash Screen
SplashScreenViewController *splashViewController;
}
@property (retain, nonatomic) SplashScreenViewController *splashViewController;

/**
* Splash Screen
**/
- (void)showSplash;
- (void)hideSplash;

@end

DemoSplashScreenViewController.m:

@synthesize splashViewController;

- (void)showSplash
{
self.splashViewController = [[SplashScreenViewController alloc] init];
[self presentModalViewController: splashViewController animated:NO];
[self performSelector:@selector(hideSplash) withObject:nil afterDelay: SPLASH_HIDE_DELAY];
}

- (void)hideSplash
{
[[self splashViewController] dismissModalViewControllerAnimated: YES];
}

Assim bastou eu chamar no DemoSplashScreenAppDelegate.m dentro do método didFinishLaunchingWithOptions:

[(DemoSplashScreenViewController*) self.window.rootViewController showSplash];

O método showSplash chama o hideSplash após o tempo determinado na constante SPLASH_HIDE_DELAY.
Para customizar sua splash screen basta alterar a view SplashScreenViewController.xib

E Voilá…

O código fonte pode ser encontrado em: github.com/milare/DemoSplashScreen

iPhone: Aprendendo Objective-C

Bruno Milare — Wed, 06 Apr 2011 23:51:12 +0000

Resolvi, por nenhum motivo aparente a desenvolver em Objective-C e vou contar um pouco da minha experiência e a salada que saiu disso.

Na última semana me engajei a desenvolver um joguinho para iPhone, talvez deixei-me levar pelo modismo, mas isso não importa. Minha ideia inicial era a seguinte:

Vou fazer algo simples que aplique algum conceito também simples e que me agregue conhecimento e gere algo tangível, o que é difícil quando você está começando a aprender alguma coisa.

Walker

Esse foi o nome do meu joguinho, que dá uma ideia muito sugestiva do que o “jogo” faz. Esse aplicativo foi feito utilizando a biblioteca gráfica Cocos2D e o algoritmo de Dijkstra para o menor caminho. A ideia é a seguinte:

Existe um mapa de Tiles, que nada mais é que um grafo (visivelmente uma matriz) onde cada nó desse grafo está conectado com seus dois vizinhos verticais e seus dois vizinhos horizontais.

Você pode colocar no mapa, atráves da gaveta no canto superior esquerdo, três tipos de Tiles (Grama, Pedra e Parede), fechando a gaveta e tocando em algum ponto do mapa o personagem vai andar no mapa de acordo com a dificuldade de seus obstáculos. simples.

Segue um vídeo da aplicação rodando (ele está aqui, só demora um pouquinho para carregar, rs).

O fonte ficou uma bagunça só, desrespeitei várias diretrizes, mas de qualquer maneira ele pode ser encontrado no meu github: github.com/milare/walker

Eu fico por aqui.

Abraços !

Bruno.

Motivação

Bruno Milare — Tue, 08 Feb 2011 00:59:30 +0000

Nos últimos dias venho pensando muito em motivação, não sei se muito porque a minha anda tendo altos e baixos, muito provavelmente é por causa disso sim, mas comecei a questionar as coisas que me deixam motivado e as que não.

Perambulando pela internet eu achei esse vídeo, onde Dan Pink fala um pouco sobre o que ele escreveu em seu livro Motivação 3.0 (Drive), como as mudanças de paradigma em relação a motivação, que ocorreram através das décadas, que a ciência comprova e que nem sempre são aplicadas.

Enfim, me identifiquei muito, vale a pena conferir…

É isso aí.

Bruno.

Não escreva métodos em seus módulos com self.

Márcio Gasparotto — Sun, 06 Feb 2011 03:53:08 +0000

É normal encontrar métodos implementados dentro de módulos acompanhados pelo self, geralmente usamos isso quando queremos tornar esse método um método de instância do módulo, já vi implementações bem grandes com vários métodos e todos eles acompanhados do self antes do nome do método. mas isso é algo que podemos abstrair e manter nossa implementação de módulos mais simples e limpa.

Veja alguns exemplos:

Usando o self:

module Time

def self.melhor_time
"Palmeiras"
end

def self.pior_time
"Ibis"
end

def self.alegria_da_torcida_adversaria
"Curintia na libertadores"
end

end

Agora a mesma implementação usando o extend:

module Time
extend self

def melhor_time
"Palmeiras"
end

def pior_time
"Ibis"
end

def alegria_da_torcida_adversaria
"Curintia na libertadores"
end

end

Perceba que usando o extend estamos dizendo para o módulo Time estender a ele mesmo, tornando estes métodos de classe. Em ambas as implementações os resultados seriam os mesmos, é claro que fica a cargo do gosto de cada um, porém em módulos com muitos métodos isso deixa a implementação mais dry.

Time.melhor_time
#=> Palmeiras

Time.pior_time
#=> Ibis

Time.alegria_da_torcida_adversaria
#=> Curintia na libertadores

This is it!