O Henrique ensina a usar XOXO e o Fellipe ensina a usar hCard.
Talvez você esteja se perguntando de que adianta usar um formato de código que também só está sendo usado por meia dúzia de early adopters. Lembre-se que RSS foi exatamente assim um dia. Quanto mais gente começar a usar microformatos, mais valor eles terão. Ou seja, se a idéia parece boa, comece a usar assim que possível. Quanto mais gente usando, mais gente vai querer usar e construir aplicações que leiam esses formatos.
Tabulator: Async Javascript And Semantic Web
Sem explicações que eu estou meio sem tempo 🙁
Experimente lá, é muito interessante.
Seu Windows precisa ser formatado a cada oito meses? Cada vez que você troca de computador perde um dia ou dois configurando seus programas?
Depois de instalar o sistema operacional, você precisa baixar e instalar Firewall, Anti-vírus, Anti-Spyware, um navegador decente, programas para lidar com Zip, PDF, um bom visualizador e organizador de fotos, um screensaver melhor que o “voando pelo espaço” e meia dúzia de outras coisinhas?
Google Pack: o tudo-em-um-auto-atualizável do Google, pode resolver seus problemas.
A idéia é genial, como quase tudo o que o Google tem feito. Assim os usuários de Windows podem ter ua experiência um pouquinho parecida com o que é gerenciar programas num bom sistema operacional.
A Vanessa, que já havia traduzido o artigo do Jesse James Garret sobre Ajax, traduziu mais um:
10 Lugares Aonde Você Deveria Usar Ajax, do Alex Bosworth (original aqui.)
Excelente leitura. Parabéns à Vanessa pela iniciativa.
Está escrito lá, mas eu vou recomendar aqui para que você não corra o risco de não clicar: Places to use Ajax, em formato Wiki, já evoluiu um tanto em relação ao artigo original.
Python no .NET: O abraço da Microsoft chega à linguagem Python
Aproveite e leia lá também os comentários e deixe o seu se tiver algo a dizer.
Ocorreu mês passado em Chicago a Snakes and Rubies, conferência que reuniu Adrian Holovaty, criador do Django e David Heinemeier Hansson, criador do Ruby on Rails.
Agora o vídeo da conferência está disponível para download:
Django | Snakes and Rubies downloads
Aproveite agora e baixe por bittorrent, está bastante rápido aqui.
Estou desenvolvendo em Django todo o sistema de e-commerce e e-learning da Visie. Fiz em quatro dias coisas que eu costumava levar semanas. Logo que o sistema estiver no ar eu conto as novidades para vocês.
Esse eu precisava recomendar: Seven Habits of Highly Effective Programmers
Merecia uma tradução. Tem alguém aí com mais tempo que eu no momento?
A edição de janeiro da Revista Webdesign traz uma extensa e interessante reportagem sobre a Web 2.0 (na mesma revista, o primeiro de uma série de tutoriais meus sobre Ajax.) Ao mesmo tempo, Richard MacManus anuncia a morte da Web 2.0, que, na verdade, nunca existiu.
Ao mesmo tempo, falando de Ajax, surgiram o Ajah, o Ahah, o Ajat e uma série de outros “novos métodos”, todos “mais simples”, “mais eficientes” e “mais rápidos” que o Ajax.
Isso é pra confundir qualquer um, não? Calma, vou tentar explicar. Meu conselho é: esqueça o nome, entenda o que se pode fazer. Principalmente, o que pode ser feito para seu usuário.
Comecemos com o caso do Ajax. Ele permite que você carregue apenas parte de sua página usando Javascript, sem precisar fazer o refresh de toda a página. Isso é fantástico, e é isso o que realmente importa, para você e para o seu usuário. O nome que você vai dar a isso realmente importa muito pouco.
Assim, se você quer usar XMLHttpRequest para requisitar trechos de XML que serão interpretados pelo Javascript, ou trechos do seu HTML, ou simples arquivos de texto, faça o que for melhor para o seu projeto. Como você vai chamar isso, realmente, importa muito pouco. Eu, por exemplo, tenho usado muito duas técnicas: requisitar trechos de HTML do servidor (que eles chamam por aí de Ajah ou Ajat) e requisitar Json (o que poderia ser considerado uma forma de Ahah.) Mas, para simplificar, chamo tudo de Ajax.
O nome realmente não importa, o que importa é que, para meus usuários, a aplicação está muito mais rápida. Então, se os nomes parecem complicados, relaxe. Se gostar da idéia, aceite minha sugestão e chame tudo de Ajax. Senão, tudo bem, não faz a menor diferença mesmo.
Numa esfera muito maior, a mesma coisa acontece com a Web 2.0. A diferença é que o Ajax é um conceito e a Web 2.0 é o nome para uma série de conceitos que representam um novo nível de maturidade no desenvolvimento de aplicações web. Diferente de algumas das muitas idéias que vimos explodir junto com a bolha, esses são conceitos maduros, comprovados pelo mercado, testados e aprovados pelo mundo real. Por isso, não importa se você vai chamar isso tudo de Web 2.0 ou não, o que importa é:
Deixe-me levá-lo agora a dois textos interessantes: o primeiro: Lenda viva, muito viva. No meio do texto, antes de falar sobre RSS, René pergunta: “Mas afinal… do que esse nosso papel é capaz?”
Para ajudar a responder, leia esse outro: Mundo de Pontas.
Como você pode notar, as coisas que realmente dão valor à tal Web 2.0 já são valiosas há algum tempo. Já há algum tempo que isso tudo vem dando certo também. Se alguém resolveu dar um nome a isso tudo, e se outra pessoa resolveu dizer que ela morreu, não faz a menor diferença. Esses pontos são verdade há bastante tempo, independente de serem chamados de Web 2.0 ou qualquer outro nome. Assim, se disserem que a Web 2.0 é o que há, ou se disserem que ela morreu, relaxe e concentre-se no que realmente importa para seus clientes e usuários.
Vou aproveitar para recomendar o ótimo texto do Henrique: Designing for web 2.0: “Se você está preocupado com Web2, esqueça o termo completamente e estude web standards, acessibilidade e Microformats…”
Technorati Tags: Web 2.0, Web2.0, Web, Ajax, Semantica, Semantic, Web Services, Accessibility, Acessibilidade, Frameworks, Ruby-on-Rails, Django, Amazon, Wikipedia, Google, Microformatos, Microformats
Sei que não é gentil ficar rindo da falta de talento alheia, mas eu não resisto a esse site.
Veja essa:
Another slow day, another revisited post. Even if you’ve seen the original, I highly recommend checking out the comments posted. There you will find a number of solutions (five pages worth) to the problem that Steve Local’s … less gifted … colleague was having in C# …
Nathan: Steve, you know how ++ will increment, right?
Steve: Right ….
Nathan: Okay, so how do you increment by 11?
Vá até lá e leia os comentários, são hilários. Esta outra também é muito boa.
Fiz algumas alterações no código da Bíblia Online, está bem mais rápida. O truque foi implementar numa thread um servidor que oferece um serviço de consulta à Bíblia. Assim, a página web só faz uma consulta a esse servidor. Fiz com XMLRPC.
Se um dia eu tiver que usar consultas à Bíblia de uma outra aplicação, tenho o webservice feito, sem nenhum trabalho adicional 😉
Fantástico, maravilhoso. Indescritível.
Um gerenciador de blogs completíssimo, ao mesmo tempo, simples de instalar, de usar e de estender. Tem tudo o que você precisa, e o que não tiver, há um plugin disponível.
Coisas fantásticas que descobri ontem:
<tags>WordPress, WordPress Plugins, WordPress Tips, PHP, Blogging, Google Sitemap, Technorati, Tableless, Web Standards</tags> e ele transforma em: “Depois da instalação do WordPress no Tableless.com.br, em que tive que mexer bem mais a fundo do que neste humilde blog (escrevi até dois plugins!) fiquei ainda mais apaixonado por isso aqui!
Se você tem mais recomendações de plugins legais, por favor, deixe um comentário!
(Ah, se tudo der certo, este post irá para o ar às 4h da manhã. Não, eu não estava acordado. Só estou demonstrando a funcionalidade descrita acima.)
Anti-popups estão estragando sua festa? Anti-popup Passa-pernator Tabajara. Hehehe, gente criativa essa, sempre acha um jeito de te incomodar…
Vi na radinho.
Descubra o que andam falando do seu site por aí com essa excelente extensão para Firefox criada pelo Google:
Blogger Web Comments for Firefox
Muito bem feitinha, fácil de usar, bonita, excelente produto das mentes brilhantes do Google. Boa ferramenta para SEO, análise de mercado e pura satisfação da sua curiosidade, mas, além disso, excelente termômetro instantâneo da reputação do site que você está visitando.
Dica do Charles na radinho (sim, essa lista é muito boa mesmo.)
Recomendo: Mergulhando no Python, de Mark Pilgrim
Descrição no Submarino:
“O Python é uma linguagem de programação interativa e orientada a objetos. Geralmente é comparada ao Tcl, Perl, Scheme ou Java. Ele combina poder notável com uma sintaxe desobstruída. Apresenta módulos, classes, exceções e tipos de dados dinâmicos de nível elevado. Relaciona-se com chamadas e bibliotecas do sistema tão bem quanto os vários sistemas windowing (X11, motif, Tk, mac, MFC). Os novos módulos internos são escritos facilmente em C ou em C++. O Python é também usado como uma linguagem de extensão para as aplicações que necessitam de uma relação programável. A execução do Python é bastante prática: funciona em muitos tipos de UNIX, Windows, OS/2, Mac, Friend e em muitas outras plataformas. Se seu sistema favorito não for alistado aqui, pode ainda ser suportado, caso haja um compilador de C para ele. Mergulhando no Python é um livro para programadores de todos os níveis, e vai direto ao assunto.”
Se você entende inglês e quer poupar suas preciosas patacas, o livro está disponível gratuitamente na internet.
Outro recurso interessante é o Python: Guia de Consulta Rápida. É um livro de referência, bom para deixar ao lado de sua mesa de trabalho para fazer o que o título manda, consultas rápidas. Não é um livro que você vai ler de capa a capa, naturalmente. Esse não tem moleza na internet, eu comprei o meu 😉
Pra quem quiser conhecer um pouquinho da ferramenta com que estou trabalhando:
Django Screencast
O Robson Júnior, autor do Juntão de Ajax, revisou uma tradução da Vanessa Schissato do célebre artigo de Jesse James Garrett que apresentou Ajax para o mundo:
Ajax: Uma Nova Técnica para Aplicações Web (Revisão do Robson)
Ajax: Uma Nova Técnica para Aplicações Web (Tradução original, da Vanessa)
Ontem recomendei, lá no Tableless, este artigo, muito bom, sobre webservices em PHP e JSP.
Hoje um amigo me perguntou alguma coisa sobre aquele velho tema, Python X Java (ou PHP, ou ASP, ou .Net, ou VB…) Vou tomar a liberdade de usar este artigo como exemplo. Não é que o código do artigo seja ruim, pelo contrário. Mas serve com perfeição para uma comparação entre as linguagens. Vamos implementar o exemplo do client do artigo usando Python e PSE. Convém dizer que não é preciso baixar e instalar nenhuma biblioteca específica para trabalhar com XMLRPC em Python, que já vem com a xmlrpclib.
A Client.java em nosso exemplo vai se chamar client.py. Fica assim:
import xmlrpclib
client=xmlrpclib.ServerProxy("http://localhost/wsdemo/webservice.php")
A testa.jsp em nosso exemplo vai se chamar client.pt, e fica assim:
<?=client.semana(2)?>
Gostou?
Acabo de ver nas Sinistras:
WebPatterns.org
Já faz algum tempo que todo bom programador trabalha com Design Patterns. A idéia é bastante simples: a grande maioria dos problemas de programação são muito parecidos. Se você parar para observar, vai notar que já resolveu muitas vezes o mesmo exato problema. A aplicação era diferente, os nomes das classes eram diferentes, mas a estrutura do problema era exatamente a mesma.
Vamos dar um exemplo de um pattern de estrutura que eu uso muito: o adapter. Veja o diagrama UML:
Imagine que você tem um sistema em que há uma interface file, que tem um método read() que retorna o conteúdo do arquivo. Existem várias classes da interface file, uma que lê arquivos locais, outra que lê arquivos no subversion, outra que lê páginas web e até uma que lê itens em arquivos RSS. Agora seu chefe te pede para integrar o sistema a outro, um wiki corporativo. O sistema de wiki tem uma classe Page que faz tudo o que suas classes file fazem, mas os nomes dos métodos são diferentes. Ao invés de read() o método se chama get_content().
O que fazer? Reescrever a classe do wiki? Claro que não! Você certamente tem uma solução mais simples. Mas, acredite se quiser, já vi muita gente abrir a classe que não implementa a interface e copiar cada método mudando o nome! Bom, a solução que qualquer programador experiente daria seria criar uma classe que fizesse a adaptação, assim:
class PageAdapter:
'''Adapta wiki.page para funcionar como file'''
def __init__(self):
self.page=wiki.Page()
def read(self):
return self.page.get_content()
Se você não fala Python, existem algun bons exemplos em C# aqui.
Vamos dar um nome a cada personagem em nosso problema. As classes que já existem no seu sistema e que usam os objetos file são seus Clients. A interface file é o Target. A classe Page é o Adaptee e a PageAdapter é o Adapter. Olhe novamente agora o diagrama UML e veja como é simples. A classe Client usa um Target (file). Adapter (AdapterPage) é um Target (file). Adapter (AdapterPage) usa um Adaptee (Page), “traduzindo” seus métodos para a Client.
Ao dar nome aos elementos e criar um diagrama UML do problema você se acostuma com a solução. Da próxima vez que você vir uma classe que faz a mesma coisa que uma interface que você já usa, automaticamente vai pensar: “acho que preciso de um adapter…”
Isso também inibe programadores novatos de “inventar” solução exotéricas, principalmente as do tipo CTRL+C CTRL+V, para problemas que já foram solucionados com sucesso um milhão de vezes antes.
A idéia do WebPatterns.org é que poderíamos reaproveitar nossa genialidade se tivermos patterns específicos para a web. Quase todo programador que chega ao assunto chega através de Design Patterns, que são os padrões de solução de problemas ao projetar software (e, por isso mesmo, são geralmente expresos em UML.) Mas já faz algum tempo que ouço falar de patterns de análise, de arquitetura, de interface com o usuário (onde a coisa vai entrar na área dos webdesigners e arquitetos de informação.) E agora estão surgindo patterns no projeto de aplicações web. Veja, por exemplo, esta lista. São patterns para quando estiver fazendo o planejamento dos conteúdos e funcionalidades de um site. Os microformats, por outro lado, são patterns para quando você estiver escrevendo seu HTML.
A idéia é boa. Quanto mais ordem pudermos colocar nesse caos que é o desenvolvimento web, melhor.
Ver e experimentar aplicações web 2.0 pode ser uma excelente maneira de se entender mais dessa coisa toda. Vamos começar com links recomendados na Wikipedia. O assunto agora são os mashups. Mashups são aplicações feitas em cima de APIs de outras aplicações, combinando numa única aplicação recursos de pelo menos duas outras aplicações diferentes. Assim, ao ajuntarmos GeoURL e Flickr, podemos ver fotos tiradas perto de nossa casa. Ajuntando isso com o Google Maps, podemos vê-las em um mapa. Os links que a Wikipedia recomenda:
Por fim, leia o próprio artigo na Wikipedia: Mashup (web application hybrid).
Mashups são construídos em cima de APIs públicas. Sobre APIs:
Também vale ler na Wikipedia sobre os formatos mais comuns para se disponibilizar Open APIs: REST, SOAP e XML-RPC. O próprio artigo da Wikipedia sobre Webservices tem links muito interessantes.
Ainda sobre APIs e formatos: meu predileto tem sido XML-RPC, principalmente por sua simplicidade. Mas ultimamente tenho brincado muito, muito, muito com JSON e YAML, que, surpresa, são quase a mesma coisa! Eu sei que a idéia de não se usar XML pode parecer estranha, mas acalme-se, há bons motivos para isso. Escrevo mais sobre isso em breve.
Ah, sim, dê uma olhadinha no próprio verbete “Web 2.0” na Wikipedia. É, desculpem o trocadilho, enciclopédico.
Por fim, queria recomendar a lista de aplicações web 2.0 que o Ricardo publicou: O que ESTÁ Web 2.0 – lista de sites relacionados à web 2.0. Excelentíssimo recurso, vale a pena gastar algum tempo conhecendo as aplicações uma a uma.
Os links estão aí, divirta-se!