Advogato blog for jarod

Dr. Project

Mon, 21 Jul 2008 22:13:11 GMT

https://www.drproject.org/

Apesar da recente popularização de sistemas de controles de versão distribuídos como o git ou o mercurial, o svn ainda é a ferramenta mais popular para controle de versões. E junto com ele, quase sempre está o trac, que adiciona ao repositório um wiki, tickets e outras ferramentas para gerenciar o desenvolvimento.

Porém, a maior questão dos usuários com o trac é ter de subir uma instalação do trac para cada repositório. Não é uma tarefa muito difícil, mas convenhamos, podia ser mais fácil.

Pensando nisso, a Universidade de Toronto fez um fork do trac, adicionando a capacidade de múltiplos projetos. Entre as facilidades oferecidas, podemos citar, por exemplo, que criar um projeto no DrProject já cria o respectivo repositório.

Comparação

O DrProject era originalmente um fork do portal open source leve chamado Trac. Essa é a comparação dos dois hoje:

	DrProject	Trac
Múltiplos projetos por portal	sim	não
Listas de e-mails integradas	sim	não
Controle de Acesso baseado em Roles	sim	não
Contas de Usuários externas	sim	por plugins de terceiros
Camada de banco de dados	Elixir/SQLAlchemy	SQL manual
Navegador de repositório Subversion	sim	sim
Support a Perforce, BZR, etc.	não	por plugins de terceiros
Busca Cross-Component	sim	sim
Administração baseada em Web	sim	parcial
Sintaxe do Wiki	Markdown	custom
Milestones	Sim	Sim
Tagging	yes	by third-party plugin
Remote Scripting API	yes	no
Client-Side Javascript	Dojo	handwritten Javascript
RSS Feeds	yes	yes
Custom Ticket Views	no	yes
Integração ao Eclipse	não	por plugins de terceiros

Segundo Jeff Balogh, o trunk dele é estável, com o desenvolvimento feito nos branches.

O projeto foi originalmente desenvolvido para uso no ensino. Numa troca de e-mail rápida com os desenvolvedores, perguntei no que isso se fazia presente no projeto. David Wolever me disse que o sistema de permissões é um reflexo disso, já que num projeto open source o acesso ao código não precisa ser restrito. Greg Wilson me falou a respeito das listas de e-mail integradas, e das operações em lote, como criar vários projetos com nomes sequenciais - que são úteis dentro de um ambiente de ensino.

A instalação do projeto foi parecida com a do trac, com a exceção que o DrProject espera que os repositórios estejam dentro dele, já que ele os administra. Numa tentativa de atualização, o meu banco de dados (sqlite) teve algum problema, mas logo depois o problema desapareceu. Sinais de que o projeto ainda tem muito o que andar, mas é uma boa pedida pra adicionar na lista de coisas a testar.

2+2 = 5

Thu, 17 Jul 2008 22:09:52 GMT

Se tem uma coisa que me irrita, é quando as pessoas dão nomes as coisas de uma forma não condizente.

Por exemplo, trabalhando com o Plone e categorização de objetos. Você já imagina que para procurar objetos por categorias você irá esbarrar em categories, category, até um possível tag. Mas dentro do Plone, você busca por Subject.

Mas em um outro caso, é o Plone que me salva. Se você vai adicionar uma informação geográfica a um objeto, você logo pensa em location. Ao menos é o que a tela de edição do Plone mostra. E é o que o Dublin Core chama de coverage.

Vocês podem achar que eu estou sendo excessivamente chato com isso, mas lembre-se que você sempre terá de gastar alguns segundos para associar a palavra ao seu significado específico dentro daquele contexto onde ela tem um significado alienígena

Escreva para quem vai dar manutenção!

Tue, 15 Jul 2008 22:07:05 GMT

Do C2 Wiki, através do Coding Horror: "Sempre codifique como se a pessoa que vai dar manutenção no seu código fosse um psicopata violento que sabe onde você mora."

Bugs mais velhos do que eu! (ou você!)

Wed, 9 Jul 2008 21:05:48 GMT

Dois meses atrás eu fiquei espantado com a idade do bug do BSD que tinha sido corrigido: 25 anos. Pois não é que hoje eu fico sabendo de um bug no yacc do OpenBSD que remonta há 33 anos? Mais velho que eu!

Protocol Buffers

Tue, 8 Jul 2008 21:10:07 GMT

http://google-opensource.blogspot.com/2008/07/protocol-buffers-googles-data.html

É o nome do mais novo projeto do google disponibilizado para a comunidade do código livre.

Segundo a descrição no anúncio do projeto, ele nasceu da necessidade de serializar dados e trocar esses dados serializados pela rede de forma eficiente. Já nasceu com versões para Java, C++, ou Python.

Você define uma descrição de um objeto, um arquivo .proto, e o compilador gera o código necessário para acesso na linguagem que você escolher, dentre as três suportadas.

Segundo a documentação: "Protocol buffers are now Google's lingua franca for data – at time of writing, there are 48,162 different message types defined in the Google code tree across 12,183 .proto files. They're used both in RPC systems and for persistent storage of data in a variety of storage systems."

Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!

Fri, 4 Jul 2008 21:08:47 GMT

Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!
…e também a pen drives, card drives, camisetas geeks, livros e mais! O BR-Linux e o Efetividade lançaram uma campanha para ajudar a Wikimedia Foundation e outros mantenedores de projetos que usamos no dia-a-dia on-line. Se você puder doar diretamente, ou contribuir de outra forma, são sempre melhores opções. Mas se não puder, veja as regras da promoção e participe - quanto mais divulgação, maior será a doação do BR-Linux e do Efetividade, e você ainda concorre a diversos brindes!

Mais Text Munger

Thu, 3 Jul 2008 21:07:03 GMT

Whitespace, punctuation, numbers -- anything that isn't a word -- should also remain unchanged.

Ou seja, minha implementação anterior está fundamentalmente errada

E eu só li essa parte do enunciado depois do comentário do Rodolpho.

Mas é fácil de resolver, usando o shlex mesmo:

import sys

import shlex

from random import shuffle

def munge(text):

    t = shlex.shlex(text, posix=False)

    t.quotes = "'"

    t.whitespace = ""

    #print(list(t))

    s = (munge_word(word) for word in t)

    print("".join(s))

def munge_word(aword):

    s = list(aword)

    first = s.pop(0)

    try:

      last = s.pop()

    except IndexError:

        return aword

    shuffle(s)

    return first + ''.join(s) + last

try:

  s = open(sys.argv[1]).read()

  munge(s)

except IndexError:

  print("Usage: munge.py file")

Mysql usando bazaar, no launchpad!

Tue, 1 Jul 2008 23:05:36 GMT

http://blogs.mysql.com/kaj/2008/06/19/version-control-thanks-bitkeeper-welcome-bazaar/

Você pode até torcer o nariz para o fato de ser o launchpad, ou ser o bazaar, mas para mim, isso é uma seta gigantesca em direção a comunidade. Finalmente, o mysql está substituindo o bitkeeper por um sistema de controle de versões livre, e colocando isso num 'forge' público e bem conhecido. Uma ótima novidade, principalmente para a comunidade.

Scammer atrapalhado

Tue, 1 Jul 2008 21:10:45 GMT

Uma imagem vale mais do que mil palavras nesse caso.. Reparem o nome da função disparada no link falso: onClickUnsafeLink .

Text Munger (ou nem tudo é como deveria ser)

Mon, 30 Jun 2008 21:11:48 GMT

Tudo começou quando eu esbarrei nesse link . O texto contém 15 exercícios de programação, entre eles o que eu me propus a fazer, o text munger.

O exercício consiste no seguinte: dado um texto qualquer, o text munger deve retornar o texto com as palavras desse texto modificadas da seguinte forma: ao invés da palavra original, teremos a primeira letra da palavra original, o resto da palavra (com exceção da última letra) embaralhado seguido da última letra da palavra.

Dentre as várias soluções disponíveis no ruby quiz, a solução em destaque, de Gordon Thiesfeld, usa a expressão regular \b para dividir as palavras. Expressões regulares são iguais em qualquer linguagem, certo? Bom, quase certo. O b funciona da mesma forma no ruby, perl e php, mas funciona de forma diferente no python. Ou não funciona. Na verdade, não sei se é um bug da implementação ou algo assim.

Eu poderia usar outra regex para dividir as palavras e as pontuações, mas já que o fato do \b não funcionar tinha me deixado frustrado com as regex (e eu não queria pensar muito nelas, pra mim o \b deveria funcionar), parti para outra solução. Descobri o shlex, um analisador léxico simples, que para o que eu precisava, funcionava muito bem.

Minha solução para o problema:

import sys

import shlex

from random import shuffle

def munge(text):

    t = shlex.shlex(text, posix=False)

    t.quotes = "'"

    s = [munge_word(word) for word in t]

    print(" ".join(s))

def munge_word(aword):

    s = list(aword)

    first = s.pop(0)

    try:

      last = s.pop()

    except IndexError:

        return aword

    shuffle(s)

    return first + ''.join(s) + last

try:

  s = open(sys.argv[1]).read()

  munge(s)

except IndexError:

  print("Usage: munge.py file")

Observe que a solução não está 100% igual a proposta em ruby. Devido a junção em (" ".join(s)), acabam aparecendo uns espaços em branco que não existiam no texto original.
Existe ainda uma solução em smalltalk proposta pelo Rodrigo Cacilhas no kodumaro. E você gosta de exercícios assim? Sabe porque o \b na implementação de regex do python não funciona como eu esperava? (ou serão minhas expectativas que estão erradas?). Os comentários estão aí para vocês!