[ link direto para o vídeo de lançamento ]

Mais uma grande revolução do Google, paradigmas quebrados e mudados. “Continuar transformando a web em plataforma”. Minha cabeça explodiu.

PS: cadê a parte 2 do vídeo, tio Google?!?

Outra boa dica é acompanhar os vídeo-tutoriais da MacMagazine.

Para gravar meus CDs e DVDs eu uso o K3b (que oficialmente é para KDE mas funciona sem problema no Gnome, como a maioria dos programas para KDE). Não sei se por culpa do modelo de gravador ou do software, se eu peço para ele verificar a gravação ao terminar ele dá aquela ejetadinha no disco, puxa de novo e começa a comparar (não lembro se o Nero faz a mesma coisa). Isso nem sempre funciona redondo e o programa acusa erro de leitura.

Não muito a fim de jogar fora a mídia e tentar de novo (perdendo tempo e dinheiro, muquirana que sou) fiz um scriptzeco para comparar todos os arquivos do CD com os originais do HD. Isso é feito com o comando cmp, que apesar do nome “comando” nada mais é do que um programinha-sem-tela. Aliás foi assim que o “Linux” nasceu: com um monte de malucos criando versões abertas dos comandinhos legais do Unix, o projeto GNU.

Como o cmp só compara arquivo por arquivo (cmp a.txt b.txt) eu precisava de uma maneira de ir arquivo por arquivo fazendo a comparação. Assim como Neston existem 1001 maneiras de fazer isso. Em bash, por exemplo, eu faria um loop entre todos os arquivos, etc. etc. Mas como o meu negócio é Ruby resolvi fazer o seguinte:

#! /usr/local/bin/ruby
Dir.new('/media/cdrom0').each do |f|
  if !(f =~ /^\./)
    puts f
    puts `cmp /media/cdrom0/#{f} ./#{f}`
  end
end

Seis linhas resolvem o meu problema. Imagine fazer isso com interface gráfica. Pode até ser fácil para alguns, mas seria o proverbial matar mosca com tiro de canhão. E eu não poderia publicar assim fácil no meu blog, para quem quiser sair usando. E, claro… como coloquei o código fonte você pode rodar isso com nenhuma ou poucas modificações em outros Unix, no OSX e provavelmente até no Windows.

Tenho que dizer: não gosto do ubuntu. Não gosto de sistemas que te proibem de usar o modo root. É fascismo.

O Vladimir até deu uma dica legal de como mudar a senha do super-usuário (root) no Ubuntu, mas achei uma mais divertida:

sudo su

Se você não entendeu nada, parabéns. Você ainda não é um louco-por-Unix. O super-usuário do Unix chama-se root. Para mudar (na linha de comando) para este super-modo você digita su. Ou se só precisa dar um comandozinho só precisa dar sudo comando.

Na maioria dos Unix quando você dá esse sudo o sistema pede a senha do root. Mas no Ubuntu você não sabe qual a senha do root, ele cria uma aleatória na instalação. Então o sudo pede a sua própria senha (o que já é suficiente para impedir que programas rodem como super-usuário sem você saber… como acontece no Windows). Mas de vez em quando nós escovadores de bits precisamos dar uma série de comandos como root, então entrar como su é bom de vez em quando.

E para finalizar uma piada-nerd, originalmente vista aqui. Se você entendeu minha explicação vai entender a piada…

– Me faz um sanduba aí.

– O que? Tá maluco? Faz você!

– Sudo me faz um sanduba aí.

– Ok.

Nos vemos daqui 1308 pacotes.

Atualização: Pronto acabou (durante a madruga). A atualização foi bem indolor, exceto pelos drivers da ATI que pifaram. Um usuário mero-mortal teria se jogado pela janela, já que o conserto simples envolve a edição manual de arquivos texto de configuração. Mas, por outro lado, um mero mortal não teria alterado os drivers de vídeo como eu fiz.

Primeiras impressões: fontes da tela mais suaves (visual praticamente idêntico ao ClearType) e Firefox 2 instalado “de fábrica”, com direito a verificação ortográfica enquanto escrevo este texto. Agora quero testar esse tal de Tomboy.

Mais ainda: Instalando driver ATI no Ubuntu Edgy.

– Tem certeza?

– Ué, falta o que?

– Falta testar tudo no Internet Explorer.

– Nãaaaaooooooooo…

Só que hoje (logo hoje! ou melhor, logo essa semana!) foi anunciado um problema “muito muito sério” no código Rails. Os desenvolvedores não querem dizer (segundo eles dizer ainda) do que se trata para não piorar as coisas. Então lá vou eu parar o que estou fazendo (com prazo apertado) para atualizar meus projetos. Esses projetos rodavam versões bem recentes de Rails, então aceitaram bem a nova versão 1.1.5. E, pelo visto, as versões 0.x não têm o problema de segurança. Mas lá se vai uma manhã de produtividade embora.

É como diz o chavão: acontece nas melhores famílias.

E por falar em mais qualificados, o TaQ, autor do tutorial de Ruby (que eu li e digo que é bom) e do livro de Ruby (que eu não li, mas como é baseado no tutorial deve ser bom) agora lançou um tutorial sobre Rails. Se você não é bobão é melhor cair dentro.

The language and environment you choose to work with those make a large difference on productivity. Smart people can succeed with nearly anything, but that doesn’t mean they shouldn’t look for that edge whenever they can find it.

Think the web browser wars are over? Think again. World War I was dubbed “The Great War” and “The War To End All Wars.” Alas, that was an optimistic prediction; WWII followed in short order. The browser wars are coming back, and this time the whole World Wide Web is at risk, not just a few browsers and their vendors.

O Kurumin 3.0 final já está disponível, com muitas atualizações e novidades.
Leia o change-log para ver todos os detalhes: Change-log do Kurumin

:. Clique aqui para baixar (ver todos os mirrors)
http://progdan.no-ip.org:25000/kurumin/kurumin-3.0-vfinal.iso.torrent
(bittorrent)
http://fisica.ufpr.br/kurumin/kurumin-3.0-vfinal.iso
(download direto)
md5sum: 22e36b226ba8e4fdd67302b491826cb2

Olá, gostaria muito de saber sua opinião a respeito do Java, poderia me dar?

De: CrisDias
Para: Isabel

CrisDias

Mande você também suas grandes dúvidas filosóficas e sexuais para nossa caixa postal.

SOHT (Socket over HTTP Tunneling) allows you to tunnel socket connections through an HTTP proxy. Restrictive firewalls often prohibit all outgoing trafic except for HTTP. This application allows you to tunnel socket connections over the HTTP protocol. This application consists of a server that serves as a proxy and a client which tunnels a socket connection over an HTTP connection to the server. The current server is written in Java, and there are clients in Java and .NET.

Eu não devia nem estar colocando isso aqui pra não dar na pinta.

É aquela história, pra quem já mexe com computadores há uns 20 anos (êee, tô velho) a coisa pode até fazer sentido, mas para quem está chegando agora e não está nem um pouco interessado em ter que aprender nada — o usuário quer publicar seu blog, não quer saber o que DBI::mysql significa — o negócio é meio enigmático.

O curioso é que por causa da licença de uso do MT não é possível fazer um auto-instalador-tabajara como já existe para outras ferramentas. Bem estranho isso… Vale uma consulta aos criadores para esclarecer.

1) Função pouco clara. Ou: onde estou?

Você já deve ter feito isso pelo menos alguma vez: recebeu um e-mail (ou viu um comentário em um fórum) de fulano@acme.com e foi lá em acme.com ver que site é esse. O problema é que na maioria das vezes você chega e não tem a menor idéia do que, afinal de contas, a empresa faz. O webdesigner partiu do princípio só algumas vezes correto de que você foi para aquele endereço sabendo do que se tratava.

Esse é, claro, um exemplo extremo e “visita ao acaso”, mas algumas vezes (e hoje em dia mais e mais) vamos a um site indicado por um outro site (nem só de Google vive a web) e fica realmente difícil saber para que aquela empresa veio. Segundo Jacozinho-da-web esse problema é maior nas empresas de tecnologia, que adoram usar um marquetês vago para não limitar seu potencial de vendas.

2) Novas URLs para conteúdo antigo. Ou: seus permalinks estão podres.

Aqui no Brasil esse fenômeno é velho conhecido dos blogueiros que frequentam o No Mínimo. Você leu aquele artigo legal, quer fazer um link mas aquela URL só vale por uma semana. Quando o texto for para “edições anteriores” a URL terá um novo formato. Mas se a página será basicamente a mesma, para que uma nova URL?

O Jacó vai na veia: se a URL para um texto antigo seu muda muito as pessoas vão preferir colocar link para o mesmo conteúdo em um site “concorrente” seu onde os permalinks são confiáveis. (e, realmente, perma)

3) Conteúdo sem data. Ou: legal, mas isso ainda é verdade?

Mais uma da categoria “você já passou por isso”. Uma busca no Google indica um documento com a informação desejada, você festeja para só depois descobrir que aquele press-release contando que o produto estará disponível nas lojas X e Y é, na verdade, de 1999. Só que esse o texto em si não tinha data, você descobriu tal fato quando ligou para a loja e ficou sabendo que o produto nem existe mais. A lista jacobina cita como exemplo a área de resultados financeiros dos sites de várias empresas que não indicam qual ano estão relatando.

Lembre-se: você nunca sabe como o leitor chegou a um documento do seu site. Ou: nem só de Google vive a web, mas ele ainda comanda o batatal.

4) Mini-fotos pequenas demais. Ou: queeeem?

Fazer uma mini-foto (thumbnail) com um “clique para ampliar” é sempre uma boa idéia, mas nem sempre a informação original é preservada quando você simplesmente diminiu o tamanho da foto original. O ótimo exemplo dado mostra uma foto com “três pessoas andando”. O problema é que quem são as três pessoas e onde elas estavam andando era a parte mais importante da foto.

5) Textos ALT exagerados. Ou: temos uma boa e uma má notícia.

A boa é que mais e mais pessoas estão usando o campo ALT da tag <img>, que é obrigatória. Através dela pessoas com deficiência visual ou aqueles acessando seu site num celular ou outro dispositivo portátil qualquer vão saber o que é aquela imagem. A má notícia é que os textos ali colocados estão exageradamente grandes em alguns sites, como no exemplo: o logotipo da empresa que só deveria dizer “Logotipo da IDEAS” dizia “Link para a página inicial usando o logo da IDEAS: dois swooshes envolvem idéias e um sol nasce ao fundo”.

Antes de colocar um ALT assim no seu site pense só que um navegador para cegos vai ler em voz alta esta frase toda vez que uma página for carregada e você já tem idéia do ódio que o usuário vai ter da sua empresa lá pela terceira página.

6) Nenhum suporte a “e se?”. Ou: mudei de idéia, mas só um pouco.

Não lembro agora de nenhum site de e-commerce com suporte a “e se?”. A idéia, basicamente, é mostrar ao comprador o produto (e, claro, o preço resultante) com ligeiras diferenças.

“E se eu quiser voltar sábado e não domingo, quanto fica o mesmo vôo, na mesma classe, no mesmo horário?”

“E se eu quiser 256mb de memória, e não 128mb, quanto fica o mesmo computador, com o mesmo HD, com a mesma placa de vídeo, o mesmo tudo, só mais memória?”

“E se eu quiser o mesmo carro, só que com pintura metálica e ar-condicionado?”

Esse talvez seja um dos motivos que muita gente ainda prefere fazer suas transações comerciais pelo telefone ou pessoalmente: na web você só pode comprar aquilo que já tem certeza. Se precisa comparar, analisar, ver a melhor opção a coisa ainda é bem complicada. Motivo pelo qual, é bom dizer, eu não gosto de comprar viagens pela Internet.

7) Listas longas que não podem ser filtradas por atributos. Ou: menos é bom.

Esse assunto já foi arranhado aqui na história do Mercado Livre: muitos sites — na ânsia de mostrar que têm muito — criam listas de produtos enormes que mais atrapalham o usuário da hora de achar aquele produto específico do que ajudam.

Segundo o artigo um site deve oferecer opções para excluir items de uma lista de produtos. Usar categorias é um bom começo, mas pense em situações do tipo:

“Não quero carros 4 portas.”

“Não quero livros usados.”

“Não quer CDs importados, são muito caros.”

“Só quero produtos que possam estar na minha casa até o Natal.”

Sabe quando você entra na loja e o vendedor pergunta se deseja ajuda? Qual sua resposta normalmente? “Não, obrigado… só estou olhado.”

Entrar em uma loja virtual (ou qualquer site onde você vai procurar informação) e ficar “só olhando” até escolher o que quer ainda é uma tarefa difícil para os usuários.

Ordenar produtos só por marca. Ou: eu quero uma camisa vermelha.

Se a categorização é mal usada acabamos com um site — segundo o exemplo do texto — onde você pode ver todos os tênis Nike e depois todos os Adidas, mas não pode ver todos os pretos.

Pense na categorização dos seus itens como uma “teia” e não como uma “árvore”. (é world wide web, lembra?)

9) Formulários imbecis. Ou: agora dê três pulinhos num pé só.

Esse é o meu favorito, assunto que já andei comentando por aí mais de uma vez. Ir em um site que peça um cadastro com mais campos do que nome e e-mail é sempre uma “diversão”. Jacozinho começa a explicação indo direto ao ponto: o trabalho tem que ser do computador, não do usuário.

Estamos falando dos formulários de cadastro que dizem “digite seu CPF mas não use espaços, pontos, traços ou espaços”. O mesmo vale para CEP, telefone, campos numéricos em geral e até os campos endereço que se quebram em logradouro, nome, número e complemento.

Ora bolas, se você não vai usar o tracinho no CPF e eu digitar um, simplesmente remova o tracinho. O código necessário para tal operação é menor do que o código para avisar que o meu CPF é “inválido” por ter um tracinho.

No exemplo de Jacó:

Se seu usuário precisar informar um código DDI, um ramal ou mais de um meio de contato e esse é o seu campo telefone você acabou de perder um cliente. No dia em que as empresas telefônicas de Rio e São Paulo adicionaram 1 dígito ao prefixo você teve que alterar todo o seu site para atualizar o campo prefixo de maxlength="3" para maxlength="4".

Finalmente, só quebre os campos onde você realmente precisa da informação separada. Primeiro nome e sobrenome são justificáveis para mensagens personalizadas do tipo “Olá Cristiano”. Mas quebrar um campo telefone ou endereço em três ou quatro sub-campos é não só inútil como também mais trabalho para o seu usuário.

Nem mesmo o maior aficionado por estatísticas do mundo vai pedir um relatório com todos os clientes que moram em “Rua” ou “Alameda” mas não em “Avenida”, ou com telefone prefixo 226 ou que moram no apartamento 202. E se você precisa de tais relatórios seu usuário não tem nada com isso e não deve ser penalizado.

Formulários de cadastro na web hoje em dia dão um livro inteiro. Só peça informação útil ao seu usuário. Por que tenho que informar minha renda familiar e quantas geladeiras tenho em casa para comprar um par de cuecas?

Não é por mim. Eu peço essa consideração pelos idosos.

10) Páginas com links para si mesmas. Ou: clique aqui para continuar no mesmo lugar.

Bem… esse vou ter que confessar que cometo por aí mas dou minha palavra de escoteiro que vou começar a prestar mais atenção. Ignore o fato de que eu nunca fui escoteiro.

Esse problema é mais comum em sites com um cabeçalho (e/ou rodapé) padrão principalmente com um link para a página inicial mesmo quando você já está na página inicial.

A culpa (vamos jogar a culpa em alguém!) normalmente é dos sistemas de publicação automática que não deixam você alterar os objetos de navegação com base na página atual.

No meu currículo online a página atual não é clicável no menu da esquerda. No TopLinks a página atual não aparece como opção no menu inferior. Mas no Vilago a página atual é clicável em qualquer menu e há um link para “início” mesmo quando você está na homepage.

O problema aqui é deixar o usuário perdido. “Será que eu estou na página de produtos? Eu acho que sim, mas ali do lado tem um link pra página de produtos… deixa eu clicar para ter certeza.” Em alguns casos (como no meu currículo) ter uma navegação “esperta” ainda serve como indicador de onde você está. Para que um novo cabeçalho dizendo “Introdução” se no menu de navegação esta palavra está destacada e não pode ser clicada?

No fim da lista Jacob Nielsen (um eterno pessimista?) diz que muitos dos problemas (como a questão das ALTs) mostram que, pelo menos, estamos começando a pensar mais em usabilidade, com alguns erros mas também muitos acertos.

Com a contínua consolidação dos navegadores de última geração em 2004 vamos poder prestar mais atenção em tornar a vida do usuário mais fácil e menos em como fazer aquela tabela funcionar com aquele efeito DHTML naquele navegador arcaico.

O design fluido respeita quem tem tela grande, não penalizando que tem um mega-max-monitor. O design fluido sabe que se uma pessoa tem uma tela grande ela não necessariamente vai usar sua janela maximizada, vai poder ajustar o tamanho da janela como quiser. O design rígido permite um controle maior sobre o design e uma “liberdade artística” maior. Você não precisa se preocupar com seus títulos e gráficos “esticando”. Além disso um parágrafo muito “largo” é mais difícil de ser lido.

Eu ia escrever tudo isso na época do redesign, filosofando, mas acabei decidindo autoritariamente fazer um design rígido, mesmo achando que o design fluido é a maneira “certa” de fazer as coisas. Hoje o [cc] vem com um link que proclama a morte do design fluido, apoiando-se em argumentos do mestre Zé. Talvez seja a hora de entrar na festa e aderir à rigidez, mas com certeza a discussão é boa. (outro texto legal aqui)

E você? Prefere ler sites fluidos ou rígidos?

Foi legal criar um design “pensando” tableless porque na verdade a coisa não é simplesmente “trocar <table> por <div>” mas sim organizar o conteúdo por “função” e não “visual”. Por exemplo: a barra lateral é toda organizada em <ul> e <li>, mesmo com o CSS tirando as “bolinhas”. Não importa, aquilo é uma lista. É claro que eu ainda estou engatinhando nessa nova maneira de construir conteúdo online, meu livro do mestre ainda nem chegou.

O impacto imediato para você que não está nem aí para W3C, DIVs e tableless é que a mesma página, com o mesmo conteúdo (exceto mudanças ligeiras na barra lateral) caiu de 55k para 47k, ou seja, quase 20% de código inútil na forma de tabelas e todos os seu sub-campos, fora as GIFs transparentes (que não são usadas uma vez sequer nesse novo design). Pode até parecer pouco, mas são 10 mil caracteres de gordura a menos.

Alguém que use Opera por favor avise se o site está OK por aí (já vi que no IE 5.5 não aparece 100% bem, mas ei… o IE 6 já saiu há mais de um ano). Os gurus do HTML, por favor, mandem críticas e sugestões.

Se tudo correr bem o próximo redesign vai significar mudar apenas um arquivo, o CSS. De curiosidade veja como ficaria o site sem o CSS.

Distributed under the GPL license, you’re free to use the software without charge and as you please, provided that you abide by the license terms and conditions. Its only requirement is a recent version of PHP (4.0+) compiled with XML (expat) support.

At it’s core, margin collapsing is very easy to understand. Basically when two vertical margins meet up, instead of adding together, the largest margin takes precedent and the other one “collapses” to nothing.

É mais simples do que parece.

PS: É de bom tom ler o artigo em um Mozilla ou similares, por causa dos exemplos, já que o IE não é lá muito chegado a seguir padrões, como já era de se esperar da Microsoft. Mas isso é assunto para outro texto.

CVS domina e TortoiseCVS comanda muitos batatais. Estou pensando até em fazer que nem esse cara e manter minha vida toda em CVS.

Dica do Joel.

Antes: (Courier New 9, o padrão do HomeSite/ColdFusion Studio)

Depois: (ProFont 9)

Esta notícia é dedicada a todos aqueles que acham que gostar-de-Java implica automaticamente em odiar-PHP (ou simplesmente odia-qualquer-outra-linguagem).

Como já dizia o sábio anônimo: cada um com seu cada um.

É (sentar e) esperar para ver.

Agora também com suporte a Firebird e Thunderbird.

Quando se diz que “Java é um SUV das linguagens de programação” não significa que Java é ruim. Basicamente significa que 99% das pessoas que usam Java e dirigem Grand Cherokee tem muito poder na mão sem necessidade. O carrão, por exemplo, foi projetado com características off-road: subir ladeiras de lama, desatolar com tração nas 4 rodas e outros balangandãs. Mas praticamente todo mundo que compra o carro o usa para ir para o trabalho ou o shopping. Um carro que consome 5 km/l é usado numa tarefa onde um Fusquinha 66 daria conta.

Ou seja “cada um com seu cada um”. Se o seu projeto tem tempo e dinheiro para bancar Java, precisa seguir parâmetros estritos de desenvolvimento e design de objetos, integrar-se com sistemas legado, etc., vá em frente. Mas a maioria dos sites hoje em dia não se enquadra nesses parâmetros. Eles precisam ficar prontos ontem e normalmente só possume um programador-analista-designer-de-banco-de-dados-faz-tudo. O site de um banco deveria ser feito numa linguagem “parruda” como Java, mas o sitezinho da sua empresa ou organização pode e deve ser feito em linguagens script como PHP e Perl.

Só que assim como as pessoas dirigem a Grand Cherokee para ir ao shopping simplesmente porque “é mais onda” do que um Fuca 66 certas empresas (e, pior, certos clientes) querem usar Java só para poder dizer que desenvolvem na linguagem-café da Sun.

Portanto, se você tem dinheiro pra queimar você tem todo o meu apoio. Eu vou ficar por aqui dirigindo meu Gol Mil.

Our students this semester in 6.171, Software Engineering for Internet Applications have divided themselves into roughly three groups. One third has chosen to use Microsoft .NET, building pages in C#/ASP.NET connecting to SQL Server. One third has chosen to use scripting languages such as PHP connecting to PostgreSQL and sometimes Oracle. The final third, which seems to be struggling the most, is using Java Server Pages (JSP) with Oracle on Linux. JSP is fantastically simpler than “J2EE”, which is the recommended-by-Sun way of building applications, but still it seems to be too complex for seniors and graduate students in the MIT computer science program, despite the fact that they all had at least one semester of Java experience in 6.170.

A conclusão? Java é a Grand Cherokee das linguagens de programação.

A project done in Java will cost 5 times as much, take twice as long, and be harder to maintain than a project done in a scripting language such as PHP or Perl. People who are serious about getting the job done on time and under budget will use tools such as Visual Basic (controlled all the machines that decoded the human genome). But the programmers and managers using Java will feel good about themselves because they are using a tool that, in theory, has a lot of power for handling problems of tremendous complexity. Just like the suburbanite who drives his SUV to the 7-11 on a paved road but feels good because in theory he could climb a 45-degree dirt slope.

Ou seja. O cool factor. Ou o eu-sou-melhor-do-que-você-porque-programo-em-Java factor.