ct

    Notícias de 09/2006

    Mais notícias


    IBM e Lenovo anunciam recall de 526 mil baterias para notebo
    "As empresas do setor de informática IBM e Lenovo anunciaram nesta quinta-feira um recall voluntário de 526 mil baterias para notebooks, fabricadas pela Sony Energy Devices, informou a Comissão de Segurança de Produtos ao Consumidor dos EUA (CPSC, na sigla em inglês), em um comunicado.

    As baterias podem sofrer superaquecimento e causar incêndios, segundo a comissão. A Lenovo recebeu a confirmação de que um laptop pegou fogo devido a superaquecimento.

    Devem procurar a Lenovo donos de computadores portáteis com bateria Sony dos modelos: ThinkPad Série R (R51e, R52, R60, R60e), ThinkPad Série T (T43, T43p, T60) e ThinkPad Série X (X60, X60s)."

    Usuários de máquinas inclusas nestes critérios devem entrar em contato com a Lenovo nos telefones:

    - São Paulo: (11) 3889-8986

    - Outras localidades: 0800-701-4815

    Links Relacionados
    Postado por Carlos Machado em 30/09/2006 às 00:49
    Extreme Programming Instantâneo
    O Cesar Brod publicou no Dicas-L um artigo introdutório e muito claro sobre o conceito de Exterme Programming (XP), que vem sendo cada vez mais utilizado para melhorar a qualidade e eficiência das equipes de desenvolvimento de software:

    "Quando comecei a assistir à palestra do pessoal da Hiperlógica sobre Extreme Programming na LinuxExpo que aconteceu em São Paulo, em maio de 2001, cheguei a pensar: "Justo agora que adotamos a UML me aparecem com mais uma metodologia...". Logo notei, porém, que a metodologia Extreme Programming, ou XP, não chega a se opor à UML e é, em praticamente todos os casos, um bom complemento à ela. Mais do que isto, descobri que já utilizávamos no desenvolvimento de nossos projetos em software livre, mesmo que intuitivamente, muitos dos conceitos de XP.
    ...
    O desenvolvimento de um projeto com XP passa por quatro fases: Planejamento, Projeto, Codificação e Testes, cada fase contemplando um conjunto de regras.
    ...
    O planejamento começa com a escrita de User Stories, uma espécie de Use Cases (UML) "diet". O usuário ou cliente escreve histórias que representam o que o sistema deve fazer por eles, evitando usar qualquer terminologia técnica. Em conjunto com os programadores, o tempo de desenvolvimento de cada módulo do sistema que contemple cada uma das User Stories é estimado. Caso o tempo estimado para o desenvolvimento seja maior do que três semanas a Use Story deve ser subdividida em outras.

    A fase seguinte é a Release Planning, onde a equipe de negócios e a de desenvolvimento concordam com a ordem na qual os módulos do sistema serão desenvolvidos e entregues para a produção. importante que a equipe de negócios esteja envolvida, pois nem sempre é possível para os programadores avaliarem a importância da disponibilização de um determinado módulo do sistema, ao mesmo tempo que pode ser difícil para a equipe de negócios entender a dependência entre os módulos do sistema. Para um executivo pode ser crucial que um relatório financeiro possa estar disponível rapidamente, mas ele depende de módulos contábeis que devem ser escritos antes. Ao final do Release Planning deve estar claro para todos a ordem na qual os módulos do sistema serão disponibilizados, e todos devem se comprometer com isto. Para facilitar este planejamento, a equipe deve procurar levar em conta apenas quatro variáveis: escopo, recursos, tempo e qualidade. vezes pode ser possível adiantar o desenvolvimento de um módulo, por exemplo, se diminuirmos seu escopo, ou seja, a quantidade de coisas pela qual tal módulo é responsável. Sempre é possível também diminuir o tempo de realização de um projeto aumentando os recursos disponíveis para ele. Não é recomendável, porém, acelerar um projeto diminuindo os testes do sistema, comprometendo assim sua qualidade. Concentrando-se apenas nestas quatro variáveis é possível acelerar as decisões sobre a seqüência de desenvolvimento.

    Outra regra é Move People Around. O conhecimento não deve ser concentrado nas mãos de poucas pessoas. Envolva pessoas em diferentes projetos e troque-as de tempos em tempos.

    A comunicação entre as pessoas e o envolvimento dos usuários (clientes) no desenvolvimento é extremamente importante. Não se deve, porém, perder mais tempo na comunicação dos resultados e na tomada de decisões do que no desenvolvimento em si. Por isto a XP propõe Stand-up Meetings, reuniões que devem acontecer todos os dias pela manhã, preferencialmente no ambiente de desenvolvimento. Estas reuniões informais devem tender a substituir integralmente todas as demais reuniões.

    Uma das regras mais importantes do Planejamento em XP é Fix XP when it breaks, ou seja, se a metodologia não está funcionando, conserte a metodologia! Nem sempre pode ser possível seguir tudo o que uma determinada metodologia propõe, e faz mais sentido mudar a metodologia do que querer acomodar, em todos os casos, o desenvolvimento de um sistema a regras imutáveis."

    Leia o artigo completo no: http://www.dicas-l.com.br/brod/brod_20060928

    Links Relacionados

    Glossário
    Postado por Carlos E. Morimoto em 29/09/2006 às 09:23
    PC de US$ 99 com Linux!
    eway-front
    eway-back

    A empresa taiwanesa E-Way está vendendo um mini PC com processador x86 de 200MHz, 128MB de RAM rodando um Linux capado. A idéia é que esse mini PC seja usado em sistemas "embedded" (sistemas onde PCs em escala menor são usados para gerenciar dispositivos, como o computador de bordo de um carro por exemplo), controle de máquinas industriais e até como thin client, ele sai por US$ 85 dolares em grandes volumes.

    É um computador completo, inclusive com entrada para microfone e saida de som, placa de rede integrada e tudo que tem direito, inclusive até slot para cartões CompactFlash. O sistema opcionalmente pode vir com memória flash e microdrives pré instalados, um slot mini-PCI ou até rede WiFi

    Glossário
    Postado por Pedro Axelrud em 28/09/2006 às 23:43
    Kurumin 7.0 Alpha 2
    Continuando a série de desenvolvimento do Kurumin 7.0, postei o segundo Alpha do sistema, novamente sincronizado em relação ao Debian Etch e com correções para alguns dos problemas reportados, além de polimentos.

    Esta versão inclui o sources.list que pretendo utilizar na versão final, que inclui apenas os repositórios do Etch, abandonando a combinação testing/unstable.

    Como já foi divulgado, o Kurumin 7.0 será uma versão estável "de longa duração", baseada nos pacotes da nova versão estável do Debian. Depois de finalizado o sistema passa a receber apenas atualizações de segurança, garantindo que as instalações e atualizações via apt-get sejam feitas de forma transparente, sem os trancos e barrancos que marcam as versões Testing e Unstable.

    Como de praxe, vai o aviso de que esta é uma versão de desenvolvimento, potencialmente instável, que pode causar fortes dores de barriga, aparecimento de manchas de pele, além de contribuir para o aquecimento global e causar danos à camada de ozônio. :-D

    Download:
    http://fisica.ufpr.br/kurumin/
    ftp://ftp.las.ic.unicamp.br/pub/kurumin/

    6bab1f9a6aaa202d04d899e1dca410c4 kurumin-7.0a2.iso

    Links Relacionados

    Glossário
    Postado por Carlos E. Morimoto em 28/09/2006 às 20:06

    » Gostou do texto? Veja nossos livros impressos

cb
Livros de Carlos E. Morimoto HOME