Português foi a escolha mais simples, e que me libertou de algumas preocupações linguísticas. Tenho a noção que escrever em inglês faria com que chegasse a um número de pessoas bem maior (mas verdade seja dita, não tenho escrito nada que seja assim tão importante para o mundo :)

No entanto, há algumas escritas da investigação de doutoramento que gostava de partilhar com mais pessoas, o que torna o inglês uma alternativa mais interessante.

Agora, põe-se a questão, como é que se faz a transição de um blog que tem estado consistentemente em português (fora uma excepção recente), para um que passa a ser escrito em inglês? vai ficar aqui uma mistura de línguas que não me agrada nada. Criar um segundo blog noutro endereço também não me agrada, porque desdobro a minha identidade em dois URLs.

Alguma sugestão? Decisões… decisões…

A ideia foi simples; partir das funcionalidades de wiki do trac e adicionar a capacidade de exportar cada página como docbook. A partir de uma exportação para docbook, há uma série de opções que se abrem em termos de conversões para outros formatos.

Para chegar aí tinha duas opções, ou converter directamente do formato wikitext do trac, ou partir do xhtml (strict!) que o trac gera a partir do wikitext. A primeira opção consegue-se implementar com umas quantas expressões regulares, mas parece-me talvez mais difícil conseguir prever os casos todos (sobretudo se se tiverem em conta os outros formatos que se podem encontrar misturados com wikitext, nos quais não queria mesmo ter de pensar). A segunda opção pede claramente a utilização de uma folha de estilo XSLT (apesar de também existirem outro tipo de soluções). Convenientemente, encontrei algumas folhas de estilo que fazem já esta conversão, de xhtml para docbook. As mais promissoras foram:

• Uma disponibilizada no DocBook Wiki, escrita por Jeff Beal
• Uma extensão à anterior, que encontrei incluída num módulo de perl, escrito por Kathryn Andersen
• E finalmente, uma outra folha de estilo, com o mesmo objectivo mas escrita por Oliver Steele

Esta última é a mais completa, e com a qual as minhas experiências funcionaram melhor.

Agora basta juntar água (ou por outras palavras, usar os bindings do python para libxml e libxsl) e temos um plugin para o trac ;) A bem dizer, já ando a usar uma versão alpha deste plugin há uns meses. Na altura criei um espaço no trac-hacks para alojar o projecto. Nos próximos dias espero portar o código para o trac 0.11.1 e torná-lo usável por terceiros. Os interessados fiquem por perto ;)

The fellow who designed it, is working far away;
The spec’s not been updated for many a live-long day.
The guy who implemented it, is promoted up the line;
And some of the enhancements didn’t match to the design.
They haven’t kept the flowcharts, the manual is a mess;
And most of what you need to know, you’ll simply have to guess.

by David Diamond

Update: This is dated June 1976, by the way.

Espero voltar ao blog mais a sério lá para meio de Julho, mas entretanto tenho que fazer esta pausa para falar de dois eventos fora de série que se aproximam. A WikiSym 2008 e o The New Knowledge Forge (TNKF para os amigos).

A WikiSym acontece em Setembro:

WikiSym is the foremost conference devoted to using, developing and researching wikis. In our fourth year, only WikiSym brings together organisations tha use wikis to meet face to face with leading and emerging vendors, active researchers and leading wiki consultants. [...]

At WikiSym we discuss all areas related to wikis and the wiki philosophy, ranging from social to technical, and from foundational to experience studies. The Symposium offers plenty of space for practitioner reports, discussion of work in progress, demonstrations, a rigorously reviewed research paper track, tutorials, and informal but lively OpenSpace and WikiFest sessions.

A TNKF acontece já no fim de Junho:

• A one-day colloquium of wikis, links, and social software.
• Learn about new ways to pursue, analyze, and disseminate knowledge and information in your organization, to promote innovation, creativity, and better knowledge management.
• Meet and discuss the future of social software to support organizations by some of the most prominent leaders, and researchers in the field.

Mais ligações úteis:

• O Skype Chat Channel da WikiSym
• A WikiSym no Twitter
• O wiki público da WikiSym 2008

Muitas destas ideias vão muito ao entro à minha opinião sobre estes assuntos, e têm tudo a ver com agilidade.

The restrictiveness of big company jobs is particularly hard on programmers, because the essence of programming is to build new things. Sales people make much the same pitches every day; support people answer much the same questions; but once you’ve written a piece of code you don’t need to write it again. So a programmer working as programmers are meant to is always making new things. And when you’re part of an organization whose structure gives each person freedom in inverse proportion to the size of the tree, you’re going to face resistance when you do something new.

There is one thing companies can do short of structuring themselves as sponges: they can stay small. If I’m right, then it really pays to keep a company as small as it can be at every stage. Particularly a technology company. Which means it’s doubly important to hire the best people. Mediocre hires hurt you twice: they get less done, but they also make you big, because you need more of them to solve a given problem.

A Nokia também para lá caminha (lentamente), com o maemo, e há outros com ideias parecidas [3] [4].

A ideia passa por ter uma aplicação em C# (Mono + MonoDevelop) a falar com um servidor em Erlang, coisa que ainda não estou certo que seja fácil, apesar de haver alguns indicadores de que deverá ser possível.

Para já estou em busca do IDE certo para o módulo em Erlang. Em princípio, devo-me ficar pelo Erlide (um plugin para o eclipse), já que o Erlybird funciona em cima do NetBeans (em relação ao qual não tenho nada contra, mas entre este e o Erlide, prefiro rentabilizar a experiência que tendo com o eclipse) e o Distel não é um verdadeiro IDE (eu até gosto do emacs como editor, mas por muita boa vontade que tenha, aquilo, de facto, não é um IDE).

Do comunicado da Nokia:

Morph is a concept that demonstrates how future mobile devices might be stretchable and flexible, allowing the user to transform their mobile device into radically different shapes. It demonstrates the ultimate functionality that nanotechnology might be capable of delivering: flexible materials, transparent electronics and self-cleaning surfaces. Dr. Bob Iannucci, Chief Technology Officer, Nokia, commented: “Nokia Research Center is looking at ways to reinvent the form and function of mobile devices; the Morph concept shows what might be possible”.

Ainda não experimentei convenientemente, mas estou com bastantes expectativas nestas novas versões. O roadmap é promissor.