John W. Backus construíu e liderou a equipa da I.B.M. que criou a linguagem Fortran, a primeira linguagem de programação utilizada em larga escala, o que abriu o caminho para a era da computação moderna. Backus morreu no sábado passado na sua casa em Ashland. Tinha 82 anos.

A sua filha Karen Backus anunciou a morte, alegando que a família não conhece outra causa para além da velhice.

A linguagem Fortran, lançada em 1957, foi o ponto de viragem na área do software, da mesma forma que o microprocessador foi a revolução na área do hardware, de acordo com J.A.N. Lee, um historiador da computação.

O Fortran mudou o modo como os seres humanos comunicavam com os computadores, fazendo com que fosse mais fácil fazê-lo. Deste modo, o Fortran foi a primeira linguagem de programação de alto nível.

O sr. Backus e a sua jovem equipa, na época todos nos seus 20s e 30s, idealizou uma linguagem de programação que combinava termos em inglês com álgebra. O Fortran, diminutivo para Formula Translator,  era muito semelhante às fórmulas algébricas que os cientistas e engenheiros usavam no seu dia-a-dia. Com algum treino, tornava-se muito mais fácil ler, adaptar e criar programas escritos em Fortran do que noutras linguagens da época.

Numa entrevista dada há alguns anos atrás, Ken Thompson, programador do sistema operativo Unix nos Laboratórios Bell em 1969, afirmou que “95% das pessoas que programam nas linguagens existentes hoje em dia nunca o fariam se não tivesse existido o Fortran”. Acrescentou ainda: “Foi um passo gigantesco.”.

No projecto Fortran, o sr. Backus atacou dois problemas fundamentais na computação – como fazer com que a programação se tornasse mais fácil para o Homem e como estruturar o código da linguagem para que isso fosse possível.  John W. Backus continuou a trabalhar nestes desafios na maior parte da sua carreira e encorajou outros a seguir os seus passos.

“A sua contribuição foi imensa, e influenciou o trabalho de muitos, incluíndo o meu” disse ontem Francis Allen, membro reformado de uma equipa de investigação da I.B.M. .

Traduzido de NY Times

É de facto um nome marcante na área da computação e portanto há que homenagear devidamente o senhor. Se não fosse o trabalho que desenvolveu ao longo da sua carreira, o mais provável era nenhum dos leitores saber, hoje em dia, nada sobre esta ciência que tão desenvolvida se encontra actualmente. Tornou-se mais uma ciência das massas, não tanto quanto muitos desejariam, mas o suficiente para que haja todo um ambiente de coesão à sua volta.

Que descanse em paz!

Estou a desenvolver um CMS que tem como principal objectivo possibilitar que todas as escolas criem um site totalmente personalizado às suas actividades. Está a ser escrito em PHP e a base de dados será em MySQL e estou a fazê-lo em conjunto com mais 2 programadores. Ora, para programar o painel de administração são necessárias cerca de 2 a 3 mil linhas de código, o que envolve muito trabalho, muitas definições, muitas condições e uma boa capacidade de debugging. É o meu primeiro projecto levado 100% a sério como programador e portanto, há que trabalhar no sentido de o acabar dentro dos prazos estabelecidos pela disciplina de Área Projecto, já que foi pensado no âmbito da mesma.

Já tinha ouvido falar da linguagem Ruby e da famosa plataforma Rails e há menos de uma semana atrás decidi experimentar. Instalei o Eclipse e o módulo para programar em Rails e desde então tenho aprendido que RoR é uma plataforma fantástica para quem quer fazer o seu site de forma dinâmica e sem grandes esforços. Ainda só tenho umas horas de programação a sério em cima, mas espero fazer bons e úteis trabalhos nesta linguagem. Aconselho todos os programadores a experimentá-la, dado que é de fácil e rápida aprendizagem e permite realizar tarefas complexas e aborrecidas de forma simples.

Em breve dou mais novidades relativamente ao trabalho que estou a desenvolver na plataforma do momento.

Vi isto numa das minhas pesquisas pelo Google.

Como o próprio nome diz, esta é uma versão dos testes que se fazem para se entrar no Google Labs. O mais curioso é que são testes totalmente fora do vulgar, orientados para a resolução de problemas e cultura geral. Com os dados preenchidos nestes testes, o Google apenas selecciona as pessoas que melhor se encaixam na filosofia da empresa. É um dado curioso e bastante interessante, sem qualquer dúvida.

Após ter sido lançado o Wiki oficial da comunidade Portugal-a-Programar, deram-se, no seio de discussão de todo o staff, algumas discussões sobre que caminhos trilhar nos meses que se seguem. As propostas apresentadas, variaram entre agregadores de blogs, sistema de ensino online, remodelação completa do antigo Centro de Downloads, Video Content Management do P@P (um sistema que agregará vídeos  sobre informática em geral, nomeadamente programação), entre outras ideias.

A verdade é que a discussão arrasta-se até aos momentos correntes e portanto tem-se revelado difícil chegar a um consenso. Pretendo, com este post, colocar aqui todas as vantagens/desvantagens na elaboração de cada um destes projectos.

Agregador de blogs P@P

Vantagens:

• permitiria aos utilizadores adicionar os seus posts ao agregador, de modo a que estes pudessem ser comentados e discutidos por todos os outros membros;
• abriria a hipótese de criarmos um agregador de notícias, do género digg.com, de modo a promover a própria comunidade;

Desvantagens:

• projecto relativamente fácil de realizar e que se poderia revelar um insucesso com alguma facilidade;

projecto pouco inovador e que, durante as discussões, salvo raro excepção, revelou ser de pouco interesse para a maioria dos membros do staff da comunidade.

Sistema de Ensino Online – Moodle

O projecto Moodle era para ser o próximo projecto da comunidade. No entanto, devido ao facto de vários membros do staff não poderem participar na fase inicial pelo menos por agora, adiou-se o projecto e decidimos realizar qualquer outro. Foi por isso que começou a discussão sobre em que projecto dedicarmos as nossas forças nos próximos tempos.

Remodelação completa do antigo Centro de Downloads

Vantagens:

• criação de uma espécie de SourceForge, mas orientado para projectos nacionais, de membros da comunidade, numa primeira fase. As fases seguintes dependeriam do nível de sucesso desta primeira fase;
• os utilizadores poderiam não só administrar os seus projectos online com um CMS administrador de projectos comum, como também poderiam inclusivé escrever o seu código online e guardá-lo em servidores do P@P. Haveria ainda a possibilidade de terem um subdomínio do género subdominio.portugal-a-programar.org, de modo a promover a colocação de projectos neste CMS escrito pelo staff do P@P. Existiriam outras possibilidades, como um sistema de controlo de versões, um navegador de código, entre outros que só fariam com que o projecto fosse riquíssimo em termos de objectivos e futuro.
• este projecto resolveria, a meu ver, uma boa maioria dos problemas existentes actualmente na organização da comunidade, na medida em que seriam dadas todas as condições e mais algumas aos utilizadores que se quisessem envolver em projectos, começar um novo, juntar-se aos já existentes, comentá-los, tirar dúvidas, ajudar no desenvolvimento, aprender com o código online, etc. Seria, na minha opinião, um maná para a comunidade.

Desvantagens:

• projecto que envolveria muito tempo e de uma dificuldade de realização algo avançada. O tempo é algo que não abunda para o staff do P@P, dado que não estamos em período de férias e que as aulas e o trabalho são a principal prioridade para cada um dos membros da moderação.

Video Content Management do P@P ou P@P Multimédia

Vantagens:

• criação de um ponto nacional que agregava os vídeos referentes a diversas matérias relacionadas com informática, como a programação, segurança, hacking, notícias, demonstração de novidades, etc;
• os utilizadores do P@P poderiam lá colocar os seus vídeo-tutoriais de modo a que pudessem ser vistos pela comunidade em geral;
• primeiro projecto nacional deste género;

Desvantagens:

• vídeos teriam de ficar alojados no Youtube, dado que não existe a possibilidade de comprarmos um servidor para alojar todos os vídeos (há, primeiro, que avaliar as potencialidades da plataforma. Se realmente se demonstrar necessário comprar um servidor, então o staff do P@P dá um jeito em termos financeiros.)

• dificuldade em promover a criação de vídeo-tutoriais por parte dos utilizadores. Só com a contribuição da comunidade é que esta plataforma se tornaria realmente rica em conteúdo. E, para tal, seria necessário que todos os membros tivessem disponibilidade e paciência para criar vídeo-tutoriais.

Enfim, encontramo-nos perante uma discussão que parece ter ainda muito para dar, no entanto achei por bem actualizar o meu blog pessoal com esta informação. Vou tentar escrever mais textos semanalmente, de modo não só a praticar a minha escrita dado que tenho exame nacional de Português este ano, mas também a actualizar este meu estimado espaço. O espaço onde ainda vou colocando alguns pensamentos minimamente valiosos nos tempos que correm. Fiquem atentos às próximas crónicas.

Tenho tido muito tempo livre nestas férias, pelo que decidi aproveitá-lo devidamente a estudar programação. Tenho vários projectos importantes em mãos, que envolvem a utilização da linguagem PHP que já estudo há cerca de 6 meses e com a qual já estou minimamente familiarizado. Posso dizer que neste momento, podem pedir-me para fazer qualquer coisa nessa linguagem que eu, com mais ou menos estudo prévio, consigo fazê-lo.

Nas últimas semanas tenho estudado dois temas mais específicos da linguagem: Programação Orientada a Objectos e Segurança.

Hoje, venho falar-vos um pouco da segurança em PHP, nomeadamente de SQL Injection, um método muito falado mas também muito fracamente compreendido pelas massas. Ora, para muitos programadores, SQL Injection é uma daquelas coisas que todos sabem que é mau, mas o conhecimento do método não passa disso. Ouve-se muitas vezes a expressão vinda de técnicos de segurança e associa-se imediatamente a algo mau, mas nunca se sabe exactamente o que é, nem como se evitar.
Este artigo tem, portanto, um objectivo duplo:

•  ensinar como identificar uma vulnerabilidade que pode ser aproveitada com métodos SQL Injection;
• ensinar como salvaguardar o vosso código contra ataques SQL Injection.

Como identificar uma vulnerabilidade SQL Injection?

Esta é, nos casos mais simples, uma tarefa realmente fácil. Sempre que o utilizador tiver que introduzir dados como um parâmetro numa consulta á base de dados, existe a possibilidade de SQL Injection. Como exemplo, vamos supor que a seguinte consulta é usada para verificar um nome de utilizador/password:

$query = “SELECT * FROM users WHERE utilizador=’{$_POST[’utilizador]}’ AND password=’{$_POST[’password’]}’”;

Normalmente, o programador assume que o utilizador, perante o formulário, introduziria o seu nome de utilizador e a password, mas é aqui que se situa o primeiro erro do programador: confiar nos utilizadores. Ora, se o utilizador em vez de introduzir o seu nome de utilizador e a password, introduzir parte de uma instrução de consulta? Quando se junta toda a instrução, esta seria executada como uma consulta vulgar. Por exemplo, imaginemos que o utilizador introduz “Rui” como nome de utilizador e ” ’OR 1=1′”(reparem nos single quotes) como password. A nossa consulta ficaria assim:

 $query = “SELECT * FROM users WHERE utilizador=’Rui’ AND password=’’ OR 1=1″;

Isto retornaria todos os registos da base de dados, autorizando um cracker a ganhar acesso á nossa aplicação sem necessitar de qualquer nome de utilizador/password válidos.

Como salvaguardar o nosso código contra ataques SQL Injection? 

Agora que compreendem como funciona um ataque via SQL Injection, como devem proteger as vossas aplicações de modo a evitá-los? Em PHP, é na verdade, muito simples. Basta passar os dados $_POST['utilizador'] e $_POST['password'] pela função mysql_real_escape_string() . O que esta função faz é “escapar” os caracteres especiais numa frase para usar numa consulta SQL, levando em conta o conjunto actual de caracteres (os singles quotes, por exemplo, como utilizamos na consulta acima). Usando o exemplo da consulta anterior, o modo correcto de a proteger minimamente contra SQL Injection seria este:

$query = sprintf(”SELECT * FROM users WHERE utilizador=’%s’ AND password=’%s’”,

mysql_real_escape_string($_POST[’utilizador’]),

mysql_real_escape_string($_POST[’password’]));

Como podem ver, proteger as vossas aplicações contra SQL Injection é bastante simples. Espero ter conseguido explicar-vos este pequeno processo devidamente. De qualquer modo, no caso de não terem compreendido algo, espero que questionem sem qualquer problema. 

Maio de 2005. Este é um mês bonito. Costuma ser o mês em que eu ganho mais forças para estudar, o mesmo em que tenho mais ideias malucas não só pelo facto das férias se estarem a aproximar, mas também porque há sol, há luz. Na verdade, a luz tem um efeito realmente fantástico em mim. Para mim, a luz sempre foi o caminho, mesmo nos tempos mais escuros. Foi numa altura em que a luz começava novamente a reflectir nos espelhos partidos, nos espelhos que eu tinha partido, que surgiu a ideia de criar uma comunidade portuguesa de programadores. Uma feliz ideia, devo dizer.

Criei a comunidade e foi um sucesso, literalmente. Muita gente interessada em ajudar, muitos utilizadores para o fórum, muita gente a sorrir á minha ideia e ao trabalho que ia desenvolvendo. Em menos de um ano éramos mais de mil, tínhamos uma revista, um Centro de Downloads, mil e uma ideias, mil e um projectos. “Tudo realizável com mais trabalho, mais esforço”, pensávamos na altura. Era uma comunidade com um staff unido, difícil de dividir, onde os problemas eram facilmente resolvidos sem qualquer tipo de confusão. Era uma comunidade cujo nome se espalhava pelos mais variados fóruns nacionais, uma comunidade em expansão. Era luxo, era sucesso.

Durante uma tarde qualquer em que navegava pelo fórum deparei-me com um novo registo de um membro que falava de comunidades técnicas, liberdade de expressão, força de vontade. Tudo ideias atraentes. Era realmente fácil gostar dos textos daquele novo membro, era mesmo muito fácil ser apanhado nessa rede de engenharia social, vulgo termo na informática nos dias que correm.
Decidi convidá-lo para o staff do P@P. As suas ideias eram realmente fantásticas, os seus métodos pareciam totalmente profissionais, enfim, parecia ser uma pessoa decente e com grande capacidade de organização. Uma mais-valia para o fórum, certamente. Um homem que nos indicaria novos caminhos no sentido da eterna evolução.

O tempo foi passando e este novo membro era agora um membro muito influente no staff, não só pelas suas ideias fenomenais mas também pelos seus discursos megalómanos: criticava grandes líderes da História, falava do antigo Egipto como um exemplo a seguir, criticava as regras anti-pirataria, etc. Tinha um discurso fraco, mas escrevia bem em maiúsculas. No fim de cada frase colocava reticências e gostava de começar novas frases com letras minúsculas. Mas não deixava de ser um membro influente.

Chegou o dia em que as suas ideias começaram a parecer-me demasiado estúpidas para uma comunidade como a nossa. Chegou tambem o dia em que comecei a achar que as ideias não eram realmente suas. Chegou ainda o dia em que esse novo membro se decidiu intrometer de forma espantosa no destino do fórum, ameaçando acabar com a comunidade no caso de não fazermos o que bem queria. Chantagem, mentira, arrogância, tudo concentrado numa só pessoa. Cheguei á comunidade a saber alguma coisa sobre o ser humano, mas provavelmente sairei a saber muito mesmo com a experiência que tive com este membro. Como é possível alguém ser tão fraco humanamente? Mas o melhor é que este membro se considera um defensor dos direitos humanos, da liberdade, da anarquia… tal como Hitler se considerava, ou Estaline, ou G.W. Bush.

A verdade é que tentei lutar contra as imposições deste senhor por achar que não é o melhor para o fórum. É também verdade que o grande culpado da situação ter chegado ao que chegou sou eu, que lhe dei poder suficiente para se impor contra mim e contra as ideias que estão nos alicerces da comunidade. É ainda verdade que esta situação arrasta-se há mais de 6 meses, pelo que me considero oficialmente incapaz de resolver os problemas de forma correcta, através da palavra. Podia simplesmente expulsá-lo do staff, podia simplesmente fazer outra coisa qualquer, no entanto sou incapaz de fazer as coisas dessa forma, por uma questão ideológica e educacional.

Este é o meu atestado de incompetência perante a situação. De incompetência e de cansaço, pois esta luta desgasta-me numa coisa que não é prioritária. Já ameacei saír uma vez, quando as coisas não me agradaram minimamente e é graças ás coisas que tolerei nessa altura que actualmente o staff está a passar por toda esta crise. As minhas desculpas a todos os que um dia acreditaram que seria capaz de inverter a situação. Eu tentei, mas não consegui. Indicarei alguém capaz de o fazer. Isto se esse senhor não se demitir, porque a sua demissão é o que eu peço e o que todos pedimos! É impossível trabalhar num ambiente como o que se vive actualmente.

- E quê, tens escrito no teu outro blog? No outro sem ser o do HerzyaGang.. – perguntou-me hoje um colega na aula de matemática.

- Por acaso até tenho.Não tenho é publicado o que escrevo.

- Bom, eu só o costumo visitar quando o colocas no nick. Tens de começar a publicar mais uns textinhos, porque aquilo até tem a sua piada de se ler… – disse o meu colega, enquanto a professora mandava o Lages virar-se para a frente, já que me estava a tentar desapertar os cordões.

- É pa, piada?! Eu não costumo escrever por lá anedotas. – respondi em tom de desafio, enquanto revia um exercício que tinha feito mal. Raio de assímptotas!

- Não é isso. É que escreves bem e costumas escrever sobre informática, né? Então, gosto de ler a tua opinião sobre a actualidade, sobre as coisas que se vão sucedendo. – argumentou o tal colega que mantia uma conversa em sussurro enquanto a professora ameaçava o Lages que o punha lá fora, pela milésima vez.

- Ah. Sendo assim, vou ver se hoje escrevo qualquer coisa sobre a actualidade.

E assim começou a ideia de voltar a publicar o que escrevo. Não me estava a apetecer muito escrever em relação a uma certa e determinada notícia, pelo que optei por fazer uma abordagem ao que se sucedeu no mês transacto.
Outubro, o mês das castanhas. O mês do Magusto, mês do orçamento de Estado, mês do Halloween, mês em que o primeiro classificado da Superliga reforça o seu domínio. É um mês particularmente feio e longo: feio porque aparecem os testes de 12º ano e porque é folhas para cá, folhas para lá, ruas sujas de folhas caídas das árvores, mulheres vestidas com roupa Outono/Inverno (leia-se, mulheres começam a ficar todas tapadinhas, ao contrário do que acontece em Junho, Julho, Agosto e até Setembro); longo, simplesmente por ter todas estas características (longevidade psicológica) e por ter 31 dias.
Na área da informática, os avanços e as histórias são também longos. A Yahoo! disponibilizou o código-fonte das contas de e-mail á comunidade open source, um acto que foi muito comentado no início do mês e que se trata de mais um passo na abertura de conteúdos á comunidade. A Yahoo! junta assim o útil ao agradável: atrai uma comunidade mais técnica para o seu portal e faz concorrência de ideiais ao Google, lançando-se novamente nuam competição que ainda muito tem para dar. É, certamente, uma “novela” que não ficou por aqui.
O Departamento de Informática do IST arrecadou, também no início do mês, o Prémio Científico IBM 2005, desta vez para o professor Paulo Mateus pela sua tese “Análise de Sistemas de Prova de Conhecimento Nulo”, onde aborda a segurança dos sistemas de informação nas tecnologias e serviços habitualmente utilizados pelos cidadãos. Para mais informações, consultem esta thread.
Ainda no início do mês, surge publicamente a notícia de que a Universidade de Aveiro, através dos esforços da unidade de investigação Instituto de Engenharia Electrónica e Telemática de Aveiro, havia desenvolvido o Vital Jacket, um pré-produto que alia a tecnologia têxtil à micro-electrónica permitindo a monitorização de diversos pontos vitais do corpo do utilizador, tais como, os batimentos cardíacos, a temperatura, a saturação de oxigénio no sangue e a actividade física. Mais uma inovação assinada por portugueses que passou despercebida na comunicação social, mas que merece, sem qualquer dúvida uma forte divulgação pela comunidade técnica, geek, whatever.
A 11 de Outubro, o Governo e o instituto norte-americano MIT assinaram um acordo de parceria na área da gestão e engenharia, que envolve 7 universidades portuguesas.
Algo que merece tambem ficar registado.
Ainda em Outubro, surge uma notícia estrondosa no que diz respeito ao e-business e ao crescimento da informática enquanto negócio: o Google compra o Youtube, por um valor de 1,6 mil milhões de dólares (aproximadamente 1,3 mil milhões de euros). Para quem não sabe, o Youtube é um serviço de streaming de vídeos – caseiros na sua maioria- onde são descarregados cerca de 100 milhões de vídeos por dia. Na altura surgiram muitas críticas, mas a verdade é que o Google fechou um negócio que estava a ser pensado por todos os seus concorrentes.
Mesmo apesar de existir a possibilidade do Google ter de enfrentar alguns processos por causa dos direitos de autor, a empresa que actualmente domina o mercado de e-business conseguirá, concerteza, dar a volta á situação. Não me parece que venham a ter problemas com esse tipo de coisas e parece-me que as críticas que apareceram foram demasiado bem pagas (Yahoooooo!) para serem levadas a sério.
Por último e para completar esta breve análise do mês de Outubro, saíu a versão 2.0 do Mozilla Firefox. Podem fazer download do software aqui.
No mundo da informática, parece que o mês de Outubro não foi assim tão escuro.

Já falando a nível pessoal, o mês de Outubro foi marcado pela abundância de testes, pela necessidade de cada vez mais dedicação ao P@P, pela organização da festa de Halloween com o meu grupo de amigos (somos mais que as mães, pelo que a festa teve de ser muito bem pensada. Como sempre, para pensar, contaram com a boa vontade do Deathseeker). Apesar da festa não ser propriamente em minha casa, fui eu que tive de tratar dos pormenores mais complicados e esclarecer algumas arestas. Mas o resultado final doi muito agradável e foi uma grande festa. Um Halloween em grande, um Halloween á HerzyaGang. Um Halloween á moda de Lavra, mas festejado numa piscina em Perafita.

Existem outros motivos ainda para eu afirmar que este foi um mês negro, mas essas prefiro não revelar em público.

Um grande abraço a todos os leitores.

A navegar pelo P@P, deparo-me com esta notícia. Vou passar o conteúdo aqui para o blog, de modo a que os poucos leitores deste meu cantinho da opinião possam ler:

Segundo um estudo feito sobre o Windows Vista pela IDC, o novo sistema operativo da Microsoft poderá significar a criação de cerca de cem mil novos empregos nas áreas relacionadas com as tecnologias e isto já para o proximo ano de 2007.
Para além disto o estudo revela ainda que deverá render às empresas que irão comercializar os produtos e serviços cerca de 32 mil milhões de euros.

O estudo foi apresentado pela própria Microsoft e estão englobados seis paises, são eles : Alemanha, França, Polonia, Espanha, Reino Unido e Dinamarca.

A Microsoft espera que nestes paises sejam instaladas mais de 30 milhões de cópias do Windows Vista durante os primeiros 12 meses de comercialização do novo sistema operativo da Microsoft. As previsões por parte da Microsoft para o mundo inteiro ultrapassa as 100 milhões de instalações do Windows Vista.

Fonte: CDRWXP

Ora, cá está uma jogada muito inteligente da Microsoft. Como notei que isto seria muita fruta, decidi abrir uma investigação ligeira, que me ocupou por cerca de 10 minutos. Procurei por pistas no próprio texto, até que descobri a primeira: os países onde seriam criados os tais 100 mil empregos para além de serem países europeus, são quase todos países da União Europeia. Foi esta a pista para o resto do desenvolvimento. Decidi investigar outras fontes da notícia, mas não foi necessário porque o utilizador Rui Carlos do P@P teve o mesmo pensamento que eu e encontrou uma fonte que acrescentava mais alguma informação essencial e que resolvia esta questão:

Um estudo bancado pela Microsoft, divulgado hoje, afirma que o Vista pode movimentar US$ 40 bilhões em atividade econômica e criar 100 mil novos empregos em seis países europeus no próximo ano. Entretanto, a International Data Corporation (IDC), empresa autora do levantamento, informou que qualquer atraso no lançamento do produto pode reduzir pela metade o número de novos empregos.
A Microsoft pediu hoje novamente à Comissão Européia para detalhar as preocupações que pode ter sobre o novo sistema operacional Vista. “O lançamento do Vista continua seguindo o caminho. Entretanto, nós ainda não recebemos qualquer esclarecimento sobre as preocupações da Comissão Européia”, disse um porta-voz da gigante norte-americana.

A Comissão Européia, que está envolvida em uma longa batalha judicial relacionada a violações da legislação de defesa da concorrência pela Microsoft, fez um alerta para a empresa não prejudicar a competição no mercado de segurança de computadores ao tentar inserir novos recursos de segurança no Vista.

A comissão também afirmou na terça-feira que cabe à Microsoft, como empresa “quase monopolizadora”, assegurar que o novo sistema atenda às regras de proteção da concorrência do bloco de países europeus.

A Microsoft tem afirmado que espera que a comissão não exija a retirada de recursos de segurança do Vista na Europa. Em 2004, a Comissão Européia considerou a Microsoft como culpada de abuso de sua posição de domínio do mercado de softwares de mídia e servidores, e forçou a companhia a retirar o Windows Media Player do sistema operacional.

Fonte: http://tecnologia.terra.com.br/interna/0,,OI1139307-EI4801,00.html

Uma jogada interessante, sem qualquer dúvida. Uma tentativa exímia de pressionar a UE. Isto levou-me a pensar nas coisas de outra forma, nomeadamente em relação á atitude das empresas e até do governo norte-americano perante a vida: todos usam campanhas de marketing e estratégias de persuasão que levam o utilizador normal a pensar bem deles, quando, de facto, estão a tentar safar-se das perguntas mais difíceis e a pensar na próxima fase de lucro. Podíamos ficar aqui a divagar durante horas e horas sobre diversos acontecimentos controversos a que temos assistido nas últimas décadas por parte da administração norte-americana, no entanto julgo que não vale a pena perder esse tempo.

Todos os gigantes acabam por caír e como dizem alguns grandes amigos meus que medem pouco mais de 1,60 m:

Quanto maior se é, maior acabará por ser o tombo.

E eu espero cá estar para assistir ao “tombo” do gigante e á recuperação do gigante adormecido.

Há algum tempo que já não escrevo aqui, pelo que decidi voltar a este velho hábito de registar acções no meu blog. Sei que são poucos, mesmo raros os leitores deste meu cantinho de memórias, no entanto gosto de prezar este espaço.

Desta vez vou descrever o breve (NOT!) processo de actualização do SMF, da versão 1.1 RC2 para a versão 1.1 RC3. Vantagens do processo? Melhorias a nível de segurança, correcção de bugs que podem comprometer a plataforma, melhorias nos sistemas de gestão, de pesquisa, entre outras pequenas vantagens.

Comecei por ler a thread oficial da actualização, para ficar com algumas ideias de como executar todo o processo e como resolver todos os possíveis problemas. Já tinha o fórum com a versão 1.1 RC2 do SMF, pelo que optei por utilizar o pacote update. Comecei por fazer um teste: fazer o update num fórum de testes, sem acesso á base de dados principal, apenas para conhecer o que se iria processar.

Processo concluído sem erros, num fórum de testes com 1 thread e 2 posts. Estive feliz por alguns momentos. Lá ganhei coragem e tentei instalar no fórum principal.

Fiz um backup á base de dados para o caso das coisas correrem mal. Comecei por fazer um copy-paste dos ficheiros da pasta update para a pasta /forum. Quando o upload terminou, corri o ficheiro upgrade.php. Ao correr o ficheiro, deparei-me com uma mensagem constrangedora, que me foi dando algumas dores de cabeça nos minutos seguintes:

The upgrader found some old or outdated language files.

Please make certain you uploaded the new versions of all the files included in the package, even the theme and language files for the default theme .

Bem, estive mais de meia hora com este problema em mente, sem saber exactamente por onde pegar. Consultei fóruns, tentei alternativas, pensei em desistir a meio do processo, enfim, pensei numa panóplia enorme de possibilidades que não vou enumerar nesta ocasião. Nada estava a correr com sucesso: as soluções propostas no fórum oficial não funcionavam correctamente, tinha alguns utilizadores do P@P a fazer perguntas menos fáceis de responder como a habitual “Quando estará o fórum up novamente?” e outras mais difíceis ainda.

Lá tentei respirar fundo, eram 2:06 da manhã, e tentar a minha sorte novamente. “Nem que tivesse de testar pasta a pasta, ficheiro a ficheiro, eu tinha de completar este trabalho, ou não dormiria sossegado (leia-se não dormiria mesmo). Encontrei uma thread que parecia ter mais alguma informação nos fóruns oficiais do SMF, e tentei a minha sorte fazendo upload novamente dos ficheiros da pasta language dentro do Theme default.

Li algures no fórum oficial que o problema de um utilizador era o próprio SmartFTP, programa que tambem eu uso para fazer a gestão dos conteúdos por ftp. Decidi então testar com outro cliente FTP, como por exemplo, o FlashFXP . Fiz download e instalei. Abri o programa e copiei os ficheiros novamente da pasta update para o directório /forum. Comecei a rezar para que tudo funcionasse, de modo a que eu pudesse ir dormir a minha sagrada noite de sono. Eram 2:17 da manhã. Pelo que tinha lido no fórum oficial, o problema poderia estar no facto do SmartFTP não reconhecer todas as directorias a transferir e, portanto, provocava erros no SMF. Verifiquei se o FlashFXP reconhecia todas as directorias e, com este software, isso acontecia.

Cheguei ás 2:31 sem praticamente nenhuma alteração. Foi quando me lembrei de ver o código-fonte do ficheiro upgrade.php para ver como conseguiria eu resolver o problema: encontrei uma linha de erro que dizia que uma das possibilidades era colocar lang=english no url. Assim o fiz e supostamente passei ao passo seguinte.

A actualização começou. Tudo ia optimamente, até que surge este erro:

Updating Settings.php… Successful.
Backing up old table data…
Backing up “log_search_results”… Unsuccessful!

This query:

SHOW CREATE TABLE smf_log_search_results;

Caused the error:

Can’t open file: ’smf_log_search_results.MYI’ (errno: 145).

Comecei a pensar que estava a fazer algo de impossível. Eram 2:36 e voltei a escrever no url lang=english, a ver se recomeçava o processo…Estava demasiado lento e isto não me estava a agradar assim muito.

Finalmente começou a actualização. Apareceu a tal barra azul e a barra vermelha e a actualização começou. Aparentemente tudo estava a correr bem e a barra rapidamente chegou aos 100% (em cerca de 10 minutos). Eram 2:56 e o processo estava terminado.

Ás 3:00 da manhã, fiz o post oficial. Estou com algumas dores de cabeça depois de todo este trabalho e depois de ter vindo de tomar café com os amigos (tomamos café e bebemos umas coisas estranhas). Consegui completar o meu trabalho de administrador por esta noite, mas não sei o que se passará a seguir, pelo que vou tratar de resolver todos os problemas que surjam (espero sinceramente que não sejam assim tantos…).

Quando desenvolvemos um software, pensamos obrigatoriamente em equipa-lo de documentação para que nada falte ao utilizador ou até mesmo a nós, programadores, em actualizações futuras.

Apesar de em GNU/Linux não termos importantes e conhecidas ferramentas de criação de documentação como o RoboHelp, WebWorks Publisher ou o FrameMaker, este ambiente é cada vez mais utilizado por escritores de material técnico. De seguida serão apresentadas algumas das mais importantes e mais utilizadas ferramentas de criação de documentação para GNU/Linux.

DocBook XML

O DocBook Project não é uma aplicação, mas é incondicionalmente a melhor ferramenta no que toca a criação de documentação em Linux. É uma variante de XML desenhada para criar manuais de software e hardware, dependendo do que queremos fazer. Com o DocBook podemos criar documentação em diferentes formatos, incluíndo PDF e PostScript (para impressão), HTML, HTML Help e JavaHelp. Podemos ainda criar documentos múltiplos com o mesmo conteúdo, mas orientados para diferentes utilizadores ou sistemas operativos distintos. Isto permite ao utilizador manter toda a informação num só ficheiro, em vez de ser em múltiplos documentos.

Já que os ficheiros do DocBook são em XML, podemos sempre editá-los em editores de texto ou de XML. Alguns escritores usam Emacs com os pacotes nXML ou psgmlx. Outros usam Vim, em conjunto com um ou dois scripts. Este tutorial explica como usar o Vim como um dos editores DocBook. Vex, um editor XMl baseado no Eclipse é outro excelente editor DocBook, assim como o XMLmind XML Editor, um editor WYSIWYG escrito em Java.

Para produzirmos um melhor e mais agradável design nos nossos documentos, aplicamos uma stylesheet baseada em XSL, que, ao passar por um processador XSL, este faz o trabalho de interpretar o código XSL. Assim, os nossos documentos passarão a ser mais agradáveis visualmente e, portanto, vamos contribuír para uma melhor imagem do utilizador em relação ao software e á sua documentação.

DITA

Nos ultimos anos, o Darwin Information Typing Architecture (DITA) tem ganho utilizadores ao DocBook. Este software tem uma caracterísitica diferente de todos os outros programas de criação de documentação: em vez de se basear na tradicional escrita capítulo a capítulo, o DITA estrutura a documentação por tópicos inidividuais que o utilizador pode combinar e re-usar em diferentes tipos de documentação e em diferentes formatos. Podemos usar o DITA para criar qualquer tipo de documentação, mas este tem uma certa apetência para criar conteúdo Web, ajuda online, computer-based training e FAQs.

Já que o DITA também é baseado em XML, podemos usar qualquer editor XML para criar e editar os documentos DITA. Muitos dos editores suportam DITA e correm em sistemas GNU/Linux.

Neste momento, a única forma de converter um documento DITA para outro formato em GNU/Linux é através do DITA Open Toolkit para Linux. O DITA Open Toolkit é fácil de usar e converte conteúdo DITA em conteúdo HTML, XHTML, PDF, ajuda Eclipse ou RTF.

Ajuda online

Nem toda a gente gosta de estar a fazer download de manuais para solucionar uma dúvida que tem em relação a um certo programa: muitos dos utilizadores preferem carregar F1 e obter logo ajuda. Embora as ferramentas em GNU/Linux não se possam ainda comparar ás mesmas em Windows, já existem algumas que fazem sucesso dentro e fora da comunidade e ajudam o utilizador a escrever ajuda online.

O QuickHelp, uma das mais populares em criação de ajuda online, é uma aplicação com vertente gráfica que ajuda os escritores de material técnico a escreverem tópicos de ajuda de forma simples. Esta aplicação permite-nos ainda juntar os tópicos a um sistema de ajuda profissional, que inclui navegação, index e até um pequeno motor de busca. O maior problema desta aplicação é que é paga para ser utilizada, ou seja, não é uma software livre.

JavaHelp é uma aplicação desenhada para fornecer ajuda online para software escrito em Java. É um sistema poderoso e flexível, e em GNU/Linux podemos encontrar montanhas de ferramentas de criação de sistemas JavaHelp. Como exemplos temos o JHelpDev e o JHelp Builder, que fornecem um ambiente gráfico no qual podemos criar tópicos de ajuda e todos os ficheiros de suporte necessários a um sistema JavaHelp. De salientar que o DocBook XML pode tambem produzir JavaHelp.

O HelpSetMaker é uma ferramenta gráfica de ajuda que produz ficheiros em HTML, em sistema JavaHelp, ou em LaTeX. O utilizador simplesmente escreve tópicos de ajuda na interface e pode adicionar imagens assim como hiperligações. O maior problema do HelpSetMaker é que a interface não é intuitiva o suficiente, em comparação com o resto das funcionalidades da ferramenta.

Se o utilizador precisar de criar ajuda para multiplos sistemas operativos, deve considerar a aplicação WebHelp. WebHelp é um bom método para criar ajuda online ou documentação no browser. O formato WebHelp foi popularizado com o programa Macromedia RoboHelp e está em alta no mundo de GNU/Linux.

Documentação do programador

Para programadores, criar documentação para código é um trabalho duro. Na verdade, é a mais difícil de todas as tarefas de documentação.

Mas para facilitar a tarefa do programador, existem ferramentas que fazem esse trabalho, e, portanto, geram documentação de código-fonte. Programas como o Doxygen, DOC++, ROBODoc e o NaturalDocs são ideiais para realizar esta árdua tarefa. Cada uma destas ferramentas cria documentação em diferentes formatos para diferentes linguagens, incluíndo C/C++, Perl, Java e IDL.

Apesar de fazerem uma parte da tarefa, estas ferramentas não fazem todo o trabalho. Os programadores têm de comentar o código que escrevem e precisam de adicionar exemplos e informação extra para que estas ferramentas organizem essa informação sob a forma de documentação de ajuda. Assim sendo, estas ferramentas facilitam o trabalho do programador, mas é sempre necessário dar informação suficiente ás mesmas para que elas façam aquilo para que estão programadas.

Outras ferramentas 

Criar documentação não é só e apenas escrever. Criar documentação tambem envolve trabalho gráfico e com ilustrações, assim como capturar screenshots. Portanto, para conciliar todas estes factores paralelos com a criação de documentação vamos precisar de mais aplicações, entre elas algumas bem conhecidas.

Se precisarmos de editar imagens, o GIMP é a melhor ferramenta do ramo em GNU/Linux. Para além de ter o poder de editar imagens, este programa permite ainda tirar screenshots para dar exemplos na documentação. Outra aplicação a considerar é o Krita, o editor de imagem que faz parte da suite de aplicações KOffice.

Para ilustrações e flowcharts, algumas das melhores aplicações de GNU/Linux são o Sodipodi, Dia e Kivio. Todos eles contêm ferramentas poderosas que podem ser usadas para criar todo o tipo de diagramas. E cada uma delas pode exportar os diagramas criados para formatos mais conhecidos, como .jpeg,.gif,entre outros.

O software referido neste artigo só foca algumas das possibilidades inseridas no processo de criação de documentação em GNU/Linux. Existem centenas de aplicações criadas para este ramo que não foram aqui referidas, pelo que continuam a não ser tão utilizadas como estas. Talvez até existam aplicações bem melhores, quem sabe. É tudo uma questão de continuar a experimentar e a explorar…