| Autor |
Mensagem |
|
|
Alô Galera!!!
Estamos organizando o Dev in Rio 2009, um evento para desenvolvedores de software com vários palestrantes nacionais e internacionais sobre diversos assuntos e tecnologias como Open Source, Java, Ruby on Rails, Python, Django e metodologias ágeis!
Mais detalhes sobre o evento no meu blog (http://gc.blog.br/2009/08/20/dev-in-rio-2009-eu-vou/), no blog do Henrique (http://henriquebastos.net/2009/08/21/dev-in-rio-2009-eu-vou/) e também no site do evento (http://devinrio.com.br).
O evento será numa segunda-feira (14 de setembro), as inscrições custam R$ 65,00 e as vagas são limitadas!
[ ]s, gc
|
 |
|
|
2 horas para Sprint Planning 1 e 2 horas para Sprint Planning 2. Total de 4 horas.
Para isso funcionar é necessário manter o backlog sempre organizado e estimado, não dá pra querer discutir tudo nesse tempo senão não dá certo. Para isso criamos reuinões que chamamos de pré-planning, que acontecem duas vezes durante os Sprints e servem para discutirmos e mantermos planejados algo em torno de 3 Sprints à frente. Cada uma dessas reuniões dura 1 hora e sempre reservamos tempo para elas no Sprint Planning anterior, já que é fundamental a presença de todo o time. Quando não há necessidade simplesmente não fazemos essa reunião e trabalhamos normalmente.
|
|
|
|
|
Inspirado nessa thread: http://gc.blog.br/2008/04/29/programadores-de-schrodinger/
|
|
|
|
|
Nossa, essas reportagens da Info cada vez me surpreendem mais...
|
|
|
|
Nova versão no ar, agora usando var args (porque não pensei nisso antes?) 
|
|
|
|
Oi Saoj,
saoj wrote:Parabéns, Guilherme. Eu adoro fluent APIs, principalmente para configuração programática.
Uma idéia: crie um método que apenas dá um new EmailMessage e retorna o objeto. Daí vc pode fazer assim:
ou ainda:
Ruby na versão 1.9 está suportando fluent APIs. Na versão 1.8 não tinha como fazer isso, ou melhor, até tinha mas vc tinha que colocar tudo na mesma linha.
Eu acho mais natural que no contexto do seu programa você queira dizer que vai enviar um e-mail falando "new email message to alguem..." do que "email to alguem". A primeira opção me parece mais expressiva do que a segunda.
Outra coisa chata é que email() teria que ser um método da classe em que se está enviando o e-mail, ou então teria que ser um método estático de alguma outra classe para fazer um import static da vida. Não vejo a necessidade de um factory method neste caso, só faria se ele trouxesse benefícios de semêntica. Prefiro usar o construtor normal..
[ ]s, gc
|
|
|
|
A Fluent Mail API é uma API simples que utiliza a JavaMail API da Sun para enviar e-mails. Meu objetivo não é criar mais uma ferramenta para envio de e-mails, é apenas demostrar o uso de Fluent Interfaces como wrapper de um framework maior, simplificando seu uso. A idéia é fazer com que enviar um e-mail seja tão fácil quanto isso:
Mais detalhes no meu blog: http://gc.blog.br/2008/03/03/um-exemplo-pratico-de-fluent-interface/
[ ]s, gc
|
|
|
|
fabio.patricio wrote:
Daniel Quirino Oliveira wrote:P****, ler o GUJ ultimamente anda um saco mesmo. Qualquer discussão que supostamente poderia ser boa, acabam enfiando o Mentawai no meio e é aquele mesmo bla bla bla de sempre: alguém com síndrome de perseguição acaba achando que o tópico indiretamente fala mal do MTW e começa a "argumentar" o contrário. E nada que acrescente 
++
Infelizmente.....infelizmente.
]['s
i++
|
|
|
|
fabio.patricio wrote:
guilherme.chapiewski wrote:
saoj wrote:Guilherme, vc está um pouco equivocado e mal-informado.
Quando fizemos o suporte a Auto-wiring e IoC do Mentawai não existia GUICE. Então o GUICE do Google é um Scraptaculous também porque copiou o PicoContainer? Acho que não. Dá uma olhada no Guice que vc vai ver que ele segue a mesma linha do Mentawai.
Ok, esqueça o Guice. Sobram todos os outros.
Mas o Guice é diferente do Spring e do Pico, ele ja nasceu Java 5 e se aproveitando disso.
]['s
Isso mesmo. Aliás, eu não gosto muito do esquema dele de annotations, mas isso não vem ao caso. O fato é que ele realmente introduziu uma novidade e por isso acho que não se encaixa nessa categoria de scraptaculous.
|
|
|
|
saoj wrote:Guilherme, vc está um pouco equivocado e mal-informado.
Quando fizemos o suporte a Auto-wiring e IoC do Mentawai não existia GUICE. Então o GUICE do Google é um Scraptaculous também porque copiou o PicoContainer? Acho que não. Dá uma olhada no Guice que vc vai ver que ele segue a mesma linha do Mentawai.
Ok, esqueça o Guice. Sobram todos os outros. Então eu repito, o Mentawai reinventa a roda. Continua sendo Scraptaculous. Acabou. Fim de papo. Zé fini. Você não tem como argumentar. É isso. Esquece. Eu não vou entrar começar a discutir com você porque você daqui a pouco vai começar a falar dos usuários satisfeitíssimos em todo o mundo blá blá...
saoj wrote:O Mentawai não é um Scraptaculous simplesmente pelo o grande número de usuários que utilizam e estão satisfeitíssimos. Isso no mundo todo, não só do Brasil. Esses dias mesmos recebemos um feedback positivo de um usuário da alemanha, que contribuiu com um filtro de paginação.
Oops, já começou...
Os usuários satisfeitos não dizem nada. Até aí tem muita gente satisfeita com o governo Lula e nem por isso ele é bom. Esquece isso Sergio, não prova nada. Numa internet com vários milhões de sites com certeza alguém tem que gostar do Mentawai, assim como tem gente que gosta do Lula e assim como os caras do Jackass gostam de comer coco!
Eu não quero mais discutir com você sobre Mentawai. Aliás, repito que a discussão nem era sobre isso, mas parece que a carapuça serviu...
|
|
|
|
Leonardo3001, você está se contradizendo. Olha o que você falou:
[...] Mentawai não é Craptaculous!
Depois você fala:
Apesar de Neal Ford apontar o problema, a causa, na minha opinião, está longe de ser um suposto excesso de frameworks. Está mais na mentalidade de arquitetos de escolherem "os padrões" ou o que "está no mercado", sem levar em conta os outros que existem. Porque quando a solução "de mercado" não funciona, o "único jeito" é fazer por conta própria, pois "não há outras alternativas".
Se a solução de mercado não funciona, a alternativa é criar a sua solução por contra própria. E quando a solução de mercado funciona e alguém cria uma solução de contra própria só por... criar?
Continuando meu raciocínio, olha o que está no site do Mentawai (http://www.mentaframework.org/depinj.jsp):
Instead of creating hard dependencies inside your classes, you should use the DI pattern (Dependency Injection) to resolve the class dependencies automatically (auto-wiring). [...] Mentawai offers a very robust, transparent and automatic support for DI through the org.mentawai.filter.DIFilter global filter.
Porque não usar Spring? Google Guice? PicoContainer? NanoContainer?
O fato do Mentawai ter reimplementado isso sem olhar para o que "está no mercado", sem levar em conta os outros que existem, já o torna "Craptaculous". Isso sem falar do resto. Sinto muito, não tem como negar.
Agora, minha discussão em momento algum era sobre Mentawai ou qualquer outro framework em especial.
|
|
|
|
O Neal Ford começou uma discussão interessante sobre a criação de frameworks a torto e a direito que vemos por aí hoje em dia:
"Which web framework should I use?" If there were only 3, you could reasonable go compare them. When the number reaches 10 or 20, there is no time to go sample each one. Thus, paralysis sets in and you end up using Struts (again), or creating another version of your home-grown Craptaculous framework.
A discussão já foi parar até no InfoQ.
O que vocês acham? Será que alguns desenvolvedores não estão perdendo muito tempo re-inventando rodas? Será que isso não é um sintoma de falta de criatividade?
|
|
|
|
A sala é pequena, espero que dê todo mundo 
Tô vendo que daqui a pouco teremos que fazer inscrições on-line para o RioJUG!
[ ]s, gc
|
|
|
|
Pessoal,
Para quem se interessar, estou blogando sobre a QCon 2007, um evento que está rolando em San Francisco organizado pelo InfoQ.
O evento tem a participação de gente como Martin Fowler e Neal Ford (autores de vários livros e "ThoughtWorkers"), Eric Evans (autor do livro "Domain-Driven Design"), Kent Beck (criador da metodologia XP e um dos criadores do manifesto ágil) e muitos outros grandes nomes.
O endereço do meu blog é: http://gc.blog.br.
Agradeço qualquer tipo de feedback: críticas, comentários, sugestões, etc
Abraços,
Guilherme
|
|
|
|
|
Jogador de basquete
|
|
|
|