————————————————————–

App store analytics provider Distimo yesterday published its latest report, once again zooming in on the pricing of mobile applications across a variety of platforms.

Consistent with its previous findings, Google’s Android Market has by far the largest share of free applications available compared to other mobile app store, but the gap is also widening.

In July 2010, 60% of all applications on Android Market were free of charge, representing an increase of 3% since May 2010 when it was 57%.

As you can tell from the graph below, that share is more than double the share of free apps on other mobile app stores, with the exception of Palm’s App Catalog (albeit barely).

The share of free applications is smallest on Windows Marketplace for Mobile (22%), followed by the Apple App Store for iPad (26%) and RIM’s BlackBerry App World (26%).

(click image for full size)

Let’s take a closer look at the prices of paid apps across mobile application stores.

Distimo posits that the average price of the 100 most popular apps in Android Market and Palm’s App Catalog is higher than the average price of the entire catalogue of applications.

While the average price of all applications is only 16% higher in the Apple App Store for iPad than in the App Store for iPhone, the average price of the 100 most popular applications is nearly three times as high in the former.

More than 60% of applications are priced below or equal to $2 in the App Store for iPhone, Android Market, Nokia’s Ovi Store and Palm’s App Catalog. The proportion of applications priced
below or equal to $2 is much lower in the App Store for iPad and Windows Marketplace for Mobile.

Notably, it seems prices of apps for iOS devices are on the rise. The proportion of paid applications priced below $1 on the Apple App Store for iPad and Apple App Store for iPhone has decreased in both in July 2010, from 30% to 25% and from 49% to 45%, respectively.

(click image for full size)

(click image for full size)

————————————————————————

“I don’t have time,” is the worst excuse not to blog.

Yet, I hear it often from fellow academics.

My advisor from grad school recently asked, “How can you write tons of papers and grant proposals, teach your classes, advise students, take care of your family and still have time to blog? Where does that time come from?”

Embedded in his question is an assumption that blogging has to take time.

Were this true, I couldn’t recommend it Ph.D. students or pre-tenure profs.

The secret to low-cost academic blogging is to make blogging a natural byproduct of all the things that academics already do.

• Doing an interesting lecture? Put your lecture notes in a blog post.
• Writing a detailed email reply? “Reply to public” with a blog post.
• Answering the same question a second time? Put it in a blog post.
• Writing interesting code? Comment a snippet into a post.
• Doing something geeky at home? Blog about what you learned.

I’ll save an argument for the benefits of academic blogging for another post. For now, I’ll argue that those benefits need not be high to overcome the cost.

Read below for my efficient blogging strategies.

Na hora da prova, os corredores foram separados por setores, de acordo com uma pulseira distribuída junto ao kit. Era necessário informar o pace desejado na corrida durante o processo de inscrição. Nota 10 para a iniciativa da Corpore por essa divisão.

Da corrida em si, alguns pontos que foram importantes: o tempo (nublado, com alguns chuviscos) ajudou a reduzir o desgaste dos corredores, o isolamento muito bem feito pela CTTU e os pontos de hidratação dos dois lados da pista, sem tumulto para pegar água. Pela primeira vez corri ouvindo música. Não sei se isso ajudou na concentração, mas o fato é que terminei a prova inteiro e consegui manter o pace da largada e ainda dar um gás no quilômetro final. A trilha sonora teve Nine Inch Nails no aquecimento e Audioslave durante a corrida.

Fiz um tempo líquido (extra-oficial) de 54’29″, um dos meus melhores para provas de 10KM. Próxima parada: Corrida Duque de Caxias, em Agosto.

———————————————————-

You Don’t Need Math Skills To Be A Good Developer But You Do Need Them To Be A Great One

A little while ago I started thinking about math. You see, I’ve been writing software for quite a few years now and to be totally honest, I haven’t yet found a need for math in my work. There has been plenty of new stuff I’ve had to learn/master, languages, frameworks, tools, processes, communication skills and library upon library of stuff to do just about anything you can think of; math hasn’t been useful for any of it. Of course this is not surprising, the vast majority of the work I’ve been doing has been CRUD in one form or another, that’s the vast majority of the work most developers do in these interweb times of ours. You do consulting – you mostly build websites, you work for a large corporates – mostly build websites, you freelance – you mostly build websites. I am well aware that I am generalising quite a bit, but do bear with me, I am going somewhere.

Eventually you get a little tired of it, as I did. Don’t get me wrong it can be fun and challenging work, providing opportunities to solve problems and interact with interesting people – I am happy to do it during work hours. But the thought of building yet more websites in my personal time has somewhat lost its luster – you begin to look for something more interesting/cool/fun, as – once again – I did. Some people gravitate to front-end technologies and graphical things – visual feedback is seductive – I was not one of them (I love a nice front-end as much as the next guy, but it doesn’t really excite me), which is why, when I was confronted with some search-related problems I decided to dig a little further. And this brings me back to the start of this story because as soon as I grabbed the first metaphorical shovel-full of search, I ran smack-bang into some math and realized exactly just how far my skills have deteriorated. Unlike riding a bike – you certainly do forget (although I haven’t ridden a bike in years so maybe you forget that too ).

Broadening Horizons

Learning a little bit about search exposed me to all sorts of interesting software-y and computer science-y related things/problems (machine learning, natural language processing, algorithm analysis etc.) and now everywhere I turn I see math and so feel my lack of skills all the more keenly. I’ve come to the realization that you need a decent level of math skill if you want to do cool and interesting things with computers. Here are some more in addition to the ones I already mentioned – cryptography, games AI, compression, genetic algorithms, 3d graphics etc. You need math to understand the theory behind these fields which you can then apply if you want to write those libraries and tools that I was talking about – rather than just use them (be a producer rather than just a consumer – to borrow an OS metaphor ). And even if you don’t want to write any libraries, it makes for a much more satisfying time building software, when you really understand what makes things tick, rather than just plugging them in and hoping they do whatever the hell they’re supposed to.

The majority of developers will tell you that they’ve never needed math for their work (like I did a couple of paragraphs above ), but after musing on it for a while, I had a though. What we might have here is a reverse Maslow’s hammer problem. You know the one – when you have a hammer, everything looks like a nail. It is a metaphor for using a favourite tool even when it may not be best for the job at hand. Math is our hammer in reverse. We know the hammer exists but don’t quite know how to use it, so even when we meet a problem where our hammer would be the perfect tool, we never give it serious consideration. The screwdriver was good enough for my granddaddy, it was good enough for my daddy and it is good enough for me, who needs a hammer anyway? The trick with math is – people are afraid of it – even most programmers, you’d think we wouldn’t be, but we are. So, we turn our words into a self-fulfilling prophecy. It’s not that I don’t need math for my work it’s just that I don’t really know it and even if I do, I don’t know how to apply it. So I get by without it and when you make-do without something for long enough, after a while you don’t even notice it’s missing and so need it even less – self-fulfilling prophecy.

Here is some food for thought about something close to all our hearts – learning new skills. As a developer in the corporate world, you strive to be a generalizing specialist (read this book if you don’t know what I am talking about). You try to be decent at most things and really good at some. But what do you specialize in? Normally people choose a framework or two and a programming language and go with that, which is fine and worthwhile. But consider the fact that frameworks and to a lesser extent languages have a limited shelf life. If you’re building a career on being a Hibernate, Rails or Struts expert (the struts guys should really be getting worried now ), you will have to rinse and repeat all over again in a few years when new frameworks come along to supersede the current flavour of the month. So is it really the best investment of your time – maybe, but then again maybe not. Math, on the other hand is not going away any time soon. Everything we do in our field is built upon solid mathematical principles at its root (algorithms and data structures being a case in point), so time spent keeping up your math skills is arguably never wasted. And it, once again, comes down to really understanding something rather than just using it by rote – math can help you understand everything you do more deeply, when it comes to computers. Infact, as Steve Yegge said, what we do as programmers is so much like math we don’t even realise it.

What/Who Makes A Difference

You don’t believe me, then consider this. Most of the people who are almost universally respected  in our field as great programmers are also great mathematicians. I am talking people like Donald Knuth, Edsger W. Dijkstra, Noam Chomsky, Peter Norvig. But then again these guys weren’t really developers, they were computer scientists, so it doesn’t really count right? I guess, but then again, maybe we shouldn’t really talk until our output in pure lines of code even begins to approach 10% of what these people have produced. Of course, you can be successful and famous without being a boffin, everyone has heard of Gavin King or DHH. That’s kinda true (although it’s an arguable point whether or not many people have heard of Gavin or DHH outside their respective niches), but “heard of” and universally respected are different things, about as different as creating a framework and significantly advancing the sum-total of human knowledge in your field (don’t get me wrong, I respect Gavin And David, they’ve done a hell of a lot more than I have, but that doesn’t make what I said any less of a fact). How is all of this relevant? I dunno, it probably isn’t, but I thought I’d throw it in there anyway since we’re being introspective and all.

The world is getting filled up with data, there is more and more of it every day and whereas before we had the luxury of working with relatively small sets of it, these days the software we write must operate efficiently with enormous data sets. This is increasingly true even in the corporate world. What this means is that you will be less and less likely to be able to just “kick things off” to see how they run, because with the amount of data you’ll be dealing with it will just grind to a halt unless you’re smart about it. My prediction is that algorithm analysis will become increasingly important for the lay-programmer, not that it wasn’t before, but it will become more so. And what do you need to be a decent algorist – you guessed it, some math skills.

So, what about me? Well, I’ve decided to build up/revive my math skills a little bit at a time, there are still plenty of books to read and code to write, but I will try to devote a little bit of my time to math at least once in a while, because like exercise, a little bit once in a while, is better than nothing (to quote Steve Yegge yet again). Of course I have a bit of an ace up my sleeve when it comes to math, which is good for me, but luckily with this blog, we might all benefit (I know you’re curious, I’ll tell you about it soon ).

Where Do You See Yourself In 5 Years

So, is all this math gonna be good for anything? It’s hard to say in advance, I am pretty happy with where I am at right now and so might you be, but it’s all about potential. End of the day, if you’re a developer in the corporate world you don’t really need any math. If you’re happy to go your entire career doing enterprise CRUD apps during work hours and paragliding or wakeboarding (or whatever trendy ‘sport’ the geeky in-crowd is into these days) during your off time then by all means, invest some more time into Spring or Hibernate or Visual Studio or whatever. It will not really limit your potential in that particular niche; you can become extremely valuable – even sought after. But if you strive for diversity in your career and want to have the ability to try your hand at almost any activity that involves code, from information retrieval to Linux kernel hacking. In short if you want to be a perfect mix of developer, programmer and computer scientist, you have to make sure you math skills are up to scratch (and hell, you can still go wakeboarding if you really want ). Long story short, if you grok math, there are no doors that are closed to you in the software development field, if you don’t – it’s going to be all CRUD (pun intended)!

Da corrida em si, nada a reclamar da organização, muito bem isolada pela CTTU e PM-PE. Os pontos de hidratação a cada 2 Km e o kit da prova foram os pontos altos da organização.

Próxima parada: Corrida do Bompreço, em Maio.

As tiras dele fazem parte da série “coisas que moldaram a minha personalidade”. Comecei a colecionar revistas em quadrinhos quando ainda era moleque, e a partir de uma certa idade, passei a consumir apenas o melhor do “udigrudi” brasileiro. Tenho em casa os originais dos primeiros números do Chiclete com Banana (Angeli), Níquel Náusea (Fernando Gonsales), Piratas do Tietê (Laerte) e Geraldão (Glauco). Para falar a verdade, ainda tenho os 10 ou 12 exemplares originais da Circo, a revista onde eles publicaram algumas tiras memoráveis e onde tive meu primeiro contato com o melhor do quadrinho brasileiro. Se algum dia alguém quiser saber como era o meu estado de espírito na época, basta ver A Noite dos Palhaços Mudos de Larte, publicada nos Piratas em 94 (na minha opinião, a melhor estória em quadrinhos já feita no Brasil).

Descanse em paz, Glauquito!

A estratégia do Digg está descrita em dois posts  no blog do serviço. O primeiro fala  sobre as dificuldades de escalabilidade da infraestrutura de banco de dados, baseada em uma solução mestre-escravo particionada um servidor MySQL. O texto mostra um exemplo de um a consulta com join que levava 14 segundos para ser completada. Após a migração para um datastore não-relacional, baseado no modelo distribuído do Cassandra, a mesma consulta pôde ser realizada em menos de um segundo. O segundo texto fala sobre a migração completa dos principais serviços do Digg usando o Cassandra e ainda lista as principais contribuições da equipe de desenvolvimento para o projeto.

Apesar de muita gente nos últimos meses ter começado a fuçar outras linguagens em substituição a Java (eu me incluo nesse meio), a linguagem ainda é a mais utilizada pelos desenvolvedores, com mais de nove milhões deles construindo aplicações para as mais variadas plataformas e dispositivos. Um fato que assustou a comunidade Java foi a recente compra da Sun pela Oracle e as incertezas no futuro da plataforma geradas pela aquisição. Os caras da Oracle se comprometeram a manter o Java Community Process como o fórum de discussão e evolução da plataforma e adiantaram ainda que a nova versão (chamada provisoriamente de Java 7) trará algumas mudanças significativas, incluindo a modularização da JVM, o suporte nativo à outras linguagens e melhorias no suporte ao processamento com vários núcleos. A integração da JVM com o JRockit da BEA levará a criação de um novo mecanismo de garbage collection, trazendo alguns benefícios adicionais de performance para as aplicações.

Eric também prevê que o sofrimento atual dos desenvolvedores de aplicações para web na criação de interfaces com o usuário, deverá  ser amenizado quando ocorrer a evolução natural das novas versões de JavaFX. Confesso que não me animei muito em estudar essa nova API, e atualmente estou estudando e desenvolvendo uma pequena aplicação com o Vaadin, um framework criado como uma extensão dos componentes de GWT. Assim que a aplicação entrar no ar, eu divulgarei a URL para vocês acessarem.

O artigo completo pode ser visto aqui. Vale a pena dar uma olhada, independente da linguagem de programação que você esteja usando.

Para iniciar essa série, dei uma olhada no post de James Turner, publicado final do ano passado no O’Reilly Radar, com uma lista das melhores e piores coisas que apareceram em TI ao longo dessa última década. A lista de Turner incluía entre os avanços uma série de tecnologias bem consolidadas. Para entender o porquê da lista, basta imaginar como vivíamos sem essas tecnologias em 2000 e como elas estão onipresentes em nossas vidas agora. Segue a lista das melhores:

• AJAX: possibilitou uma melhoria sensível na experiência do usuário e em questões relativas à usabilidade das aplicações voltadas para Web 2.0. Sem ela, provavelmente não teríamos algo como Gmail, Orkut, Twitter, Digg, entre um monte de outras aplicações “user-centric”.
• Twitter: na visão de Turner, a verdadeira essência do que ele chamou de “web logging”. Mas ele alerta que os maiores benefícios do uso do Twitter ocorrem quando combinado com outras aplicações em forma de marshups.
• WiFi ubíqua: essa eu concordo em grau, gênero e número com ele. Na visão de Turner, basta imaginar como nos conectávamos à internet no começo da década e como o fazemos agora. É cada vez mais comum (talvez nem tanto aqui no Brasil), permanecer o tempo todo conectado em restaurantes, aeroportos, shoppings e mais um monte de outros lugares.
• Smartphones: imagine o seu telefone em 2000. Imagine-o hoje. A inclusão de itens como câmeras digitais, acesso à redes sem fio e 3G, aplicativos, jogos, entre outros, mudou o conceito do que conhecíamos como um telefone celular. E eles ainda continuam fazendo ligações para outros celulares .
• A cultura do “Do It Yourself”: hoje em dia é fácil ter a sua própria estação de TV (veja Justin.tv, por exemplo), o seu próprio jornal (esse blog é um exemplo ), a sua própria estação de rádio (veja a Last.fm). Uma das coisas mais interessantes que eu vi recentemente é a possibilidade de publicar o seu próprio livro (em papel e PDF) completamente de graça. Dê uma olhada no site da Lambert Academic Publishing e veja como publicar a sua dissertação ou tese na faixa.
• Popularização do Open Source: você está lendo esse blog através de uma infraestrutura de software 100% open source. Grandes corporações mantém servidores, aplicações e um mundo de tecnologia por trás disso, todos baseados em software onde o código-fonte está disponível para qualquer um alterar e testar. Como Turner diz em seu post, “se até a Microsoft está lançando aplicações open source…”, imagine que essa próxima década será a consolidação do movimento OSS (Open Source Software).
• Evolução do hardware: imagine acessar a internet usando um modem de 56 Kbps, em uma máquina com 20 MB de disco, 640 KB de RAM e um processador com clock de 2 Mhz. Pense no iPhone que você tem no bolso e entenda porque a evolução do hardware na última década não desmentiu a Lei de Moore.

Em seu post, Turner também lista uma série de decepções e falácias do mundo tecnologia:

• SOAP: só quem precisou configurar um arquivo WSDL para um web service sabe o sofrimento que é utilizar tecnologias baseadas em SOAP.
• A guerra de propriedade intelectual: aqui no Brasil a onda de processos em cima dos usuários que baixam conteúdo protegido por direitos autorais ainda não chegou com força. Mas lá fora tem gente indo para cadeia por fazer download de músicas e filmes. Ainda bem que existem iniciativas como as do Radiohead, Nine Inch Nails, CSS, e um monte de gente boa que distribui o seu trabalho de graça na Web.
• O culto ao Scrum: Apesar de muita gente achar que as metodologias ágeis são a salvação da engenharia de software, só com muito suor e disciplina se consegue praticar tudo o que o Scrum prega. No ano passado, tirei a minha certificação Scrum Master, mas admito que existem várias barreiras culturais que impedem a adoção das práticas “puras” do Scrum. Mesmo assim, sou adepto de algumas coisas que Alexandre Magno chama de “Scrum, but…”. Em resumo, acho Scrum fantástico, mas sem extremismos.
• O fim dos fins de semana: TI é uma área com um nível de stress alto em relação à outras profissões. Todas as maravilhas citadas por Turner têm um efeito colateral quando colocadas em conjunto. A nossa casa passou a ser uma extensão do escritório. Estamos conectados o tempo todo e isso implica em muito trabalho para fazer nos fins de semana. Como se já não bastasse a pressão enorme para entregar software no prazo, funcionando e com alto grau de reuso…

O artigo completo pode ser visto aqui.