E agora, as questões do idioma. Uma tradução deve ser a mais fiel possível ao texto original?

A questão da fidelidade é complexa. Se o texto soa natural e fluente no original, deve soar assim também na tradução, o que será impossível se o tradutor ficar colado à letra do original. O que interessa é obter o mesmo efeito, ainda que por vezes seja preciso usar recursos um pouco diferentes. Mas creio que se deve ter a fidelidade possível, respeitados os limites da língua-alvo. Quanto à criatividade, seria conveniente não tentar ser mais criativo que Perrault, os irmãos Grimm ou Andersen.

Uma obra traduzida não é a obra original. É uma obra derivada da original, ou seja, o tradutor é coautor. O trabalho do tradutor precisa ser valorizado, tanto pelos devidos créditos quanto, no caso dos trabalhos comerciais, através da remuneração justa. Senão viveremos num país em que apenas as pessoas com o domínio da língua inglesa terão acesso ao conhecimento e à diversão produzidos fora do Brasil.

O projeto GNOME está no caminho certo, e tenho orgulho de fazer parte dessa trajetória.

Na minha opinião, o Arch Linux é mesmo uma das melhores distribuições para quem não quer o Ubuntu. No Arch Linux não existe esse transtorno de reinstalar o sistema a cada 6 ou 12 meses, e o repositório está sempre atualizado. Falar em backport não faz sentido algum para um usuário do Arch Linux.

Infelizmente, essa é uma distribuição para quem não tem medo de editar arquivos de configuração, e aceita que de vez em quando é necessário seguir instruções para que o sistema operacional funcione a contento. Por outro lado, esse tipo de usuário descobre que no Arch Linux esse tipo de tarefa é muito simples. Isso, junto à instalação padrão mínima, dá uma flexibilidade imensa ao sistema.

Como eu não me incomodo com a necessidade de configuração do Arch Linux, para mim o principal defeito é a escassez de pacotes nos repositórios principais. Existe um grande repositório de “receitas” para a criação de pacotes, mas compilar software não é exatamente uma atividade divertida.

A solução seria o Arch Linux ter mais desenvolvedores, mas suspeito de que, para isso, seria necessário que existissem menos distribuições, ou que coisas como o LSB funcionassem de verdade e os desenvolvedores de softwares de aplicativo fosse capazes de criar pacotes que funcionassem em todas as distribuições. Infelizmente, a (imensa) diversidade de distribuições, e a incompatibilidade entre elas, parecem que vão continuar existindo por muito tempo.

Nesse meio tempo, posso dizer que já criei pacotes para o Gentoo, o Slackware, o Arch Linux e o Debian, e que no Arch Linux é bem mais fácil que nas outras distribuições.

Visite: http://br-linux.org/2010/ajude-a-escolher-os-favoritos-da-comunidade-edicao-2010-e-concorra-a-brindes-geeks/

O relatório prossegue analisando a variação dessas proporções de acordo com o local (área urbana ou rural), a região do país, a renda familiar, e a classe social/econômica. Em quase todos os grupos, o uso de Linux continua em 1%. As exceções ficam para:

• Área rural: uso desprezível;
• Região Norte: 2% de participação;
• Renda familiar maior que R$ 4.650: 3% de participação;
• Renda familiar entre R$ 931 e R$ 1.395; e entre R$ 2.326 e R$ 4.650: uso desprezível.

Não houve variação por classe econômica.

A fatia da população brasileira que mais usa Linux parece ser a mesma que tem banda larga: os moradores da área urbana (quase não existe banda larga na área rural) e aqueles com renda familiar mensal acima de R$ 4.650. Já vai longe a época em que o modelo de negócios da Conectiva era vender seu sistema operacional numa caixa.

Imagino que trabalhar com tecnologia também ajude, mas isso não foi avaliado na pesquisa.

Já o programa Computador Para Todos parece ter tido um efeito modesto. As famílias com renda mensal menor que R$ 931 usam o sistema operacional mais que os do estrato imediatamente superior, mas ainda assim a proporção ficou em meros 1%.

O que mais me surpreendeu foi a região Norte. Colegas nortistas, será que as comunidades daí são mais ativas?

Outra informação que não entendi foi a proporção não variar de acordo com a classe econômica. Intuitivamente, as pessoas com maior renda estão numa classe econômica superior, mas isso não é verdade, ou ao menos não para os usuários de Linux.

O estudo do CGI.br usou o critério de classe social/econômica da Associação Brasileira de Empresas de Pesquisa. A ABEP também divide as classes econômicas pela renda (como o IBGE), mas disponibiliza uma ferramenta que permite estimar a renda. Essa ferramenta (o Critério de Classificação Econômica Brasil — CCEB) consiste num sistema de pontos atribuídos à posse de bens de consumo e ao grau de instrução do chefe da família.

É possível ganhar muito e ter poucos bens ou pouco estudo, e talvez esse seja o perfil dos usuários de Linux.

O estudo só considerou aquilo que todo o mundo entende por computador, ou seja, dispositivos embarcados ou celulares não contam. A metodologia não considerou os computadores que não o principal, e não consegui encontrar na metodologia a definição operacional de o que seria um computador principal, ou como lidar com o dual boot.

Como já foi dito, em 13% dos domicílios o entrevistado não soube informar o sistema operacional. Essa proporção é ainda maior na região rural, nos domicílios com menor renda familiar, e nas classes D e E. Esses números são uma ordem de grandeza superiores à fatia que usa Linux, causando imprecisão na estimativa.

Reparem que o 1% de usuários Linux é a proporção dentre todos os entrevistados, e não apenas entre os que souberam responder à pergunta. Dessa forma, o número real de domicílios brasileiros com Linux é qualquer coisa entre 1% e 14%.

No que diz respeito à participação da Canonical, Jono Bacon (gerente da comunidade) rebate dizendo que a empresa contribui muito com o GNOME, mas o código fica hospedado no Launchpad, e qualquer distribuição poderia empacotá-lo. De fato, o levantamento publicado por Dave Neary só levou em consideração o código hospedado na infraestrutura do próprio GNOME — que aliás é fornecida principalmente pela Red Hat.

Ainda sobre a importância relativa de cada empresa, o próprio Dave Neary destaca o que os números escondem sobre a participação da Nokia. Em vez de contratar mais empregados, a empresa estimulou a criação de várias start-ups que contribuem com uma parte significativa do código. Além disso, os módulos específicos do GNOME Mobile e o WebKit não entraram na análise.

Mas minha contribuição nessa discussão é sobre o outro destaque: o efeito Cauda Longa. De fato, os colaboradores voluntários têm contribuições individuais pequenas, como acontece no desenvolvimento do kernel Linux. Mas uma boa parte dos principais colaboradores do GNOME (em número de alterações do código-fonte) são voluntários, e a maior parte dos módulos do GNOME são mantidos por voluntários. Mais: se considerarmos o voluntariado como uma empresa, essa empresa será responsável por 30% do desenvolvimento do GNOME, muito mais que a Red Hat ou qualquer outra empresa.

Por fim, gostaria de registrar que o Censo do GNOME é sobre o desenvolvimento do código, mas até onde sei não estuda a tradução ou outros tipos de contribuição. A tradução é uma parte significativa do trabalho no GNOME, e acredito que seja quase exclusivamente voluntária.

Yes, more than 70% of the contributions come from paid work. But, if we consider voluntary as a company, that would be the most important company in the development of GNOME.

Temos a rede de telecentros, os pontos de acesso público à internet sem fio, a interligação dos prédios públicos por rede de fibra óptica, o mapeamento digital dos focos de dengue, o monitoramento dos ônibus municipais, entre outros. Vitória caminha a passos largos para se tornar uma cidade efetivamente digital.

Eu já comentei o uso de software livre nos Telecentros de Vitória, e estou ansioso para ver a solução de prontuário eletrônico também.

The new Language field in the message header is very welcome. Poedit has been doing this for ages, but now it’s official and other localization tools can start using it for spell checking and so on.

I’m not so sure about the utility of the range flag. It’s always good to help translators know what they are translating, but such addition would be much more important for strings (i.e. %s will be replaced by an error message). Anyway, it depends too much on programmers improving old code, so it should appear very slowly.

And of course, I really liked the command line utilities improvement. The colored output is much easier to read, and the msgmerge speedup is just what I needed circa 4 years ago when I had an old budget computer and had to merge partial translations to the GNOME User Guide. It took me something like eight minutes for every merge!

Meanwhile, I continue to wait for some features to be added to intltool:

• Add automatic comments telling where is the message displayed (see also this blog post)
• Sort messages in the same order as they appear in the source code
• Show previous message ID (Damned Lies and Gettext alredy do it)

Source: Tiny Tiny RSS (press release)

There’s even a public Tiny Tiny RSS server, but it is not accepting new users by now. Anyway, one of the key points of using tt-rss is being able to install it on your own computer, be it local or remote, just like you can have your own Piwik install. I don’t know any admin panel that helps you install Tiny Tiny RSS, though, so one most use the command line. As usual, you need to unpack a file in the corresponding directory, and set up a MySQL or PostgreSQL database. But tt-rss can’t install the database schema: you do it yourself.

You also have to edit the config file by hand, and it is a little longer than the WordPress one. There are two possibilities when it comes to updating the feeds: you can either run Tiny Tiny RSS as a daemon, or use a cronjob to run a specific script. DreamHost and, I guess, other shared hosting services don’t allow users to run daemons, so I had to go with the cronjob. The hardest part was the incompatibility with PHP4, which was resolved editing a library following the official instructions. Anyway, DreamHost should set PHP5 as the default version anytime soon.

Once installed, Tiny Tiny RSS has a feature set similar to those found in Bloglines or Google Reader, except for Google Buzz. I opted for a single user install, so I couldn’t test the social features, but I know for sure that I could pick some articles to show up in my user account’s feed, and other people would be able to read them that way.

One of the good things in online feed readers is that, when you open it, it already updated the feeds, while Liferea and similar apps have to update feeds when you would like to be already reading them. On the other hand, online apps are less responsive to small operations such as moving from a feed to another, due to the Internet latency. I could install tt-rss on my local computer, but then I wouldn’t be able to access it from other places, and I would expend a considerable amount of electricity. (When I stopped letting my computer turned on 24/7, my electricity bill dropped by 30%.)

To be honest, Tiny Tiny RSS still have to mature a lot, for example with automatic database schema installation, or automatic upgrading. It is already very usable, though. For some reason, this is the only online app I learned the keyboard shortcuts. I use them all the time in local apps, but not with online apps.

The biggest issue with Tiny Tiny RSS is that most people don’t have any fun installing applications on remote computers. But I think it would be interesting to have tt-rss installed on schools, companies or other organizations, where users would have something in common and thus would be more likely to enjoy sharing feed items. Another intriguing possibility would be installing Tiny Tiny RSS on a public server, and then monetizing it with ads or something else. The hard part would be having a differential on such a competitive market.

I would like also to mention that, while I wrote this article, I learned about Gregarious, which shares the same mission as Tiny Tiny RSS: to develop a free software online feed reader you can install on your own computer (local or remote). But, unlike tt-rss, Gregarious isn’t actively developed for 18 months now.

Fonte: Tiny Tiny RSS (divulgação)

Até existe um servidor Tiny Tiny RSS para uso do público geral, mas ele não está aceitando novos usuários. De qualquer forma, um dos diferenciais do Tiny Tiny RSS é a possibilidade de instalar no próprio computador (local ou remoto), como no caso do Piwik. Não conheço qualquer serviço de hospedagem que facilite a instalação do aplicativo, então o negócio é usar a linha de comando. Da mesma forma que em outros aplicativos online, é necessário descompactar um arquivo dentro do diretório correspondendo ao URL onde você pretende acessar o Tiny Tiny RSS, e então criar um banco de dados MySQL ou PostgreSQL. A diferença é que o próprio tt-rss não é capaz de criar, no banco de dados, a estrutura de tabelas necessária. O usuário precisa fazer isso sozinho a partir de um arquivo de esquema distribuído junto do aplicativo.

Também é necessário editar à mão o arquivo de configuração, que é um pouco maior que o do WordPress. Existem duas possibilidades de atualização dos feeds no Tiny Tiny RSS: ele pode rodar como um daemon, ou pode atualizar periodicamente a partir de um cronjob. A DreamHost e, imagino, outros serviços de hospedagem compartilhada não permitem daemons de usuários, então no meu caso foi necessário configurar um cronjob. A maior dificuldade que tive na instalação foi a incompatibilidade do Tiny Tiny RSS com o PHP4. Essa incompatibilidade foi contornada seguindo as instruções oficiais, mas de qualquer forma em breve a DreamHost vai tornar o PHP5 a versão padrão.

Uma vez instalado, o Tiny Tiny RSS tem um conjunto de recursos semelhantes ao dos outros leitores online, exceto naturalmente pelo Google Buzz (leia também: Google Buzz pode ofender a privacidade dos usuários). Não pude avaliar adequadamente os recursos de interação entre usuários, porque optei por uma instalação em modo monousuário. Sei pelo menos que é possível selecionar artigos lidos para constar num feed gerado pelo usuário, e naturalmente outros usuários podem assinar esse feed.

Assim como o Bloglines e o Google Reader, o Tiny Tiny RSS não precisa carregar os feeds na hora em que o usuário resolve abrir o aplicativo. Se você instalar ele num computador remoto, como eu fiz, ele não vai responder aos pequenos comandos tão prontamente quanto os aplicativos instalados localmente, mas isso também vale para o Google Reader e para o Bloglines. A ideia de instalar o Tiny Tiny RSS num computador doméstico e deixá-lo rodando o tempo todo é atraente, e eu já fiz esse tipo de coisa, mas parei para economizar energia elétrica.

Para ser sincero, o Tiny Tiny RSS ainda pode amadurecer muito, por exemplo com instalação automatizada do esquema no banco de dados ou atualização automática, mas mesmo assim já é altamente usável. Por algum motivo obscuro, é o primeiro aplicativo online cujos comandos com o teclado eu me dispus a aprender; em geral, só uso o mouse. Nos aplicativos tradicionais é o contrário, uso o teclado sempre que possível.

O maior problema do Tiny Tiny RSS é que a maioria das pessoas não se diverte nem um pouco instalando aplicativos em computadores remotos. Mas acho interessante a ideia de escolas, empresas ou outras organizações terem instalações próprias do Tiny Tiny RSS, em que usuários tenham algo em comum e portanto tenham mais motivos para compartilhar artigos ou feeds interessantes. Outra possibilidade intrigante seria usar uma instalação do Tiny Tiny RSS como um servidor público, possivelmente monetizado através de anúncios. O difícil seria oferecer um diferencial, num mercado tão acirrado.

Por fim, eu gostaria de mencionar que, enquanto escrevia este artigo, fiquei sabendo do Gregarious, que tem a mesma proposta do Tiny Tiny RSS: um agregador de feeds em software livre, que a pessoa pode instalar em seu próprio computador (local ou remoto). Ao contrário do tt-rss, no entanto, o Gregarious parece não estar mais sendo desenvolvido: a última alteração do código-fonte foi realizada há um ano e meio.