Comments for blog.invisivel.net https://blog.invisivel.net Escrito a tinta invisível porque, o essencial, é invisível ao olhar. Sun, 10 Feb 2008 06:52:46 +0000 http://wordpress.org/?v=2.1.2 Comment on A compatibilidade dos browsers com documentos futuros by Filipe Correia https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-793 Filipe Correia Mon, 04 Feb 2008 23:21:15 +0000 https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-793 <blockquote> <p> Filipe, referires-te ao Web Standards Project desta forma, não abona muita a favor da tua credibilidade neste assunto. O movimento, assim como algumas das suas personagens centrais, foram e são, ainda, fulcrais no desenvolvimento e disseminação dos standards, forçando a evolução quer do lado de quem escreve códigos Web, quer do lado de quem desenvolve browsers e editores de código. Estarmos onde estamos, em termos de standards deve-se me grande parte ao trabalho destas pessoas. </p> </blockquote> <p> Eu não me referi ao <em>Web Standards Project</em> no seu todo, mas sim a esta opção em concreto, o que não diminui em nada o trabalho que tenham feito no passado. Simplesmente não concordo com o racional por detrás desta decisão, e ao que parece, por algumas coisas que tenho lido desde então, não sou o único a ter esta opinião. </p> <blockquote> <p> In other words, version targeting frees web developers from sniffing and places the onus on browser developers instead. </p> </blockquote> <p> A minha pergunta é, o que é que pode levar a pensar que os senhores que desenvolvem os browsers, os mesmos que não implementam as normas a 100% e que põe muitas vezes os browsers a comportarem-se de formas bizarras (eventualmente, tudo por razões mais que válidas, mas esta não deixa de ser uma constatação da realidade...), vão agora conseguir pôr os browsers a funcionar como deviam, agora que o ónus passa a estar do lado deles, ou seja, agora que passam a ter muito mais responsabilidades. </p> <p> Da forma que eu vejo isto, agora é que os browsers vão deixar decididamente de se preocupar em seguir as normas: a responsabilidade de declarar qual é o browser alvo passa a ser das páginas Web, por isso "o que interessa" é que cada browser seja consistente nos seus bugs... se cumpre mais ou se cumpre menos as normas... é completamente secundário, e não afecta em nada a "experiência" do utilizador (a curto prazo! porque a longo prazo temos uma misturada de dependências entre páginas e versões de browsers). </p> <p> A solução correcta para este caso não sei qual é, mas em falta de prova em contrário, tenho a tendência para pensar que é a que temos agora. A melhor coisa que os browsers têm a fazer (na minha opinião), é tentarem cumprir as normas o melhor que sabem, não se preocupando em manter a compatibilidade com os bugs das suas versões anteriores. A solução que agora propôe parece-me um assumir que será impossível cumprir as normas completamente, por muitas versões dos browsers que se lancem. Ainda não tenho razões suficientes para acreditar nessa impossibilidade... apesar de compreender que quem está na linha da frente nessa luta que comece a ficar cansado :)</p> <p> Quanto a toda esta preocupação em não quebrar compatibilidade com os sites já existentes, não tenho quaisquer problemas de consciência em quebrar a compatibilidade com sites que não cumpram as normas ;) </p> <p> As únicas versões que devem interessar são as das normas, e não as dos browsers.</p>

Filipe, referires-te ao Web Standards Project desta forma, não abona muita a favor da tua credibilidade neste assunto. O movimento, assim como algumas das suas personagens centrais, foram e são, ainda, fulcrais no desenvolvimento e disseminação dos standards, forçando a evolução quer do lado de quem escreve códigos Web, quer do lado de quem desenvolve browsers e editores de código. Estarmos onde estamos, em termos de standards deve-se me grande parte ao trabalho destas pessoas.

Eu não me referi ao Web Standards Project no seu todo, mas sim a esta opção em concreto, o que não diminui em nada o trabalho que tenham feito no passado. Simplesmente não concordo com o racional por detrás desta decisão, e ao que parece, por algumas coisas que tenho lido desde então, não sou o único a ter esta opinião.

In other words, version targeting frees web developers from sniffing and places the onus on browser developers instead.

A minha pergunta é, o que é que pode levar a pensar que os senhores que desenvolvem os browsers, os mesmos que não implementam as normas a 100% e que põe muitas vezes os browsers a comportarem-se de formas bizarras (eventualmente, tudo por razões mais que válidas, mas esta não deixa de ser uma constatação da realidade…), vão agora conseguir pôr os browsers a funcionar como deviam, agora que o ónus passa a estar do lado deles, ou seja, agora que passam a ter muito mais responsabilidades.

Da forma que eu vejo isto, agora é que os browsers vão deixar decididamente de se preocupar em seguir as normas: a responsabilidade de declarar qual é o browser alvo passa a ser das páginas Web, por isso “o que interessa” é que cada browser seja consistente nos seus bugs… se cumpre mais ou se cumpre menos as normas… é completamente secundário, e não afecta em nada a “experiência” do utilizador (a curto prazo! porque a longo prazo temos uma misturada de dependências entre páginas e versões de browsers).

A solução correcta para este caso não sei qual é, mas em falta de prova em contrário, tenho a tendência para pensar que é a que temos agora. A melhor coisa que os browsers têm a fazer (na minha opinião), é tentarem cumprir as normas o melhor que sabem, não se preocupando em manter a compatibilidade com os bugs das suas versões anteriores. A solução que agora propôe parece-me um assumir que será impossível cumprir as normas completamente, por muitas versões dos browsers que se lancem. Ainda não tenho razões suficientes para acreditar nessa impossibilidade… apesar de compreender que quem está na linha da frente nessa luta que comece a ficar cansado :)

Quanto a toda esta preocupação em não quebrar compatibilidade com os sites já existentes, não tenho quaisquer problemas de consciência em quebrar a compatibilidade com sites que não cumpram as normas ;)

As únicas versões que devem interessar são as das normas, e não as dos browsers.

]]>
Comment on A compatibilidade dos browsers com documentos futuros by João Martins https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-792 João Martins Mon, 04 Feb 2008 21:53:41 +0000 https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-792 Filipe, referires-te ao Web Standards Project desta forma, não abona muita a favor da tua credibilidade neste assunto. O movimento, assim como algumas das suas personagens centrais, foram e são, ainda, fulcrais no desenvolvimento e disseminação dos standards, forçando a evolução quer do lado de quem escreve códigos Web, quer do lado de quem desenvolve browsers e editores de código. Estarmos onde estamos, em termos de standards deve-se me grande parte ao trabalho destas pessoas. Pode não ser consensual esta "contribuição" para o problema levantado pela equipa da MS relativo "backward" e "forward" "compatibility", mas acho que o enquadramento "pragmático" feito pelo Jeffrey Zeldman e o raciocínio/análise do Eric Meyer no mesmo número de A List Apart, são bastante convincentes. Mas também é minha opinião que ao <a href="http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/" rel="nofollow">virar o bico ao prego, é preciso saber quem é que está a segurar o martelo</a>. Filipe, referires-te ao Web Standards Project desta forma, não abona muita a favor da tua credibilidade neste assunto. O movimento, assim como algumas das suas personagens centrais, foram e são, ainda, fulcrais no desenvolvimento e disseminação dos standards, forçando a evolução quer do lado de quem escreve códigos Web, quer do lado de quem desenvolve browsers e editores de código. Estarmos onde estamos, em termos de standards deve-se me grande parte ao trabalho destas pessoas.
Pode não ser consensual esta “contribuição” para o problema levantado pela equipa da MS relativo “backward” e “forward” “compatibility”, mas acho que o enquadramento “pragmático” feito pelo Jeffrey Zeldman e o raciocínio/análise do Eric Meyer no mesmo número de A List Apart, são bastante convincentes.
Mas também é minha opinião que ao virar o bico ao prego, é preciso saber quem é que está a segurar o martelo.

]]>
Comment on A compatibilidade dos browsers com documentos futuros by Filipe Correia https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-791 Filipe Correia Sun, 03 Feb 2008 17:58:00 +0000 https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-791 Ocorreu-me agora, que esta não é a primeira tentativa de tornar os bugs dos programas como parte integrante de normas. Veja-se, o exemplo do OOXML. Ocorreu-me agora, que esta não é a primeira tentativa de tornar os bugs dos programas como parte integrante de normas. Veja-se, o exemplo do OOXML.

]]>
Comment on A compatibilidade dos browsers com documentos futuros by André Luís https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-790 André Luís Sun, 03 Feb 2008 13:46:51 +0000 https://blog.invisivel.net/2008/02/03/a-compatibilidade-dos-browsers-com-documentos-futuros/#comment-790 Filipe, compreendo perfeitamente o que estás a sentir. Esta notícia deita por terra a notícia do IE8 passar o Acid2, porque para o fazer, será necessário que o teste seja alterado de propósito para que o IE passe. Algo que vai contra todos os princípios do teste. No entanto, algum tempo passou desde que eu escrevi os meus €0.02 no assunto. Esta alteração não tem como alvo os developers que se preocupam com estas coisas, mas sim os lazy ones. Só isso, é errado, é um baixar de braços e dar a papinha feita aos calões. Sem falar do peso adicional das próximas versões do IE (assumindo que mais nenhum browser vai entrar nesta loucura). É, na verdade, a frase infame "Works best in IE6" levada ao extremo. Se eles remediarem o comportamento por default (visto que se não tiver qualquer indicação de version targetting, o IE8 porta-se como o IE7), a coisa até não fica tão mau. "Nós" podemos simplesmente ignorar isto e é como se tivéssemos escolhido o "edge" do IE. Agora, se tudo ficar como está... God, I mean, Tim Berners-Lee help us all! :( Filipe, compreendo perfeitamente o que estás a sentir. Esta notícia deita por terra a notícia do IE8 passar o Acid2, porque para o fazer, será necessário que o teste seja alterado de propósito para que o IE passe. Algo que vai contra todos os princípios do teste.

No entanto, algum tempo passou desde que eu escrevi os meus €0.02 no assunto. Esta alteração não tem como alvo os developers que se preocupam com estas coisas, mas sim os lazy ones. Só isso, é errado, é um baixar de braços e dar a papinha feita aos calões. Sem falar do peso adicional das próximas versões do IE (assumindo que mais nenhum browser vai entrar nesta loucura).

É, na verdade, a frase infame “Works best in IE6″ levada ao extremo.

Se eles remediarem o comportamento por default (visto que se não tiver qualquer indicação de version targetting, o IE8 porta-se como o IE7), a coisa até não fica tão mau. “Nós” podemos simplesmente ignorar isto e é como se tivéssemos escolhido o “edge” do IE. Agora, se tudo ficar como está… God, I mean, Tim Berners-Lee help us all! :(

]]>
Comment on Sobre o padrão “Accountability” by Hugo Ferreira https://blog.invisivel.net/2008/01/26/sobre-o-padrao-accountability/#comment-789 Hugo Ferreira Thu, 31 Jan 2008 04:10:57 +0000 https://blog.invisivel.net/2008/01/26/sobre-o-padrao-accountability/#comment-789 W... T... F??? W… T… F???

]]>
Comment on Da falta de IDEs para .Net by Filipe Correia https://blog.invisivel.net/2007/11/21/da-falta-de-ides-para-net/#comment-782 Filipe Correia Thu, 22 Nov 2007 12:03:22 +0000 https://blog.invisivel.net/2007/11/21/da-falta-de-ides-para-net/#comment-782 <p> Obrigado pela dica, talvez seja uma boa opção, mas ainda preciso de estudar melhor a questão. Para já as condições que vejo no site deles não me estão a agradar, mas ainda não tenho a certeza se estou a ver no sítio certo (acho que se tentassem não conseguiam organizar o site de forma mais confusa do que está...)</p> Obrigado pela dica, talvez seja uma boa opção, mas ainda preciso de estudar melhor a questão. Para já as condições que vejo no site deles não me estão a agradar, mas ainda não tenho a certeza se estou a ver no sítio certo (acho que se tentassem não conseguiam organizar o site de forma mais confusa do que está…)

]]>
Comment on Da falta de IDEs para .Net by Pedro Santos https://blog.invisivel.net/2007/11/21/da-falta-de-ides-para-net/#comment-781 Pedro Santos Thu, 22 Nov 2007 09:28:01 +0000 https://blog.invisivel.net/2007/11/21/da-falta-de-ides-para-net/#comment-781 Os preços da suite de desenvolvimento da MS podem ser bem mais baratos. No evento houve pessoal da Microsoft a anunciar o pach deles para pequenas equipas, que rondava os 320€/ano com 5 licenças para tudo (SO, VS, etc, etc): http://www.microsoft.com/portugal/parceiros/isv/royalty/default.aspx Pode ser que te seja útil. Os preços da suite de desenvolvimento da MS podem ser bem mais baratos. No evento houve pessoal da Microsoft a anunciar o pach deles para pequenas equipas, que rondava os 320€/ano com 5 licenças para tudo (SO, VS, etc, etc):
http://www.microsoft.com/portugal/parceiros/isv/royalty/default.aspx

Pode ser que te seja útil.

]]>
Comment on O regresso dos especialistas by Os Especialistas » Blog Archive » Recepção da comunidade - Cartoons, comics, tiras, tecnologia e confusao! https://blog.invisivel.net/2007/11/19/o-regresso-dos-especialistas/#comment-780 Os Especialistas » Blog Archive » Recepção da comunidade - Cartoons, comics, tiras, tecnologia e confusao! Wed, 21 Nov 2007 15:49:11 +0000 https://blog.invisivel.net/2007/11/19/o-regresso-dos-especialistas/#comment-780 [...] Melo incluiu os Especialistas no seu post de wrap-up do Codebits. O Filipe Correia dedicou um post bem porreiro ao cartoon. A Isa fala dos “geniais” Especialistas, no fim do seu post sobre o [...] […] Melo incluiu os Especialistas no seu post de wrap-up do Codebits. O Filipe Correia dedicou um post bem porreiro ao cartoon. A Isa fala dos “geniais” Especialistas, no fim do seu post sobre o […]

]]>
Comment on Abrir túneis SSH by Wilson https://blog.invisivel.net/2007/10/19/abrir-tuneis-ssh/#comment-779 Wilson Sat, 20 Oct 2007 22:56:20 +0000 https://blog.invisivel.net/2007/10/19/abrir-tuneis-ssh/#comment-779 Por norma utilizo o http://www.your-freedom.net/ para aceder esporadicamente ao ftp do meu site na rede e-U. Por exemplo, na UA o httptunnel está bloqueado! Por norma utilizo o http://www.your-freedom.net/ para aceder esporadicamente ao ftp do meu site na rede e-U. Por exemplo, na UA o httptunnel está bloqueado!

]]>
Comment on Abrir túneis SSH by Tiago https://blog.invisivel.net/2007/10/19/abrir-tuneis-ssh/#comment-778 Tiago Fri, 19 Oct 2007 23:44:31 +0000 https://blog.invisivel.net/2007/10/19/abrir-tuneis-ssh/#comment-778 Por acaso antes de ler o teu post estava mesmo a usar um tunel de SSH :D Não conhecia a aplicação gSTM, por isso obrigado pela dica. Dá muito jeito!! Por acaso antes de ler o teu post estava mesmo a usar um tunel de SSH :D

Não conhecia a aplicação gSTM, por isso obrigado pela dica. Dá muito jeito!!

]]>