desenvolvimento

• Remoção de funcionalidades (ou “desfuncionalidades”) legadas
  • Configuração de SafeMode no ini.
  • register_globals (até que enfim)
  • y2k_compliance (ini)
  • session bug compatibility mode
  • funções session_(is_registered|register|unregister)

• ext/SQLite movido para PECL
• $_SERVER['REQUEST_TIME'] tem precisão de microsegundos
• Valor default de default_charset (php.ini) agora é ‘UTF-8′
• <?= é sempre disponível mesmo com short_open_tag desligada

• Melhorias Gerais:
  • Suporte a multibyte por default
  • Suporte a Traits (Leia mais na RFC para Horizontal Reuse e no site do @hlegius)
  • Suporte a array dereference (em poucas palavras, será possível fazer $foo = array_merge(‘a’,'b’)[1] , sabendo que array_merge retorna um array. Veja mais no post do Johannes)
  • Suporte a referência de objetos em chamadas recursivas a serialize() e melhorada a performance de unserialize()
  • Suporte a Dtrace
  • Suporte a API para Stream Metadata
  • Melhoria no uso de memória, performance e otimizações para a Zend Engine
    • Melhorada a porformance do @ (evite usá-lo de qualquer maneira )
    • Adicionados caches para eliminar repetições de bindings em tempo de execução para funções, classes, métodos, etc
  • Melhorias no CLI e FastCGI
  • Melhorias nas extensões: CURL, Date, DBA, Hash, Intl, LDAP, Mysql, OpenSSL, PDO-Dblib, PostgreSQL, Zlib, SNMP
  • Adicionadas a SPL:
    • RegexIterator::getRegex()
    • SplObjectStorage::getHash()
    • CallbackFilterIterator e RecursiveCallbackFilterIterator
  • JSON:
    • Interface JsonSerializable
    • json_decode: opção JSON_BIGINT_AS_STRING
    • opções json_encode:
    • JSON_NUMERIC_CHECK converte strings numéricas em ints
    • JSON_PRETTY_PRINT e JSON_UNESCAPED_SLASHES

Exitem muitas outras mudanças, e esta é só a versão alpha. Para mais informações confira o anúncio oficial.

Antes de mais nada, vamos à definição de CI (Continuous Integration):

Em engenharia de software, Integração Contínua (IC) implementa  continuamente  processos de aplicação de controle de qualidade – pequenos pedaços de esforço, aplicados frequentemente. Integração Contínua visa melhorar a qualidade de software e reduzir o tempo gasto para entregá-lo, substituindo a prática tradicional de aplicar o controle de qualidade depois de completo todo o desenvolvimento.[1]

Indo além: a prática da Integração Contínua vai melhorar a Qualidade e a Velocidade de entrega de seus softwares, e de cada nova versão que ele venha a ter. IC também é uma das práticas que auxiliam metodologias ágeis.

A premissa é de que tenhamos uma parte de nosso processo que aconteça continuamente – parte essa que deve construir uma versão/build/release/pacote/<insira aqui o que você chama de versão nova de seu software> … lógico que para ter uma versão nova, não basta um desenvolvedor dizer que está pronto; a nova versão está condicionada ao sucesso de testes previamente estabelecidos, que vão acontecer a cada nova TENTATIVA de realizar uma nova versão. Tentativa com sucesso: novo release; falha: esqueça esse build.

Lógico que nós, desenvolvedores evoluídos, não gostamos de reinventar a roda e tentamos sempre tirar proveito de soluções bem estabelecidas de software para resolver nossos problemas (e é para isso que o software serve: para resolver problemas). Existem muitas ferramentas prontas para nos ajudar na tarefa da integração contínua, automatizando o processo de recuperação de uma nova versão candidata, execução de testes e finalização/empacotamento/deploy.
Entre elas temos o CruiseControl (com versões .NET e Ruby e sua adaptação para o PHP: phpUnderControl), Continuum, Gump, Go, Tinderbox … mas de todos acredito que o mais simples (e direto ao ponto) e extensível seja o Jenkins (ex-Hudson).

Atente-se para o fato que até então não citei nada exclusivo ao PHP, porque não é específico. IC é relativo a software, em qualquer linguagem. Mas por que diabos o artigo é Integração Contínua E PHP?

Que tal um exemplo de como pode ser um processo de Integração Contínua com PHP?

Imagine o cenário: Estamos desenvolvendo um software em PHP, usando o PHPUnit e versionando-o com Git.

Nosso time já desenvolveu bastante, “comittou” algumas revisões, realizamos um merge e achamos que podemos mandar nossa versão para testes. Podemos nesse ponto mandar essa revisão para a Integração Contínua. Se tudo estiver ok, teremos um software que PODE ir para homologação, onde o cliente/gerente/Product Owner vai avaliar se atendemos suas expectativas – se passarmos desse ponto temos um software que PODE ir para produção.

Porque a enfase no PODE? Não necessariamente esse software vai para produção, ou homologação, mas está pronto e, em tese, sem problemas técnicos para tal.

O Nosso servidor de Integração Contínua está configurado para observar um repositório git acessível a ele. Quando há uma nova revisão ele tentará criar um build.

Temos uma ferramenta excelente para realizar builds para PHP: Phing. Este cara é baseado no Apache Ant e basicamente ele funciona realizando tarefas previamente configuradas que culminarão em um novo release. Podemos alterar arquivos (mudando as configurações de ambiente por exemplo), realizar queries, movimentação de arquivos e, para nossa finalidade aqui, rodar os testes do PHPUnit – além de um sem-número de funcionalidades.
Configuramos o Phing para alterar um arquivo de configuração, rodar nossa suíte de testes e construir um Phar ao final do processo.

Nosso servidor de Integração Contínua, que executou o Phing para nós, identificou que 2 testes não passaram com a nova configuração. Nosso time fez o ajuste necessário, levantamos a nova revisão, o Jenkins (opa, já estou dizendo que usamos ele!) rodou a nova tentativa de build e … Funcionou! Agora temos um Phar, que o Jenkins/Phing pode se encarregar de entregar no servidor de Homologação se quisermos.

Facilita a vida? É lógico!

Mas lembrem este é só um exemplo, talvez nem o melhor – mas já dá para ter uma idéia do poder que a Integração Contínua pode dar para seu projeto.

Em breve (prometo @nshgeek e @thiagophx, muito em breve) falamos aqui sobre como fazer o Jenkins funcionar (e bem) com desenvolvimento PHP.

Abraço.

ambiente

Vamos lá?

1. OS: Opensuse 11.3: A distribuição linux que melhor suporta o KDE, contando com o Zypper como gerenciador de pacotes… é simples instalar qualquer pacote, e reverter a uma versão anterior caso seja necessário, além de tudo o que o Yast oferece. Conheça o opensuse.
2. IDE: KDevelop4: Entre os que testei no meu ambiente, o KDevelop é de longe o IDE mais rápido. Infelizmente não conto com a integração com xdebug na versão atual, mas o time de desenvolvimento – que também está empenhado em trazer o Quanta para o KDE4 – está fazendo grandes esforços para que tenhamos uma IDE completa muito em breve.
3. Browser: Todos – Sim, uso praticamente todas a engines de navegador – hora uma, hora outra: Rekonq, Opera, Internet Explorer (sim, uso na VM — o debugger apesar de ser uma carroça ajuda bastante) e o que estou mais usando no momento: Firefox 4 (beta) … e uso o lynx vez ou outra também.
4. Versionamento: Mercurial e Git: os dois são os mais conhecidos VCSs descentralizados. Gosto muito do mercurial pela quantidade de clientes e pela facilidade. Mas o Github não é algo a se menosprezar.
5. Integração contínua: Hudson: sim, a 8ª maravilha do mundo quando o assunto é Desenvolvimento de Software. Fácil de instalar, configurar e usar. Aí nele penduro phpunit, phpcpd, pdepend, phpmd … e estou para testar o php_codebrowser e o phpadd – confira o Hudson
6. Gerenciador de projetos: Redmine: é em ruby, eu sei… mas é uma ferramenta bem completa e extensível. Dá um trabalhinho configurar o rails e as dependencias dos plugins que uso, como o Easy Agile. Também se integra a diversos VCSs. Trabalho com ele faz um bom tempo e recomendo.
7. Banco de Dados: MongoDB: tá, vamos falar do projeto atual só, pois tenho MariaDB e PostgreSQL aqui, além do SQLServer no trabalho. Não dá pra explicar muito … instale e teste… você não vai se arrepender.

Não precisava falar do PHP né? bom são esses meus 7 itens. Agora passo a bola para:

• Augusto Pascutti
• Ivo Nascimento
• Felipe Moura
• Rafael Dohms
• Elton Minetto

Assim que os mesmos fizerem seus artigos, os links seguirão para os mesmos.

Este artigo é especial para quem usa KDE e tem um smartphone rodando Android. Como comentado em um outro post possuo um aparelho Xperia X10, assim como o @galvao e o @ivonascimento. Nos ultimos dias fui rever minha lista de contatos pelo gmail e lembrei que o KDE possui uma execelente suíte de gerenciamento de informações pessoais (ou PIM) . Aí nossa história começa.Bom, como é sabido os Androids sincronizam contatos, email, calendário, etc… com sua conta Google. Conseguimos editar nossa agenda de contatos no gmail, sincronizar e pronto: o X10 já está sincronizado. Aí me lembrei do Akonadi e os aplicativos que funcionam sobre sua estrutura. Seria bacana se ele fizesse sync como eu fazia com meus falecidos nokia e windows mobile (sim, eu tive um e me envergonho disso ) via syncml. Mas o pessoal que cuida do Akonadi liberou desde o KDE 4.4 um feature interessante: usar o Google como fonte de dados para o PIM do KDE. Aí mora o grande barato da história: se você quiser ver seus compromissos pode tanto no Google Calendar como no Kontact, independente se você usa Android ou não. Aí vamos além: se você já sincroniza seu nokia, winmo, iPhone ou qualquer outra coisa com o Google, você já ganha a sincronia com o KDE, e o melhor: sem plugar o smartphone no computador, usando só a rede/internet, fazendo a sincronia que você já faz com o Google.

Bom, vamos à mágica: Abra as configurações do KDE (systemsettings), procure na caixa de busca por akonadi – faça isso, pois o aplicativo é diferente em cada versão do KDE4 – se você estiver usando o KDE4.6beta ele será Personal Information. Neste aplicativo acesse o item KDE Resources. Você será apresentado à view abaixo:

Aqui clique em add e em seguida em Akonadi Address Books. Na janela a seguir marque a caixa Contacts e clique em Manage Address Book Sources.

Na nova janela selecione add e em seguida Akonadi Google Contacts Resource. São pedidos seu usuário e senha do Google. Clique em OK, feche a janela de seleção de recurso.

Ative o Synchronize Folder (pode demorar um pouco) e dê Ok na janela de configuração do recurso. Pronto: quando você abrir o KAddressbook ou o Kontact, seus contatos do google estarão disponíveis.

Podemos fazer a mesma coisa com o Calendário, bastando selecionar Calendar ao invés de Contact, e realizando o mesmo procedimento, mas agora buscando os recursos de Calendário do Google.

Lembrando que se você utiliza o KDE em português, você deve procurar os itens em itálico na linguagem do sistema.

Se você encarar alguma dificuldade mande um comentário.

Por hora é só pessoal.

O PHPSP cuidou do conteúdo técnico, chamando gente de peso, que entende do assunto para palestrar. Guilherme Blanco, Elton Minetto, Flávio Lisboa… vale a pena conferir essa galera. Os Keynotes serão Christofer Jones – da Oracle, Maurice Kherlakian – da Zend, e Josh Holmes – da Microsoft. Não dá pra perder.

Eu apresentarei 3 palestras no Evento. Na sexta mostrarei um pouco do que virá no framework Symfony2 – Fabien e cia. estão fazendo um belíssimo trabalho. No sábado volto com “A Arte do Desenvolvimento PHP” – em uma sessão atualizada; Também no sábado apresento “Javascript – no navegador e além”, mostrando boas práticas no desenvolvimento de Javascript, sendo no navegador como em qualquer lugar.

No Evento ainda haverá o Unconference: a conferência dentro da conferência; neste subevento haverão mesas redondas, lightning talks (eu particularmente me amarro nessas), e mais palestras de pessoas como você: acesse o artigo no phpsp e participe.

A grande sacada de ir a um evento desses é conhecer os mais diversos (e divertidos) tipos e níveis de Desenvolvedores – o sobrinho, o experiente, o estudioso, o sério, o que se acha fodão, enfim… é um acontecimento perfeito para trabalhar seu networking.

Então pessoal, recomendo que participem do evento, conheçam muita gente bacana, e colaborem com nossa festa do PHP. Espero vocês lá.

JSON é subconjunto do padrão ECMA-262 3ª edição (ou seja, desde Dezembro de 1999). o site json.org foi ao ar em 2002. Três anos depois o Yahoo disponibilizou alguns de seus serviços no formato; o Google um ano depois do concorrente com o GData.

Basicamente o JSON descreve informação. No Javascript você define suas variáveis com Json:

var _boolean = true;
var _integer = 42;
var _float = 1.54;
var _string = "Esta é uma string";
var _null = null;
var _array = [1,2,3];
var _objeto = {
    "id":1234,
    "nome":"Duodraco",
    "telefones":[5252525,88833322],
    "ativo":true
}

Sim, os dados escalares também são considerados JSON, afinal os inteiros e strings são objetos para o Javascript, e o JSON é simplesmente a notação. Veja que objetos e arrays podem conter em seus elementos/atributos outros tipos descritos no formato (strings, floats, outros arrays ou objetos, etc…).

Tendo o domínio do formato, a evolução da sua calvície vai desacelerar (não vai parar, até porque o IE está aí pra isso). Você tem em suas mãos uma ferramenta quase que divina para a organização e legibilidade, nativa e fácil de usar.

É humanamente compreensível e serve muito bem no PHP, seja como arquivo de configuração, transporte de dados ou qualquer outra coisa. Existem as seguintes funções desde o PHP 5.2: json_encode e json_decode, que retornam respectivamente uma string em formato JSON – dado um valor PHP – e o outro um valor PHP – dada uma string JSON. Vale lembrar que o json_decode interpretará o json de maneira estrita, ou seja, nada de atributos do objeto sem aspas, ou objetos com vírgulas a mais.
A função json_encode tem um 2º parâmetro desde o PHP 5.3, que refere-se a opções para a “tradução” do valor php para a string json: com JSON_FORCE_OBJECT o retorno será sempre um objeto, caso o valor passado seja um array, por exemplo, e com JSON_HEX_QUOT sua string virá com possíveis aspas nos valores de atributos ou itens do array escapados.

$obj = array(
'name' => 'Xpto é melhor que "foo"',
'id' => 256);
echo json_encode($obj,JSON_HEX_QUOT | JSON_FORCE_OBJECT);
//{"name":"Xpto é melhor que \u0022foo\u0022","id":256}

JSON é também o formato da resposta que alguns bancos de dados orientados a documento, como MongoDB e CouchDB, geralmente devolvem para seus clientes.

Só posso dizer: domine o formato, pois ele está aí para ser usado. É simples e rápido. No PHP você não precisa de nada a mais para interpretá-lo. Em aplicações web com HttpRequests que você utiliza XML aberto, prefira o JSON: é muito mais leve.

Não tenha medo!

Eles me chamaram para blogar com eles lá e meu primeiro artigo no Ajaxianos acabou de sair do forno:
Boas Práticas ao desenvolver com Javascript

Confiram!

<root>
  <persons>
    <person id="1">Bianca</person>
    <person id="2">Carolina</person>
  </persons>
</root>

podemos acessar os elementos assim:

//$xml é uma string com o xml descrito acima
$sxe = simplexml_load_string($xml);
//$sxe é um SimpleXMLElement referente ao <root>
echo $sxe->persons->person[0];//Bianca
echo $sxe->persons->person[1]['id'];//2

Bom, voltando ao problema: Armazenar o feed rss localmente em uma aplicação. A lógica seria simples: fiz um cache (para que não fosse feito um request a todo momento para o rss) atualizado de hora em hora. Segue o código:

$cache = '/path/para/o/cache/';
$file = $cache.'feed-'.date('Y-m-d-H');
$feedurl = 'http://blog.com/feed';
$ns = 'http://purl.org/rss/1.0/modules/content/';
$collection = array();

Criando variáveis para nosso uso. Em $file teremos algo como /path/para/o/cache/feed-2010-09-17-10. Em $ns guardamos a url do namespace de content do nosso XML

if(!file_exists($file)){
  file_put_contents(
    $file,file_get_contents($feedurl)
  );
}

Crio o cache do RSS

$xml = simplexml_load_file($file);
if(!$xml){ exit();}

Leitura do RSS no SimpleXML

$getId = function($link){
  return str_replace(
    'p=','',array_pop(explode('?',$link))
  );
};
$replace = function($string){
  if (!preg_match("/([\200-\237])/", $string)
    && !preg_match("/([\241-\377])/", $string)){
    return $string;
  }
  $string = preg_replace(
    "/([\340-\357])([\200-\277])([\200-\277])/e",
    "'&#'.((ord('\\1')-224)*4096 + (ord('\\2')-128)*64".
      "+ (ord('\\3')-128)).';'",
    $string);
  $string = preg_replace(
    "/([\300-\337])([\200-\277])/e",
    "'&#'.((ord('\\1')-192)*64+(ord('\\2')-128)).';'",
    $string);
  return $string;
};

Funções utilizadas (5.3 Style ). A primeira só faz o trabalho de pegar o id do post, enquanto que a segunda funciona como um adendo a htmlentities, que possui suporte a UTF-8, porém convertendo caracteres de mais de 2 bytes, os quais o wordpress usa e abusa, como aspas de início e fim.

foreach($xml->channel->item as $post){
  $id = $getId($post->guid);
  $content = $post->children($ns);
  $collection[$id] = new stdClass;
  $collection[$id]->id = $id;
  $collection[$id]->title = $replace(
    (string)$post->title
  );
  $collection[$id]->description = $replace(
    (string)$post->description
  );
  $collection[$id]->content = $replace(
    (string) $content->encoded
  );
  if(!file_exists($cache.'feeds/'.$id)){
    file_put_contents(
      $cache.'feeds/'.$id,
      base64_encode(serialize($collection[$id]))
    );
  }
}

Bom, creio que o código acima não é difícil de compreender. A lógica é simples:

1. crio uma cópia do rss localmente no 1º request de cada hora
2. carrego esse arquivo em um simplexml
3. populo um objeto stdClass com os dados do post (só incluí atributos que utilizei, mas poderíamos usar qualquer um)
4. e faço um “cache” de cada objeto, serializado.

Por que usar um stdClass e não o SimpleXMLElement para o cache direto? não é serializável, pelo menos não no PHP5.3

Por que não fazer de outra maneira? porque eu não quis. Era uma funcionalidade pontual, e (ainda) não estou numa estrutura que me facilite as coisas, então scripts estruturados ainda são comuns por aqui.

Ah Duodraco, boa sacada… posso por isso em meu projeto? NÃO. Esta era uma prova de conceito, e ela por sí só não trata uma série de questões, como segurança e performance, além de estar totalmente fora de qualquer padrão.

Por que então diabos você publicou isso? Um: porque quis ; Dois: isoladamente temos algumas soluções para problemas frequentes:

• cache simples: existem aplicações por aí que podem usar cache, e ainda demoram valiosos segundos em páginas com pouca atualização, que já ganhariam em performance com algo assim; Lógico que se você quer uma solução efetiva de cache, procure por ferramentas como o Memcached.
• conversão de caracteres UTF-8: Os RSS gerados pelo wordpress são por padrão UTF-8 mas utilizam caracteres de mais de 2bytes que o htmlentities não interpreta. A função que chamei de $replace mapeia boa parte desses caracteres; ela foi obtida nos comentários da documentação do PHP e adaptada para usar preg_replace
• Parseamento com SimpleXML: nesse exemplo usamos inclusive a leitura dos namespaces, mostrando a facilidade do uso dessa ferramenta
• Serialização de objetos: apesar do gargalo ser o IO no sistema de arquivos, a operação de leitura ficou bem rápida, pois quando recuperamos o objeto, não faço nenhum tratamento, ele está pronto para uso. Podemos utilizar, para o caso de armazenamento paralelo ao principal do sistema podemos usar o filesystem como no exemplo, SQLite, etc.

Então, recomendo que NÃO use essa solução diretamente. Utilize isso para estudar os pontos-chave e estude individualmente os mecanismos utilizados. Em breve farei posts isolados sobre SimpleXML, Serialização, Cache e Encoding e Expressões Regulares.

Mas não falemos de coisas tristes… agora estou munido de um android e vou dar meus pitacos sobre essa plataforma que vem arrancando sorrisos de seus proprietários.

Tudo começa com a escolha do modelo. Muitos fabricantes agora estão apostando na plataforma e temos androids para praticamente todos os gostos dos consumidores. Os mais conhecidos são HTC, que fez o primeiro android do mercado, Samsung, que fez a excelente série Galaxy, e Motorola, com o premiado Milestone, além do próprio google com o Nexus (que é fabricado pela HTC). Bom, como sou do contra não escolhi nenhum desses e enfim o visual do aparelho entrou na lista de requisitos (mesmo que em parte bem pequena) para a escolha: SonyEricsson X10

Bom, vamos ao hardware: processador snapdragon 1GHz, tela capacitiva de 4 polegadas (854x480px) resistente a riscos, 1 GB de armazenamento (384 MB para RAM), slot microSD (ele vem com um cartão de 8GB), camera de 8.1 megapixel,  saída 3.5mm de áudio e bateria padrão de 1500 mAh … no mais tudo o que você já está careca de apreciar na maioria dos androids: 3g, bússola digital, GPS, acelerômetro, etc…

Software: nisso a Sony pecou – lançou um excelente aparelho, com Android 1.6 (que a mesma modificou e ficou bem bacana, mas longe de performar como um 2.x) . O update está previsto para o começo de novembro, mas para o 2.1 – froyo sabe-se lá quando. Mas a sony incrementou o brinquedo com o conceitualmente fantástico Timescape … que peca por ser exageradamente pesado. Tem também o Mediascape que gerencia fotos, música e vídeos … muito bom também, e nem tão pesado; A Sony também personalizou o app de SMS e o de contatos, para intergrá-lo melhor ao look&feel geral, além de ser melhor utilizá-lo que os aplicativos padrão do Android. No mais temos o PlayNow, uma loja paralela de aplicativos.

Ao utilizar um android a primeira coisa que temos que fazer é uma visitinha ao AndroidMarket. De lá o primeiro aplicativo a instalar é o Advanced Task Cleaner Pro, que bem configurado vai deixar a RAM do seu aparelho com bastante espaço sempre, evitando engasgos. Antes que algum fanboy se manifeste, o android é de fato multitask desde o início, e gerencia bem as tarefas concorrentes, mas uma ajudinha não faz mal.
Após isso vamos brincar com a facilidade de se instalar apps, customizar o aparelho, etc. Uma das principais vantagens do android é a customização: decidir qual interface o aparelho vai usar é divino. Atualmente uso o ADWLauncher que é um dos mais conceituados, considerando que a plataforma é a 1.6. Abaixo segue minha lista principal de aplicativos:

• Twicca BETA – cliente para twitter
• Bluetooth File Transfer – não há no X10 um app especifico para
• K-9 Mail – cliente de e-mail(dã)
• SwiftKey Keyboard Beta – substituto ao teclado padrão, com sugestão inteligente
• CallFilter – auto descritivo
• Foursquare, Facebook, Dropbox e WordPress (oficiais)
• 3G Watchdog – monitor de tráfego de dados
• AppBrain App Market e FastWeb Installer – detalhes adiante
• Barcode Scanner – leitor de códigos de barra tradicionais e 2d
• HiAPN – widget para desabilitar o 3g
• HomeSwitcher – para ficar testando rapidamente novas “Home Replacements”

Citei o AppBrain. É uma app market paralela. Você navega no desktop por exemplo e seleciona os aplicativos que deseja instalar, lê comentários, etc … e no aparelho você sincroniza com o serviço e instala um a um. Com o Fast Web Installer a brincadeira fica muito mais interessante. Você pede para instalar no site e o app já é automagicamente instalado no telefone.

O X10 é um excelente aparelho, com uma tela fantástica e que promete ficar muito melhor com a atualização. O Android é uma excelente plataforma, tanto que estão pipocando n dispositivos novos a todo momento, inclusive os aguardados tablets. Se você ainda não tem um android por achar que seu iQualquerCoisa é infinitamente superior a tudo, reveja seus conceitos. O Android veio para ficar.

ambiente

Quando desenvolvemos sistemas é imprescindível que tenhamos um bom ambiente (hardware + software) para que nosso trabalho flua da melhor maneira possível. Sistema Operacional, Linguagem, IDE e/ou Editores, etc. A seguir as minhas escolhas para o trabalho pessoal.

Hardware
Um bom hardware vai evitar que hajam problemas, como engasgos de processamento ou limitações idiotas como falta de memória para executar alguma tarefa, tirando sua atenção quando você tem que ficar focado em desenvolver direito.
Notebook HP Pavillion, Turion X2 2Mhz, com 4GB de Ram, HD sata de 250GB + 1HD externo eSata 160GB

Sistema Operacional
Minha opção pelo Linux/Opensuse, em substituição ao (k)ubuntu, foi basicamente por conta do KDE: O Opensuse é para o KDE, o que o Ubuntu é para o Gnome: a distribuição que melhor veste o ambiente gráfico. O Opensuse possui o Yast, uma excelente central de gerenciamento do sistema. E o zypper (gestor de pacotes e repositórios RPM) é bem espertinho.
Opensuse 11.2 11.3 64bits, rodando KDE 4.4 4.5+

Linguagem de Programação
O Pessoal de outras linguagens me pergunta: ‘porque diabos você abraça tanto o PHP?’ É hoje a plataforma que domino, que me deu o pouco que tenho em bens materiais e o muito que tenho em conhecimento, que me levou a ser palestrante em diversos eventos, que me fez conhecer pessoas extraordinárias, o PHPSP, e tanta coisa que se fosse agradecer precisaria de um post dedicado a isso (ta ái uma boa idéia). É uma linguagem madura, com gente experiente (infelizmente ainda não é maioria, mas estamos trabalhando pra isso), e tem excelente documentação e performance.
PHP (Duh!) 5.3+, com um pack bom de extensões que serão citados em outro post

Banco de Dados
A opção pelo MySQL é pela maioria dos projetos, não por opção de qualidade. O PostgreSQL oferece um ambiente mais completo e estável, porém (ainda) é difícil achar bons hosts com suporte a ele… ou se paga por um servidor dedicado ou na nuvem.
Mysql 5.1 , PostgreSQL 8.4 e SQLite3

Controle de Versão
Dentre as diversas opções que temos hoje para este trabalho, se destacam pela liberdade que oferecem as de controle distribuído. Git, Bazaar … mas minha opção é pela simplicidade e quantidade e qualidade de clientes disponíveis.
Mercurial

Browser
Estou na cruel dúvida: Chrome ou Opera? enquanto não decido vou brincando com os disponíveis. O firefox perdeu seu posto de navegador padrão: lento e pesado (boa parte é por executá-lo no KDE (que tem que carregar as libs do GTK para utilizá-lo)) fica lá no desktop pra fazer prova-real em testes de interface e usar o firebug; aliás, o firebug foi uma das coisas que me segurou no firefox tanto tempo.. o inspector do webkit (disponível no chrome, rekonq, midori, etc.) e o dragonfly do opera o substitui bem.
Principal: Google Chrome(5.0+) e Opera (10.60+)
Secundário: Firefox e Rekonq/Konqueror
Outros: IE6/7 via wine e Midori

IDE
Bom, já falei no outro artigo o porque da minha escolha do Netbeans. Roda sem problemas em qualquer plataforma… quando você se acostuma com os atalhos de teclado então… é uma IDE que sem dúvida te poupa muito trabalho.
O Kdevelop por sua vez traz as melhorias do framework Qt4 em uma plataforma única: rápida, integrada ao KDE, e que promete (e já atende) muito.
Netbeans 6.9+ com suporte a PHP
Testando o Kdevelop 4

Modeladores
Quem, além de codificar, precisa ou quer realizar análise não dispensa aplicativos para confecção de modelos ER e de diagramas UML. O ideal é que você tenha nessas aplicações para ter agilidade na confecção do documento, e que tenha boas opções de exportação, e que o resultado seja legível.
Umbrello e Netbeans (via plugin) para UML
Mysql Workbench para ER

MindMapping
Sim, uma ferramenta surpreendente quando bem usada. segundo a wikipedia o mapa mental é “…voltado para a gestão de informações, de conhecimento e de capital intelectual; para a compreensão e solução de problemas; na memorização e aprendizado; na criação de manuais, livros e palestras; como ferramenta de brainstorming (tempestade de ideias); e no auxílio da gestão estratégica de uma empresa ou negócio.”. Há quem o cite como ferramenta ágil de documentação. O XMind é uma opção de fácil utilização e multiplataforma.
XMind

Bom pessoal, resumidamente é isso. Deixem suas opções nos comentários, inclusive se forem usuários de outras plataformas.