Pular para o conteúdo principal

Academia versus Mercado

Quando um aluno de nível superior finaliza seu curso [1]. Ele é confrontado com uma decisão bastante importante sobre seu futuro: Seguir carreira acadêmica ou no mercado [2]. A maior parte dos formandos se vêem tentados por seguir a segunda opção ao passo que a primeira ainda é tratada quase como um celibato. Sendo eu uma pessoa que escolheu seguir ambas as carreiras de maneira simultânea [3] gostaria de expor um pouco das minhas idéias acerca do assunto e por que eu acho que ambas são bem complementares.

Ambas as opções tem por objetivo o casamento entre problema e solução. Apesar disto o que temos é que nossas ações de mercado são mais voltadas para o problema que para a solução. Isso é muito bom àqueles que tem sede de encarar a realidade de fato. No mercado você enfrentará problemas reais de clientes reais. Aqui o prazer está em colocar software que funciona na mão do usuário. Porém a solução é normalmente apenas uma ponte e, por mais que tentemos colocá-la em um pedestal, ela fica em segundo plano. Afinal, quando você resolve a dor do seu cliente o melhor caminho é ser "bom o bastante".

Já na academia as ações são mais voltadas a solução que ao problema. O que se busca são grandes avanços na forma de como as coisas são feitas. Tenta-se assim inovar e avançar com a tecnologia para novos rumos. Apesar de estarmos sempre focados em algum problema, na academia a conexão entre a aplicação e o desenvolvimento é mais "solta" que no mercado. É isto que permite uma liberdade maior para experimentação.

Estes pontos são o que eu considero mais importante para quem vai escolher qual dos rumos seguir. Apesar disto, acho que ambas as áreas tem questões que se complementam bastante. Primeiramente temos a grande liberdade para experimentação da academia. Na minha opinião isso é muito facilitado pelo fato que a validação entre solução e problema é realizada através da comunidade (artigos e conferências) ao passo que no mercado o que vale é a relação de consumo. Neste caso, vemos pouca experimentação no mercado já que é muito mais comum se seguir por fórmulas e tecnologias conhecidas evitando riscos financeiros.

Grandes empresas como Google, Facebook e Apple tem aprendido e mostrado como essas realidades se complementam. O que espero é ver mais dessa realidade se espalhando por outras empresas.


[1] : Se o cara for esperto será confrontado com esta questão bem antes disto.
[2] : Se você é de Brasília ainda tem os concursos, mas nem vou entrar neste ramo de decisão que, para mim, é um desperdício de boas mentes.
[3] : Hoje sou muito feliz com meus resultados e aprendizados tanto na Intacto como no UnBiquitous.

Imagens retiradas de:

Postagens mais visitadas deste blog

A experiência de software

Hoje em dia está muito em voga se falar sobre o desenvolvimento de produtos e serviços de software. Sendo assim as iniciativas e startups estão alta. Mas para quem está no mercado de Brasília (e de alguns outros centros do país) como eu, sabe que a prestação de serviços nas famigeradas "Software Houses" ( me recuso a chamar de Fábricas de Software ) é bem comum. Porém, este trabalho costuma ser renegado ou, como eu vejo, tratado sob um ponto de vista um pouco equivocado. Uma fábrica de software artesanal Onde se enganam tais pessoas é em que elas estão vendendo. Muitas empresas acreditam, de fato, que vendem software. Eu porém digo que isso é não de todo verdade. Se você é um prestador de serviços e constrói software sob demanda, você não vende apenas o software. Aqui não me refiro aos milhões de outros "artefatos" que são empurrados goela abaixo entregues aos nossos clientes. O que vejo é que vendemos algo que não está limitado ao software que vai pra mão (ou se

TDD como ferramenta de aprendizado

Na penúltima sessão do DojoBrasilia surgiu a seguinte questão: Será que o TDD não atrapalha no aprendizado de novas tecnologias?  A grande questão girava em torno de que o respeito estrito as regras ao TDD tornariam o aprendizado lento e enviesado. Isso por que você estaria focado em passar o teste o que estaria limitando sua velocidade no aprendizado na tecnologia, bem como a visão do objetivo final. Caso do dojoBrasília No caso da sessão que levantou a questão acho que o principal sentimento de "lentidão" se deve a grande carga de tecnologias novas que estavam envolvidas. Escolhemos iniciar um problema conhecido em não uma, mas várias tecnologias ( Backbone.js , Undescore , CoffeeScript , Jasmine , etc). Ao final da sessão a sensação de pouco avanço era justificada pelo tempo gasto compreendendo as tecnologias em questão. A sessão seguinte não obteve o avanço que muitos esperavam. Mas nela podemos ver como o uso de TDD compensou. Tínhamos apenas 4 cas

Formando pessoas desenvolvedoras na bxblue

Eu sempre fui apaixonado por ensinar. Trabalho com a formação e ensino desde 2003, indo desde o ensino das bases de computação até lecionar em cursos de pós-graduação. Estar no dia-a-dia com pessoas que estão no começo da carreira é um mix de satisfação e desafio. Satisfação por você ter a oportunidade de contribuir com um pedacinho tão especial da história daquela que será uma pessoa desenvolvedora no futuro. Desafiadora pelo fato de precisarmos nos despir de aprendizados já superados em nossas mentes e nos esforçamos por enxergar novamente pelos olhos de quem ainda não tem a mesma vivência que você. Por onde passei, eu sempre acreditei que um bom equilíbrio entre profissionais experientes e em formação é a melhor combinação para um time de tecnologia. Isso é benéfico não apenas para a retenção, como também é estímulo para uma cultura de aprendizado e humildade. Cultura essa que favorece o compartilhamento e interação não apenas entre quem faz o software, mas também as demais áreas da