Intro

Ultimamente tenho trabalhado bastante para contratar novos desenvolvedores Java para a empresa onde trabalho. Estou experimentando algumas técnicas para ver como consigo ser mais acertivo filtrando os melhores candidatos. Nesse post gostaria de citar uma delas que tenho achado bem relevante: A decisão em grupo.

A técnica

Basicamente consiste em promover uma entrevista coletiva entre os integrantes do time e o candidato dando a eles o poder da decisão final. Essa técnica tem uma inspiração no Ricardo Semler que é reconhecido internacionalmente por implementar a democracia industrial na Semco no final da década de 80 e até hoje é citado em eventos ao redor do mundo.

Se pararmos para pensar um pouco, e analisarmos cada ação que realizamos no nosso dia a dia, com certeza vamos ser capaz de identificar vários pontos de melhorias. Para ilustrar vou usar o exemplo da contratação de um novo integrante para um time de programadores. Vamos lembrar de como isso geralmente acontece:

1. O RH da sua empresa acessa um banco de currículos;
2. O responsável pela contratação de pessoal filtra os currículos pela sopa de letrinhas (JSF, EJB, Rails, Python, etc..) que eles não fazem a mínima idéia do que significa.
3. Somente após terem levantado pelo menos uns 5 currículos eles convocam todo mundo para uma dinâmica de grupo.
4. Todos executam os mesmos testes psicotécnicos e os que passarem são enviados ao departamento responsável pela contratação.
5. O gerente da área chama cada candidato aprovado pelo RH e dá o veredito final contratando o que apresentou uma melhor desenvoltura na entrevista.

Você já viu algo parecido com isso acontecendo em alguma empresa por ai? Você vê algo de errado com essas etapas do processo? Vamos lá..

O primeiro ponto é a questão curricular. O currículo nada mais é do que um papel, e papel aceita tudo. Se eu quiser colocar no meu currículo que sou especialista na tecnologia X sem nunca ao menos ter trabalhado com ela eu coloco. Nada vai me impedir disso. Alguns vão dizer: mas vai do caráter de cada um! Ok.. Mas ai eu pergunto: Você acredita no caráter de uma pessoa sem nunca tê-la visto na vida? (ah! O papai-noel te mandou lembranças). O fato é que podemos conviver anos com uma pessoa e nunca conhecê-la de verdade. O dirá um currículo então?

Não sou cético o bastante para não acreditar em dinâmicas de grupo, ou testes psicotécnicos. Muito pelo contrário, acredito que todos esses testes funcionem muito bem. Mas a questão não é se o teste funciona ou não. O fato é que Albert Einstein e Charles Darwin eram disléxicos e provavelmente seriam reprovados em testes como esses. Você quer ter pessoas inteligentes trabalhando no seu time certo? Então por que deixá-las de lado?

Por fim o gerente que provavelmente não seja uma pessoa muito técnica vai conversar com o candidato para dar o veredito final. Já vi alguns farsantes com boa lábia se darem muito bem em entrevistas e depois virarem uma verdadeira pedra no sapato do time.

Conclusão

Não estou dizendo que o modelo tradicional seja 100% falível. Eu mesmo já contratei profissionais muito bons usando procedimentos parecidos. A questão é que ele apresenta muitos pontos de falhas e o que estou tentando fazer é ao menos minimizá-los encarando o problema e tentando achar uma uma solução que não seja “enlatada” fugindo um pouco do senso comum.

O que eu chamei de inversão de controle foi o fato de dar ao time como um todo a responsabilidade da contratação. Se o próprio time escolhe seu novo integrante, este será automaticamente aceito e o trabalho irá fluir muito melhor (experiência comprovada).

Intro

Já faz um tempo que eu acompanho o Ubuntu Project. Para ser mais preciso, venho usando esse sistema operacional desde a versão 6.06 (DapperDrake) lançada em junho de 2006. De la para cá muita coisa mudou e em dez dias a partir da data de hoje a Canonical irá lançar sua mais nova versão desse SO, o Ubuntu 10.04 codinome LucidLynx.

Objetivo do Post

A Canonical já disponibilizou em seu site a versão beta para aqueles que já querem ir testando o novo sistema. Meu objetivo com esse post não é listar todas as novas funcionalidades pois essas informações podem ser facilmente obtidas pelo site oficial. A minha meta é mostrar as impressões gerais de um antigo usuário (que conhece alguns problemas das versões antigas). Para isso eu testei a versão beta instalada em 2 maquinas virtuais: Uma com o MacOSX como Host e outra com o Windows7. Infelizmente não fiz o teste com a instalação nativa e dessa forma não vou poder falar muita coisa em relação à performance e aceleração 3D.

Instalação/Inicialização

Tirando algumas pequenas mudanças no layout e alguns efeitos de “perfumaria” o processo de instalação não trouxe nenhuma grande novidade. Ele ainda te pede para executar os mesmos passos até concluir a instalação do SO. Como de costume o processo é bem fácil e qualquer criança é capaz de executar.

Mudança de Layout

O tema default do Ubuntu teve uma grande mudança, o que gerou um certo desconforto na comunidade. Os botões de controle de janelas passaram do lado direito (windows-like) para o lado esquerdo (macos-like). Como layout e design são questões de gosto, você já pode imaginar que a comunidade ficou bem agitada com essa mudança. Particularmente achei que ficou bem melhor do que estilo antigo. O próprio Mark Shuttleworth (dono da Canonical) respondeu para a comunidade colocando argumentos muito coerentes afirmando que o Ubuntu não é uma democracia onde qualquer pessoa pode decidir, e sim uma meritocracia, onde apenas aqueles que demonstram ter mérito em um determinado assunto podem tomar as decisões (IMHO: fair enough). A resposta pode ser lida na integra aqui (recomendo a leitura!).

Gnome 2.30

Como de costume, uma nova versão do Ubuntu é lançada logo após a nova versão do Gnome. O LucidLynx vem com o Gnome 2.30 e este por si só já traz uma serie de novidades.

Social Network

No meu caso a primeira melhoria notada foi em relação à integração do InstantMessenger (Empathy) com o resto do sistema operacional. Pelo visto os desenvolvedores do Gnome estão dando ênfase a social networking pois tudo esta muito bem integrado. Rapidamente você configura suas contas de broadcast (Twitter, Facebook, Identi.ca, etc..) no Gwibber, suas contas de IM (MSN, GTalk, IRC, etc..) no Empathy, e tudo fica muito bem organizado em um único ponto, facilitando muito o gerenciamento. Esse gerenciador chama-se MeMenu , é bem simples e funcional. Vale a pena dar uma olhada na sua especificação para entender melhor a idéia.

O antigo bug do Gwibber que não permitia configurá-lo em uma rede com proxy autenticado foi corrigido e as funções principais estão funcionando muito bem. Não é difícil notar que o novo layout desses aplicativos sofreram uma certa influencia de seus similares para o MacOS: Tweetie e Adium, o que na minha opinião significa um excelente avanço e uma ótima experiência de usuário.

FileManager (Nautilus)

O Nautilus também ganhou uma pequena melhoria em seu layout. Agora ele não só permite que se abram varias abas, mas como também permite que se abram duas áreas independentes para visualização simultânea.

Ubuntu One

O pessoal da Canonical está nitidamente investindo em sua solução de CloudComputing. De forma bem resumida, o Ubuntu One é um diretório virtual que permite que você integre os seus arquivos pessoais na “nuvem” da Canonical. Algo similar ao MobileMe da Apple.

Para aqueles que se interessam em saber um pouco mais da arquitetura do Ubuntu One, vão descobrir alguns fatos curiosos como por exemplo, a utilização do CouchDB (Document Based Database) no projeto.

Infelizmente não consegui sincronizar nenhum arquivo com a minha conta pessoal. A aplicação apresentou alguns bugs graves e no final deu um crash feio. O relatório do bug foi devidamente enviado para a Canonical. Esperamos que até o lançamento da versão final já esteja mais funcional.

Kernel 2.6.32

As questões relacionadas ao kernel são de mais baixo nível e já não interessam a grande maioria das pessoas. Porém se você é um verdadeiro usuário Linux tenho certeza que vai procurar se informar um pouco sobre como anda a evolução do cérebro do sistema. De qualquer forma, um fato que achei curioso pesquisando sobre a próxima versão (2.6.33) é que eles removeram todo o código do Android. Ou seja, no LucidLynx ainda há código obsoleto a ser removido. De qualquer forma isso não significa muita coisa em relação à performance do sistema conforme relatado. Segue o trecho do changelog que explica o ocorrido:

Google doesn’t seem to have interest in improving the Android drivers to have minimum quality standards which could allow to merge them in the main Linux tree and share them with the rest of community. Of course, that’s totally legal, but it’s sad that a project that is doing so much to bring open source to the masses has become an example of how not to interact with an open source community.

Artigo recomendado: Android and the Linux kernel community.

Conclusão

Apesar de ter presenciado alguns bugs graves na integração do SO com o Ubuntu One, lembro que ainda estamos na versão beta. Até o lançamento da versão final esses problemas provavelmente já estarão corrigidos. A funcionalidade parece bem interessante e a Canonical esta com uma política de conta free com 2GB. Vai ficar bem legal quando tudo estiver 100% funcional.

Outra questão legal é que a Canonical está realmente trazendo algumas inovações para o sistema como uma área de social networking nativa totalmente integrada. Particularmente, não acredito que os 2 outros SOs irão lançar alguma solução similar a essa por questões de marketing, pois a principio eles estariam promovendo indiretamente outras marcas como o Google, Twitter, M$, etc, e isso talvez não seja algo tão interessante no mundo dos negócios. No meu ponto de vista, essa é mais uma vantagem em se usar qualquer distribuição Linux. Os distribuidores não tem que se preocupar tanto com estratégias comerciais. Se o software é livre e a funcionalidade é interessante o bastante para ser publicada por que não disponibilizá-la na próxima versão?

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ético 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-