Desenvolvedor revela detalhes dos planos para o GNOME OS
Em um post, Allan Day, do GNOME UX↳UX33 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025UX, IA e Front-End: quando experiência, inteligência e código se encontram para criar o futuro digitalProduto & UX · jul 2025Novidades em UX/UI para 2025: O futuro do design de experiências digitaisProduto & UX · abr 2025Ver tudo em Produto & UX →, revelou planos concretos para o GNOME OS e divulgou as ideias que motivaram esses planos. O post é um resumo das sessões de planejamento realizadas na Guadec 2012, a recente conferência para desenvolvedores GNOME.
Ele enfatizou que o GNOME OS não é uma tentativa de substituir as distribuições existentes. Embora a criação de um GNOME OS standalone seja parte dos planos, a ideia é fazer uma plataforma de testes e desenvolvimento, e quaisquer melhorias que vierem do GNOME OS devem impactar diretamente o que o projeto GNOME oferece às distribuições. De acordo com Day, vários drivers para o GNOME OS são velhas ideias para aprimorar a experiência de desenvolvimento, como testes automatizados↳Testes automatizados4 conteúdosComo migrei meus testes automatizados de Java para Ruby… Será que fiz bem?Dev (Back & Front) · jun 2019TDD em Nodejs: conhecendo o JestDev (Back & Front) · mar 2019Arquitetura Hexagonal na prática com exemplos em PythonDev (Back & Front) · mai 2025Ver tudo em Dev (Back & Front) → e aplicações em sandbox. E, enquanto os desenvolvedores poderiam ter iniciativas separadas para cada funcionalidade, a meta é trabalhar com elas como um “plano holístico” sob o apelido “GNOME OS”.
Os elementos do GNOME OS pretendem cobrir desenvolvimento e deployment de aplicativos, criação de um SDK, frameworks de testes automatizados, experiência de usuário core (UX) refinada, e suporte para novos dispositivos. Em relação ao desenvolvimento de aplicativos – para facilitar a criação e o deploy de software GNOME – os desenvolvedores esperam criar APIs estáveis e um novo modelo para aplicativos. Esse framework estaria disponível para outras distribuições e traria aplicativos em sandbox com uma expectativa de vida mais longa. Quando esse framework estiver sendo desenvolvido, um SDK com uma nova versão do GNOME HIG (Human Interface Guidelines) e várias ferramentas de desenvolvimento serão feitas para suportá-lo.
Em relação aos testes, Day disse que atualmente eles têm várias limitações que dificultam para os contribuidores construírem e testarem o código de desenvolvimento do GNOME. O GNOME BoF estabeleceu metas para um GNOME testável: em seis meses, eles acreditam que terão um bot de build e, em 12 meses, uma imagem instalável que os contribuidores poderão usar como um ambiente de testes e de desenvolvimento. A equipe do GNOME está ajudando no processo e um novo servidor é planejado, que vai rodar o serviço de build. Para Day, esses testes devem beneficiar outras distribuições diretamente.
O Core UX do GNOME 3 também está sendo refinado, e os desenvolvedores estão criando uma nova suíte para aplicativos GNOME, que eles esperam que seja um novo modelo para acessar conteúdo, seja este armazenado localmente ou online. Esse plano expandiria o modelo de Documents e Photos para incluir Music e Transfers de arquivos.
As discussões na Guadec estabeleceram uma meta de 18 meses para incorporar o conjunto completo de componentes no GNOME. Enquanto laptops e desktops permanecem como o foco dos desenvolvedores da plataforma, suporte para novos tipos de dispositivos está previsto. Além disso, os desenvolvedores acreditam que terão um GNOME 3 compatível com touch em 18 meses.
Com informações de The H
Dirty Frag: a nova falha que coloca o kernel Linux contra o relógio
Poucos dias depois do barulho causado pelo Copy Fail, o ecossistema Linux voltou a entrar em modo de alerta. Dessa vez, o protagonista é o Dirty Frag.






Redação iMasters


