Todo fanboy tem que falar do que ele é fã, então vamos lá ;]
O ArchLinux Brasil é um projeto formado por usuários brasileiros da distribuição ArchLinux, que tem como maior objetivo divulgar e tornar o ArchLinux mais próximo e acessível para os brasileiros.Para isso estaremos traduzindo e criando novos documentos em nosso idioma, tirando dúvidas, realizando eventos e, claro, trocando muitas idéias.Se você já é um usuário do ArchLinux, e deseja participar da nossa comunidade, pode fazer isso cadastrando-se na nossa lista de discussção, no fórum ou visitando o nosso canal no IRC. 
Princípios
- A natureza básica do Arch
* Leve e simples.
* Não tendo sido projetada para para ser uma distribuição para novatos ela é direcionada para o usuário mais experiente.
Arch Linux é minha (Judd Vinet) distribuição perfeita, para resumir. Eu iniciei sua construção por dois motivos:
1. Eu não encontrei nenhuma outra distribuição que atendesse meus ideais. Algumas chegaram perto do que eu queria, mas haviam problemas incomodos, ou complexidade adicional que parecia mais atrapalhar do que ajudar.
2. Por diversão, e para dar em troca alguma coisa é comunidade de software livre, já que eu obtive dela tanto.
* O objetivo é desenvolver o Arch numa base de software perfeita. A base não inclui ferramentas atraentes e auto configuração, mas ferramentas manuais de configuração e umas poucas funções para os usuários poderem realizar desenvolvimentos adicionais por sí mesmos.
* É um presente gratuito “para dar em troca alguma coisa à comunidade de software livre, já que eu obtive dela tanto”. Quando se recebe um presente de alguem, normalmente é esperado que se dê algo em troca. Assim, usuários são bem-vindos para contribuir com idéias, ferramentas e sugestões.
* Há dois lados no Arch Linux: (1) Desenvolvedores e (2) Contribuições dos usuários. Não espere que os lados se juntem num são mas que possuam uma relação mutua onde qualquer um possa escolher o que quer adicionar a sua maquina.
* Não deixe que ferramentas / Interfaces gráficas (GUIs) controlem o sistema mas sim que sejam controladas pelo usuário. Não há nada de errado em se ter interfaces gráficas desde que elas sigam este princípio.
* Não seja controlado/dependente do que as ferramentas oferecem. Quando desenvolvendo ou selecionando um utilitário, ele deve ser escrito numa linguagem de programação facilmente manipulável/legível (KISS) para permitir os usuários modificá-lo se eles quiserem.
* O desenvolvimento central do Arch Linux não proverá nenhum utilitário/interface gráfica “amigável-ao-novato” momento algum num futuro práximo.
* Nós, humildes desenvolvedores, continuaremos a prover a Arch como uma base sólida para todos e qualquer um. Se vocês querem fazê-la mais bonita, tomem-na.
Sistema de valores sob os quais a (distribuição) Arch é desenvolvida.
* KISS (Keep It Simple, Stupid - Mantenha A Coisa Simples, …) é a base do desenvolvimento da (distribuição) Arch.
* Na Arch, “simples” é diferente do que é considerado em outras distribuições. O aprendizado é mais importante do que obter algo feito de maneira fácil.
* Depender de interfaces gráficas para construir/usar o sistema significa apenas ferir o usuário no final das contas. Em algum momento um usuário precisará saber tudo o que a interface gráfica esconde.
* Se você tenta esconder a complexidade do sistema, acabará com um sistema mais complexo. Em vez disso tente fazer o sistema mais simples e lógico a partir de dentro.
* Mais cedo ou mais tarde você terá que procurar informação na web e usenet (se man não for suficiente). Aprender como e onde procura-la Internet deveria ser a primeira tarefa na aprendizagem de um novato.
* Quando usuários dizem que tais e quais distribuições não são como tais e quais distribuições, a Arch permite a ele fazer todas as contribuições que quizer desde que não vê contra os ideais do projeto ou da filosofia (da Arch).
* A solução não é demandar que o Arch Linux desenvolva ferramentas e documentações, mas tentar entender qual o objetivo e filosofia do AL… o que o faz diferente dos outros.
* O que é bom das contribuições é que você não precisa de permissão de ninguem para fazê-las. Ninguem pode fisicamente impedi-lo de escrever algo que você (pessoalmente) ache útil, mesmo se as “forças que sejam” não veja como uma benção. Escreva e coloque no fórum de Contribuições do Usuário. Se outras pessoas gostarem dela, você receberá retorno (feedback). Se virtualmente todos lá fora além de você a odeiam, quem se importa? Tomou-lhe 20 minutos para escrevê-la, e você aprendeu algo no caminho. é uma situação de ganho, não importa o que.
* Ela é o que você faz dela.
* PRÓS e CONTRAS
PRÓS
* distribuição otimizada para i686
* pacman: Atualização do sistema em um comando: ‘pacman -Suy’
* pacman: Controle de dependências
* pacman: Não é necessário o X
* ABS: precisa-se escrever a função de construção apenas uma vez … construir outra versão de um pacote é extremamente fácil.
* ABS: você pode construir os pacotes na sua máquina com um comando
* pacotes atualizados
* totalmente personalizável
* as pessoas nos bastidores são gentis, motivadas e capazes
* leva menos de 20 minutos para ter um sistema plenamente funcional
* perfeita para aprender Linux
* não muito popular, porque não é conhecida
CONTRAS
* pacman: precisa de uma conexão répida com a Internet para estar sempre atualizado com facilidade
* não muito popular, porque não é conhecida
* alguns conflitos por utilizar as bibliotecas mais recentes
* falta de funçães amigáveis-ao-novato
Fontes:
* retirado do blog do hokakey
Link Adicional, mas muito interessante:
Blog do Hdoria