Ubuntu: Chrome OS, do Google, tem participação intensa da Canonical

Noticia tirada do http://br-linux.org/2009/ubuntu-chrome-os-do-google-tem-participacao-intensa-da-canonical/

Por essa nem imaginava. O Chrome OS tem um dedo da Canonical no meio. Isso me fez lembrar do Goobuntu já a algum tempo atrás.

Vamos ao texto no copy & paste. 

Ontem, quando publiquei o aviso de que o código do que será o Chrome OS já está disponível, bem como detalhes previstos sobre o sistema e sua interação com outros projetos de código aberto, já havíamos antecipado a conclusão de quem analisou de perto o código: tratava-se de uma distribuição “estilo Debian”, com vários pacotes bastante conhecidos de todos nós.

E hoje o Adilson Oliveira, um dos brasileiros atuando em funções tecnológicas na Canonical, deu o detalhe que faltava sobre a base da distribuição: “Sim, é verdade, o Google Chrome é baseado no Ubuntu e a Canonical tem trabalhado neste projeto há algum tempo. Quem quiser ler a posição oficial (em Inglês),aqui está. Só fico chateado por não ter sido eu a contar a novidade :)”

E como o comunicado da Canonical está em inglês, vamos a um resumo interpretado: eles parabenizam o Google pela decisão de traalhar de forma aberta, informam que já testemunharam esta abertura em eventos recentes com participação franca de desenvolvedores do Chrome OS, e confirmam que estão contribuindo tecnologicamente com o sistema, sob contrato.

O aspecto que mais me chamou a atenção, no testemunho da Canonical, é sua descrição da atitude dos desenvolvedores do Chrome OS, bem diferente da que vemos em algumas distribuições do mercado: sua intenção é se basear o máximo possível na tecnologia existente (contribuindo aos desenvolvedores as mudanças que fizerem), minimizando as reinvenções de roda. Este tipo de atitude, que é de mão dupla, maximiza os benefícios para todos, e por isso merece meu aplauso – ao contrário de quem fica reinventando a roda pensando que isso será um diferencial.

Outro aspecto interessante, por falar em diferencial, é a identidade dos 2 produtos envolvidos: Chrome OS não é Ubuntu, e as empresas não querem que ninguém pense outra coisa. A Canonical informa que os 2 produtos (Ubuntu e Chrome OS) compartilharão uma série de componentes, mas terão identidades bem diferentes – o Chrome OS, do Google com apoio tecnológico da Canonical, rodando nos dispositivos web que o Google definir, e o Ubuntu continuando seu roteiro, nos desktops de quem tiver interesse em usá-lo, rodando aplicativos da forma tradicional, e não apenas via web como é a proposta do Chrome OS.

Chrome OS: Código do sistema operacional do Google já está aberto e disponível

Notícia vinda do site br-linux.org: http://br-linux.org/2009/chrome-os-codigo-do-sistema-operacional-do-google-ja-esta-aberto-e-disponivel/

Como foi falado no anúncio. Para download só tem o código-fonte dele que é encontrado em http://src.chromium.org/ Quando pronto ele estará disponível em netbooks certificados pelo Google. Terá um boot praticamente instantâneo e com todas as aplicações na núvem.

Um bom ponto de partida é o webcast que tem uma demonstração do que poderá a vir no final de 2010:

http://investor.shareholder.com/googpr/eventdetail.cfm?eventid=75092

Enquanto isso vai ter gente fazendo testes com o código fonte disponibilizado.

Maiores informações:

http://idgnow.uol.com.br/computacao_pessoal/2009/11/19/google-revela-sistema-operacional-chrome-os-para-brigar-com-windows-e-linux/

http://www.h-online.com/open/news/item/Google-releases-source-code-for-ChromeOS-864600.html

Chrome OS, sistema operacional da Google, deve ser lançado em uma semana

Mais uma noticia do br-linux.org: http://br-linux.org/2009/chrome-os-sistema-operacional-da-google-deve-ser-lancado-em-uma-semana/

O Google Chrome OS, sistema operacional da Google, deverá ser disponibilizado dentro de uma semana, de acordo com informações do site TechCrunch. A previsão anterior era de lançamento para 2010, mas aparentemente a empresa preferiu antecipar a estreia.

De olho nos netbooks (nos quais algumas empresas estão “improvisando” o Android), o sistema será inicialmente compatível com um número restrito de modelos, devido ao desenvolvimento de drivers para os dispositivos, que ainda não foi totalmente concluído. A princípio, a preferência é disponibilizar drivers para as empresas parceiras, como a Acer, Adobe, ASUS, Freescale, Hewlett-Packard, Lenovo, Qualcomm, Texas Instruments e Toshiba, mas outros drivers também serão liberados com o tempo, de acordo com o site Download Squad. (via tecnologia.ig.com.br)

 A notícia é do último dia 13/11 (sexta), então é provavel que seja lançado entre os dias 19 e 23/11. Mas é aquela questão ainda são rumores e é bem provável que o GhormeOS seja lançado juntamente com a versão Linux do Google Chrome (navegador). A partir de quinta e, durante o final de semana, vamos ter a confirmação oficial.

Depois da linguagem Go, Google cria o protocolo SPDY

Enquanto todo mundo fica surpreso pela linguagem de programação Go, o Google apronta mais uma. Desenvolve o protocolo SPDY (Se pronuncia Speedy) que adiciona uma camada de compressão ao protocolo HTTP. O objetivo melhorar a velocidade em que os pacotes da  World Wide Web trafegam. Atualmente testes estão sendo feitos com um servidor protótipo e uma versão modificada do Google Chrome e mostraram que as paginas carregaram com, aproximadamente de 27% a 60% de melhora de performance se levarmos em consideração o uso com e sem SSL.

Maiores informações:

http://www.guiadohardware.net/noticias/2009-11/4AFDA479.html

http://blog.chromium.org/2009/11/2x-faster-web.html

Como fazer para que os usuários autenticados não passem pelo amavis

Eu já implementei servidores de email em diversas empresas e, a maioria, usava a combinação postfix+amavis para proteção contra spam e virus e nunca houve problema. Mas, em um deles, havia um problema sério de envio e recebimento de mensagens que não conseguia resolver por um único motivo: O alto volume de mensagens que eram enviadas e recebidas diariamente. Praticamente todos os dias o servidor de email ficava sobrecarregado e, como a empresa estava crescendo, entrando novos funcionários, partimos para um servidor mais parrudo. Após a migração e dias monitorando, não foi encontrado novos problemas. Mas aí, a poucos dias atrás, o problema retornou com toda força e as mensagens levavam vários minutos para serem entregues. Depois de uma boa analise, acabamos isolando o amavis. Vamos ver o porque.

Todo email chega no postfix e o mesmo reenvia a mensagem para o amavis. O amavis faz o seguinte:

- Ele abre a mensagem e lê a mesma dos cabeçalhos até o final para ver se é spam. Se for considerado spam ou de um remetente na lista de bloqueio, ele rejeita, caso contrário ele passa para etapa seguinte.

- Se encontrar algum arquivo, ele passa um anti-virus para ver se tem algum virus ou não. Se tiver a mensagem é rejeitada.

- Estando a mensagem considerada limpa, ele devolve ao postfix que finaliza a entrega.

Só que esses passos levam tempo para fazer e, com isso, é gasto pocessamento de CPU e memória. Isso não é notado na maioria dos servidores já que o trafego de mensagens não chega a ser tão intenso a ponto de deixar serviço lento. Porém esta empresa envia e recebe uma quantidade absurda de emails, algo que só se compara com grandes provedores do tipo hotmail, yahoo, gmail, etc.. e já estava afetando e muito na troca de mensagens. Uma solução que foi passada era fazer com que os remetentes enviem a mensagem sem passar pelo amavis. Mas como fazer se todo trafego tem que passar por ele? Com um pouco de pesquisa, encontrei uma solução que está dando certo. Mas para isso foi necessário fazer algumas alterações no main.cf no postfix.

main.cf original

#Amavis

content_filter = amavis:[127.0.0.1]:10024

receive_override_options = no_address_mappings

...

# Restrição apos comando MAIL FROM

smtpd_sender_restrictions =

        permit_mynetworks,

        permit_sasl_authenticated

main.cf modificado

#Amavis

content_filter =

receive_override_options =

#O content_filter deve ficar vazio para colocar as regras de

#exclusão. O mesmo vale para o receive_override_options por conta 

#de um software de lista que roda no servidor e não pode ter 

#interferencias

# Restrição apos comando MAIL FROM

smtpd_sender_restrictions =

        permit_mynetworks,

        permit_sasl_authenticated,

        check_sender_access regexp:/etc/postfix/sasl-bypass

# É neste check_sender_access que fica a parte principal para o uso do amavis.

Dentro do sasl-bypass

/^/ FILTER amavis:[127.0.0.1]:10024

Salve o arquivo e rode o comando "postfix reload" para recarregar as configurações.

A partir deste ponto vai ter dois tipos de caminhos que a mensagem deve passar.

1 - É o caminho explicado anteriormente. O postfix repassa para o amavis, o mesmo analisa a mesma em busca de spam e virus e devolve ao postfix.

2 - O usuário se autentica no postfix e envia a mensagem. Só que a mensagem nem passa pelo amavis, indo direto para a entrega no destinatário.

Com isso, até agora não houve problemas de sobrecarga do servidor. Mas esta configuração tem um preço: Caso algum usuário pegue um virus e o mesmo consiga a senha da conta de email, qualquer email autenticado no servidor pode enviar arquivos infectados para qualquer usuário já que ele não passa pelo amavis e, por tabela, não passa pelo anti-virus. Neste ponto só vamos descobrir agluma coisa pelos logs ou por alguma mensagem no anti-spam do destinatário.

Esta dica já leva em consideração que já tem o amavis instalado e configurado no servidor, vou ver se ainda termino de montar o wiki, aonde terá uma explicação mais completa e com alguns exemplos de configuração de email e de anti-spam.

Mercado de trabalho em TI: Procura-se um super-herói

Post tirado de: http://br-linux.org/2009/mercado-de-emprego-procura-se-um-super-heroi/ que tem o post original em: http://www.edivaldobrito.com.br/?p=343

Vai ser meio que copy & paste para facilitar a leitura. Mas não deixem de visitar o link original.

É comum ao vermos vagas para a área de informática, uma série de requisitos que são quase impossíveis (para não dizer impossíveis) de serem encontrados em um único profissional, mas o pior é que, ao contrário do que deveria ser, o salário proposto não é compatível com o tamanho do  talento exigido (em alguns casos, os requisitos parecem uma lista de poderes de super-herói).

Tal paradoxo,  se deve principalmente as seguintes situações:

• A empresa quer contratar um profissional e nem mesmo sabe o que quer e joga tudo quanto é qualificação para ver se pega algo que cubra suas necessidades.
• A empresa quer um ótimo profissional, porém não quer pagar o que vale.
• A empresa procura um faz tudo pra não ter de contratar 2, 3, 4 ou mais profissionais pra seu quadro de funcionários.
• A empresa terceirizou o processo de contratação e ocorre um erro de interpretação entre o que a empresa quer  e o que a terceirizada entendeu que ela quer.
• Um mistura de todas as opções acima (essa é a pior situação).

Nos itens acima, simplifiquei ao máximo as situações que acho que possam ser as causas desses absurdos, posso não ter abrangido tudo, mas creio que deu para entender a mensagem.

Para finalizar um assunto tão polêmico, deixo duas dicas, uma para as empresas e outras para meus colegas de mercado:

Empresas: Saibam explicar melhor o que vocês querem do mercado de trabalho de informática (não esqueça que você procura um profissional talentoso, não um super-herói), só assim será possível encontrar o profissional correto. Tendo encontrado o profissional certo, valorize-o, remunere conforme seu talento e o poder financeiro da sua empresa permitir, não conforme o famoso “eu acho que R$ x.xxx,xx paga seus serviços”. Lembre-se, todo dia surgem novas oportunidades e se o profissional não estiver satisfeito, com certeza irá procurar um lugar melhor.

Profissionais: Tenham foco, não tentem abraçar o mundo e saber tudo sobre informática, porque no fundo as empresas procuram um “expert” em algo, não um faz tudo (as empresas só não sabem disso as vezes). Não se deixem levar pelas expectativas das empresas que procuram um super-herói. Especializem-se em uma área e sejam os melhores naquilo que foi escolhido, só assim poderão ser destaques no mercado de trabalho. Ao mesmo tempo procurem empresas sérias que valorizem seu talento e futuramente, seu currículo.

O post é muito bom. Já vi muitos anúncios de empregos e, muitos deles, procuram pessoas com perfis semelhantes a essas pessoas:

Claro que, com muito marketing pessoal, podem até localizar os currículos e, nas entrevistas convencer o analista de RH e o chefe de departamento de TI que é alguém das figuras acima. Mas, dias, semanas, meses depois de contratado descobrem que ele está mais para este do perfil abaixo:

E o salário também segue neste nível de Chapolin. Ou só consegue Chapolin ou, se conseguir um super-herói, ele desaparece na primeira oportunidade de salário a nível de super-herói. Já vi um caso assim bem de perto.

Até pedi a opinião da minha esposa que trabalha em Departamento Pessoal e me explicou que isso é o que mais tem. As empresas pedem muito e pagam pouco. Claro que tem exceções mas são raras e, encontrando as mesmas, é aproveitar para crescer profissionalmente.

Playboy tem interesse na Garota da Uniban

Do site:

http://ego.globo.com/Gente/Noticias/0,,MUL1374578-9798,00-PLAYBOY+TEM+INTERESSE+NA+NUDEZ+DE+GEISY+ARRUDA+DIZ+JORNAL.html

'Playboy' tem interesse na nudez de Geisy Arruda, diz jornal

Geisy nega: 'Agora, isso no passa pela minha cabea'

Do EGO, em So Paulo

Geisy Arruda

O diretor da "Playboy", Edson Aran, confirma interesse na nudez da estudante Geisy Arruda, que foi hostilizada em universidade paulista por usar vestido curto.

Segundo o "Jornal da Tarde", a revista foi procurada por um agente da estudante, mas a deciso s ser tomada aps reunio entre as partes.

Já a revista "Sexy" diz que deve entrar em contato com a moa na prxima semana. "Ela uma mulher bonita. uma possvel capa de algum especial", diz Ivan Zumalde.

Geisy, no entanto, nega que tenha um agente negociando seu ensaio nu. "Agora, isso no passa pela minha cabeça".

Era só que faltava. Já imaginava que isso iria acontecer. É só fazer polêmica com vestido curto numa Universidade qualquer que os editores das revistas masculinas começam a ficar de olho.  E essa história está indo mais longe. Já teve protesto na UnB aonde estudantes tiraram a roupa. Deve rolar muita coisa juridica e, no final, a Geisy deve levar uma boa quantida de vários lugares, o que pode incluir, possivelmente de uma das duas revistas citadas. Mas vamos deixar isso para os próximos capítulos

Resultado do apagão

Ao menos, em Mesquita, foram várias horas em energia. Por aqui a ernegia só retornou depois das 4 da manhã. Outros pontos da cidade já tinham saido do apagão. Como informado anteriormente as causas seriam por "motivos atmosféricos". Mas alguma versão que devem deixar como definitiva deve surgir nas próximas horas.

Agora só não sei como vai ser o dia de hoje. Vou ter que sair agora e religar um monte de servidores em consequência desse episódio.

Maiores informações:

http://oglobo.globo.com/economia/mat/2009/11/10/itaipu-diz-em-nota-que-causa-do-apagao-nao-teve-origem-na-usina-914696984.asp

http://noticias.terra.com.br/brasil/noticias/0,,OI4094408-EI306,00-Itaipu+volta+a+operar+normalmente+apos+apagao.html

 http://odia.terra.com.br/portal/brasil/html/2009/11/apagao_deixa_milhoes_sem_luz_em_varios_estados_45449.html

Mais novidades a qualquer momento.

Apagou geral 2

Ouvindo no radio informaram que o apagão foi causado por um desligamento de linhas em Itaipu por questoes atmosfericas (raio? Vento?). Já cogitaram a possibilidade de hackers que tambem foi tema de um post do Blogando Noticias. Mas ainda é cedo para saber o que houve. Campinas já voltou a energia. Parte de BH ja voltou ao normal. De resto ainda tem varias cidades no Sudeste, Sul, Paraguai e Uruguai as escuras. Inclusive aqui em Mesquita.

Dica de ultima hora: Desliguem os dijuntores. A ernegia pode voltar com toda força com o risco de queimar os eleterodomesticos. Espera alguns minutos e religa os dijuntores.

Depois tem mais noticias no escuro (ou não).

Apagou geral!

Aqui em Mesquita está as escuras. Não imaginava que o apagão se estenderia para MG, GO, SP, PR e outros lugares. A coisa esta feia.

Depois tem atualização.