Olá para Servo e Blink

lagartixa

kit web

Diga adeus a estes dois logotipos (Gecko's e Webkit's)

Quando, 2 meses atrás, falava-se que Opera mudou para Webkit, foi dito que o futuro da internet estava em perigo pela grande adoção desse mecanismo da web. Agora, para surpresa de todos, dois novos motores surgiram: Servo y Piscar.

Por um lado Servo, desenvolvido pela Mozilla em conjunto com a Samsung com uma nova linguagem chamada Ferrugem. Rust é uma linguagem projetada pela Mozilla para ser simultânea, prática e segura (ela não contém ponteiros NULL ou ponteiros pendentes). Este novo motor chegará primeiro a dispositivos móveis (Android e Firefox OS) e também a máquinas com ARM.

Por outro lado, o Google decidiu deixar o Webkit de lado e fazer um fork chamado Blink. Sua ideia: reduzir a complexidade do Webkit. Uma arquitetura multiprocessos será usada para que as guias continuem a funcionar quando um site for desativado. Espera-se que o Opera contribua com este projeto (o Safari não disse nada ainda) e que chegará primeiro ao Chromium.

De passagem, ambos os motores estão abertos, embora o Blink se desenvolva mais a portas fechadas.

http://www.infoq.com/news/2013/04/Google-Blink-Mozilla-Servo


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.

  1.   KZKG ^ Gaara dito

    Boas notícias, é assim que fica garantido que o WebKit não tem um semi-monopólio ... sim, acho o logo do Servo suuuper legal 😀

    1.    diazepam dito

      essa é a lagartixa

      1.    KZKG ^ Gaara dito

        Ops ^ - ^ ...

        1.    Manuel da Fonte dito

          Isso acontece com você por comentar sem ler os artigos, hahaha.

    2.    Daniel C dito

      Passará de um semimonopólio para um monopólio total, pelo menos no controle, com o Blink. : /

      1.    nano dito

        Dúvida, todo mundo diviniza o Webkit só porque o Google o usa, mas você já tem um fork e agora com um servo terá outro que entra na competição ... senhores, tanto faz, desde que todos sigam os padrões do W3C e tendo suporte suficiente para enfrentá-lo, o Gecko ainda é muito, muito influente.

      2.    miguel dito

        Eu concordo

    3.    Manuel da Fonte dito

      Será a mesma situação porque com certeza o Blink continuará a ser compatível com as propriedades exclusivas do WebKit, por isso será como se continuasse sendo o WebKit de sempre e nada mudou.

      A única maneira de vencer o monopólio seria colocar de lado essas propriedades e apenas seguir os padrões, o que é claro que não vai acontecer.

      1.    alan dito

        E o que são essas "propriedades exclusivas do Webkit"?
        Eu me pergunto se esse dogma hoje em dia é apenas um daqueles FUDs que certa competição criou e que as pessoas repetem só porque aquela empresa que dita "a verdade" na web diz isso.

        1.    Manuel da Fonte dito

          Eu estava me referindo ao prefixo -webkit e detecção do navegador. Blink ainda suportará esse prefixo e provavelmente continuará a usar o parâmetro AppleWebKit no agente de usuário (ou algo como "como AppleWebKit"). Em outras palavras, para sites nada mais será do que o WebKit usual.

          1.    alan dito

            Ah, mas isso já parece diferente.
            Além disso, antes de o -webkit se tornar popular, o flagelo era -moz, mas ninguém disse nada porque era o Mozilla e porque a ilusão de todos era para prejudicar o IE.

            Os prefixos, embora sejam muitos, sempre foram levados em consideração apenas o -moz e o -webkit, e este segundo é do Chrome para cá. Os prefixos -ms e -o raramente são levados em consideração por um websmater.
            E de facto a Microsoft já deixou de colocar o seu prefixo porque deixou de colocar coisas experimentais, só vai colocar padrões, o que curiosamente funciona para eles dizerem «o IE como sempre está atrasado com os padrões porque não coloca o -moz e o -webkit» .

            O que quero dizer é que aquela fofoca só contra Chrome e Webkit é só FUD e exageros, essa situação sempre existiu, antes era só com a Mozilla e nunca houve reclamação.

            A política mais ideal seria aquela que Mircosoft aplica, mas é claro que as outras teriam que "deixar de lado essas propriedades e se limitar a seguir os padrões, o que é claro que não vai acontecer" (o que parece feio! que ficou mais visível porque eu falo que esse clichê é exagero e FUD; nada pessoal porque não é o seu negócio, eu sei que é um clichê que está na moda e eles falam em todos os blogs e se falam assim as pessoas pensam) .

          2.    Manuel da Fonte dito

            @alan: Não entendo seu ponto de vista. Onde está o FUD? De que clichês você fala?

            Vamos ver, por um lado você tem razão, prefixos sempre foram ruins, quem os faz. O problema com o WebKit era simplesmente que sua participação no mercado cresceu exponencialmente e seu prefixo prevaleceu sobre todos os outros, tornando-se uma espécie de "novo Internet Explorer 6". Em um ponto, os desenvolvedores se esqueceram dos outros prefixos e apenas usaram o -webkit; e pior ainda, eles fizeram uso de agente de usuário apoiar apenas aquele motor e excluir os outros, e foi aí que começaram as reivindicações.

            Este não é um FUD ou um caso isolado, ele SEMPRE aconteceu com navegadores populares quando eles afetam o suporte de uma minoria. Aconteceu primeiro com o IE; E mesmo que você não tenha percebido, também para o Firefox, mas em menor escala porque nunca foi o navegador mais popular e as críticas vinham da comunidade Opera. Sei disso porque fui usuário daquele navegador por vários anos e foi uma chatice encontrar tantos sites que só suportavam o navegador Mozilla, mas as reclamações caíram em surdos porque era o Firefox e era "bom".

            Agora, com o WebKit, simplesmente não era possível ignorá-lo devido ao nível de adoção que atingiu. Reitero minhas próprias palavras, a única forma de evitar que isso aconteça é deixar de lado as propriedades exclusivas e limitar-se a seguir os padrões que nasceram para isso.

            Agora que todos perceberam como os prefixos são ruins, a moda será abandoná-los. A ópera, como sempre, foi a primeira. Pelo que eu sei, ele abandonou seus anos atrás e desde então interpretou o CSS3 como é. E piscar, Pelo que li, não aplicará nenhum novo prefixo, mas por razões de compatibilidade ainda suportará -webkit e posso apostar que terá um agente de usuário compatível; Então, como eu disse, será como se nada tivesse mudado, pelo menos não por muito tempo.

          3.    alan dito

            Eu ia responder exatamente o que você diz no terceiro parágrafo (acredite, foi quase o mesmo) e é de fato que em geral concordamos em quase tudo o que dizemos, exceto nas conclusões não sei por quê.
            Eu apenas difiro do seu terceiro parágrafo, e em geral, que sim FUD porque toda a reclamação é como se o Webkit fosse o único em toda a história ou mesmo o único agora; Não é apenas uma campanha negativa, mas é direcionada. Na melhor das hipóteses, no momento, a situação irregular dos prefixos é a mesma para o Webkit e Mozilla, em vez do Webkit democratizou o que antes era uma ditadura; mas, ilogicamente, a campanha é como se o Webkit fosse o único e, é claro, "o tirano".

            Com o Webkit, esta situação não é ignorada não porque não seja possível, mas porque aqueles que antes estavam calados porque lhes era conveniente agora o dizem porque lhes favorece lançar o FUD e gerar a referida matriz de opinião.

            A "grande parte do Chrome e do Webkit" são apenas argumentos furtivos para fazer parecer que faz sentido e objetividade reclamar agora (e pode até ser outro FUD "Chrome tem domínio absoluto da web" quando o Chrome tem apenas 3 jogadores, completando tem apenas um terço do mercado). Quando aquela fofoca contra o Chrome começou, ele tinha ainda menos cota do que o Firefox tinha e está aumentando. E sim, o Firefox também com essa cota e menos já impôs e quebrou a web com seus prefixos e farejadores a favor, mas a questão é que ninguém reclamou; E eles não reclamam hoje, embora isso não pare em favor do Firefox também; pelo contrário, comportam-se como se não existisse hoje e nunca tivesse existido e reclamam apenas com o Chrome, o que deixa claro que não é uma reclamação objetiva, mas que tudo nada mais é do que FUD e clichês pré-fabricados que as pessoas os seguem.

    4.    miguel dito

      Que monopólio mais esse google tem?

  2.   Arthur Shelby dito

    O Rekonq ou Midori (web) mudará para este motor (Pisca)?

  3.   elav. dito

    O Webkit não precisa morrer. Na verdade, a Apple pode continuar seu desenvolvimento.

  4.   artebgz dito

    Excelente notícia, eu já estava preocupado com o monopólio do webkit.

    1.    miguel dito

      agora vai ser monopólio do blink

      Eu fico com a Servo, não me parece saudável que uma multinacional sediada nos EUA como o Google controle todas as informações e tecnologias

      1.    alan dito

        Mozilla é uma multinacional com sede nos EUA.
        E se for por causa da Samsung, é uma multinacional com sede no protetorado ianque da Coréia do Sul.

  5.   st0rmt4il dito

    Se vier das mãos do Google então espero que façam o possível para aperfeiçoar o referido mecanismo de busca, embora esteja circulando na rede que a Mozilla e a Samsung também estão na criação de um.

    Saudações!

    1.    diazepam dito

      Servo é aquele motor Mozilla e Samsung

    2.    nano dito
      Leia o artigo, por favor xD

  6.   sieg84 dito

    continuará a ser o mesmo, eles continuarão a desenvolver sites "otimizados" para o Chrome

  7.   Renelopez91 dito

    "Uma arquitetura de multiprocessos será usada para que as guias continuem funcionando quando um site cair"
    E essa já não era a vantagem que o Chrome / Chrome oferecia em relação a outros navegadores?
    Ou seja, se uma guia travar, isso não afetará as outras e o navegador não fechará completamente.
    Se for só isso, é melhor eles ficarem com o Webkit.

    1.    Lolo dito

      Uma arquitetura multithread significa que será um dreno nos recursos de nossa equipe?

      Eu vejo dessa forma.

      1.    diazepam dito

        Uma arquitetura multithread significa que cada guia é um processo independente. No firefox existe uma arquitetura multithread (cada guia é uma thread dentro do mesmo processo)

      2.    nano dito

        A questão é que hoje não existem aplicativos que tenham a verdadeira capacidade de usar multi-núcleos de forma real, um exemplo disso são os compactadores de arquivo que usam um único núcleo quase todos ... veja assim 🙂

    2.    diazepam dito

      Na nota original diz que com o webkit isso se tornou mais complicado

    3.    apenas-outro-dl-usuário dito

      o das guias multithread é uma tremenda mentira.
      Das vezes em que usei Chrome, Chromium e SRWare Iron, quando solto uma página de uma guia, todo o navegador cai e tenho que acabar com o navegador inteiro

      1.    Jean ventura dito

        Estranho. seu caso ... Usei o Chrome primeiro e agora o Chromium por anos, e não me lembro da última vez que o que você disse aconteceu comigo (talvez 2 anos atrás), e das poucas vezes que estive pendurado em uma guia.

      2.    Lawliet dito

        Seria bom se você pudesse relatar um bug, talvez seja um plugin, não sei. Mas, para começar, é raro você perder uma página, devido à estabilidade do Linux. Embora talvez o mesmo não deva acontecer com distros diferentes.

  8.   miguel dito

    Não acho que o Blink seja de qualidade, mas será um monopólio assim como o webkit.

    Vamos lembrar que o Google pagou o Opera para usar o webkit, a verdade é que o Google é um negócio tremendo e destrói a concorrência,

    Eu fico com servo

    1.    alan dito

      Para começar, o Webkit não é um monopólio.
      Em segundo lugar, não sei se você tem provas de que o Google pagou o Opera "para usar o Webkit" ou é apenas FUD.
      Terceiro, o Google está pagando mal? porque o Google sempre pagou a Mozilla e com esse dinheiro fez o Gecko e agora o Servo. E a Mozilla sempre foi muito a favor do Google, na verdade o Firefox foi a primeira ferramenta usada pelo Google para impor seus "padrões" e levar a web para onde eles quisessem.

  9.   Rolo dito

    pelo que parece, o blink pode acabar sendo algo NÃO muito bom para o desenvolvimento web, porque todas as funções css3 experimentais não terão um xej: -blink-box-shadow:
    em vez disso, é o usuário que vai ativar esta função no navegador que aceita css experimental.
    O que é pura e simplesmente a morte da bênção do desenvolvimento web em um nível estético, já que nenhum usuário comum vai ativar essas funções, então os desenvolvedores não perderão seu tempo criando novas páginas porque as pessoas que usam o navegador "mais usado" não eles serão capazes de apreciá-los
    Em outras palavras, fico com a impressão de que esse grande crescimento do desenvolvimento estético no mundo da web, o blink engine do google chrome, vai colocar um freio de mão impressionante nele.

    1.    alan dito

      Este procedimento não será feito apenas pelo Chrome, mas também pela Mozilla.
      O que, aliás, me parece positivo porque NÃO é bom para o desenvolvimento web, nem para os usuários, muito menos para a web, que coisas experimentais sejam usadas e impostas sem serem sequer padrões que obviamente não serão total e corretamente suportados por todos navegadores comprometidos em fornecer suporte fiel ao padrão.

      1.    Rolo dito

        @alan «... NÃO é bom para desenvolvimento web ...» mmmmm ... no último caso as páginas serão preenchidas com javascrit (JQuery, etc) para suplantar os efeitos experimentais do ccs3. ergo páginas da web mais lentas !!!!!

        Eu não sabia sobre o Mozilla, você poderia compartilhar a fonte da informação? (se você tiver em mãos) para saber qual a explicação dada pelo mozilla

        1.    alan dito

          Fazer páginas com efeitos não é uma obrigação, você pode trabalhar com o que está disponível e com os padrões. Lembro que quando o CSS3 e o HTML5 nem estavam visíveis no mapa (mas você já queria matar o Flash), sites simples, mas funcionais, eram bem estimulados e era possível torná-los: funcionais, profissionais, atraentes. O "menos é mais" dos designers de moda também entrou no web design.
          E mesmo com efeitos, também é possível fazer com o que está disponível atualmente, que além dos preconceitos não sei até que ponto eles são realmente "mais lentos" que o "método moderno" (que não é muito leve, um punhado atrás versões fiz uma página com alguns (talvez muitos) fundos em gradientes e no Firefox fazer scrolls foi horrível que era muito melhor para mim usar imagens de fundo, depois melhorou um pouco, mas não sei como está agora - e nos outros navegadores a diferença entre usar imagens pré-fabricadas e gradientes css era quase imperceptível, mas quem disse que o método antigo não seria melhor? -).

          No entanto, vamos direto ao ponto e dizer que é realmente necessário usar esses efeitos, e que também os novos métodos são melhores, portanto, seriam a primeira opção preferível.
          Acontece que você NÃO tem nenhuma situação melhor, porque nem todos os navegadores suportam esses recursos não padrão (e aqueles que talvez não os suportem corretamente), então você ainda terá que fazer aquele outro trabalho para compatibilidade com os outros navegadores e colocar todos esses scripts e ter trabalho duplicado; A menos que você deliberadamente os deixe de fora (em punição por apoiar o padrão) e apenas dê suporte para aqueles navegadores que colocam coisas rapidamente (e força os padrões).
          Portanto, a situação é pior do que a que você propõe, e então você deve ter as duas coisas, não apenas "a ruim"; isso quando não é o caso que ataca diretamente a web aberta e padrão.

          Não consigo encontrar o Mozilla, mas acabei de ver um link em algum lugar onde vi esta notícia ser analisada.
          Eles não deram uma razão especial, nem deduziram qualquer razão, exceto que (agora) esses prefixos estão em mau momento e ninguém quer estar perto deles.

          Em compensação, aqui está um link com dados de muitos daqueles contra esta prática:
          http://paulirish.com/2012/vendor-prefixes-are-not-developer-friendly/

          PS: Obrigado ao administrador que fez "a mágica" para consertar meu erro.

  10.   grabiel dito

    qual será o momento mais rápido, acho que pisca