The new LLVM Compiler 2.0 is impressive and helps a lot in writing memory leak free applications. I don’t buy the “it is too difficult doing memory management” complaint, which usually just means “I’m too lazy and cheap”. Come on, there are thousands of quality apps for both OS X and iOS.

Memory management is a bit harder than leaning on a full featured generational garbage collector, but it’s nowhere near as hard as some people claim. Any reasonable developer can handle it with minimal effort.

The community keeps releasing great libraries that push productivity even further. Let me list a few of my favorites:

• Flurry is the iOS equivalent of Google Analytics. Everything is trackable now: who is using your app, how they use it, which features get the most and least use, and in which regions. You feed that data back into the product to refine it. It ships SDKs for Java ME, Blackberry, Android, Windows Phone and iOS. You sign up, register your application, and get a unique application key that you hard code into the app. It is literally as easy as this:

#import "FlurryAPI.h"
...
- (void) applicationDidFinishLaunching:(NSNotification*) notice {
    [FlurryAPI startSession:@"your_unique_app_key"];
    ...
}

There are several other methods to count events, log page views, log exceptions and errors, and even location. Mandatory for every app.

• ASIHTTPRequest handles the fact that most apps integrate with some web based back-end. Twitter, Facebook, LinkedIn, everything logs into some cloud service to grab information and collaborate. Cocoa Touch has a rich set of networking capabilities, but they sit at a lower level than most people want. Making background connections, tracking success or failure, triggering events and loading cues for the user, it all gets tedious. ASIHTTPRequest makes reliable connections to any web endpoint strikingly easy. The documentation is good enough and the code is even simpler:

- (IBAction)grabURLInTheBackground:(id)sender
{
    if (![self queue]) {
        [self setQueue:[[[NSOperationQueue alloc] init] autorelease]];
    }

    NSURL *url = [NSURL URLWithString:@"http://allseeing-i.com"]; ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url]; [request setDelegate:self]; [request setDidFinishSelector:@selector(requestDone:)]; [request setDidFailSelector:@selector(requestWentWrong:)]; [[self queue] addOperation:request]; //queue is an NSOperationQueue
}

- (void)requestDone:(ASIHTTPRequest *)request
{
    NSString *response = [request responseString];
}

- (void)requestWentWrong:(ASIHTTPRequest *)request
{
    NSError *error = [request error];
}

The library creates network queues, so you can fire as many requests as you want and it manages the queue in the background. There are use case examples in the documentation. You can skip the low level base classes and delegate all HTTP requests to it. Highly recommended.

• TouchJSON: if you consume online HTTP data, you will probably get a JSON payload (another trend of the moment) that you need to parse into meaningful Objective-C objects. Objective-C is dynamic and flexible in its type system, so converting anything is easy. The parsing itself is tedious, and this library takes care of it. Use ASIHTTPRequest to connect to the server, and once it returns, parse the response blob like this:

- (void)requestDone:(ASIHTTPRequest *)request
{
    NSString *response = [request responseString];
    NSError *theError = NULL;
    NSDictionary *theDictionary = [NSDictionary dictionaryWithJSONString:response error:&theError];
}

Super easy. It deserializes a JSON string into a graph of Objective-C objects, and it goes the other way too, turning objects back into JSON so you can POST it somewhere or save it to a local file.

• ShareKit rides the trend that every piece of app content should be shareable. Whenever your users share something with their friends, your app gets more visibility, which is great marketing. You want the app to share content through email, Twitter, Facebook and other social networks. The documentation is good, the views are all customizable, and it takes care of the boring details of logging into each service and making the connections. It is also extensible, so adding a new online service later is easy. Follow the installation instructions; in the end it comes down to adding a UIBarButtonItem like this:

[[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemAction
    target:self
    action:@selector(share)]

And adding the event handler code:

- (void)myButtonHandlerAction
{
    // Create the item to share (in this example, a url)
    NSURL *url = [NSURL URLWithString:@"http://getsharekit.com"];
    SHKItem *item = [SHKItem URL:url title:@"ShareKit is Awesome!"];

    // Get the ShareKit action sheet
    SHKActionSheet *actionSheet = [SHKActionSheet actionSheetForItem:item];

    // Display the action sheet
    [actionSheet showFromToolbar:navigationController.toolbar];
}

Can’t get easier than that.

• simple-iphone-image-processing covers another important area: dealing with images. Every new smartphone has a camera, and it pays to leverage it. Snapping a picture and saving the file is just the start; you will often want to process the image to extract meaningful information.

Want to be inspired? Look at this Sudoku application demo built on this image processing library. You point the camera at any Sudoku printed in a newspaper, and the app parses the image, detects the grid, and builds a fully functional digital representation you can then solve with well known algorithms. How cool is that?

One caveat: the library is old, with its last commit from 2009, so I am not sure how it behaves on current iOS releases. The documentation is close to none, so you will have to dig through the source. I haven’t tried it myself; I’m adding it here as a note to run further experiments later.

• cocos2d steps in when simple list based apps get boring and you want animation and interactivity. You can use Apple’s standard Core Graphics and Core Animation APIs, or go crazy with cocos2d. It is an OpenGL accelerated 2D API, so great effects are easy to build, and the cross platform wrappers let you carry the knowledge to other platforms. There are plenty of tutorials online, such as this Box2D data tool writeup, this cross platform engine, and more. Worth studying.

• iPhone AR Kit is not entirely mature yet, I think, but plenty of apps already use it and it should evolve fast. The idea is to turn on the camera, process the image frames, and lay 2D or 3D animation on top, so the digital objects seem to interact with the real time background. Pair that with the device’s motion sensors (compass, gyroscope, accelerometer) and you can build genuinely impressive apps. Worth studying.

• Kiwi and Gh-Unit: unfortunately, testing is not well understood or practiced in the Objective-C community. Many Rubyists who also write Objective-C are trying to bring over the practices we take for granted in Ruby, so I hope this helps. Cocoa and Xcode ship basic unit testing tools like SenTestingKit. Documentation is close to zero; you can read Apple’s official logic testing article and this blog post. The default tools are basic, so it is worth checking out other frameworks like Gh-Unit and Kiwi. Kiwi in particular looks impressive, following an RSpec-like syntax:

describe(@"Team", ^{
    context(@"when newly created", ^{
        it(@"should have a name", ^{
            id team = [Team team];
            [[team.name should] equal:@"Black Hawks"];
        });

        it(@"should have 11 players", ^{ id team = [Team team]; [[[team should] have:11] players]; });
    });
});

Both are worth checking out. We should push more testing technique and tooling into Objective-C development. We did it in Ruby land, and there is no reason we can’t do the same here.

That’s it for now. There are many more great libraries and tools out there, and iOS is evolving fast, so all of this is exciting to follow and practice. I hope to contribute back soon.

Todo Railer que se preze gosta da Apple, então imagino que todos já saibam: acabou de terminar (17:07) o keynote do Steve Jobs em São Francisco, na MacWorld 2007. Os rumores foram enormes nos últimos dias, nunca houve keynote tão esperado, e Jobs não decepcionou. Detalhes, transcrição e fotos na cobertura ao vivo da Engadget.

Deixando de lado o Apple TV (cujo protótipo, ainda chamado iTV, foi mostrado num evento especial em setembro de 2006), a pérola do show foi o iPhone: um iPod, um celular e um comunicador de internet, como Jobs definiu, 3 em 1. Os padrões de celulares e smartphones foram para o buraco; a Apple acabou de subir a barra a níveis estratosféricos. A lista:

• 4GB ou 8GB de memória flash
• tela de alta resolução de 3.5" com 160ppi

• Apenas 1 botão; todo o resto é a tela widescreen multitoque com 3 sensores (proximidade, luz ambiente e acelerômetro). Quer dar zoom numa foto? Encoste dois dedos na tela e afaste um do outro!

• sincroniza com o iTunes (músicas, vídeos, fotos, contatos, calendários)

• WiFi, Bluetooth 2.0, quad-band GSM+EDGE (nos EUA, pela Cingular/AT&T)
• câmera digital de 2 Megapixels

• Roda o OS X (!), e o Safari foi mostrado funcionando como browser. Integração com Google Maps, Yahoo Mail, POP3, IMAP. Vai além do BlackBerry

• 5 horas de bateria, 16 horas só de áudio
• acessórios: fone de ouvido com microfone embutido no cabo (um apertinho no botão atende a ligação) e o menor e mais elegante fone bluetooth que já vi

Os preços são salgados, mas condizem com um aparelho excepcional: US$ 499 pelo modelo de 4GB e US$ 599 pelo de 8GB, com contrato de dois anos. E a partir de hoje a Apple Computer, Inc. passa a se chamar Apple, Inc.. Faz todo sentido: os produtos da Apple já estão no nosso quarto (iMac), no escritório (MacBook, Mac Pro), nos carros (BMW, Audi e outros), na sala (Apple TV) e nos bolsos (iPod, iPhone). Impressionante, para dizer o mínimo.

As ações da Apple fecharam o dia em alta de mais de 8%, e o Leopard nem foi mencionado! A meta é 1% de um mercado de quase 1 bilhão de celulares vendidos por ano: algo como 10 milhões de iPhones até o fim de 2008. O produto será lançado em junho nos EUA. Espero que chegue aqui logo!

Se alguém achar um link para baixar o vídeo do keynote (espero que saia logo no BitTorrent), avisa!