Pular para o conteúdo principal

Sobre as palestras que vi no FISL 9.0

Um resumo bem resumido sobre as palestras que vi no FISL. Infelizmente não pude ir ao FISL no sábado pois fins-de-semana são dias para passar com a família, mas seguem abaixo as minhas impressões.


Desenvolvimento de Rich Internet Applications em Alto Desempenho para Web 2.0 com o GWT e Grizzly Comet
Por: Alexandre Gomes e Ted Goddard

Palestra muito boa, que apresentou o conceito de RIA de uma forma muito consistente.
Além disso, explicou como é possível realizar o RIA com o GWT, Grizzly Comet e o Icefaces.
Valeu pelo conceito. e pela explicação de como podemos realizar requisições para que o servidor avise o cliente de que algum evento ocorreu.
Apresentou os problemas da arquitetura e como pode ser solucionado através do Grizzly e Icefaces.

Enabling Real-Time Rich Internet Applications with Apache Derby & Comet
Por: Ted Goddard e Francois Orsini

Como um dos autores era o mesmo da palestra anterior, começou com uma repetição da teoria por traz de RIA que tinha sido explicada anteriormente.
Após, uma boa apresentação de como pode ser utilizado o Apache Derby para controlar o envio de dados para as aplicações mesmo em caso de perda de conexão do usuário com o servidor.
Classifico como interessante e, em termo de importância, coloco ela como número 3 das palestras que vi.

Migrando Aplicações .Net para plataformas livres com Mono
Por: Everaldo Canuto

Segunda melhor palestra que assisti no FISL. Conseguiu colocar as características do Mono em relação ao .Net, bem como os passos de uma migração de aplicação sem puxar para um lado ou para o outro.
O único palestrante que conseguiu confessar que existem coisas boas feitas pela Microsoft.
Na parte técnica, colocou bem o quanto o Mono está maduro para receber aplicações .Net, bem como alguns dos problemas que uma migração destas pode ter, como o problema da ADO do Oracle para Mono em retornos de cursor e como resolver o problema do uso do WinForms em aplicações desktop.

Large Scale PHP
Por: Rasmus Lerdorf
Resumo aqui

O criador do PHP fez a melhor palestra que eu assisti.
Passou um contra-argumento àqueles que dizem que o PHP é lento, deu várias dicas de como melhorar as aplicações, mostrou os problemas de segurança que os sites frequentemente possuem, explicou melhores práticas de desenvolvimento e muito mais.
Algumas das dicas vão contra o que muitos fazem para facilitar a vida do programador mas, como ele colocou, quanto mais coisas utilizamos para facilitar, mais complexas se tornam as nossas aplicações.

Duro de Errar 5.0 - Tratamento, Controle e Configuração de erros em PHP
Por: Marcélio Leal
Resumo aqui

Esperava um pouco mais desta palestra mas este é o problema de se criar expectativas. A palestra se resumiu a explicar configurações de erros, como utilizar as configurações para realizar track de erros e pouca coisa sobre como evitá-los durante a programação.

Entrando nos Trilhos: Uma Introdução a Ruby On Rails
Por: Fabricio de Souza Nascimento

Como não sabia direito o que era o Ruby On Rails, fui para a palestra com a esperança de que fosse mostrado o que ele pode fazer para melhorar as aplicações e que vantagens tem sobre outros Frameworks de desenvolvimento Web.
Entretanto, o Fabricio praticamente resumiu a sua palestra em como fazer um "Hello World melhorado" em Ruby On Rails e não falou muito da arquitetura do negócio.
Para mim a palestra foi pouco útil mas com certeza deve ter tido alguém que aproveitou.

Postagens mais visitadas deste blog

Post sobre as plataformas do Google

O conteúdo abaixo é resultado de um post de um funcionário do Google, publicado acidentalmente para todos no Google+. Ele comenta, primeiramente, sobre a forma de contratação da Amazon, o micro-gerenciamento realizado por Jaff Bezos na mesma companhia, e depois começa a falar sobre alguns problemas do Google, por exemplo: Uma coisa que o Google não faz bem é "plataformas" Google+ é um exemplo de como o Google não entende como fazer uma plataforma (desde os executivos até os funcionários). O post é longo, mas vale a pena a leitura para quem gosta de assuntos como: criação de plataformas tecnológicas e bastidores de empresas do Vale do Silício Stevey's Google Platforms Rant I was at Amazon for about six and a half years, and now I've been at Google for that long. One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon does everything wrong, and Google does everything right. ...

Notas de Leitura - Por que os Generalistas vencem em um mundo de Especialistas

No final do ano passado me deparei com uma sugestão no site da Amazon do livro "Por que os Generalistas vencem em um mundo de Especialistas", de David Epstein. Como o título me chamou a atenção, pois me considero muito mais uma pessoa Generalista do que um Especialista em si, resolvi lê-lo e coloco aqui minhas impressões. Basicamente o autor tenta mostrar que as pessoas podem ter sucesso das duas formas. Para isto ele cita os exemplos clássicos do esporte. Primeiro Tiger Woods, um golfista que foi treinado desde cedo pelo seu pai (dizem que começou a dar tacadas aos 2 anos de idade) e se tornou o golfista mais vencedor da história! Um treinamento dedicado durante toda a sua vida o levou a atingir o topo do esporte (ignorando os problemas da vida pessoal dele, claro)!  O segundo exemplo é do tenista Roger Federer. Federer começou tarde no tênis, primeiro experimentou vários outros esportes e, apenas as 14 anos, começou a treinar com mais dedicação. Inclusive Federer comenta qu...

Fazendo um encurtador de URLs

A Microsoft (assim como o Google e vários outros) lançou um encurtador de URLs. Na real, o que ela fez foi simplesmente criar um domínio que serve como proxy ao Bit.ly , usando a infraestrutura do último. Tempos atrás criei o meu próprio encurtador de URLs para testes. A idéia do encurtador existente era simples: uma tabela em base de dados com um ID numérico e a URL a ser encurtada. Cada URL é única na base de dados e, assim, possui um único ID. Este ID era convertido para base 36 e, assim, tínhamos uma URL mais curta. Claro que fiz isto em um tempo absurdamente curto, apenas para testes de viabilidade. Entretanto, como gostei da idéia da Microsoft, resolvi fazer o mesmo. Assim, criei um "proxy" ao Bit.Ly, usei a API de desenvolvedor disponibilizada por eles e, agora, tenho outro encurtador de URL sem precisar utilizar a infraestrutura do Nóis (que não é lá estas coisas). Não fica tão curta porque não quis registrar um domínio com poucas letras para fazer isto, mas já ...