André Faria Gomes

Uncle Bob Martin, um grande exemplo para nós Desenvolvedores

andrefaria — Thu, 17 Jun 2010 15:47:12 +0000

Fábio Akita, recentemente publicou uma entrevista com o famoso Uncle Bob Martin, grande personalidade da comunidade de desenvolvimento de software, métodos ágeis e software craftsmanship.

Uncle Bob é, sem dúvida, um grande exemplo para todos nós desenvolvedores de software, apesar de seus 46 anos de experiência com desenvolvimento de software, ele nunca parou de aprender. Programadores não devem nunca pensar que a linguagem que aprendem na faculdade ou que utilizam agora são A linguagem, ao invés disso, devem abrir suas mentes e estar sempre aprendendo uma nova linguagem de programação, disse ele.

What I'm reading and re-reading por Earl

Se você programar somente em Java, por exemplo, e não for além disso, você será um programador muito fraco, porém se for em busca de aprender novas linguagens e aprender novos paradigmas você voltará para o seu Java com muito mais conhecimento e será ainda mais eficiente, afirmou Bob. “Eu, por exemplo, estava aprendendo Ruby e agora estou estudando Clojure”, disse.

Depois de ter escrito o livro Clean Code (Código Limpo), Bob está escrevendo um outro livro agora, chamado Clean Coder (Codificador Limpo), falando sobre como gerenciar o tempo, como lidar com pressões, como estimar, como lidar com chefes, etc. Estamos aguardando ansiosos pela nova publicação.

Bob disse que toda boa idéia que fica popular, tornar-se um hype, muita gente usa isso para seus próprios interesses, muitas vezes invertendo os propósitos. Cuidado! Escolha bem quem o ajudará a aprender métodos ágeis. Volte as fontes, busque os livros de quem estava lá no inicio. Martin Fowler e Kent Beck, são ótimas referências.

Muita gente está agora em ágil, defendo ágil, alerta Bob, mas está apenas pela corrida do ouro, ou seja, não conhecem e nem acreditam nos princípios e valores dos métodos ágeis, apenas estão ensinando ou utilizando ágil para manter-se lucrativos em virtude do movimento do mercado que está sendo impulsionado pelo hype.

Veja o vídeo da entrevista, que foi gentilmente disponibilizado sob a licença Creative Commons pelo Akita.

Siga os conselhos de Uncle Bob Martin, aprenda como um louco, leia, leia, leia.

Para maiores informações, visite o blog do Akita.

Como grandes líderes inspiram?

andrefaria — Mon, 10 May 2010 01:47:38 +0000

Em sua palestra no TED, Simon Sinek apresentou o resultado de sua pesquisa sobre líderes e organizações de sucesso. Sinek, afirma que os grandes líderes tem um padrão de comportamento:

Os grandes líderes pensam, agem e comunicam-se da mesma forma, o que fiz foi codificá-la e o resultado, é provavelmente a idéia mais simples do mundo. Eu a chamo de Circulo de Ouro, os que a seguem inspiram, os outros não.

O círculo de Ouro de Sinek

O círculo de ouro consiste em Por Quê (Why), Como (How) e O Quê (What). Todos sabem o que fazem, alguns sabem como fazem, poucos sabem por quê fazem.

Este porquê, não é lucrar. Lucrar é somente o resultado. O porquê refere-se ao motivo pelo qual a organização existe, seu propósito, aquilo em que você acredita, a razão da suas existencia.

O why deve vir sempre primeiro, deve ser o ponto de partida. Os exemplos a seguir ilustram a diferença entre ir do what para o why (errado) e o contrário, do why para o what (certo). Imagine uma empresa de computadores que anuncia dessa forma:

Nós fazemos excelentes computadores
São bonitos, simples e fáceis de usar
Quer comprar?

Isso não inspira ninguém, veja a diferença quando se começa pelo propósito:

Em tudo que fazemos nós acreditamos em desafiar o status quo pensando de maneira diferente, e a forma que o fazemos é criando produtos bonitos, simples e fáceis de usar. Quer comprar?

Percebe a diferença? As pessoas não compram o que você faz, elas compram o porquê você faz! Isso, segundo Senik, é provado pela biologia. O neocórtex cerebral, é responsável pelo racional, analítico e pela linguagem, ele responde pelo what. Já o cerebro límbico responde por sentimentos e emoções, coisas como confiança e lealdade, responde pelo comportamento humano, por decisões. Porém, não tem capacidade de linguagem. É responsável pelo why.

Quando tratamos do propósito (why), falamos diretamente com a parte do cerebro que compreende comportamento. Se você não sabe por que faz as coisas, como conquistará as pessoas? O objetivo é vender para pessoar que acreditam em que você acredita. Aplicando o mesmo conceito para contratações: o objetivo não é contratar pessoas que simplesmente precisam de um trabalho, é contratar pessoas que acreditam nas mesmas coisas que você. Se você contratar as pessoas simplesmente porque são capazes de fazer um trabalho, elas trabalharão somente pelo dinheiro.

A receita para o sucesso: É ser dirigido por um ideal, por um propósito por uma causa. É não estar em busca do resultado, mas em busca de um sonho.

Se você falar sobre o que você acredita vai atrair as pessoas que acreditam no mesmo que você. O que você faz é simplesmente uma prova do que você acredita. Aqueles que lideram nos inspiram, não porque precisamos, mas porque queremos, não por eles mas por nós mesmos. Aqueles que começam com o porque que tem a habilidade de inspirar outros ou encontrar quem os inspire.

Então me diga: Qual é o propósito de tudo isso que você está fazendo?

Veja a palestra de Sinek no Youtube.

Agradecimentos especiais à meu amigo Dairton Bassi por ter apontado alguns erros no artigo.

Respeitar as Pessoas

andrefaria — Wed, 14 Apr 2010 01:46:43 +0000

Um dos pilares que sustentam a filosofia da Toyota é respeitar as pessoas, e em se falando de Lean Software Development e Desenvolvimento Ágil de Software, não poderia ser diferente.

Foto por Toni Blay

Respeitar as pessoas significa dar a elas um ambiente de trabalho limpo e seguro, permitir que tenham metas praticáveis e realistas, confiar nelas, significa também, desenvolver uma organização onde as pessoas possam pensar e descobrir as melhores formas de executar seu trabalho ao invés de simplesmente receber ordens de o que e como fazer. É permitir que as pessoas tenham oportunidade de conhecer profundamente seu trabalho, refletir sobre ele e melhorá-lo. E não há trabalho algum que não possa ser melhorado.

Pare e pense. O que você pode fazer para melhorar o seu próprio trabalho?

Harvard e Desenvolvimento Ágil

andrefaria — Fri, 09 Apr 2010 01:34:47 +0000

A descoberta mais notável foi que criar um versão com poucas funcionalidades e entregá-la aos clientes cedo melhora a qualidade dramaticamente.

Este é um trecho do artigo do Professor Alan MacCormack da Harvard Business School “Porque Desenvolvimento Evolutivo de Software Funciona“, em que fala sobre o desenvolvimento de software iterativo:

Desenvolvimento de sucesso é evolucionario por natureza. Empresas lançariam primeiro uma versão com poucas funcionalidades de um produto para determinados clientes logo no inicio do desenvolvimento. Posteriomente o trabalho continuaria de forma iterativa, permitindo que o design evolua em resposta ao feedback dos clientes.

Evolution por teamtraveller

Qualquer semelhante com a abordagem ágil, é mera semelhança. O professor apresenta ainda quatro práticas levam projetos de software ao sucesso. Consulte o artigo de Alan MacCormack.

Ignore os Detalhes de Antemão

andrefaria — Sat, 03 Apr 2010 17:34:04 +0000

Lendo o livro Rework de Jason Fried e David Heinemeier Hansson, a famosa dupla da 37 signals, me deparei com um tópico que tenho visto ser abordado na comunidade ágil há algum tempo e estou cada vez mais certo de que se aplica não somente a software mas a qualquer tipo de negócio: Ignore os Detalhes de Antemão.

por chrisjohnbeckett

Isso não quer dizer que os detalhes não fazem diferença. Sim, fazem. Porém, você deve ser preocupar com eles apenas pouco antes de precisar implementá-los de alguma forma. No início de seus projetos ignore-os. Simplesmente decida sobre eles depois. Preocupe-se em fazer o básico primeiro. Lembre-se, você não precisa manter suas decisões para sempre, pode mudá-las no meio no caminho. Mantenha o equilibrio entre rigidez e flexibilidade, os dois extremos são prejudiciais.

Essa mesma linha de pensamento explica porque métodos extremamente prescritivos e burocráticos geralmente não levam a bons resultados. Levantar requisitos com muita antecedência e nível exagerado de detalhes, é um exemplo de engano desse tipo, como sabemos, requisitos mudam, o cliente não sabe bem o quer desde o inicio, e o software deve ser flexível e capaz de evoluir em conformidade com as necessidades de negócio do cliente. Essa abordagem precipitada de levantamento de requisitos é chamada de BRUP (Big Requirements Up Front).

Outro grande erro é o famoso Big Design Up Front (BDUF) em que se tenta criar todo o design de um software antes de sua implementação, novamente a falta de flexibilidade em abordagens como essa geralmente levará qualquer projeto ao completo fracasso.

Em Lean Software development qualquer coisa que termine com Up Front pode ser vista como desperdício. E desperdício é algo que deve ser eliminado porque não agrega valor algum.

Você prática BRUP ou BDUF em sua organização? Tem bons resultados com abordagens assim? Qual é a sua opnião a respeito? Deixe um comentário.

Pergunte-se: Por quê?

andrefaria — Wed, 17 Feb 2010 00:18:18 +0000

Para ser produtivo é essencial ter sempre em mente o objetivo por trás de tudo que se está fazendo. O propósito deve estar bem claro.

Question Mark by Marco Bellucci

É muito comum nos dias de hoje que as pessoas façam suas atividades sem ter verdadeira consciência do por que, da razão pela qual estão fazendo e qual resultado desejam alcançar.

Sem ter uma definição clara do propósito pelo qual se está fazendo determinada atividade, e qual é o objetivo é impossível medir se está indo bem ou se mal. Não há possibilidade de vencer ou ser derrotado, pois não se sabe o que é derrota ou vitória.

Para ter certeza de você sabe exatamente qual é a razão das atividades que você está fazendo, crie o hábito de perguntar-se: por quê?

Ter objetivos claros dá suporte à tomada de decisões, uma vez que todas as decisões tomadas devem estar alinhadas ao objetivo. Ter um objeto é como ter um norte, uma direção, não tê-lo é como vagar no deserto em círculos. Nas palavras de Stephen Covey, autor do livro “Os 7 Hábitos das Pessoas altamente Eficazes”:

“Começar com o objetivo em mente significa começar tendo uma compreensão clara do destino. Significa saber para onde você seguindo, de modo a compreender melhor onde você está agora e dar os passos sempre na direção correta.”

Ter objetivos claros motiva, permite que tenha noção de progresso, ajuda a manter o foco, dá visão, abre as portas da criatividade, uma vez que se em mente o resultado que deseja alcançar.

Em se tratando de trabalho em equipe, quando não se tem objetivos claros, a situação pode agravar-se ainda mais, pois cada um pode seguir por caminhos diferentes tomando como referencial sua interpretação pessoal de objetivo.

Por essas razões metodologias ágeis como Scrum reforçam a importância de se ter metas bem definidas, é o Sprint Goal. Toda a equipe deve estar alinhada em relação às expectativas de sucesso do cliente. Devem ter claro o que se deseja ter como resultado e dessa forma todos poderão remar na mesma direção tomando decisões, por menores que sejam sempre alinhadas ao objetivo.

É pelo mesmo motivo, que existe a definição de pronto, este como se fosse um micro-objetivo de cada tarefa, atingir o estado de pronto, que deve estar bem definido de forma que todos possam compreender e identificar a diferença entre uma tarefa completa e uma incompleta.

Em uma reunião de retrospectiva, por exemplo, é essencial que todos tenham consciência que o objetivo é tornar a equipe melhor, caso contrário, pode transformar-se em um mero jogo de culpa, perda de tempo e investimento.

Não faça as coisas de forma mecânica, faça de forma consciente, entenda o porquê.

Bluesoft Podcast: Um podcast sobre Métodos Ágeis em Português

andrefaria — Mon, 08 Feb 2010 00:40:50 +0000

É com grande satisfação que anuncio o Bluesoft Podcast, um podcast em português que tem como objetivo difundir as metodologias ágeis e desenvolvimento de software apresentado por mim e Luiz Faias Jr.

Speaker por DRB62

O Podcast já está em seu 4º episódio e abordou temas como:

“Cultura de Aprendizagem”
“Batman da Iteração”
“Restrospectiva do Seis Chapéus”
“Programação em Par“.

Além do tema principal, o podcast apresenta as principais novidades da última quinzena das comunidades ágeis nacional e internacional.

Disponível em aúdio e vídeo, possui um feed que pode ser assinado e um canal no iTunes.

Convido todos a ouvir ao podcast. Sugestões e críticas serão sempre muito bem vidas, mande-as para podcast arooba bluesoft ponto com ponto br.

Software Craftsmanship com Uncle Bob Martin

andrefaria — Tue, 01 Dec 2009 02:27:43 +0000

O pessoal da Software Engineering Podcast acabou de publicar a entrevista de Markus Völter com o consagrado Robert C. Martin, também conhecido como Uncle Bob Martin autor diversos livros como Clean Code e evangelista do movimento Software Craftsmanship. Recomendo que todos ouçam ao podcast (em inglês) na integra, mas gostaria de enfatizar alguns pontos importantes.

Sobre o Arquiteto de Software

Foto por Anirudh Koul

Segundo Uncle Bob, pensar arquitetura e design vale muito a pena, porém, ele não gosta nada da idéia de se separar a arquitetura da codificação. Os melhores arquitetos são aqueles que codificam e vivem no “mundo que constroem para os outros”, disse. Se um arquiteto não codifica ele fica desconectado das decisões que toma, porque não é afetado por elas, ele ”não tem que dormir na cama que faz”.
O importante é que arquitetos mantenham seus dedos no teclado, a final, você não pode liderar um time a menos que os conheça e entenda. Você tem que experienciar o que o time está fazendo para saber o que ele realmente precisa.

Documentação

O código é documentação mais imporante. Todos os outros documentos devem refletir o que o código faz. O código digire todos o resto e não é apenas resultado de outros documentos como sugure o waterfall.

Software Crafsmanship

O termo foi criado com a publicação do livro de Pete McBreen em 2002. Fala-se sobre aprender com mestres. Aprenda as habilidades e como tomar decisões, mas você deve aprender com outras pessoas ajudando-as a fazerem seu trabalho.

Você deve sentir orgulho da forma que você trabalho.
Sinta orgulho de poder fazer Test Driven Development.
Sinta orgulho de ter alta cobertura de código.
Sinta orgulho de desenvolver software de alta qualidade.
Sinta orgulho de ter um bom design de código.
Sinta orgulho de desenvolver software que realmente agregue valor de negócio aos clientes.

Uncle Bob sugere como práticas TDD, Integração Contínua e Programação em par, e afirma que bons times trabalham em par na maior parte do tempo, no entanto, afirma que não se deve ser religioso quanto a isso, “você não precisa trabalhar em par 100% do tempo”, diz.

Qualidade e Relacionamento com Clientes

Não basta funcionar, o software deve ser bem escrito e fácil de manter. Foque em agregar valor. Deve haver um parceira com os clientes. Você deve realmente envolver-se com as decisões tomadas e garantir que o que cliente pede realmente vai agregar valor para ele. Não faça simplesmente porque é seu trabalho se você já sabe que não vai dar certo. Comprometa-se com o resultado do seu trabalho.

Produtividade

Aprenda os Shortkeys (atalhos de teclado). Tente fazer o máximo que você puder sem usar o mouse. Um desenvolvedor de software deve estar altamente integrado com seu ambiente.
Utilize uma boa ferramenta de SCM (Source Code Control), o CVS é razoável, o SVN é melhorzinho, mas meu favorito é o Git.

Bug Tracking Systems são importantes, mas use com certo cuidado. Devem ser leves e simples de usar.
Use ferramentas para teste como jUnit (xUnit), rSpec, Cucumber, JBehave e Fit.
Linguagens dinamicas são muito produtivas e se você faz TDD o “perigo” vai embora. Você não precisa mais de um compilador para te dar uma falsa segurança.

Desenvolvimento de Carreira

A coisa mais importante para um desenvolvedor de software é noção de aprendizado contínuo. Você nunca pode parar de aprender. É como um médico.

Você deve aprender o máximo de linguagens que puder, e deve conseguir escrever código em todas essas linguagens ainda que não seja um especialista em todas elas. Não adianta. Aprenda no mínimo uma linguagem estática, uma dinâmica e uma funcional. Robert diz que todos devem aprender LISP.

Recado de Uncle Bob no Rails Conf 2009

Uncle Bob Martin na RailsConf 2009 porFabio Akita no Vimeo

Mais Informações sobre Robert C. Martin

Os Melhores Podcasts de Tecnologia para Desenvolvedores

andrefaria — Fri, 20 Nov 2009 14:32:29 +0000

Um dos maiores problemas da sociedade moderna é a dificuldade de locomoção diária, a maioria das pessoas passa horas em seus carros, ou em meios de transporte públicos para irem de lugar a outro. Há alguns anos atrás quando morava na zona norte de São Paulo e trabalha na zona sul, essa era minha realidade. Uma vez que naquela época passar por isso era inevitável procurei formas de fazer com esse tempo pudesse de alguma forma torna-se produtivo, foi então que comecei a ouvir à podcasts.

iPod por Dan Taylor

De acordo com a Wikipedia, Podcasting é uma forma de publicação de arquivos de mídia digital (áudio, vídeo, foto, etc.) pela Internet, através de um feed RSS, que permite aos utilizadores acompanhar a sua atualização. Assim, é possível o acompanhamento e/ou download automático do conteúdo de um podcast.

Neste post apresentarei os podcasts aos quais escuto e os episódios principais para que você ouça. Sugiro que você utilize o iTunes para inscrever-se nos podcasts e sincronizar com seu iPod.

Desenvolvimento Ágil

por pcalcado

Podcast da ImproveIt

por Vinícius Teles
http://improveit.com.br/podcast
Português

AgilCast

Por AgilCoop
http://agilcoop.incubadora.fapesp.br/portal/agilcast
Português

Bluesoft Podcast

Por André Faria e Luiz Faias Jr.
http://podcast.bluesoft.com.br
Português em Áudio e Vídeo

Agile Toolkit Podcast

http://agiletoolkit.libsyn.com
Inglês

ThoughtWorks Podcast

http://www.thoughtworks.com/what-we-say/podcasts.html
Inglês

Open Source

FLOSS Weekly

por Leo Laport, Jono Bacon e Randal Schwartz
Inglês

Java

HorecaExpo - Java por bramloquet

JavaPosse

Por Tor Norbye, Carl Quinn, Dick Wall e Joe Nuxoll
Inglês
http://www.javaposse.com

Java Technology Insider

Inglês
http://www.javaworld.com/podcasts/jtech

Rod Johnson: SpringSource and the future of Spring (2008)

Grails Podcast

Por Glen Smith e Sven Haiges
http://grailspodcast.com

Ruby

Ruby on Rails por Andrew*

Rails Envy

Por Jason Seifer e Gregg Pollack
Inglês
http://railsenvy.com

Rails Podcast

por Geoffrey Grosenbach
Inglês
http://podcast.rubyonrails.com/

Rubiverse Podcast

Por Mike Moore
Ingles
http://rubiverse.com

JavaScript

Gadgets

GeekBrief TV

por Cali Lewis
Inglês
http://www.geekbrief.tv

Software

Desk por Guillermo Esteves

Pragmatic Podcasts

por Pragmatic Bookshelf
Inglês
http://www.pragprog.com/podcasts

Software Engineering Radio

por Software Engineering Radio
http://www.se-radio.net
Inglês

Elegant Code

por Elegant Code Community
http://elegantcode.com
Inglês

Google Developer Podcast

http://code.google.com/p/google-developer-podcast/downloads/list
Inglês

Hearding Code

http://herdingcode.com
Inglês

Tecnologia

IT Conversations

http://itc.conversationsnetwork.org
Inglês

net@Night

por Amber MacArthur e Leo Laport
http://www.twit.tv/natn

Twit – This Week in Tech

por Leo Laporte, Jeff Jarvis, Baratunde Thurston, e John C. Dvorak
http://www.twit.tv/twit

MacBreak Weekly

por Leo Laporte, Don McAllister, Paul Kent, and Andy Ihnatko
http://www.twit.tv/mbw

This Week in Google

por Leo Laporte, Gina Trapani, Jeff Jarvis e Mary Hodder
http://www.twit.tv/twig

SitePoint Podcast

inglês
http://www.sitepoint.com/podcast

Empreendedorismo e Negócios

37 Signals Podcast

por 37 Signals
Inglês
http://37signals.com/podcast

Max Gehringer (CBN)

por Max Gehringer
Português
http://cbn.globoradio.globo.com/servicos/podcast/NOME.htm

Mundo Corporativo (CBN)

por Heródoto Barbeiro
Português em Áudio
http://cbn.globoradio.globo.com/servicos/podcast/NOME.htm

The Startup Success Podcast

http://startuppodcast.wordpress.com
Inglês

TED Talks

por TED Talks
Inglês
http://www.ted.com

Stanford Technology Ventures

por Stanford

Inglês em Áudio e Vídeo

http://stvp.stanford.edu

Se você quiser incluir algum outro podcast nesta lista, deixe um comentário. Espero que seja Útil!

O futuro do Java em meio a computação em nuvem

andrefaria — Tue, 17 Nov 2009 01:36:46 +0000

Aconteceu nos dias 6 e 7 de novembro de 2009 a 3ª edição do evento The Developers Conference realizado pela Global Code. Diferente do ano passado houve apenas uma trilha, porém maior enfoque em palestrantes internacionais.

Em sua palestra “Major Trends in Enterprise Software Development”, Rod Johnson, fundador da SpringSource, apresentou um pouco sobre a sua visão do futuro da linguagem e da plataforma Java e as novas tendências que o mercado de Tecnologia da Informação deverá seguir nos próximos anos. Gostaria de explorar um pouco os tópicos que foram abordados e registrar minhas impressões.

Bancos de Dados e a Computação em Nuvem

Foto por Florin Mogos

Segundo Rod, o mercado de tecnologia da informação está sofrendo grandes transformações em virtude da computação em nuvem (Cloud Computing) e do fato de o maior custo ter sido movido de hardware para pessoas.

A computação em nuvem não é somente uma modismo imposto por fornecedores de ferramentas como foi SOA

Em meio a essa realidade uma série de suposições tornou-se questionáveis como, por exemplo, a forma com que os dados são armazenados. A maioria esmagadora dos softwares construídos na atualidade utiliza bancos de dados relacionais, porém, sabe-se que estes não famosos por sua habilidade de escalar aplicações. Neste cenário, bancos de dados orientados a documentos ou Document Stores vêm ganhando mais e mais espaço. O Google Big Table, o Hadoop e o Couch DB são exemplos de soluções inovadoras que devem ser consideradas. As aplicações do futuro deverão ser capazes de lidar com novos tipos de bancos de dados.

Google, Amazon, Facebook e LinkedIn utilizam bancos de dados NÃO Relacionais.

A computação em nuvem oferece escalabilidade dinâmica, a cobrança é realizada de acordo o consumo que as aplicações demandam, e a plataforma que suporta a aplicação passa a ser vista com um serviço (PaaS – Plataform as a Service). “A cada dia faz menos sentido para a maior parte das organizações possuírem e manterem seus próprios DataCenters” afirmou Rod, “É como fábricas que já não fabricam sua própria energia elétrica”.

E o Java Está Morto?

Coffe por databhi

É fato que com a popularização de linguagens dinâmicas como Ruby e Python e em virtude da produtividade de frameworks para desenvolvimento de softwares para a web como Rails e Django muitas pessoas já se perguntaram: ‘A final de contas será que Java está morrendo?’. Muitos também vêm se questionado sobre as intenções da Oracle (que recentemente comprou a Sun) em relação à plataforma.

Penso que quanto a isso, a resposta é muito simples:

As pessoas estão acordando e começando a utilizar as ferramentas certas para resolver os problemas que têm.

Como disse Fred Brooks: ‘Não existe bala de Prata!’, isso é, não uma única solução que resolva todos os problemas. Java ainda faz muito sentido resolver muitos problemas, Ruby faz muito sentido para resolver outros, Erlang para outros, Scala para outros…
Resumindo, Java não está morto, no entanto já não é uma linguagem inovadora, e outras linguagens estão ganhando seu merecido espaço, não se acomode, corrá atrás de entender as motivações por trás dessas novas tendências, e, sobretudo, os princípios por trás delas.

No DevInRio, o Guabanara gravou uma entrevista com Guilherme e Paulo Silveira da Caelum em que esse assunto foi tratado com autoridade. Ouça ao MP3 ou assista o vídeo no Vimeo do Guilherme Chapiewski.

[audio http://www.guanabara.info/podcast/69-GuanaCast_Alta.mp3]

Já em relação a Oracle, Rod, afirmou que a empresa depende de tecnologia Java para atingir o sucesso, não é novidade que muitas soluções da Oracle são altamente dependes da plataforma Java e é obvio que a empresa não vai arruinar com tudo sem mais nem menos.

Para Rod, Java provavelmente será a última linguagem genérica de adoção em massa e no futuro mais e mais linguagens para finalidades específicas ganharão espaço no mercado, e muitas dessas novas linguagens serão executadas na Java Virtual Machine (JVM). Soluções integradas como Rails, Grails e Spring Roo tendem a ganhar espaço em virtude da alta produtividade que proporcionam.

Parabéns a Global Code pela realização do Evento!