Tive um professor na época do cursinho que fazia uma brincadeira com a ingenuidade humana. Ele olhava para sua cara e questionava se você acreditava em Coelhinho da Pascoa, Alice no País das Maravilhas, Papai-Noel, etc.. No contexto da brincadeira ela se tornava sarcástica, inteligente e ao mesmo tempo engraçada. Porém nunca fui muito bom com piadas e esse nem é meu objetivo. O meu ponto é que doze anos se passaram e parece que ainda escuto alguns fantasmas do passado. Claro que não são ditas de maneira tão explicita, mas a moral da história é a mesma, e geralmente acontece mais ou menos assim:

1. Um solicitante pede uma estimativa para desenvolver um grande software.
2. O time quebra em pedaços de software menores e faz a estimativa de cada um.
3. O líder monta o cronograma do projeto com as informações estimadas pelo time.
4. O solicitante não aceita e fala que tudo tem que ser feito na metade do tempo.
5. O prazo das atividades é dividido ao meio e o cronograma é atualizado.
6. O time segue o novo cronograma.

Pode ser que você já tenha se deparado com alguma situação parecida com essa. Esse é o “famigerado” Prazo do Papai-Noel: Você ganha o presente, acreditando nele ou não. Na minha opinião, o maior perigo em um cenário desses é não perceber o quão prejudicial ele realmente é. Infelizmente, boa parte das pessoas são conformadas e aceitam a situação sem argumentar, negociar ou sequer refletir sobre o assunto.

Os Problemas

Motivação

O primeiro problema que aparece é a nítida decepção e falta de motivação do time em decorrência da falta de credibilidade depositada em seu trabalho. Por incrível que pareça, existem gestores que não estão nenhum pouco empenhados ou nem mesmo preocupados em fazer com que o time trabalhe motivado. Muitos destes tais gestores são os mesmos que adoram um belo comando-controle a la moda antiga e juram de pé junto que esse é o melhor tipo de gerenciamento.

Para ilustrar a questão da falta de motivação farei uma simples analogia:

Imagine que você é um artista-plástico que gosta de desenhar histórias em quadrinhos. Você acaba de ser contratado pela Marvel, está muito feliz e obviamente bastante motivado. No primeiro dia de trabalho seu novo chefe diz que no primeiro mês sua atividade seria avaliar o desenho de outros artistas e achar e apontar erros e imperfeições. Por mais que ache estranho e sem entender direito como realizar essa atividade, você aceita, afinal acaba de ser contratado pela empresa dos seus sonhos.
Pergunto:

• Como está a sua motivação no primeiro dia de trabalho?
• Como está a sua motivação no final do primeiro mês?
• Você foi informado que terá que ficar mais um ano nessa atividade. Como está sua motivação agora?
• Você vai realizar um bom trabalho? Qual será o seu rendimento no decorrer desse ano?

As respostas parecem meio obvias vistas por essa analogia extremamente simplista. Agora adicione vários fatores externos e traga para a sua realidade. Certamente as respostas não estarão tão evidentes mas provavelmente serão as mesmas. Última pergunta: Você como gestor.. Deveria se preocupar com o rendimento do seu time?

Mas não era estimativa?

Uma questão mais sutil, mas não menos importante, é o significado da palavra mágica citada no item 1: ESTIMATIVA. Acho incrível como uma estimativa vira um prazo concreto num piscar de olhos. Acredito que se alguém te pede para dar uma estimativa, está querendo na verdade ter uma noção do esforço de desenvolvimento para apoiar sua estratégia, entender se o custo é condizente com o budget, time-to-market, etc. Agora transformar uma estimativa em um prazo real não me parece muito coerente.. Basta acompanhar qualquer projeto nesse formato para perceber que a realidade é bem diferente do sonho. Tentar aproximar esses dois pontos, realidade e sonho, é um exercício que provavelmente trará alguns frutos positivos para seu projeto.

O Ciclo Vicioso

Não é difícil perceber que se iterarmos o cenário descrito nos itens 1 a 6 algumas vezes, ele tenderá a cair em um ciclo vicioso. Imagine que o time, após ter seu prazo cortado pela metade pela segunda ou terceira vez poderá sugerir um prazo maior. Por outro lado o solicitante também pode desconfiar da situação e diminuir o prazo cada vez mais. Isso criaria um ciclo vicioso de desconfianças. Não me parece algo saudável para se cultivar dentro da sua empresa, seja lá qual for o seu core-business.

Escalabilidade

Usando ainda a analogia do desenhista, imagine que você é o dono da editora e quer acelerar ao máximo sua produção de revistas e para isso a solução que te parece óbvia é contratar mais desenhistas e escalar sua linha de produção. Realmente pode ser que em duas pessoas seja possível dividir as atividades e ganhar mais agilidade. Talvez inserindo um terceiro elemento nesse grupo ainda traga algum ganho. Mas o que aconteceria se eu colocasse mais 10 pessoas para ajudar a desenhar uma única revista? A complexidade para fazer com que essas 10 pessoas se entendam e trabalhem em uma linha realmente mais produtiva será muito grande e provavelmente isso não ocorrerá.

Os Argumentos

Analogamente à ação de desenhar, do exemplo citado acima, a atividade de desenvolver software é empírica, ou seja, é um conhecimento adquirido apenas pela prática. Vamos supor que você já tenha 10 anos de experiencia como programador, desenvolveu uma funcionalidade para o software X e por algum motivo você perdeu os fontes. A próxima vez que você for desenvolver a mesma funcionalidade com certeza fará de maneira diferente e provavelmente melhor do que a primeira vez não é mesmo? Agora imagine um pedreiro com 10 anos de experiencia tem que subir duas paredes de tijolos. Ele vai demorar o mesmo tempo para subir cada parede e provavelmente elas terão o mesmo nível de qualidade. Percebe a diferença na realização de uma atividade que não é empírica? Então por que as pessoas constantemente comparam a engenharia civil com a engenharia de software sendo que são duas atividades totalmente diferentes? Já escutei de um PMP a seguinte frase: “Desenvolver software e construir um prédio é a mesma coisa!”

Dizem que existem 1000 técnicas para acertar prazos de projetos na mosca. Particularmente, sou meio céptico em relação a isso. Os motivos para a minha falta de crença já foram exaustivamente pontuados pela comunidade ágil, como no vídeo do Akita acima, e realmente fazem todo o sentido. Creio que esses acertos são na verdade prazos bem engordurados seguidos de uma bela síndrome do estudante. Assim fica fácil de acertar, se é que dá para considerar isso, algo certo e positivo para a sua empresa.

Realizar um projeto de software no menor tempo possível da melhor maneira possível de forma que o solicitante goste e que tenha um bom nível técnico é o grande desafio e não existem formulas mágicas para alcançar esse objetivo. Cada caso é único e a liderança estratégica tem obrigação de se preocupar com isso.

E você? Acredita em Papai-Noel?
Feliz Natal!

Ultimamente venho fuçando nos repositórios do github. Ficou realmente bem legal o lance de misturar comunidades, projetos open source e git. Para quem não sabe, o git é um SCM distribuido criado por Linus Torvalds que segue o conceito de versionadores modernos como o bazaar e o mercurial. Se você não conhece nada sobre git mas quer dar uma fuçada no github aconselho a ler primeiro o micro tutorial de git do Akita para dar o ponta-pé inicial.

Atualmente o github é formado basicamente por projetos ruby e isso pode ser verificado neste gráfico. Nunca li um único tutorial sobre ruby; não por falta de vontade ou curiosidade, mas estou dando foco em aprender outras coisas ultimamente. Por enquanto, minha postura com ruby é meramente como usuário e isso já é o bastante para tirar proveito de projetos bem interessantes.

Semana passada descobri que o github oferece um serviço para que cada usuário possa publicar um site com as informações sobre seus projetos no formato de blog. Trata-se do github pages. O github pages oferece suporte ao jekyll que é uma espécie de blog engine que gera páginas estáticas.

Confesso que bati um pouco de cabeça até fazer as coisas funcionarem corretamente com a gem do jekyll e entender o seu padrão de diretórios e nomes de arquivos. Mas no final foi até bom porque achei uma outra gem que facilitou e muito a minha vida. Trata-se do jekyll_generator. Irei falar desse generator mais adiante.

Markdown ou textile?

O último fator, não menos interessante, que me chamou muito a atenção é que o jekyll suporta markdown e textile. Ambos provem um formato de texto de fácil leitura por um humano com a capacidade de gerar um documento html. Entre os dois eu particularmente prefiro o markdown pois sua linguagem é extremamente limpa, livre de markups e tags. Textile já não é limpo assim. Veja esse exemplo de textile na documentação do próprio jekyll e tirem suas conclusões. Estou escrevendo esse post usando o vim com a syntax mkd.vim e nesse momento ele está com essa cara:

Bom chega de contar história e vamos ao que interessa!

Pré-requisitos

Se você usa Ubuntu como SO lembre-se que para poder instalar as gems você precisará de basicamente 3 pacotes: ruby, ruby-dev e o rubygems. Caso você não tenha instalado esses pacotes ou mesmo não sabe se tem ou não, execute:

As gems do ruby instalam um tipo de executável geralmente em: /var/lib/gems/[versão do ruby]/bin. Para não ter dor de cabeça toda vez que for instalar uma gem, adicionei esse caminho na minha variável $PATH.

Pronto.. Esses são os pré-requisitos para começar a brincadeira.

Setup do seu repo do github pages

Crie um novo repo no github com o nome no formato [seu usuário].github.com. O github sempre verifica se você tem um repo com o nome nesse formato e caso encontre, ele automaticamente publica seu conteúdo na respectiva url: http://[seu usuário].github.com.

Você pode sincronizar com esse repo, arquivos html estáticos, e a cada git push que você der, seu site será atualizado automaticamente. Mas até ai não tem muita graça.. É ai que entra o jekyll e as coisas começam a ficar mais interessantes.

Criando a estrutura do Jekyll

Como disse anteriormente o jekyll é uma espécie de blog engine, e para criar esse blog ele se baseia em uma determinada estrutura de arquivos e diretórios. Comecei a dar uma fuçada nesse padrão e a coisa começou a ficar meio chata.. Foi quando achei o jekyll_generator. Ele gera toda a estrutura do jekyll e já disponibiliza um template bem legal.

Para instalar a gem do jekyll_generator execute:

Agora já está tudo devidamente instalado. Basta clonar o seu repo do github e gerar a estrutura do jekyll lá dentro. Para isso faça:

Pronto.. Seu novo blog já está criado. Basta dar o push e tudo já vai automaticamente para o ar:

Escrevendo seus posts

Perceba que na estrutura do jekyll há um diretório chamado _posts. É lá que o jekyll busca os arquivos com o texto dos seus posts. Note que esse arquivo deve respeitar um padrão de nome para que ele seja devidamente identificado:

ou

No topo do arquivo, é necessário utilizar uma notação yaml para informar ao jekyll qual o template ele deverá usar e qual será o título do post. Por exemplo:

Para ter uma noção do produto final verifique o meu blog do github aqui e sinta-se a vontade para fuçar, clonar, etc esse meu repo.

Até a próxima e qualquer dúvida ou sugestão, estamos ai!

[]’s
-LeoLuz-

Uma das grandes vantagens em utilizar qualquer distribuição Linux, é que você pode acompanhar a sua evolução de perto sem precisar fazer verdadeiros malabarismos atras de informação confiável. Vamos supor que você seja usuário de windows.. Imagine que você quisesse saber como vai funcionar o engine do próximo DirectX e quais os chipsets seriam melhor beneficiados por essa nova arquitetura? Imagino que seja quase uma missão impossível uma vez que há estratégia de mercado envolvida nesse processo de desenvolvimento e a Microsoft quer você, mero usuário, a quilômetros de distancia de suas decisões e negociações.

Porém se você tem alguma noção de informática e está disposto a investir uma boa grana em um desktop para que ele possa durar uns 3 anos sem precisar fazer upgrade (o que é meio difícil), saber as tendencias dos seu sistema operacional é uma informação crucial não é mesmo?

Essa é uma das maravilhas do mundo open source, e ao contrário do que muita gente pensa, você não precisa ser expert em C para entender o que está rolando de novidades no kernel do linux. Essa é a idéia do kernelnewbies. Fornecer informações que possam ser lidas por um ser humano “normal” sobre as últimas implementações desse projeto.

Uma vez que você sabe exatamente o que contem a nova versão do core do Linux você tem a opção de esperar a sua distribuição atualizar para uma versão que contenha o novo kernel ou até mesmo compilá-lo se não tiver paciência de esperar.

Então vamos a algumas novidades interessantes no último release..

Em 25 de Dezembro foi lançado a versão do kernel 2.6.28 e com ele vem a inauguração de um novo módulo para controle de memória da GPU chamado GEM (Graphic Execution Manager). O GEM foi concebido pelo pessoal da Intel e se mostrou superior ao seu similar TTM. Segundo o changelog do kernelnewbies, alguns benchmarks apresentaram uma melhora de 50% com a utilização do GEM!

Infelizmente, serão beneficiados a principio, apenas os possuidores de uma placa de vídeo com chipset Intel e que utilizem o driver i915 (meu caso.. espero que também seja o seu! :). A boa noticia, segundo o kernelnewbies, é que muitos drivers já estão implementando o suporte ao GEM.

Além dele, há outras novidades não menos interessantes como o lançamento, agora oficial, do EXT4 que também apresenta uma melhoria em performance considerável e não será necessário formatar todo o seu disco para fazer o upgrade!

Embora a vontade seja grande, vou aguardar o lançamento do Jaunty para testar o GEM e comprovar a sua melhora de performance. Afinal.. é por isso que eu escolhi o Ubuntu.. Para me preocupar o mínimo possível compilando pacotes gigantescos, resolvendo quilos de dependências e consequentemente focando no que realmente me interessa e tendo boas noites de sono! :)

Se você não conseguir se conter, compile o kernel ou atualize para o Jaunty beta e comente o resultado!

Um abraço, um bom 2009 e até a próxima!

-LeoLuz-

Até que enfim saiu o tão esperado VirtualBox 2.1 com a correção do bug que não permitia sincronizar o Iphone/Ipod Touch com um Linux box como host. Neste momento estou sincronizando e está funcionando perfeitamente.

Porém, algumas dicas para que tudo ocorra bem.

Importante: As configurações abaixo foram testadas no Ubuntu 8.10 Intrepid Ibex. Caso você use outra distro ou ainda não tenha atualizado seu Ubuntu, não garanto o funcionamento 100%.

Vamos lá:

Após ter instalado/atualizado seu Virtualbox para a versão 2.1, adicione no final do seu arquivo fstab em /etc/fstab:

Lembre-se que o grupo que o device (devgid) deve pertencer é o grupo do usuário vboxusers. Portanto deve-se substituir id 46 do exemplo acima pelo id correto. Para descobrir o id correto execute:

Deverá aparecer algo como:

Na sua maquiná provavelmente aparecerá outro id. Então substitua pelo id correto no seu arquivo fstab citado acima. Em seguida verifique se o seu usuário faz parte do grupo vboxusers com o comando:

Caso não faça parte, adicione o seu usuário a esse grupo com:

Após feito isso digite o comando abaixo ou se preferir, reinicie o seu computador (<- eu sei que isso é uma heresia para a comunidade Linux! :p ):

Agora o Virtualbox vai conseguir conversar com sua porta USB e o melhor de tudo, o iTunes vai sincronizar com o seu Iphone/Ipod Touch sem problema!

Abraços!

-leoluz-

O classluz está de casa nova com o objetivo de melhor atender seu público.

Na verdade o que fiz foi unir o útil ao agradável. Meu pai estava precisando hospedar um portal que ele desenvolveu com um de seus sócios. Como sempre escutei falar bem e tinha muita curiosidade para testar os serviços da Locaweb, acabei escolhendo esse provedor. Principalmente por que eles são os pioneiros no Brasil em Cloud Computing, um conceito muito interessante de prover infra-estrutura computacional como serviço.

Logo após o cadastro já pude comprovar a promessa e em poucos minutos eu já tinha um ambiente muito bem configurado em uma VM rodando Redhat EL 5.2.

Utilizando o painel de controle da Locaweb (sistema web) foi muito facil disponibilizar:

• 3 bancos de dados mySql
• 1 banco de dados Postgre
• 1 serviço Joomla!
• 1 serviço Wordpress

Porém como sou da velha guarda, os dois últimos preferi zerar e configurar na mão mesmo disponibilizando a última versão de ambos.

Não menos interessante é o suporte a aplicações web desenvolvidas em Python e Ruby com os seus respectivos frameworks:

• Python
  • Django
  • Pylons
  • TurboGears
• Ruby
  • Rails

É isso ai.. Agora tenho um verdadeiro arsenal de ferramentas.. :)

A única coisa que com certeza vai faltar é tempo livre para destrinchar todos esses brinquedos. Mas aos poucos eu chego lá!

Abraços e sejam bem vindos a essa nova fase!
-leoluz-

Está quase acabando o dia mas ainda da tempo de mandar essa homenagem! Estava lendo meus feeds quando descobri que hoje é o dia do ninja! Nem sabia que nós tínhamos esse dia! Então aqui vai meu salve não só para aqueles que praticam a arte em si mas também a todos os ninjas de coração!

Não apenas no ambiente de trabalho, mas também em ocasiões do meu cotidiano vejo pessoas se queixando por diversas situações. É o chefe que tem uma determinada postura.. Os subordinados que não te respeitam.. O dono que não enxerga as tendências de mercado.. Os pais que são muito rígidos com seus filhos.. Entre outras infinidades de situações. Confesso que quando vejo alguém com essa postura, penso comigo: “Mas o que você está fazendo de efetivo para mudar esse cenário, o qual você discorda?”. Ao se queixarem, talvez estejam tentando te repassar o problema, uma vez que se vêem incapazes de solucioná-lo. Talvez estejam realmente desabafando para sentirem-se aliviados. Certamente o que não estão fazendo é tentando achar uma forma de solucionar aquele problema.Essas situações são ocasionadas por nossa capacidade racional de discernimento(bem e mal, ruim e agradável, etc…). Dessa forma, é fácil perceber que esses “problemas”, ou melhor dizendo, discordâncias, são muito mais antigas do que se imagina e na verdade sempre estiveram presentes na vida de um homem. Inevitavelmente todos iremos nos deparar com a necessidade de provar o nosso ponto de vista.

Porém, onde para alguns a vida parece ser tão cruel e injusta, outros vêem uma grande oportunidade para treinarem a sua retórica! O fato é: uma vez que uma discordância, seja ela qual for, é na verdade fruto de uma característica humana(razão), ela também pode ser solucionada utilizando-se esse dom. É exatamente nesse ponto que entra em cena a retórica. Retórica é uma arte de discurso onde o objetivo do interlocutor é persuadir o seu publico alvo, fazendo com que esses aceitem o seu ponto de vista como certo.

Um dos primeiros filósofos a dedicar uma obra inteira sobre a retórica foi Aristóteles (Rhetoric – 350 A.C.). Na obra ele identifica que a retórica se divide em trés níveis(ou “apelos” como o próprio Aristóteles os referencia):

1. Ethos (Credibilidade): Está relacionado ao convencimento em função do caráter do interlocutor. O ser humano tem uma tendencia natural em acreditar mais em pessoas que já tenham um certo nível de credibilidade. Dessa forma, quanto mais respeito tivermos por uma pessoa mais tendenciosos seremos para acreditarmos nela. Quanto mais credibilidade uma pessoa cultivar, mais credibilidade ela irá adquirir justamente em função dessa característica que carregamos.
2. Pathos (Emocional): É a forma de persuadir uma pessoa, ou grupo de pessoas em função da emoção. Um exemplo de apelo emocional é claramente notado em algumas instituições religiosas que agem de má fé para conseguirem mais e mais fiéis. Muitas pessoas procuram essas instituições quando estão abaladas emocionalmente por algum problema de suas vidas e dessa forma ficam vulneráveis aos apelos que são minuciosamente trabalhados para atingí-los. (De qualquer forma gostaria de enfatizar que não são todas as instituições religiosas que agem dessa forma e nem é de meu interesse julgar esta ou aquela).
3. Logos (Logica): É a forma de persuasão preferida de Aristóteles onde o interlocutor convence seu publico alvo utilizando-se da técnica da argumentação racional. O apelo lógico é de certa maneira inqüestionável e com certeza a técnica mais efetiva de convencimento, uma vez que são apresentados argumentos racionais para provar uma determinada tese.

Aristóteles identifica no apelo lógico o entimema onde são apresentadas duas proposições com o objetivo de se fazer subentender uma terceira, mesmo que essa possa não ser 100% correta, embora de alguma forma seja verdadeira. A definição não ficou tão clara, mas com um exemplo básico, vemos que na verdade é bem mais simples do que parece. Vamos assumir as seguintes proposições:

• A CVC é uma empresa de turismo.
• Eu trabalho na CVC.

Ao raciocinarmos sobre as duas proposições acima, podemos facilmente concluir que:

• Eu trabalho com turismo.

Embora essa conclusão pareça até meio óbvia, ela não é puramente verdadeira uma vez que trabalho na área de Arquitetura de Software da CVC e o meu trabalho não está ligado diretamente às práticas do turismo. Acontece que sábios conhecedores do entimema podem usar essa técnica para fazer com que você pense que chegou a uma determinada conclusão sozinho, quando na verdade foi induzido para tal.

Meu objetivo não é me aprofundar muito nas técnicas de Aristóteles e caso você queira ler sua obra na íntegra basta clicar aqui. Apenas quis mostrar, ou melhor, provar o meu ponto de vista, que se você realmente quiser e estiver bem embasado, você pode sim fazer a diferença! Tenho certeza que a retórica não resolve todos os problemas do mundo e talvez nem a metade deles. Porém ela é uma forte aliada a qual devemos aprender a utilizar e a lidar. Digo.. isso se você for uma pessoa séria, e não apenas mais um fanfarrão misturado na multidão.

Resgatando o objetivo inicial do post; Entendo que seja muito mais fácil e comodo assumir uma postura defensiva e ficar em cima do muro, mesmo que isto não contribua em nada para melhorar a sua vida, afinal para que esquentar a cabeça se já está chegando a hora da novela e amanhã é apenas mais um dia ??!

Como diria um velho colega:
“Eu é que te perrgunto…”

Até amanhã!
-l30-

[]’s
-l30-

De seis em seis meses uma nova versão do Ubuntu é lançada. Essa release ocorre aproximadamente 1 mês depois do lançamento do Gnome. A versão do SO sempre segue o formato ano.mês, ou seja:

8.04 lançado em abril de 2008
8.10 lançado em outubro de 2008
9.04 será lançado em abril de 2009
e assim por diante…

Outra curiosidade é a questão dos codinomes das versões que são sempre nomes duplos onde a primeira letra é sempre repetida e em ordem alfabética. Veja:

6.06 Dapper Drake
6.10 Edgy Eft
7.04 Feisty Fawn
7.10 Gutsy Gibbon
8.04 Hardy Heron
8.10 Intrepid Ibex
9.04 será Jaunty Jackalope

Esse post explica melhor o significado desses nomes.

Abaixo seguem alguns links de release notes dos componentes mais importantes dessa nova versão:

• GNOME 2.24.1 With Tabbed File Browser
• Linux kernel 2.6.27
• X.org 7.4
• Network Manager 0.7
• Guest session/Switch User
• PAM authentication framework
• nVidia “legacy” video support
• Create Bootable USB drive at the time of installation
  fonte

Caso você saiba de alguma curiosidade que não citei, adicione um comentário.

[]’s e até a próxima!
-l30-

Uma das características mais expressivas do Emacs é sem dúvida a incrível capacidade de expansão e customização de suas funcionalidades. Na minha opinião o real ganho de produtividade com a ferramenta apenas ocorre quando você a customiza para as suas necessidades. Porém essa tarefa não é nada corriqueira e exige alguns conhecimentos da especificação POSIX caso você queira dominá-la. Porém esse não deve ser o seu intuito (nem o meu!). O básico já resolve!

O beaba..

A maioria das funcionalidades do Emacs são feitas em Lisp, ou melhor Emacs Lisp e são distribuídas através de arquivos .el ou arquivos de extensão como são chamados. Você não precisa programar em Lisp ou Emacs Lisp para instalar uma extensão. Para isso basta copiar o arquivo .el para qualquer pasta listada no load-path do Emacs. O problema é que dessa maneira você pode perder o controle das suas extensões pois elas ficarão espalhadas pelo seu SO. Caso você queira utilizar o emacs em outra máquina por exemplo, vai ter um trabalhão até garimpar tudo e colocar no lugar certo. Dessa maneira, achei melhor montar o meu ambiente de maneira uniforme, o que traz várias vantagens que eu explico melhor em outro post. Escolha um diretório qualquer para conter todas as customizações e extensões do seu Emacs. No meu caso ficou em:

Em seguida você precisa dizer ao emacs para procurar por arquivos de extensões a partir desse nível de diretório. A forma mais limpa e eficaz que eu achei para fazer isso foi adicionar a seguinte linha no arquivo .emacs (geralmente em /home/<seu diretorio>/.emacs):

Apenas substitua o caminho entre “” pelo seu caminho escolhido e pronto. Com isso você disse para o Emacs qual será o caminho que ele também deverá procurar para carregar suas configurações e extenções.

Dessa forma você consegue gerenciar seu ambiente Emacs de maneira mais dinâmica e poderá ser facilmente migrada para outras máquinas.

Vamos lá, agora basta achar alguma extensão interessante pela net e sair testando para ver se atende suas necessidades. Uma que eu achei e gostei bastante foi a Ido (InteractivelyDoThings). Ela torna a ação de abrir um arquivo muito rápida e inteligente, entre outras coisas. Sua última versão pode ser baixada direta de seu CVS.

Por padrão, a documentação de como utilizar uma extenção vem escrita no próprio arquivo .el, portanto não há mistério.

Boa sorte e até a próxima!

[]’s
-l30-