Próximo de completar 4 anos trabalhando na SWATminha jornada chega a um final. Neste tempo posso garantir que esta foi a melhor e mais incrível experiência profissional que já tive. Comecei a trabalhar na SWAT como um líder de um pequeno grupo e usuários e saio como um palestrante internacional, contribuidor de projetos Open Source e lider de um incrível grupo de usuários.Chegou a hora de mudança, os anos estão se acumulando sobre mim e esta na hora de botar o meu plano de vida de volta nos trilhos. Neste tempo da SWAT as oportunidade que me foram oferecidas me permitiram expandir minha rede de contatos desde os EUA até as Filipinas.

Tive a oportunidade de trabalhar com pessoas incríveis durante meu tempo na SWAT, e aprender com pessoas como o CEO da SWAT, Jacques van Niekerk. Dentro e fora do trabalho conheci pessoas de todas comunidades como a galera da WebCo e as incriveis cabeças do time SWAT Brasil, que me mantiveram acordado e aprendendo.Ao final deste ano, assumo uma nova posição na WEBClusive em Amsterdam, Holanda. Vai ser uma mudança radical, mas uma que eu e minha esposa planejamos e pensamos cuidadosamente antes de decidir. Muito tempo atrás eu e minha esposa decidimos que iríamos passar um tempo fora do Brasil, aproveitar novas culturas, viajar, aprender e expandir nossas vidas profissionais e pessoais, e agora a oportunidade bateu na porta. Este é um momento para mim profissionalmente, de voltar a ser um peixe pequeno e um grande lago, e aprender de novos grandes profissionais. Aproveitar o momento do PHP na Europa onde grandes mudanças do PHP e dos Frameworks estão começando.

Além disso tenho a oportunidade de encontrar e interagir mais com meus colegas da Europa e EUA, aproveitar esta rede de contatos que construi nestes anos. Eu agradeço muito a todos com quem interagi neste tempo em São Paulo, a SWAT pelos incríveis anos de trabalho e a Comunidade PHP do Brasil, que vi crescer e pude contribuir com este crescimento, e é hoje uma comunidade de respeito muito bem conhecida fora do país.

Aos que interessar estarei vendendo muita coisa para a mudança, fiquem de olho por aqui e no meu twitter para novidades. Farei de novembro e inicio de Dezembro meu mês de despedidas, então fique de olho nisso também.

Nota: Porque "de volta ao velho continente"? Fato pouco conhecido, sou cidadão Alemão (por direito não nascimento) e morei 3 anos durante minha infância na Alemanha.

© Rafael Dohms for Rafael Dohms, 2011. | Permalink | One comment
Want more on these topics ? Browse the archive of posts filed under Carreira, Pessoal/Off-topic, PHP.

Recentemente tenho esbarrado com alguns artigos que me deixam na dúvida se seus autores realmente entendem o que é o papel de um blog e de artigos técnicos, ou se o foco deles seria menos honrado e apenas uma forma de atrair mais visitas. Sim, falo do que já conhecemos hoje na internet como ‘flame-baits’ ou seja, iscas para discussões (negativas). São geralmente posts polêmicos, sem embasamento, movidos por uma opinião pessoal e carregados de termos clichê e piadinhas. Menos mal se estes posts fossem apenas ferramentas de autores de blogs pessoais, muito pior quando aparecem em grandes “veículos” de comunicação ou sites especializados.

Dois exemplos me passaram pelo browser recentemente, um artigo gringo sobre PHP x Python, cujo embasamento completo era um tirinha XKCD, um pato e um pedaço de código ilegível. O segundo, brazuca, intitulado PHPog, uma questão de design, publicado recentemente na iMasters. O grande centro do artigo é uma comparação entre PHP OO e Java OO, como as coisas deveriam ser feitas no PHP, e a grande reação dos leitores foi a de que certas coisas no PHP são diferentes e isso não é negativo (tem mais, mas vamos resumir assim). O questionamento é válido, e as discussões sobre a implementação de OO do PHP também, porém o artigo vai além disso, usando temos como o POG (programação orientada a gambiarras) para descrever a implementação e outras formas pejorativas de tratar a linguagem e seus programadores.

Neste ponto mora o problema. Ao agredir a linguagem com piadinhas o resultado esperado pelo post não é mais uma discussão séria sobre o assunto, e sim atrair milhares de fãs sedentos por sangue para defender sua linguagem e retribuir palavras não carinhosas ao autor do artigo. Este foi exatamente o resultado de ambos artigos, sim eles tiveram muitas visitas, sim tiveram muitos comentários, mas isso realmente é bom? Compare 1000 visitas de xiitas revoltados com 200 visitas de pessoas querendo mostrar um ponto de vista diferente sobre um assunto, com qual você aprenderá mais? E a imagem de sua empresa/sua pessoa, como ela vai ficar após esse barulho todo? Pra mim os resultados de ambos artigos poderiam ser muito mais instrutivo, foco na discussões técnicas e menos barulho de “extremistas” e “ativistas” além de exaltarem a imagem dos sites envolvidos por iniciarem discussões de alto nível.

Por isso, uso este meu espaço para ponderar sobre o assunto, e tentar mostrar minha opinião sobre o que seria um artigo técnico bem escrito.

Como escrever artigos técnicos melhores?

1. Evite usar tirinhas cômicas. Sim é divertido, e vai “quebrar o gelo”, mas se você precisa quebrar algum gelo, repense suas intenções com o artigo, elas podem já estar erradas.

2. Fuja de palavras polemicas e pejorativas. Evite usar termos como o POG citado acima, se o artigo fosse chamado “Aplicando Design Patterns usando PHP: qual a melhor forma?” a discussão final teria se focado muito mais em discutir as implementações de OO do PHP do que comentários como “Como se POG existisse só no PHP”, ou “< ?php print “Calma galera” ?>” e até “Nunca vi tanta ignorância incorporada em um único texto.”. Você pode discordar da linguagem e de como algo foi implementado, deve!, porém faça isso com o devido respeito e seriedade.

3. Expresse sua opinião, mas deixe isso claro. Cal Evans uma vez falou que um desenvolvedor só pode ser considerado Sênior, se o mesmo souber se expressar, ou seja, escrever artigos e mostrar seu trabalho e seu raciocínio através disso. Porém ele deve saber também defender suas ideias e mais importante ainda, saber quando admitir o erro. Lembre-se disso, sempre ˜haverá opiniões contrárias, as vezes todas corretas em sua forma, mas as vezes você realmente estará errado, saiba aceitar isso. Atualize o post se for o caso.

4. Pesquise. Estude. Pesquise. Escreva. Mesmo que sempre que você for falar de um assunto o artigo não passe de sua interpretação sobre o mesmo, é sempre uma boa ideia se precaver. Portanto pesquise muito sobre o assunto, procure opiniões contrárias e analise de outros pontos de vista. Caso esteja aberto a admitir o erro depois lembre-se das regras acima, elas irão potencializar uma resposta positiva e o aprendizado.

5. Referências == credibilidade. Se o que você quer explicar se baseia em algum material que leu, faça sempre referências ao material, aponte de onde ele veio, isso trará para o seu conteúdo mais relevância e agregará os argumentos do outro autor aos seus.

6. Quantidade não significa Qualidade. Ter 1001 visitas não significa que seu artigo é bom, ou ruim. Artigos polêmicos, ou sem embasamento e agressivos acabam atraindo muitas visitas, pessoas que querem ver pra acreditar, ou deixar um comentário agressivo. Se o seu objetivo é ter muitas visitas isso realmente funciona, porém qual foi a impressão que as pessoas tiveram de você ao sair de lá? Agora um artigo que deveria divulgar seu trabalho e te projetar como profissional, acabou de mudar a opinião de pessoas para não mais te considerar para uma possível vaga.

7. Não critique, compare. Respeite. Muitas vezes vejo artigos escritos apenas para debochar ou ridicularizar algo, ou a forma como alguém fez algo. Quer fazer algo construtivo? Faça uma comparação sobre como o artigo foi escrito e como ele poderia ser escrito, talvez até de umas dicas de como melhorar. Além de tudo, respeite o profissional que escreveu ou criou aquilo que é alvo de seu artigo, nem todos concordamos em tudo, mas isso não é motivo para chacota e desrespeito.

8. Exemplos práticos. Nem todo tema é passível de um exemplo prático, mas em se falar de tecnologia e desenvolvimento isso geralmente é possível, então faça! Anexe um código, aponte um repositório, um diagrama de classes ou um ERM. Ilustre seu artigo com exemplos e gráficos, a leitura fica mais agradável e coerente.

9. Começo, meio e fim. Pense e planeje seu artigo. Todo artigo tem um objetivo. Para chegar nele o artigo precisa de um começo ou uma introdução, um meio ou o desenvolvimento do tema, e um fim, a conclusão. Isso se aplica a todos artigos, mas também vale pra artigos técnicos. Por exemplo: Descreva o problema que vai resolver, mostre como resolver e conclua se foi ou não uma boa escolha. Garanto que se o seu artigo passa 5 parágrafos contanto a historia do John Armless e no final não explica onde ele se encaixa no tema nem porque, seus leitores vão ficar confusos, e indignados.

10. Don’t be a douchebag. Eu gosto desta frase em inglês por ela ser a forma mais ofensiva sem ser ofensiva de se dizer, não seja um chato. Acalme o ego, baixe a crista, seja sério e respeitoso, receba comentários bem, mesmo os mal educados.

Bem, seguindo minha própria receita, esta é minha opinião, assim são construídos os artigos que eu respeito e gosto de comentar e discutir. Posso estar errado, então por favor comente sua visão do assunto nos comentários, faltou alguma regra? Espero que este artigo possa inspirar artigos melhores de valor técnico e que discussões possam brotar destes.

© Rafael Dohms for Rafael Dohms, 2011. | Permalink | No comments
Want more on these topics ? Browse the archive of posts filed under Dicas e Truques, PHP, Tecnologia e Internet.

A matéria sobre segurança procurava informar o usuário da internet como evitar problemas de segurança e emails de "phishing". O termo descreve ações onde usuários mal intencionados enviam email falsos, com links para sites que imitam, com intuito de roubar informações da vítima.

As dicas foram bem simplórias e de forma geral corretas, porém aos 2:15 da matéria o Sr. Jeferson D'Addario (@jefebrasil), especialista em segurança convidado pelo jornal comete um grave deslize, a frase:

"... quando for .php, pode ser em grande maioria, um virus ..."

Esta informação, especialmente no contexto que foi dada é extremamente incorreta, e causa alarde desnecessário.

O PHP se trata de uma linguagem de computação utilizada para criar sites na internet, linguagem na qual trabalho a 12 anos já. Estima-se que mais de 26 milhões de dominios na internet sejam feitos com PHP (fonte, fonte 2007), dentre esses grande sites como o Facebook e a maior parte dos blogs, que utilizam a plataforma WordPress, escrita em PHP.

Com isso a afirmação do Sr. Jeferson de que podemos identificar um virus pela extensão .php é absurda e pode causar danos a muitos sites.

Exemplo usado na matéria

No exemplo dado, que aparece acima a verificação da URL fraudolenta pode ser feita pelp dominio apresentado "nyamphande.com" que não pertence ao Serasa. Este mesmo ataque pode ser feito com arquivos de extensão .asp, .py até .html ou se o ataquende desejar, .css, .js .globo, .qualquercoisa . Pois esta extensão é configurada no servidor.

É pratica comum no PHP utilizar configurações para ocultar este suffixo ".php", porém muitos sites não utilizam esta pratica e nem por isso são sites de Phishing. Muito menos a "maioria" destes sites é malicioso.

Espero que este artigo rápido esclareça a dúvida criada pelo profiossional, e que a extensão .php que pode ser usada pelo seu site favorito não seja motivo de alarde.

UPDATE:

Após publicação deste artigo pude acompanhar a repercursão do assunto na internet, inclusive em sites como o Twitter onde a hashtag #phpvirus foi para os Trending Topics rapidamente. Programadores PHP e de diveras linguagems demonstraram indignação pela desinformação prestada na matéria. Foi possivel também ver tirinhas como esta do ProgramadorReal.

Poucas horas depois estava no ar um abaixo assinado feito pela comunidade de programadores PHP pedindo uma retratação. Faça sua parte, aguardaremos a Rede Globo se manifestar.

UPDATE 2:

Neste sábado o jornal hoje apresentou nota corrigindo a citação acima e deixando claro que páginas terminadas em .php não são geralmente ameaças e sim parte comum da internet. Aproveito para agradecer o jornal hoje por corrigir a matéria e por soltar esta nota hoje. Veja o video

© Rafael Dohms for Rafael Dohms, 2011. | Permalink | One comment
Want more on these topics ? Browse the archive of posts filed under PHP.

No ano anterior minha palestra foi uma introdução ao PHP, este ano tive o prazer de apresentar a palestra “Trilhando o caminho PHP”, de longe minha palestra favorita. Eu gosto dela pois não é uma palestra técnica e embora todos exemplos sejam geralmente voltados ao PHP ela é uma palestra que pode se aplicar a todo profissional da área de TI e até mesmo de outras áreas. Nela eu procuro apresentar ideias e sugestões de caminhos a serem tomados para o crescimento e sucesso profissional, como aumentar seu conhecimento, divulgar seu nome, conhecer as pessoas certas e eventualmente empregos melhores. Ela nasceu inspirada em minha carreira, mas foi se transformando ao longo do tempo com inputs de diversos profissionais da área e da comunidade, trazendo novas dicas e historias de sucesso.

Por esses motivos foi um prazer palestrar no evento, ver a platéia cheia e a presença de não-phpzeiros e especialmente o feedback pós-palestras, as perguntas e as conversas que se seguiram foram muito legais e eu senti que refletiram a mensagem passada na palestra. Mas a Campus Party me trouxe algo diferente este ano, além da presença de minha esposa e meu irmão na platéia, por ser um ambiente de extrema produtividade social ou sei lá como descrever isso acabei por poder assistir um video que comentava minha palestra. A Juliana Santos Flor Moreira estava na platéia conferindo a palestra e no dia seguinte postou um video onde fazia sua considerações sobre a palestra, o feedback foi excelente para mim, enquanto tentava explicar para outros o conteúdo da minha palestra foi possível ver exatamente quais pontos marcaram ela durante a palestra e já me deram ideias de como melhorar ela e fazer com que a mensagem fique mais clara.

Se ainda não participou de uma Campus Party, não deixe de participar no futuro, é um evento incrível e maluco ao mesmo tempo, com um pouco de maturidade e foco é possível dar um bom gás em sua vida profissional e aprender muito.

© Rafael Dohms for Rafael Dohms, 2011. | Permalink | One comment
Want more on these topics ? Browse the archive of posts filed under Eventos, PHP.

As novas bibliotecas, ou SDKs, seguem o velho ditado do "filho de peixe, peixinho é". Embora estejam novas e com cheirinho de carro novo, a documentação de como utlizar elas eficientemente está vaga, ausente ou espalhada em diversos blogs, como este, em posts de usuários que querem compartilhar a informação com futuros sofredores desenvolvedores ou apenas ter a anotação para uso posterior.

Então isto se trata de um exemplo desta situação, tenho usado os novos recursos e as novas bibliotecas e tenho tido diversas dificuldades, portanto decidi começar a colocar algumas destas coisas em meu blog, por dois motivos: espalhar a informação, e ter anotações pra eu me lembrar depois.

Como posso executar queries em FQL usando a nova SDK?

FQL é a alternativa do Facebook para o SQL, permitindo que você busque dados como se estivesse acessando um banco de dados gigante, esta documentação felizmente ainda esta atualizada e você pode ver uma lista de "tabelas" de onde pode buscar informações, o restante dos truques você vi aprendendo enquanto usa.

Na biblioteca antiga, baseada na API REST, era bem simple rodar uma FQL:

$facebook->api_client->fql_query("SELECT uid, pic, pic_square, name FROM user WHERE uid IN (SELECT uid2 FROM friend WHERE uid1 = 111111111)");

Porém isto (e muitos outros métodos) não está mais disponivel na nova PHP SDK então eu demorei um bucado de tempo para descobrir como poder enviar uma requisição de execução de uma FQL, já que o único método disponível era o api(), um método polimorfíco e não-documentado. Eu finalmente achei a resposta em um blog semelhante ao meu, com alguém que teve a mesma experiência. A requisição é feita assim:

<?php
	//Get Facebook SDK Object
	$config = array(
	  'appId'  => APP_ID,
	  'secret' => API_SECRET,
	  'cookie' => true,
	);

	$facebook = new Facebook($config);

	//Create Query
	$params = array(
	    'method' => 'fql.query',
	    'query' => "SELECT uid, pic, pic_square, name FROM user WHERE uid IN (SELECT uid2 FROM friend WHERE uid1 = 111111111)",
	);

	//Run Query
	$result = $facebook->api($params);
?>

Uma vez que você finalmente descobre que deve passar o parametro "method" para definir o método da API que pode ser executado, e ai descobre que deve passar sua busca em um parametro chamado "query", você tem a faca e o queijo na mão. Não preciso nem dizer que isso pode demorar um pouco mais do que esperado.

No meu ponto de vista este pedaço de código porém é horrivel, não gosto de criar arrays para poder passar parametros para uma função, cada vez que for rodar ela. Então decidi que para usar essa SDK corretamente eu ia precisar extender ela e implementar algumas correções, neste caso um Helper Method para FQL. Veja como ficou:

<?php

namespace App\Facebook;

include_once \ROOT_PATH . 'library/vendor/facebook/facebook.php';

class Client extends \Facebook
{
    private $config;
    private $reqPerms;

    /**
     * Runs a FQL query agains the API
     *
     * @param string $query
     * @return array
     */
    public function fql($query)
    {
        $params = array(
            'method' => 'fql.query',
            'query' =>$query,
        );

        return $this->api($params);
    }

}
$config = array(/* insert config here */);

//Using client
$fb = new App\Facebook\Client($config);

$query = "SELECT uid, pic, pic_square, name FROM user WHERE uid IN (SELECT uid2 FROM friend WHERE uid1 = 111111111)";
$result = $fb->fql($query);

?>

Isso faz chamar uma FQL rápido e simples, além de te dar a vantagem de ter a SDK embrulhada dentro do seu próprio namespace e, de bonus, ter uma forma mais simples de mockar e testar código relacionado, isso porque temos agora um método para mockar e não mais nos preocupar com paramentros passados.

Eu dei um passo além e aproveitando que o SDK esta no GitHub, comitei esta alteração em um pull request. Ele ainda não foi aceito, mas espero que ele seja em breve e que mais pessoas possam se beneficiar com ele.

Espero que gostem e que isso lhe dê mais ideias de como melhorar o uso da nova SDK e eu voltarei em breve com mais dicas.

© Rafael Dohms for Rafael Dohms, 2011. | Permalink | No comments
Want more on these topics ? Browse the archive of posts filed under Dicas e Truques, PHP.

A minha impressão sobre as novas ferramentas foi bem clara, ele cuidaram de problemas muito importantes, mas mais que isso, problemas que foram citados no Microsoft Web Developer Summit (MSWDS) que pude participar em 2009, foi muito gratificante perceber isto, pois significava que eles estavam prontos para escutar e realmente estavam levando nossas opiniões em consideração, tornando esta reunião muito mais importante e mostrando que temos uma parcela de participação no assunto (obviamente não longe o bastante para afetar o plano de negócios deles).

Então, como a Microsoft esta facilitando o desenvolvimento com PHP?

Montar uma pilha LAMP (Linux, Apache, MySQL, PHP) completa em um servidor linux é algo relativamente simples se você possui conhecimentos básicos de Linux a da linha de comando, mas aqui no Brasil temos uma grande parcela de programadores PHP usando Windows como seu primeiro ambiente de desenvolvimento, especialmente se analisarmos o nível mais iniciante da comunidade (desenvolvedores experientes geralmente estão em linux ou mac hoje em dia). Isso significa que no nível de entrada a primeira experiência de um programador com PHP é em uma pilha WAMP (Windows, …). Sem dúvida você pode usar soluções como o XAMPP ou WAMP Server para instalar a pilha completa, mas convenhamos Apache e PHP no Windows é no máximo horrível, e isso deixa uma má impressão nos desenvolvedores. Qual é a solução? Bem, é o IIS, mas levanta a mão ai os iniciantes que tem a mínima idéia de gerenciamento de IIS ou configuração, ou até mesmo quem quer saber disso. Estou chutando, mas aposto que poucas mão estão levantadas agora.

Entra em cena o Web Plataform Installer, lançado alguns anos atrás ele resolve este problema muito bem, instala a pilha e aplicações como Drupal ou WordPress ou qualquer software relacionado e configuração necessária. Ele ataca diretamente na raiz o problema de se ter uma pilha funcionando, e ele faz isso muito bem na versão 2.0. O que vimos na reunião me fez acreditar que isso vai melhorar ainda mais: WebPI 3.0, atualmente em beta.

Esta versão também marca o lançamento do PHP Manager que faz a tarefa de configurar e gerenciar instalações de PHP mamão com açúcar, e ainda nos dá outra possibilidade muito bacana, ter múltiplas versões de PHP rodando lado a lado na mesma máquina, cada site rodando em uma versão, isso significa que você pode hospedar sua aplicação legado e ter uma novinha em folha rodando PHP 5.3 na mesma máquina. Isso é realmente bom para aquele perfil de iniciante que agora pode ter em suas mãos muito poder e com uma curva de entrada muito baixa. Isto também ajuda outra camada de desenvolvedores, os criadores de frameworks a aplicações, pois isso torna muito fácil o processo de subir máquinas virtuais com Windows e testar seu novo release em diversas versões do PHP, quantas vezes você já sofreu pra fazer isso?

Outro pacote bem interessante é o WebMatrix, que fornece um ambiente de desenvolvimento completo com todos os pacotes “Express” e inclui uma IDE leve e simples para trabalhar com código. Mas a parte mais legal é que ele também cuida de um problema que todos nós no MSWDS falamos em coro, “fazer deploy para servidores Windows é doloroso”. É a função “publicar” que permite conectar sua máquina com um servidor Windows e fazer o deploy completo direto da ferramenta, um simples apertar de botão, que tal isso para facilitar a vida?

Ainda falando de WebPI outra funcionalidade muito bacana: Galeria de Aplicativos. Imaginem um feed com centenas de aplicativos a um simples clique de uma instalação completa, isso é muito bom para aquelas rotinas diárias e simples, como subir uma instancia de WordPress para sua vó. Mas ela vai muito além disso para aquela parcela de desenvolvedores que baseia sua carreira em vender aplicativos comerciais ou gratuitos. O motivo é simples, se você entra em programas como o Website Spark, você pode colocar seu sistema/aplicação lá, a um clique de distancia do seu público alvo. Que tal isso para espalhar sua aplicação?

A Microsoft também foi além e deu a nós programadores PHP uma solução de “cloud”, já que o Google fez cara feia no Google App Engine, podemos olhar melhor para o Azure, mas deixarei isso para um post dedicado.

Como uma pessoa que participou da iniciativa da Microsoft de extender a mão para a comunidade PHP e que teve a oportunidade de apontar os erros deles e aplaudir seus sucessos, eu realmente queria compartilhar esta mensagem com vocês, pois acrdito que chegamos a um ponto “divisor de águas” onde o Windows se torna um jogador titular na pilha PHP, junto do Linux, como o Rasmus mesmo falou.

© Rafael Dohms for Rafael Dohms, 2011. | Permalink | No comments
Want more on these topics ? Browse the archive of posts filed under Desenvolvimento, Empresas, PHP.

1ª – escreva sobre 7 itens de seu ambiente de trabalho – fale sobre qualquer ponto que quiser;
2ª – indique de 3 a 5 pessoas para que possivelmente façam um artigo sobre seu ambiente.

Como fui indicado, aqui vai minha parte

1. SO: Mac OS X
Pode chamar de fanboy, mas a realidade é que o Mac pra mim reuniu tudo que eu procurava, uma interface amigável, uma linha de comando e menos stress no quesito drivers. Sim, eu sei que o hardware é amarrado, bla bla bla, mas isso funciona para mim, os softwares como o Textmate são incríveis e eu me acostumei. Acho o Windows careta e fechado demais e o Linux “faça você mesmo” demais.

2. VCS: SVN e Git
Quiserá eu listar somente o git, mas na realidade pelo meu emprego ainda conta com o bom e velho SVN. Porém fora disso todos meus repositórios são ou git ou git-svn. Juntamente com o GitHub o conjunto de ferramentas agilizou meu trabalho e ainda pro cima aumentou minha quantidade de contribuições com projetos OSS.

3. IDE: NetBeans e Zend Studio / Textmate
Este é um ponto complicado, ambas IDEs são carregadas e pesadas enquanto o Textmate possui features limitadas mas voa baixo. Basicamente o Textmate eu uso para consultas e codadas rápidas e HTML/CSS e as IDEs para PHP mesmo. Estou migrando pro NetBeans desde o PHP 5.3 mas ainda preciso voltar e testar a nova versão do Zend Studio. Adoraria achar uma IDE leve e nativa com o feature set destas duas, especialmente um auto-complete decente com namespaces bem implementado, Komodo falhou por pouco no auto-complete.

4. Testes: PHPUnit + Mockery
Não podem faltar na minha caixa de ferramentas. Testes são lindos e mocks são necessários, até pouco tempo não conhecia o Mockery mas agora descobri e estou adorando a facilidade dele. Já o PHPUnit não tem competição ao meu ver, completo, robusto, fácil, linha de comando e rápido. Não saia de casa sem eles.

5. Continuos Integration: Hudson
Eu diria que não há competição aqui, mas o Arbit, nativo em PHP, tem bastante potencial para os projetos que estou cuidando. Porém, atualmente o Hudson é pau pra toda obra e sua coleção de um gazilhão de plugins tem opções para tudo e todas funcionalidades que possa imaginar. Sim é Java, mas nem parece, longe do que é o CruiseControl e o seu Terror de instalação e manutenção

6. Frameworks: ZF e Dcotrine 2
Não rola, depois de ver a dupla em ação não tem pra mais ninguém. Ok, quem sabe o Symfony 2 quando estabilizar, mas pra produção hoje, não consigo mais sobreviver sem estes dois, tudo fica tão simples, fácil, rápido e produtivo que nem tento mais outra coisa, salvo em projetos para pesquisa. Com a integração feita pelo Guilherme Blanco, sugestivamente chamada de Bisna, a combinação é perfeita e indolor.

7. IRC: Colloquy
Esse é menção honrosa, e se você perguntar mas que infernos isso tem a ver com ambiente de desenvolvimento eu te respondo: tudo! O IRC é minha fonte principal de resolução de dúvidas, meu canal de comunicação direto com os criadores do PHP, do ZF, do Doctrine, enfim de todo meu escopo de ferramentas praticamente. O colloquy é simples, rápido e elegante o bastante pra me permitir ter 15 canais abertos 24/7

E lá vamos nós, minha vitimas serão:

1. Adriano Laranjeira
2. Chester
3. Silvano Jr.
4. Alexandre Gaigalas
5. Marcelio Leal

© Rafael Dohms for Rafael Dohms, 2010. | Permalink | One comment
Want more on these topics ? Browse the archive of posts filed under Desenvolvimento.

Devo confessar que Jono Bacon me pegou de surpresa, ao acompanhar o processo de criação do livro jamais imaginei que teria em mãos um material tão útil para quem lida com comunidades virtuais no dia a dia. Jono é figurinha marcada dentro deste mundo, com vasta experiência em gerenciar e participar de comunidades virtuais, o que faz dele realmente um excelente candidato a escrever um livro como este.

Um livro sobre como gerenciar e conviver com comunidades virtuais tem tudo para ser um livro chato e cheio de “faça”, “não faça”, o que seria um livro extremamente repetitivo e nada agradável. Porém Jono demonstra seu entendimento dos meios de comunicação (fundamento de qualquer comunidade) já em sua introdução, onde apresenta sua estratégia de narrativa do livro: usar experiências pessoais. Partindo desta premissa o autor segue por todo o livro apresentando um novo conceito ou estratégia e logo em seguida exemplificando isto com um exemplo real de pessoas reais de suas experiências em diversas comunidades. Esta estratégia torna a leitura do livro muito agradável e fácil, ótimo para ocupar aqueles momentos em que esta em algum lugar esperando por alguém ou na fila de um banco. (Procure a versão digital se possuir um Kindle!)

O livro é extremamente amplo e válido para diversos papeis dentro da comunidade, desde os gerentes até os membros, voluntários e o desenvolvedor comum de produtos Open Source. Cada patamar de uma comunidade pode facilmente se beneficiar do conteúdo deste livro e inclusive pessoas que utilizam a comunidade como profissionais de marketing e ativistas que precisam aprender como se comunicar e conquistar as comunidades. Cada capitulo se aprofunda em um assunto fundamental, como comunicação, gerando agitação, medir e mensurar sua comunidade, eventos e administração de conflitos.

Quem já coordenou uma comunidade e olhar este índice com certeza irá instantaneamente lembrar de diversos momentos de sua vivência, eu sei que eu com certeza me identifiquei em diversos momentos, desde a minha motivação para participar da comunidade PHP até os conflitos e também na área de contribuição com código open source.

Geralmente eu gosto de dar detalhes de cada capitulo do livro quando escrevo reviews como este, mas neste acaso me sinto como se eu estaria roubando de sua experiência e da forma maravilhosa como Jono narra eventos e conceitos.

Concluindo eu diria que se você tem qualquer envolvimento com uma comunidade virtual, seja como gerente ou membro ou como alguém que interage com elas, este livro deve estar em sua estante, compre, leia, se divirta ao mesmo tempo e aprenda como levar sua comunidade para um próximo patamar.

A Arte das Comunidades Virtuais

Autor: Jono Bacon

ISBN: 978-85-7522-223-2

Páginas: 432

Ano: 2010

Editora Novatec / O’Reilly

http://novatec.com.br/livros/comunidadesvirtuais/

© Rafael Dohms for Rafael Dohms, 2010. | Permalink | 4 comments
Want more on these topics ? Browse the archive of posts filed under Análises.

Enquanto sento aqui em frente ao WordPress e lendo meu post sobre 2008 eu vejo que este ano realmente foi um ano de muita mudança e sucesso. 2008 foi um ano de muito crescimento pessoal/profissional para mim, e 2009 acabou por seguir a mesma linha, mas trilhando por um caminho inesperado.

Meu checklist de sucessos e vitorias obtidas neste ano é praticamente indireto, tendo ido de carona com outro grande sucesso, o sucesso da Comunidade PHP, no mundo, no Brasil e em São Paulo. Continuo ocupando uma vaga na equipe MIH/SWAT , mas após conversar com Sebastian Bergamann na ZendCon ano passado acabei me interessando e investindo na área de testes, que acabou gerando alguns resultados como ser promovido a QA Especialist dentro da minha equipe, ou seja, o responsável pela qualidade do código, testes, e tudo mais envolvido.Então neste aspecto minha carreira continua seguindo por uma trajetória promissora, mas sem o tsunami de mudanças de 2008.

Com o trabalho com testes também tive outros frutos indiretos, um deles foi a PHP Conference Brasil 2009, onde fui palestrante novamente e pude apresentar minha palestra "E no sétimo dia ele escreveu testes..." que fala justamente sobre testes e TDD, assuntos mais do que recorrentes na minha carreira hoje. O segundo foi a PHP TestFest 2009, da qual o PHPSP participou com todos méritos e resultados incríveis, fomos o grupo com a maior contribuição, do mundo. Méritos que não são meus e sim da equipe que participou do evento, porém após escrever os testes e perceber quanto gostei dos mesmos, fui premiado com uma conta de SVN e karma de testes no repositório do PHP, me tornando um contribuidor oficial do PHP, mesmo sendo somente na área de testes (um passo de cada vez), que counta para mim como uma grande vitória pessoal.

Mas e o PHP? O ano começou com tudo mesmo, logo no inicio do ano iniciamos o PHPSPCast, um podcast sobre PHP realizado pelos coordenadores do PHPSP, publicado justamente durante uma viagem de um mes pela Africa do Sul a trabalho (viagem sensacional!). Logo em seguida eu pude comparecer na php|tek e promover o PHP Conference Brasil 2009, o que aparentemente deu bastate resultado pois o numero de palestras enviadas de fora do Brasil foi realmente muito grande.

o PHPSP se empenhou e realizou o I Encontro|PHPSP onde tivemos palestras sobre o grupo, ZCE e Zend Framework, um grande sucesso no conteudo e no networking que foi muito bem liderado pelos presentes. Além disso a TestFest  organizada em menos de uma semana com parcerias com a Microsoft e a presença de 10 pessoas trouxe os resultados já descritos acima.

O ano foi fechado com chave de ouro, pessoalmente eu fui convidado para participar do Microsoft Developer Summit em Redmond, mas muito mais do que um convite para mim foi uma porta para o Brasil todo como fonte de grandes nomes da comunidade PHP. O evento foi uma oportunidade da MS conversar com a comunidade e alinhar as ações de ambos, tornando as plataformas da MS mais viáveis para servidores e desenvolvedores.

E como não falar da PHP Conference Brasil, que reuniu tantos grandes nomes da comunidade brasileira e tantas palestras de extrema qualidade. Mesmo com seus defeitos o evento veio mais uma vez mostrar a qualidade e capacidade de nossa comunidade local e que não ficamos para trás no mercado mundial.

Enfim, previsões para 2010, eu acredito que será um grande ano para todos do PHP novamente. Espero este ano ver os primeiros palestrantes brasileiros em eventos internacionais, mas um sinal da abertura do mercado para nos. Espero ver a TestFest crescer ainda mais e ver cada vez mais grupos brasileiros envolvidos. Nossos eventos de PHP também devem nos trazer muitas surpresas agradaveis.

Que venha 2010!

© Rafael Dohms for Rafael Dohms, 2009. | Permalink | 13 comments
Want more on these topics ? Browse the archive of posts filed under Pessoal/Off-topic.

© Rafael Dohms for Rafael Dohms, 2009. | Permalink | No comments
Want more on these topics ? Browse the archive of posts filed under Conferences.