Berg Brandt - Front-end da Yahoo

Olá pessoal, estou aqui para lhes apresentar mais uma entrevista com um profissional de tecnologia, dessa vez trago ate vocês as palavras de Berg Brandt, Front-end Engineer da Yahoo na Califórnia, Estados Unidos. Ele é filho de Pernambuco mais vive fora há algum tempo, já foi professor do curso de extensão Front-end Engineer & Designer da Faculdade Marista do Recife, também é um dos idealizadores do 1º curso de pós-graduação da área e criador do grupo de discussão ‘Frontend-br’. Vamos à entrevista..

1º Como surgiu a oportunidade de trabalhar em uma empresa de grande porte como a Yahoo? O premio Peixe Grande que você recebeu da Arteccom teve alguma influência nesse caso?

Tudo começou quando fui trabalhar para a Pitang em um projeto de desenvolvimento para o Yahoo! Brasil/Latam. Me envolvi com um projeto com profissionais de vários países incluindo o Canadá, para onde acabei indo em 2007 antes de vir para os Estados Unidos. O Peixe Grande influenciou tudo isso indiretamente. Ainda me lembro quando fiz entrevista para a vaga da Pitang diretamente com desenvolvedores
do Yahoo! em SP e o prêmio foi uma das coisas que chamou a atenção no meu currículo.

2º Hoje você é considerado um profissional de sucesso e alcançou grande parte desse sucesso fora do Brasil. Você acredita que teria chegado tão longe ou mais caso tivesse permanecido no Brasil?

Sucesso é um conceito interessante que tem várias facetas. Pode ser pessoal, profissional ou financeiro, por exemplo. Saí do Brasil em 2007 quando já tinha mais ou menos 8 anos de carreira na área. Considero que já havia alcançado um certo sucesso profissional quando deixei Pernambuco. Obviamente, o mercado pernambucano está melhorando mas ainda há muito a ser desenvolvido e precisei buscar outras oportunidades para alcançar tanto sucesso profissional quanto
estabilidade financeira e uma vida pessoal mais balanceada. Trabalhar em uma empresa de grande porte me proporcionou os desafios e as oportunidades para que eu pudesse me desenvolver ainda mais. É díficil dizer se eu teria alcançado o mesmo nível de satisfação profissional caso tivesse ficado por aqui.

3º Seu caso mostra que nosso Nordeste tem potencial para tecnologia, contudo acredito que esse potencial é pouco explorado. Qual sua opinião a respeito disso?

Concordo. Temos muito potencial técnico e intelectual, mas precisamos transformar isso em negócios que gerem receita capaz de reter os bons profissionais por aqui. Talvez falte mais iniciativa dos próprios profissionais em empreender. Infelizmente, a complexidade da legislação brasileira ainda é uma barreira ao empreendedorismo e sei como é difícil se desfazer na mentalidade “assalariada” e “concursista” da geração de nossos pais. Recomendo àqueles que têm uma idéia interessante mais não sabem como ou não têm recursos para executá-la que procurem entidades como o Sebrae, por exemplo.

4º Pra você, qual a importância de eventos como o EDTED e Iseminar?

Eventos como o EDTED e o Iseminar são muito importantes para o
fortalecimento da comunidade de desenvolvedores na região. Digo isso a
todos: “mesmo que você nem goste muito da programação do evento e puder ir, vá, só pelo networking”. Além da troca de experiências, uma presença maciça de desenvolvedores em eventos como estes certamente garantirá eventos melhores a cada ano.

5º Quais suas expectativas para o Workshop Front-end?

As melhores possíveis. Estou preparando o material para o workshop e
está ficando bem interessante. Estamos consolidando diversos conceitos
que estão espalhados pela web em um programa consistente e compreensível. O desenvolvimento globalizado envolve diversos aspectos
normalmente não contemplados pelos desenvolvedores. O objetivo do curso é justamente trazer essa perspectiva mais global sobre o desenvolvimento front-end.

Gostaria de agradecer ao Berg por me fornecer parte de seu tempo para esta entrevista e faço votos de muito sucesso e nos veremos no Workshop Front-end em Janeiro. Abraço e ate a próxima!

Um dos eventos de tecnologia pioneiros no Brasil, o iSeminar promove mais uma edição no Recife e chega com muitas novidades esse ano.

O iSeminar aborda diversos assuntos ligados ao Desenvolvimento web, design e mídias sociais. Durante seu período de existência já recebeu mais de 20,000 (vinte mil) participantes em diversas cidades do Pais, incluindo Recife. É realizado pela iMedia Brasil e ocorrerá no dia 20 de novembro de 2010 das 08:00 as 18:00 horas no Hotel Golden Tulip que é localizado na Av. Boa Viagem, 4070 que por coincidência fica no bairro de Boa Viagem, mais conhecido pelo Recifenses como ‘Avenida Beira Mar’, a inscrições custam R$ 45,00 reais ate o dia 15 de novembro e depois disso irão custar R$ 55,00 reais e podem ser feitas através do site do evento, a iMedia Brasil pede aos participantes que levem no dia do evento um 1k de alimento não perecível para doação ao GAC (Grupo de Ajuda à Criança com Câncer), aprenda alguma coisa e ainda faça parte de uma causa nobre.

Palestrantes:

André Fontenelle – Organizador do evento e diretor da iMedia.
Alex Tabor – Co-fundador do site Peixe urbano.
Beck Novaes – Desenvolvedor front end da DClick.
Fabio Sasso – Web designer, designer gráfico e dono do blog Abduzeedo.
Felipe Ferraz – Engenheiro de software da CESAR.
Pedro Rogério – Desenvolvedor front end da Agência Ambulance e dono dos blogs Pinceladas da Web e CSS no Lanche.

Alguns dos palestrantes do evento concederam entrevista ao Blog do iSeminar, confira: http://www.iseminar.com.br/blog/

Para quem mora no interior agreste de Pernambuco, um ônibus da iMedia ira transportar os participantes ate Recife e retornará ao final do evento, o translado custará R$ 40,00 reais (ida e volta), o ponto para partida e chegada é o Shopping Difusora, interessados deveram entrar em contato com esse cara: http://twitter.com/JaimisonAllen.

Maiores informações: http://www.iseminar.com.br/

Infelizmente não poderei ir, pois não pude me organizar a tempo, mais o evento já esta no meu calendário para o ano que vem. Abraço.

O trabalho de um programador front-end é um desafio. Nosso trabalho não é uma das regras, mas de recomendações e melhores práticas. Com cada projeto, tentamos melhorar nossas habilidades e esperamos ficar melhores no que fazemos, mas o caminho para o sucesso nem sempre é muito claro. Podemos aprender muito com nossos erros do passado, mas dicas de como melhorar a nós mesmos podem ser igualmente estimulantes. Este artigo irá dizer-lhe por onde começar.

Como definir a qualidade:
Se você já teve que julgar o código de alguém que você já deve saber o quão difícil é colocar uma espécie de grade sobre ele. Não só por causa das diferenças de estilos de codificação, mas também porque a qualidade do código final pode não estar a altura de sua face. A maneira mais rápida para julgar é dar uma olhada no código fonte do HTML, CSS e JavaScript, isso irá dizer-lhe muito.
Não estou muito interessado em definir uma escala de classificação, uma vez que é completamente impossível de qualquer maneira. Eu acho que é mais importante para definir que áreas e escopos existem para definir a qualidade do código front-end. Na minha experiência, existem quatro níveis importantes que precisam ser levados em consideração. Vou começar com o mais fácil e a mais simples, trabalhando a minha maneira.

1. Criando uma página:
Eis onde começa tudo. Você faz ou recebe um projeto, sente-se na frente de seu computador, você escolhe seu navegador favorito e começa a trabalhar. Escrever um HTML, CSS e JavaScript para combinar com um design funcional é um desafio no início. Como um não-designer que me levou algum tempo para entender as delícias de um bom design e de traduzir os para uma página da web. Por outro lado, esta é provavelmente a parte mais fácil do trabalho.
Para além das questões de design, você também tem que se preocupar sobre como escrever um código válido e você tem que ter certeza que sua página é acessível a pessoas que não utilizam navegadores regulares. Para a maioria das pessoas isso vai abrir portas para um mundo novo e desconhecido, mas é essencial dar uma qualidade global ao seu código.
Verificar a qualidade deste primeiro nível é bastante fácil. Validadores de código, uma rápida olhada em toda a fonte e rapidamente a digitalização da página com CSS desabilitado irá dizer-lhe muito. Mas claro, isso é só o começo.

2. Fazendo um trabalho de cross-browser e cross-platform:
Tempo para diminuir o zoom. Fazer uma única página para trabalhar em seu navegador favorito é uma coisa, ter certeza que ele funciona bem em uma variedade de navegadores e sistemas operacionais é um desafio completamente diferente. Primeiro de tudo, é importante notar que não é necessário que a página apareca exatamente do mesmo jeito em todos os navegadores. Para navegadores mais antigos, basta fazer o olhar e trabalhar bem, só que sem as coisas extravagantes. É importante certificar-se de que todas as funcionalidades ainda estejam lá. Sacrificar a funcionalidade essencial não é simplesmente feito.
Normalmente se preocupar com a compatibilidade do navegador é algo que acontece depois, mas é realmente importante ter isso em mente quando você começa em um projeto. Algumas técnicas funcionam melhor que outras, alguns problemas são mais fáceis de resolver do que outros. A escolha de um navegadorfuncional é muito importante de inicio. Conhecendo as entradas e saídas de navegadores e mudar um pouco o seu curso de código para afastar das grandes questões é um processo longo e cansativo, mas ajuda a melhorar a qualidade do seu código, um grande negócio.
Medir a qualidade real deste nível é um pouco mais difícil, embora o comprimento do navegador na fase de testes é uma boa indicação disto. Quando mais cedo você começa, mais fácil será para resolver os problemas do navegador, a realização destas terefas farão com que todos os browsers mostrem a página em uma forma aceitável. Mas, mesmo assim, alguns erros extremamente obscuros podem mantê-lo acordado a noite toda (ou a semana toda).

3. fazer um site:
Tempo para diminuir o zoom, mais uma vez. Um site é mais do que uma simples coleção de páginas. Você notará que vários componentes serão apresentados em páginas diferentes dentro do site, você vai notar também que arquivos CSS e JavaScript será utilizado em várias páginas dentro do site. Manter seu código consistente em todas as páginas pode ser muito mais difícil do que você imaginava.
A chave é pensar em componentes. HTML é uma linguagem descritiva, de forma independente da visualização ou do contexto, um bloco de “determinados conteúdos” deve sempre ser construído usando o html mesmo. Um exemplo que eu gosto de usar é o de um artigo de notícias. Isto pode aparecer em um bloco de focos separados, em uma lista resumida, como um resultado de pesquisa ou como um todo em uma página de detalhes. Basicamente é sempre a mesma coisa (um artigo de notícia), para a parte semântica do HTML (também acho que nomes de classes) devem ser os mesmos para todas essas instâncias. Variações no projeto devem ser baseados no contexto, pela definição de variantes (adicionando uma classe base extra para a diferenciação). Uma vez que você tem tudo isso coberto, a escrita correta do CSS e JavaScript deve ser muito mais fácil e a duplicação de código será reduzida.
Este nível é bastante fácil de controlar. Basta tomar algumas páginas de um site, destacar alguns componentes com variantes de design claro e verificar como são construídos e decorados. Se não houver uma base comum, esta certamente irá afetar a qualidade do seu site a longo prazo.

4. estabilidade e flexibilidade:
Os três níveis acima são todos importantes, mas, mesmo combinados todos os três critérios, a qualidade do seu código ainda pode ser bastante duvidosa. Seu código só será realmente brilhante quando ele se mostra estável e flexível. O problema é que você pode apenas usar esta medida quando se é efetivamente demasiado. Você pode olhar para vários indicadores embora.
O primeiro é quando você estiver chegado ao ponto de “os 5 últimos bugs”. Estas são alterações de última hora ou bugs com prioridade ligeiramente mais baixa que você adia porque eles são muito difíceis de corrigir. Você sabe que fez um bom trabalho quando você pode eliminá-los rapidamente. Por outro lado, se a fixação desses erros introduz novos ou requer retrabalhos de seções completas, ainda há muito espaço para melhorias.
Outro bom indicador é a “fase 2″. Como você está bem preparado para incorporar as alterações de design funcional sem arruinar seu site. Você pode deixar cair um componente existente em outro lugar sem ter que refazer todo o css? Você pode fazer a sua coluna da esquerda mais adaptando o mínimo de valores CSS e sem qualquer images recutting? Você pode criar uma variante de concepção de um componente sem ter que entregar o código HTML novo? Como é que fácil trocar de lugar com os componentes? O que se mede uma trilha de duas linhas? Todos estes elementos são indicadores da estabilidade e flexibilidade de seu código.

Conclusão:
Se o nível de qualidade alcançado for 4, sua missão não foi cumprida, pode custar-lhe muito tempo, esforço e dinheiro. Perguntas simples de seu cliente teram que ser respondida por respostas técnicas complicadas, seu cliente realmente não importa. Levará a horas extras, prazos não cumpridos, o estresse e um declínio na relação com seu cliente.
É um sério processo de aprendizagem que, como flexibilidade e estabilidade são apenas alcançados por dominar os 3 primeiros níveis e evoluir a partir daí. Se você quer melhorar suas habilidades, olhar para tráz e rever seu conceitos são uma boa dica. Veja onde você escorregou e pense em maneiras de se certificar de que não acontecerá novamente. Se você fizer isso com cada projeto, o céu é o limite.

Este artigo é uma tradução, o documento original pode ser encontrado em: front-end quality levels (http://www.onderhond.com/blog/work/front-end-quality-levels)