O evento que em 2007 serviu como estopim para a disseminação do twitter no Brasil, teve sua edição de 2008 no último sábado, dia 25 de outubro.

Em 2007 o evento teve dois dias de duração e deixou as pessoas, que como eu, não puderam ir ao evento, com água na boca. Esse ano, morando e trabalhando em São Paulo, e numa das empresas apoiadoras do evento, claro, eu não poderia ficar de fora. Fui, vi, e aprendi.

intercon 2008 by Silvio Tanaka @ flickr.com

[Read more →]

Pode não ser novidade para muita gente, já que o lançamento foi na quinta-feira, 17 de julho. Depois de um super sprint que começou às 10 horas de quarta-feira, e só terminou lá pelas 21h de quinta, o a versão beta do Brasigo foi ao ar.

O excelente trabalho de todo o time que esteve reunido durante esse tempo. Apesar de não fazer parte do time do Brasigo, e sim do Blogblogs, estive com o pessoal o tempo todo, as telas de erro, pelo menos elas, são obra desse escriba, o layout é obra do Marco Noleto, excelente designer, css e xhtml distribuidos entre Shiota, Noleto e Menga, programação por conta da Thais Camilo, Georges Benatti, William Fernandes, Jean Uchoa, Nando Vieira, arquitetura de software por Ronaldo Ferraz, conteúdo por conta da Lili Abdalla e Nitz Finkelstein, todos comandados pelo product owner do Brasigo, Bruno Alves. A equipe do blogblogs também deu uma força, com Manoel Netto, Lucas Húngaro, Rafael Apocalypse, e Tino Gomes, infra-estrutura por conta da dupla Marcus Vinicius Ferreira e Conrado De Biasi, e claro o maestro disso tudo Manoel Lemos.

Se você ainda não conhece o Brasigo, dá uma passada lá, garanto que você vai gostar, se você já é um usuário do blogblogs, use seu login e senha do blogblogs para acesar o Brasigo.

Sim, de certa forma o título deste post é uma referência ao livro do Luli, design web/design [bom lembrá-lo que ainda esperamos a 3a. edição do livro!], mas a referência termina aqui.

No começo de junho, David Heinemeier Hansson, escreveu no Signal Vs. Noise, o blog da 37Signals, um excelente post defendendo a idéia de que o designer deve ser o responsável pela implementação dos layouts que faz. Durante alguns dias pensei em postar sobre isso, contando minhas experiências, como designer, como implementador e como designer+implementador+programador ou webfaztudo. Posterguei esse post até hoje, quando li um outro excelente texto no Diary of a Web Site, Ding Dong the photoshop only web designer should be dead.

Quando comecei a trabalhar com internet, lá em 1997, era muito comum que designers não produzissem seus códigos, por ser novidade, escrever código era coisa para nerds malucos, e não para designers cools, além disso o trabalho era muito complexo, tabelas dentro de tabelas, e incontáveis gifs transparentes de 1×1 pixel, mais conhecidos pelo maldito nome de spacer.gif. Com o passar de alguns anos, isso piorou ainda mais, o advento de alguns softwares que eram capazes de exportar as imagens dos layouts fatiados para htmls montados, facilitou o trabalho dos designers, e a figura do ‘implementador’ perdeu status.

Quando o movimento pelos padrões aportou no Brasil mais uma vez vi a turma se separar entre designers e implementadores, aqueles que criavam e aquelas que escreviam css+xhtml e faziam mágica ao lançar sites sem spacer.gif e sem tabelas aninhadas dentro de outras tabelas aninhadas dentro de outras…

Hoje existem centenas de micro-empresas implementadoras de layouts, algumas no Brasil mas a grande maioria no exterior, que prometem entregar seu layout psd, em css+xhtml, validado em sei-lá-quantos sites/sistemas diferentes, e num prazo que faz mesmo a gente querer contratar o serviço, o preço também costuma ser bem baixo.

O grande problema nesses serviços bem como nas equipes onde o designer não participa em nenhum ponto da implementação dos layouts que produz, é percebido quando o que foi projetado no photoshop, não pode ser implementado exatamente como planejado, ou quando alguma modificação é necessária no layout para que este possa ‘encaixar’ no CMS. Nestas horas só o designer que pensou o projeto é capaz de corrigí-lo sem que o prejuízo seja grande.

Outro fator importante para que designers implementem seus próprios layouts é que muitas vezes, alguns recursos não podem ser reproduzidos pelas imagens estáticas que o designer gera, e na hora de aplicá-los, a pessoa responsável pela implementação, muito provavelmente não irá pensar da mesma forma que o designer pensou e o risco de algo dar errado é muito grande.

Quando o designer conhece o meio, i.e. a internet, conhece o CMS em que o site vai ser implementado, seus pontos fortes e fracos, seus limites, plugins disponíveis, etc… já no processo de planejamento e layout ele pode prever se determinadas coisas funcionarão ou não. E evitar re-trabalho no processo de criação.