BADCOFFEE

O iPhone 3G está chegando, com direito a filas nas lojas, expectativa e tudo o mais. Na verdade, quem mora “do outro lado do mundo”, como Nova Zelândia, Austrália ou Japão, já tem o brinquedinho em mãos. E seguindo uma tradição nerd milenar que data da era do bit lascado, temos mais uma autópsia na rede!

O povo do iFixIt preferiu não esperar. Foram até a Nova Zelândia (primeiro país a receber o novo iPhone), compraram um, desmontaram e colocaram várias fotos, comentadas, na internet. Por dentro pouca coisa muda: LCD e o vidro da tela agora são separados, a bateria é mais fácil de remover (não é soldada) e as duas placas (comunicação e placa-mãe) do modelo anterior foram reduzidas a uma. Memória e processador (com o logo da Apple) continuam sendo produzidos pela Samsung. Quer detalhes? Clica aqui

Nota: Post atualizado em 15/04/08 às 01:37, com informações sobre monitoramento de baterias.

Projeto de fim-de-semana: instalar o Mac OS X 10.5.1 (Leopard) no notebook da minha namorada, um Positivo Mobile W98. Ela é ilustradora/designer/artista em geral, então se dá muito melhor com Macs do que com um PC com Windows. Eu já havia tentado fazer algo parecido um tempo atrás quando comprei meu notebook, mas não deu certo e acabei desistindo. Entretanto, máquina nova, sistema operacional novo e ela pediu com jeitinho… então vamos lá.

O sistema operacional instalado foi a versão “Kalyway” do Leopard, baixada via BitTorrent. A instalação ocorreu sem problemas. Usando um CD do Ubuntu, particionei o HD em duas partes: uma com o Windows XP SP2, que já estava instalado, e uma segunda partição de 40 GB para o Mac OS X, formatada como FAT32. Depois bastou colocar o CD do Leopard no drive, formatar a segunda partição como HFS+ usando o Utilitário de Disco (Disk Utility) e prosseguir com a instalação normalmente.

Leia o restante deste post »

Duas notícias rapidinhas (e estranhas) sobre o MacBook Air que ouvi nesta semana.

» Um programador norte-americano chamado Michael Nygard foi barrado pela segurança e acabou perdendo seu vôo em um aeroporto (não identificado) nos EUA. O motivo? Um MacBook Air. Aparentemente a funcionária responsável pela máquina de Raios-X desconfiou da imagem do MacBook e chamou outro funcionário da segurança para investigar. Intrigados com o fato de que a máquina “não tem drive” e nem “portas na traseira”, além de ser fina demais, se recusavam a acreditar que era um notebook. Foi preciso um outro funcionário, mais jovem e “antenado” com o mundo da tecnologia, para explicar as coisas. Ainda assim, Michael só foi liberado depois de ligar o micro e rodar um programa. Até lá, o vôo já tinha saído faz tempo.

» Stephen Levy, responsável pelo caderno de tecnologia da revista norte-americana Newsweek, perdeu o MacBook Air que a Apple lhe emprestou para um review. Como, exatamente, ele ainda não sabe, mas recapitulando os fatos ele acredita que sua esposa jogou a máquina fora, junto com uma pilha de jornais velhos que estavam sobre a mesma mesa (ela nega). Do notebook sobrou apenas um carregador e uma conta de US$ 1.800, que vai ser paga pela revista. Nas palavras do próprio Stephen:

Por mais humilhante que possa ser, deixe-me repetir: o MacBook Air é tão fino que foi jogado fora junto com os jornais. [...] Este foi o primeiro MacBook Air a ser descartado por engano. Mas, aposto, não vai ser o último.

Sei mais ou menos como ele se sente. Há alguns anos, quando eu ainda era um universitário, minha mãe apareceu com uma pilha de papéis recolhidos do meu quarto, avisando que ia jogar tudo fora. Nem olhei direito e disse “tudo bem”. Daí ela resolve se certificar: “Vou jogar esse cartão de banco velho também, pode?”. Perai, cartão de banco? Não tenho cartão de banco velho… olhei e pulei da cadeira. Era o modem PCMCIA (56K, ainda por cima) que usava em meu notebook. Escapou por pouco, muito pouco!

Um dia depois da Apple lançar o kit de desenvolvimento (SDK) oficial para o iPhone, o vice-presidente de marketing de Java da Sun Microsystems, Eric Klein, disse que a empresa tem planos de criar uma versão de sua máquina virtual Java ME (Java Micro Edition) para o Smartphone da Apple.

A declaração é significativa: com uma máquina virtual Java, desenvolvedores poderiam contornar as restrições no desenvolvimento e distribuição de software impostas pela Apple, criar o tipo de aplicativos que quiserem e fazer a distribuição por conta própria, ficando com 100% dos lucros. Para a Apple, é uma má notícia.

Entretanto, parece que a Sun não leu com cuidado as letrinhas miúdas nos termos da licença da SDK. Um trecho diz:

“Um aplicativo não pode instalar ou rodar outro código executável por quaisquer meios, incluindo mas não limitado ao uso de uma arquitetura de plug-ins, chamadas a outros frameworks, outras APIs ou similares”.

Infelizmente, para a Sun, uma máquina virtual Java viola a primeira (rodar código executável), terceira (chamada a outros frameworks) e quarta (chamada a outras APIs) regras. Ou seja, mesmo que a empresa crie o software, a Apple pode se recusar a distribuí-la alegando violação dos termos da licença da SDK, que diz claramente que para ser distribuído via App Store…

“… um aplicativo precisa seguir o guia de interface humana e qualquer outra documentação fornecida pela Apple”.

Ou seja: a não ser que haja um acordo entre as duas empresas, uma máquina virtual Java para o iPhone não deve aparecer tão cedo. Em termos de qualidade do software, talvez seja uma boa idéia: isso força os desenvolvedores a tirar proveito das ferramentas, APIs e frameworks fornecidos pela Apple, o que resulta em aplicativos mais otimizados e que tiram melhor proveito do hardware.

Java ou não, os desenvolvedores parecem animados: a Gameloft, conhecida por seus vários jogos para celulares e outros aparelhos portáteis, comentou que pretende lançar 15 jogos para o iPhone até o fim do ano. John Carmack comentou em um post no Slashdot que a id Software também está interessada. E na demo durante a apresentação de Jobs, empresas sérias como Salesforce.com e Epocrates demonstraram seus softwares para o mercado corporativo e médico. Vem coisa boa por aí.

Até que não demorou muito: o povo já descobriu como instalar o Mac OS X Leopard no ASUS eeePC. Você precisa de um CD original do Leopard, alguns patches (desenvolvidos por um brasileiro, olhe só) e um micro com o Mac OS X já rodando (pode ser um Mac PowerPC). O sistema roda, mas devagar: o instalador leva 20 minutos só para carregar. O autor do artigo conseguiu desempenho melhor usando o Tiger, mais precisamente a versão 10.4.8 já “pré-hackeada”, encontrada nos bons servidores de BitTorrent da praça.

Taí uma coisa interessante. Devo receber um eeePC para testes nessa semana (já brinquei com um alguns dias atrás). Se tiver tempo, vou tentar transformá-lo em um “Pocket Mac” e posto aqui os resultados. Fiquem ligados.

Só acontece comigo mesmo. Segunda-feira, dia chuvoso e preguiçoso, tenho uma matéria para entregar e passo o dia inteiro lutando contra o editor de textos. Sabe aqueles dias em que você tem algo para fazer, sabe como, normalmente é capaz de fazer com uma mão nas costas mas de repente simplesmente não consegue? Pois é, hoje era o meu dia. Horas depois, a trancos e barrancos, o texto está saindo, bonitinho, quase lá quando de repente… kernel panic.

Aqui cabe um adendo: foi a primeira vez que vi, em toda minha vida, um kernel panic em uma versão estável do Mac OS X. A chance de uma máquina nova (um Mac Mini Intel, mais sobre ele mais tarde), com um sistema operacional novinho em folha (OS X 10.5 - Leopard) e conhecido por sua estabilidade, dar um kernel panic e te forçar a um reboot quando você não está maltratando o micro com trocentos programas abertos ao mesmo tempo é muito pequena. Exceto, claro, quando o documento é importante, você está em cima do prazo e ele não está salvo (mim é uma anta, mim é uma anta…). Aí, de acordo com o primeiro princípio da Lei de Murphy, ela é de exatos 101%.

Foi também uma ótima hora para descobrir que o Pages não tem um recurso de Autosave, como no Word. Ou se tem não funcionou, porque a última versão do documento que consegui recuperar foi uma salva na noite anterior. Desgraça pouca é bobagem, e lá vai o Rigues refazer trabalho… acho que não sentia tanta raiva assim desde aquela noite maldita em 2003. O pior foi que Murphy ainda resolveu tripudiar. Depois do reboot, aparece na tela a janela ao lado.

Que lindo não! Uma atualização de sistema que resolve problemas de estabilidade… justamente como o que eu acabei de ter. Não podia ter aparecido meia hora antes? Saco…

UPDATE: Tem algo muito errado nessa história. Acabei de ter um novo kernel panic, o segundo em uma semana, contra nenhum em quase dois anos como um Mac Mini PPC com o Tiger. Pelo Crash Log (veja primeira imagem do post) o culpado é o módulo wireless. Realmente, notei que a rede “parou” pouco antes do crash. Mais essa agora…

E pra alegrar um pouco, uma tirinha do sensacional pinguim enxaqueca, por Daniel Trezub (Trezub, trazo bicho de volta!)

Aquela matéria sobre a qual comentei há algum tempo, sobre formas de rodar o Windows Vista no Mac OS X, já está nas bancas. É parte da Mac+ n^o 17, páginas 42 a 47. Além disso, a revista traz tudo o que você sempre quis saber sobre os novos iPods, um especial sobre o Final Cut Studio 2, um guia com várias opções de caixas de som para seu iPod, um tutorial sobre criação de bancos de dados no FileMaker Pro, uma introdução ao Numbers, dicas para calibração de monitores e um tutorial sobre remixagem de áudio no Logic. Compre Djá!

A notícia saiu no blog oficial do GMail: agora o serviço de e-mail gratuito do Google tem suporte a IMAP. Viva! Para quem não conhece (culpa dos provedores brasileiros, que preferem POP3), IMAP é um protocolo para acesso a e-mail que mantém as mensagens e pastas no servidor, e não em sua máquina local. Seu programa de e-mail baixa só o cabeçalho das mensagens, e quando você clica em uma para ler, aí sim ele baixa a mensagem completa.

Isso tem algumas vantagens óbvias: fica muito mais fácil, por exemplo, mudar de cliente de e-mail. Afinal, as mensagens não estão armazenadas nele, e o programa passa a ser apenas uma “janela” para o conteúdo no servidor. Quem acessa o e-mail com dispositivos móveis, como PDAs, também se beneficia, porque vê a caixa postal do jeitinho que ela estava no desktop, e todas as mudanças feitas no portátil são automaticamente sincronizadas no servidor. É uma maravilha.

Inspirado pela novidade, resolvi dar uma folga pro bom e velho Thunderbird e experimentar o Mail, cliente de e-mail padrão do Mac OS X 10.4, que não usava já há uns 2 anos. A configuração da conta foi rapidinha, e logo as mensagens começaram a aparecer. Mas infelizmente, depois de dois dias acabei desistindo da idéia.

Não sei se é o Mail (vou experimentar mais tarde com o Thunderbird), mas o acesso via IMAP é MUITO lento, a ponto de irritar. O programa levou várias horas para baixar os cabeçalhos de todas as mensagens. Quando clico em uma mailbox, ele leva vários segundos pra me mostrar as mensagens armazenadas. Alguns cabeçalhos não foram baixados, há buracos óbvios nas discussões mais antigas. Buscas também são lentas, e vira e mexe uma ação é interrompida ou uma pasta fica desabilitada por alguns minutos porque o programa diz que não conseguiu fazer conexão com o servidor. Ah, e a codificação de texto de várias mensagens também está errada, e o programa andou substituindo acentos por ?? em todo canto. (mesmo com a opção correspondente em Automático, ou forçada para a codificação certa).

Por enquanto, acho que vou é tentar me acostumar com a interface web do GMail mesmo (ela não é ruim, mas eu realmente prefiro um cliente tradicional). Quem sabe no Leopard as coisas não melhoram?

O Engadget noticiou essa: hoje pela manhã, durante um evento batizado de GoPlay, a Nokia deu uma plalhinha em vídeo de um novo aparelho que deve chegar ao mercado no ano que vem. Grande novidade, a Nokia lança celulares o tempo todo. O que tem de especial nesse? Bem, não sei quanto a você, mas pra mim é uma cópia descarada do iPhone:

Quando questionado sobre a semelhança com o produto da Apple, Anssi Vanjoki, vice-presidente executivo e gerente geral para multimídia da Nokia, disse “Se há algo bom no mundo, nós copiamos com orgulho”. Bem, pelo menos admitem, palmas para eles. Agora fiquei curioso para saber como o clone se compara ao original, se bem que a primeira tentativa, digamos, inspirada no iPhone não se saiu muito bem em termos de implementação.

E que a guerra dos clones comece!

Estou tentando salvar um arquivo de um CD com problema sérios de leitura. Antes de jogar o disco fora, tenho como costume tentar a cópia nos vários micros da casa. Notei, por exemplo, que o disco que dá erros de leitura em um drive às vezes é lido sem problemas pelo drive que o gravou^[1].

Como o disco foi gravado no notebook, ele é a primeira cobaia. O sistema operacional é um Windows XP SP2, e a máquina tem um Celeron de 1,4 GHz e 512 MB de RAM. Começo a cópia, o Windows atinge a parte com erros de leitura e… para. O sistema inteiro simplesmente para, enquanto o drive fica tentanto inúmeros “retries” consecutivos para extrair os dados do CD.

OK, toca pro Mac Mini. PowerPC G4 de 1,25 GHz, também com 512 MB de RAM, rodando o Mac OS X 10.4.10. A cópia começa, o sistema atinge a parte com erros de leitura e… olhe só! O desempenho do sistema continua intacto. A única coisa que para é o processo de cópia em si, sem afetar nenhum outro programa. Alguns minutos depois o Finder desiste e exibe uma mensagem que basicamente diz: “Desculpe, não consegui ler seu CD”.

E depois tem gente que não consegue entender porque gosto do Mac OS X.

PS: Não fiz o teste no Linux. O pinguim tirou férias aqui de casa (do notebook, pra ser mais preciso) até pelo menos a próxima versão, ou até aprender a brincar direito com o meu hardware. Hardware, aliás, que funcionava perfeitamente, até algum espertinho resolver reescrever um driver de rede do zero e tirar o antigo de circulação, deixando os usuários órfãos (e ilhados) até a nova versão ficar pronta.

[1] Isso me lembra os primeiros floppies da Shugart, na década de 70. Problemas com alinhamento das cabeças de leitura e gravação causavam a desconfortável situação em que muitas vezes era impossível ler um disco gravado em um drive “A” em outro “B” idêntico.