quarta-feira, 3 de setembro de 2008

Google Chrome - A Google entra na guerra dos Browsers

O Google lançou ontem um novo browser o Google Chrome, mas no dia 1 de Setembro tinha lançado esta comic que aconselho a lerem atentamente.

Têm aqui um print-screen da página inical da comic:


Ainda não fiz um teste como deve ser, porque só o descobri hoje de manhã, e estou no escritório. Onde há muita coisa para fazer.

A única coisa que testei, foi abrir uma página que estou a desenvolver, para ver se notava alguma diferença a nivel de layouts para o Firefox ou IE, não notei nenhuma diferença, mas também não foi um olhar clínico...

Pelo que li da comic, o Google Chrome usa o mesmo motor que o Safari, o que me parece bastante interessante, o Safari está bem cotado em relação aos Web Standards, o que no final, vai facilitar a vida, a nós programadores WEB.

Já sabem o que têm de fazer, experimentem-no...e vamos ver se a Google lançou um browser capaz de fazer concorrência ao Firefox, IE e Opera ( só para nomear os mais conhecidos ).

segunda-feira, 4 de agosto de 2008

A List Apart - The Survey 2008

Para quem não sabe a "A List Apart", é um website, onde se publicam vários artigos relacionados com WEB, deste a programação de Javascript até ao Design, e citando:
“For people who make websites”

A List Apart Magazine (ISSN: 1534-0295) explores the design, development, and meaning of web content, with a special focus on web standards and best practices.
Desde que a descobri que tenho tenho lido os vários artigos que eles vão publicando, vale a pena acreditem.

O que interessa é que eles lançaram um questionário para quem trabalha na área da WEB. O ano passado também o fizeram, podem ver aqui os resultados.

Preencham o questionário, não demora mais do que 15 minutos.

domingo, 27 de julho de 2008

A vida está difícil...

...para um programador WEB!

Estou a implementar um novo site, para um dos clientes da nossa empresa...

E estou a tentar utilizar apenas div's para o fazer, ou melhor no inicio estava, neste momento tenho um misto de de div's e tabelas...

E porquê? Porque causa dos 3 browser's que testo ( FF, IE7 e IE6 ), embora o IE7, já se comporte praticamente de forma igual ao FF para a maior parte do código HTML que metemos na página, ainda existem algumas coisas que falham...sobre o IE6, nem vale a pena falar...

O incrível, é que existem montes de pessoas que ainda o continuam a usar. E não tarde muito terei 4 browser's para testar! ( Isto quando sair o IE8 ).

E sim só testo em 3 browser's diferentes, podem tentar crucificar-me à vontade. E porque é que só testo para 3 browser's? Porque simplesmente não há tempo, bem que gostava de testar no Opera ( está instalado só para eu dar uma olhadela de vez em quando ) e também gostava de experimentar no Safari. Só que se me ponho a testar em todos os browser's nunca mais despacho o trabalho que tenho para fazer.

É que se formos bem a ver ( da perspectiva de um gestor ), o que interessa é que o trabalho fique feito, esteja apresentável, e que seja feito o mais rápido possivél... ( pelo menos é a experiência que eu tenho ).

Ou seja, a vida está díficil para um programador WEB...

quarta-feira, 18 de junho de 2008

Firefox 3 já saiu!

Que bela supresa hoje! O Firefox saiu ontem!

Até querem fazer um recorde do Guiness, o de o software mais descarregado da internet num dia!

Podem ver aqui, e fazer o download como é lógico.

terça-feira, 17 de junho de 2008

Projectos e Atrasos...

Este é um assunto complicado. Principalmente em casos onde não existe nenhuma metodologia de desenvolvimento como "Agile Software Development".

Nestes casos, quem é que tem a culpa? É o programador? É o gestor de projectos?

Melhor ainda, como é que se avalia a culpa num projecto atrasado?

Acho que é impossível de se avaliar a culpa de um atraso num projecto, pelo menos na maior parte dos casos. A não ser que aja mesmo um grande erro de um dos lados.

A meu ver a culpa pode ser atribuída aos dois, ao gestor porque não geriu bem o tempo, não explicou precisamente o que era necessário fazer. Ao programador porque demorou mais tempo do que devia a fazer certas partes da aplicação.

Quem é que deve ser responsabilizado? Depende do caso, mas eu diria que a maior parte das vezes deve ser o gestor, o gestor é o responsável pelo projecto, é ele quem coordena, organiza, planeia todo um projecto. O gestor tem de ter em conta tudo o que se possa passar com os programadores à sua volta.

Isto aconteceu-me no último projecto onde estive envolvido, que finalizei hoje!

O que é que aconteceu?

Eu comecei a desenvolver o script, e acabei-o em 3 dias. Tinha feito de acordo com as especificações que me tinham dado.

No entanto quando foi altura de mostrar ao gestor para ver se estava tudo em ordem, não estava. Afinal o que era um script aparentemente fácil de executar sem grandes complicações, deixou de ser. Passou a existir uma quantidade enorme de cálculos com datas ( basicamente aplicar operações de conjuntos a vários intervalos de datas várias vezes com diferenças entre intervalos de datas, uniões e etc's... ).

Ou seja maior parte do que tinha sido feito, foi simplesmente para o lixo. Toca de refazer praticamente todo o script de novo.

Claro que aplicar todas estas operações no script não foi tarefa fácil, e como é lógico atrasou logo tudo montes de tempo.

Aqui a culpa é de quem?

Em parte também é minha, porque se calhar devia-me ter informado melhor sobre o que estava a fazer, de maneira a não ter que refazer o script outra vez.

Do gestor, por não ter enunciado logo tudo o que o script envolvia, fazendo-me perder tempo, por ter desenvolvido 2 maneiras completamente diferentes.

Quem é que paga?

Paguei eu ( que sou o programador ), que tive de vir trabalhar 6º feira ( feriado ) umas duas horas porque o gestor me andava a apertar os calos. ( Embora ache que não tenha culpa no cartório, pelo menos neste caso, e não devia ter ido ).

Pagou o gestor, porque lhe atrasou tudo o que tinha planeado.

Paga o cliente, porque em vez de pagar 3 dias de trabalho, vai pagar mais.

Soluções para que isto nunca aconteça? Pelo que estive a ler sobre "Agile Software Development", parece que é uma boa aposta, partir o software em várias tarefas minúsculas e só passar para a próxima após a anterior estar completa e testada.

Tenho é impressão que o meu gestor de projecto não vai achar grande piada ( até porque lhe ia aumentar bastante o trabalho )

Um bom link para se irem entretendo sobre desenvolvimento de produtos "Managing Product Development", tenho acompanhado o blog e tenho gostado bastante.

domingo, 16 de março de 2008

Decisões inteligentes...

Esta 6º feira passada, estive a conversar com um professor, que foi prejudicado pelos concursos de colocação de professores, ou melhor prejudicado pelo software onde o concurso foi efectuado.

O problema aqui, é que os engenheiros/ministros/quem quer que seja que está à frente do sistema, teve uma ideia brilhante:
"Não vamos correr o software novo e o antigo ao mesmo tempo, para ver se dão os mesmo resultados! Vamos mas é correr só o novo software e logo se vê."

Como podem imaginar deu barraca e não se podia esperar outra coisa, toda a gente sabe que qualquer software desenvolvido, trabalha bem no servidor de testes, agora quando passa para o servidor de produção, aparece sempre qualquer coisa.

Gostava de saber como é que é possível, aquelas mentes brilhantes, fizeram isto, ora toda a gente sabe, que testa-se sempre primeiro um software em produção. Mantendo o sistema antigo a funcionar, para se poder comparem os dados tanto de um como de outro. Para se ter a certeza que o novo está a funcionar a 100%.

Claro que podem ter existido mudanças na maneira como era feito o concurso, mas mesmo assim... há que ter os 2 sistemas a funcionar para se ter a certeza que o novo software trabalha bem.

Não admira que exista montes de gente a queixar-se dos concursos de colocações dos professores...

quinta-feira, 6 de março de 2008

IE8

Pelos vistos, parece que a Microsoft ganhou juízo, e ainda bem!

Finalmente, vê-se a Microsoft a dar um passo na direcção certa, o que me deixa bastante feliz, e quase de certeza que deixa também muita gente.

Lembram-se daquela história, que sempre que construíssemos uma página, tínhamos obrigatoriamente que por um header, para se poder usar a última versão possível do IE? E que se não usássemos nada, iria renderizar a página como se estivéssemos a vê-la no IE7?

A Microsoft, tomou ( a meu ver ) a decisão certa, se não tiver header nenhum o IE8, vai renderizar sempre no motor mais novo, claro que podemos continuar a "trancar" o modo de render da página, bastando para isso usar os headers.

Fico contente por a Microsoft, ter ouvido a comunidade, e ter tomado a decisão certa, será que vamos ter uma reviravolta na guerra dos browsers??

Embora muita gente, continue sem conhecer alternativas ao IE, muita gente nova, está cada vez mais receptiva às novas tecnologias, e procura alternativas.

Sem dúvida nenhuma, que o futuro, parece bem melhor face a estas novas revelações.