1. YouTube lança uma versão HTML5 do site que dispensa o uso do plugin Flash Player (via Mashable). O player ainda funciona em poucas versões de navegadores e tem alguns bugs, mas já funciona.
2. Apple anuncia o iPad que, assim como iPhone e o iPod Touch, não possui suporte ao Flash. Dias depois, Steve Jobs afirma em entrevista que a Adobe é uma empresa preguiçosa. Não sem razão. A versão do Flash para MacOsX causa mais travamentos do que na do Windows.
3. Google suspende o suporte ao Microsoft Internet Explorer 6 (no Computerworld), A medida também vale para Firefox 2, Safari 2 e Chrome 3. A isso se junta a campanha forte nos últimos meses para matar o IE6 liderada pela própria Microsoft. Não sabemos o estrago que as estações de trabalho que ainda rodam XP por causa disso estão fazendo às vendas do Windows 7. Além disso, governos europeus passaram recomendar o uso de navegadores alternativos depois da invasão de contas de ativistas chineses graças a uma brecha de segurança no IE.

A Web vive de ondas rápidas. Muitos poucos sites conseguem fidelização de seus usuários que duram anos. A exceção são os serviços – como provedores de acesso e de webmail – e os portais que provém este serviço. Nos últimos anos, algumas redes sociais conseguiram isso com sucesso em alguns mercados, como o Orkut no Brasil e o Friendster nas Filipinas.

O irônico, é que a plataforma que sustenta este mercado volátil é praticamente o mesmo há dez anos. Fora algumas iniciativas da comunidades, como a adoção maciça do CSS para estrutura e dos frameworks JS, não houve evolução significativa no desenvolvimento para a Web.

Em desenvolvimento server-side, o mercado se dividiu entre Java, Microsoft .Net e PHP. Alguns desenvolvedores tem migrado para Ruby, outra linguagem dos idos de 1990. Para aplicações ricas, temos o Adobe Flash, que domina o mercado desde 1996, apesar de outras iniciativas como o Silverlight. Além disso, o Flash Player está instalado em 99% dos computadores, sendo uma alternativa mais viável para a publicação de vídeos em sites como o YouTube e o Vimeo e matando o mercado do Quicktime, do Real Player e do Windows Media Player.

O HTML5, juntamente com o CSS 3, é uma especificação ansiosamente aguardada pelos desenvolvedores por causa dos seus inúmeros recursos, mas também é uma demanda das empresas de vanguarda. A nova fronteira é móvel, onde MacOsX e Android evoluem rapidamente para se manter competitivas. Veja este vídeo sobre o Motorola Milestone, onde a plataforma de desenvolvimento se tornou um argumento de venda.

O que vem por aí é excitante. Todos sabem disso. E se for necessário bater forte em um adversário, Apple e Google não se intimidarão. Para nós, profissionais da Web, tudo o que resta é se manter atualizado com as boas práticas e com as novas especificações mantendo os dois pés bem firmes na terra.

Leia mais:

• iPad e Google empurram migração para HTML 5, Raphael Monteiro Barboza no Webinsider;
• Nova linguagem de internet promete ser o futuro da navegação, eBand;
• Empresa aérea bane Flash de seu site, IDGNow;
• 7 Reasons For Apple To Acquire Adobe, The Next Web.

Artigos relacionados:

• Desenvolvendo de acordo com os padrões Web
• Definindo estrutura, apresentação e comportamento
• Pagando seus pecados com Sharepoint
• Como achar algo nesta bagunça?
• Google Desktop!

“O que deu errado?” todos se perguntavam. Chamaram todos os especialistas, consultores, gurus e encontraram o erro. “Vamos fazer tudo de novo.”

Nove anos depois, anunciaram mais um novo paradigma de mercado. Era a Web 2.0. Vieram mais idéias e mais recursos. Desta vez, os erros do passado não foram ignorados. Estava indo tudo certo, com calma e determinação. E aí veio a crise.

“De novo? Bem, agora não é nossa culpa!”, foi o que disseram. Será?

Web 2.0 logo chart – updated for 2009 (dead companies)

Artigos relacionados:

• A crise e o e-commerce 2.0
• Satifaction
• O meu estudo é melhor que o seu
• Sobre equipes de produção Web
• Sentiram minha falta?

Para quem não liga a pessoa ao title job, os desenvolvedores de front-end também são conhecidos por HTMLers, programadores de HTML (sic), codificadores, “cabeçudinhos” e assim por diante. Este profissional é a conexão entre designers de interface e de interação, arquitetos de informação, desenvolvedores e analistas, e no entanto é uma das posições mais mal compreendidas e mal remuneradas no ambiente de trabalho Web.

Alguns dos objetivos deste grupo é:

• Determinar quais são os requerimentos mínimos para ser um bom desenvolvedor de front-end: HTML? CSS? Acessibilidade? Flash? JavaScript???
• Assegurar uma certificação confiável para estes profissionais, de acordo com os requerimentos definidos.
• Acabar com a ladainha do title job.

Tenho trabalhado nesta função boa parte dos meus dez anos de Web (ouch!)  e nem sei por quanto tempo tenho esperado por uma iniciativa assim. Espero ver os próximos capítulos lá para, quem sabe, trazer para o Brasil algo parecido.

Mais informações

• O vídeo da apresentação do PPK no Yahoo! sobre o Fronteers
• O slideshow da apresentação
• Post no blog do PPK sobre o Fronteers

Artigos relacionados:

• Definindo estrutura, apresentação e comportamento
• Mundo cruel
• Maturando o HTML
• Como achar algo nesta bagunça?
• Menina má, muito má

Saiu no Blue Bus a confirmação do fechamento de mais uma destas remanescentes, a Thunder House, da McCann. No meio do caminho ficaram MLab, Totem, Promon IP, Conspira.com, Organic, entre muitas outras. Todas elas foram compradas, fechadas, desmanteladas. Seus clientes fluíram para agências menores ou constituíram equipes internas. Seus antigos funcionários, que vestiam a camisa de suas empresas, hoje vivem se equibrando em freelas com nota fiscal sobre manto da modernidade do profissional-empresa. Bem, isso os que ainda trabalham com Web. A competição entre empresas ficou mais silenciosa, mais cruel, escondida em licitações e networking de Orkut.

E pensar que já enchi a boca para dizer que trabalhava numa grande agência de Internet. Ainda tenho a mochila que ganhei desta empresa com sua logomarca bordada. Quando a equipe ganhou o brinde, o presidente fez questão de afirmar em seu discurso que eram os funcionários que levavam a compania nas costas. Tanto que até chegavam a exagerar! Hoje o mercado anda sem identidade, sem motivação, sem competição criativa.

Toda esta realidade estimulante onde havia embates diários pelas grandes contas e pelas soluções mais sofisticadas está muito distante hoje. Nem sempre os sites funcionavam bem ou atingiam seus objetivos, mas era o frescor da nova mídia, o estímulo constante dos sentidos. Enfim, era um bom tempo para se trabalhar. Será que deveríamos ter envelhecido tão rápido assim?

Artigos relacionados:

• O conhecimento feito em pedacinhos
• Que blog é esse?
• Você tem dinheiro para gastar com sua intranet?
• Padrões emergindo da estática
• A crise e o e-commerce 2.0

Andei me desesperando novamente com pessoas que acreditam que sua parte no projeto é a peça fundamental, enquanto todas as outras são supérfluas. Neste caso específico, era justamente o contrário desta tirinha do Dilbert, o que acabou me rendendo algum alvio. Ou não…

Será que a solução para o trabalho multidisciplinar em equipe é cada um ficar gritando do seu lado? Não dá para simplesmente trabalhar junto? Quanto ódio no coração!

Artigos relacionados:

• Sistemas e interfaces gráficas
• http://www.37signals.com
• Não me pergunte mais nada!
• Não inventa, menino!
• E este é o fim do dábliu dábliu dábliu?

Sistemas fazem sexo, interfaces fazem amor

Sistemas devem ser confiáveis e seguros. As boas interfaces exercem uma relação muito mais subjetiva: elas nos encantam, nos fazem respirar fundo e, quando estamos longe, nos fazem sentir saudades.

Leia no Webinsider »

Adorei esta relação quase lúdica que o autor faz entre sistemas e interfaces. Para mim, é uma nova pespectiva sobre as relações entre os diferentes membros de uma equipe de desenvolvimento Web. Não que eu ache mesmo que os programadores são de Marte, e os designers, de Vênus. Simplesmente acho que, como todo relacionamento, há diferenças irreconciliáveis entre os dois profissionais. Mas precisamos trabalhar juntos em prol do produto final. Negociando cada um consegue desenvolver a sua parte do trabalho de acordo com os seus próprios padrões.

É o caso de sermos mais tolerantes e compreensivos uns com os outros como tentamos ser nas nossas relações afetivas?

Artigos relacionados:

• Usabilidade não é coisa de gente quadrada – III
• Estética X Usabilidade
• A volta do design 800×600
• Sobre equipes de produção Web
• Incentivando a colaboração do usuário

Depois vieram o Homesite, o Hotdog, e outros aplicativos fuleiros catados no Tucows. O primeiro editor WYSWYG que conheci foi o Netscape Composer que vinha junto com o Navigator 2.0. O navegador era o melhor da época, mas o editor era sofrível. Nada ficava onde eu gostaria que ficasse. E foi assim com as versões paleolíticas do MS FrontPage e do Macromedia Dreamweaver. Eu queria controle e eles não podiam me oferecer.

Deste modo, em todos estes anos nesta indústria vital, sempre fui feliz com o meu editor de código na unha e me recusei a usar qualquer WYSWYG. Por mais que dezenas de colegas tentassem me convencer das maravilhas destes programas, de como fica rápido e tudo mais, nada me valeu mais do que meu velho Homesite. Aliás, quando a Macromedia comprou a Allaire, muito se quesítionou sobre o fim do código na unha. Mas a balzaquiana ainda está aqui, viu? Firme e forte com o meu Homesite 5.5. E isso não vai mudar tão cedo devido a algumas tendências.

• Ainda não descobri ferramenta mais eficiente do que um editor tipo Notepad para trabalhar com publicadores de conteúdo mais complexos. Trabalhamos com pequenos trechos de códigos, desconectados de links para CSS e do restante do layout da página.
• Com cada vez mais páginas sendo produzidas de acordo com os Web Standards, o código está ficando mais simples e mais fácil de ser visualizado e manipulado.
• Os WYSWYG parecem estar sempre um pouco atrasados em relação ? s tendências de desenvolvimento para Web. Agora mesmo estou trabalhando em um projeto com XML e XSL e o Dreamweaver não está preparado para lidar com estas "novas tecnologias" de uma forma mais amigável.

Veja bem, não digo que o WYSWYG tem que morrer. Cada um escolhe sua ferramenta de acordo com suas necessidades e sua capacidade de adaptação a elas. Tem gente que gosta de Adobe Illustrator e outros de CorelDraw!. Para mim, que conheço os dois mas não trabalho diariamente com eles, os dois fazem a mesma coisa do mesmo modo. Mas para os heavy users é outro papo. Mesmo um mesmo software pode ser tão complexo que há diversas formas de trabalho, como o AutoCad, por exemplo. Aliás, o que seria do amarelo se todos gostassem de azul? 8;)

Obs.: este post foi inspirado também em outra pancadaria que está rolando na comunidade Webdesigner Brasil do Orkut. Desta vez, é no tópico sobre Notepad.

Artigos relacionados:

• Mundo cruel
• Visie: Code Show
• Sistemas e interfaces gráficas
• Sob medida
• Cri cri… cri cri…

Para mim, o que faz um bom profissional é sua formação, que é constituída de vários elementos como experiência, conhecimento, esforço, adaptação. Se alguém coletou estes elementos com graduação ou com curso do Ifnet, pouco importa. O que vale para qualquer empresa séria na hora da contratação é o seu portfolio e as suas referências no mercado. Posso ir além e afirmar que, pode até haver exceções, mas elas são raríssimas. Os melhores designers que conheci fizeram uma graduação, mesmo que não fosse Desenho Industrial.

A conceituação, a estética e a sensibilidade, conceitos que muita gente confunde com “talento”, se aprendem na graduação, juntamente com Psicologia, Sociologia, História da Arte e Comunicação. A teoria pode parecer fútil para nós estudantes nos primeiros anos do curso, mas é ela que nos faz pensar e não ser apenas um seguidor de tendências. Ferramenta se aprende até sozinho com algum esforço.

Isso vale para qualquer um em qualquer área. Não é possível querer ganhar bem, ter status, ser reconhecido sem estudar muito, trabalhar muito e ser muito sério no que faz e no que diz. Bem… possível é se você tem “conexões”, mas a eu não te respeito!

Artigos relacionados:

• Usabilidade não é coisa de gente quadrada – II
• A volta do design 800×600
• Eu avisei para não comer todo o doce!
• Efetividade, eficiência e satisfação
• Dejà vu

Depois, vejamos… esta não é a velha discussão entre designers e programadores? Esta discussão deve existir sempre, mas dentro de um projeto específico. O produto desta negociação, se esta for bem conduzida e ambas as partes cederem um pouco, será um código mais otimizado. Tenho imensa fé nisso. Mas levar isso para o lado pessoal é nocivo à qualquer equipe de desenvolvimento. Eu mesma sou um produto desta fúria.

Um dia, quando eu era editora de conteúdo de um site, fiquei furiosa quando um programador disse que não tinha como fazer uma coisa boboca. No mesmo dia, fui à uma livraria e comprei um livro de ASP. Fui para casa e estudei feito louca para descobrir que tinha sim como fazer e era bem simples. Nenhum programador voltou a me dizer não. Aliás, quando o mercado apertou, trabalhei como programadora ASP. Que ironia… 8:D

Lembrei desta história recentemente numa palestra de uma aluna de mestrado em design. A tese dela está sendo baseada na má fé dos desenvolvedores com os usuários. Achei hilário quando uma legítima representante de HCI da área da Informática levantou a mão lá atrás na sala para contestá-la.

Não podemos deixar que uma praga como o corporativismo tome conta de nós que estamos ainda criando uma área totalmente nova como a produção Web. Estamos todos no mesmo barco, e todos servindo aos nossos clientes e aos usuários dos sites que desenvolvemos.

Artigos relacionados:

• Menos… por favor, menos…
• Pagando seus pecados com Sharepoint
• Os paradigmas da navegação off e on line
• Satifaction
• Usabilidade não é coisa de gente quadrada – III