1. Settings
   

   Select twitter settings

2. Account
   

   Select account

3. One Line Bio
   

   Here is where the text is written

4. Escreva o texto que deseja que fique na sua META TAG description

Caso você não me segue no Twitter ainda e quiser me seguir clique aqui @thiagoavelinost.

Twitter proibiu o uso de 370 senha consideradas simples (frágeis e fáceis). Esta lista foi retirada do código fonte do twitter.
Segundo o El Pais, o repositório de senhas bloqueadas inclui nome de filmes, time de futebol, séres, sequencias numericas e outras palavras.
Tem também na lista nomes próprios, desenhos, cidades e paises. O microblog avisa o usuário para usar string (A-Z), caracteres numericos (1,2,3,4,5,6,7,8,9 e 0) e caracteres especiais (!,@,#,$,%,&,* e etc)A lista também inclui nomes próprios, desenhos, países, cidades, números repetidos, entre outros. O microblog alerta para usuários mesclarem números, letras e caracteres na composição das senhas.

O que é WML?

O que é WMLScript?

• WMLScript é a linguagem de script usada em páginas WML
• WMLScript é uma versão light da linguagem JavaScript
• Scripts WML não são incorporados em páginas WML
• Páginas WML contém referências a URLs script
• WMLScript é compilado em código de byte no servidor antes que ela seja enviada para o navegador WAP
• WMLScript é uma parte da especificação do WAP

Exemplo de WML/WMLScript

<?xml version="1.0"?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
  <card id="no1" title="IR PARA O SITE">
    <do type="options" label="Go">
      <go href="check.wmls#go_url('http://www.avelino.us/wap/')"/>
    </do>
  </card>
</wml>

extern function go_url(URL){
  WMLBrowser.go(URL)
}

Referencias

http://en.wikipedia.org/wiki/WMLScript

http://www.developershome.com/wap/wmlscript/

http://www.academictutorials.com/wmlscript/

http://comprauniversitaria.com.br/compra/index.php?productID=1087282

1. No sistema antigo, vá para o SQL*Plus, assinar, como SYSDBA e edição: “alter database backup controlfile to trace”. Este irá colocar a sintaxe de criar banco de dados no arquivo de rastreamento do diretório. O traço-chave diz Oracle para gerar um script que contém um comando create controlfile e armazená-lo no diretório de rastreamento identificados no user_dump_dest parâmetro do arquivo init.ora. Será algo parecido com isto:

2. Stop no DataBase

3. Copie todos os arquivos de dados para os novos diretórios no novo servidor. Você pode mudar os nomes de arquivo, se quiser, mas você deve editar o controlfile para reflectir os novos nomes de arquivos no novo servidor.

4. Copie e edite o arquivo controlfile – Usando a sintaxe de saída a partir de 1., Modifique o script de criação controlfile, alterando o seguinte:

5. Retire a “recover database” e “alter database open” sintaxe

6. Re-nomes os arquivos do database que foram alterados.

7. Crie os diretorios bdump, udump e cdump.

8. Copie todos init.ora antigo arquivo

9. Start no DataBase

10. Coloque o novo DataBase no modo archivelog

1. Definindo o ORACLE_SID

2. Criando o init.ora

3. Cria senha do arquivo

4. Iniciar interface

5. Criar Data Base

6. Execute o catalog e catproc

7. Alterando senha

1 Tipos numéricos:

Existem tipos de dados numéricos, que se podem dividir em dois grandes grupos, os que estão em vírgula flutuante (com decimais) e os que não.

TinyInt: é um número inteiro com ou sem signo. Com signo a margem de valores válidos é desde -128 até 127. Sem signo, a margem de valores é de 0 até 255

Bit ou Bool: um número inteiro que pode ser 0 ou 1.

SmallInt: número inteiro com ou sem signo. Com signo a margem de valores válidos é desde -32768 até 32767. Sem signo, a margem de valores é de 0 até 65535.

MediumInt: número inteiro com ou sem signo. Com signo a margem de valores válidos é desde -8.388.608 até 8.388.607. Sem signo, a margem de valores é de 0 até 16777215.

Integer, Int: número inteiro com ou sem signo. Com signo a margem de valores válidos é desde -2147483648 até 2147483647. Sem signo, a margem de valores é de 0 até 429.496.295

BigInt: número inteiro com ou sem signo. Com signo a margem de valores válidos é desde -9.223.372.036.854.775.808 até 9.223.372.036.854.775.807. Sem signo, a margem de valores é de 0 até 18.446.744.073.709.551.615.

Float: número pequeno em vírgula flutuante de precisão simples. Os valores válidos vão desde -3.402823466E+38 até -1.175494351E-38,0 eté desde 175494351E-38 até 3.402823466E+38.

xReal, Double: número em vírgula flutuante de dupla precisão. Os valores permitidos vão desde -1.7976931348623157E+308 até -2.2250738585072014E-308, 0 e desde 2.2250738585072014E-308 até 1.7976931348623157E+308

Decimal, Dec, Numeric: Número em vírgula flutuante desempacotado. O número armazena-se como uma cadeia.

2 Tipos data:

Na hora de armazenar datas, há que ter em conta que MySQL não verifica de uma maneira estricta se uma data é válida ou não. Simplesmente comprova que o mês está compreendido entre 0 e 12 e que o dia está compreendido entre 0 e 31.

Date: tipo data, armazena uma data. A margem de valores vai desde o 1 de Janeiro de 1001 ao 31 de dezembro de 9999. O formato de armazenamento é de ano-mes-dia.

DateTime: Combinação de data e hora. A margem de valores vai desde o 1 ed Janeiro de 1001 às 0 horas, 0 minutos e 0 segundos ao 31 de Dezembro de 9999 às 23 horas, 59 minutos e 59 segundos. O formato de armazenamento é de ano-mes-dia horas:minutos:segundos

TimeStamp: Combinação de data e hora. A margem vai desde o 1 de Janeiro de 1970 ao ano 2037. O formato de armazenamento depende do tamanho do campo:

Time: armazena uma hora. A margem de horas vai desde -838 horas, 59 minutos e 59 segundos. O formato de armazenamento é ‘HH:MM:SS’.

Year: armazena um ano. A margem de valores permitidos vai desde o ano 1901 ao ano 2155. O campo pode ter tamanho dois ou tamanho 4 dependendo de se queremos armazenar o ano com dois ou quatro algarismos.

3 Tipos de cadeia:

Char(n): armazena uma cadeia de longitude fixa. A cadeia poderá conter desde 0 até 255 caracteres.

VarChar(n): armazena uma cadeia de longitude variável. A cadeia poderá conter desde 0 até 255 caracteres. Dentro dos tipos de cadeia pode-se distinguir dois subtipos, os tipo Test e os tipo Blob (Binary Large Object) A diferença entre um tipo e outro é o tratamento que recebem na hora de ordená-los e compará-los. No tipo test ordena-se sem ter importância as maiúsculas e as minúsculas e no tipo blob ordena-se tendo em conta as maiúsculas e minúsculas.

Os tipos blob utilizam-se para armazenar dados binários como podem ser ficheiros.

TinyText e TinyBlob: Coluna com uma longitude máxima de 255 caracteres.

Blob e Text: um texto com um máximo de 65535 caracteres.

MediumBlob e MediumText: um texto com um máximo de 16.777.215 caracteres.

LongBlob e LongText: um texto com um máximo de caracteres 4.294.967.295. Há que ter em conta que devido aos protocolos de comunicação os pacotes podem ter um máximo de 16 Mb.

Enum: campo que pode ter um único valor de uma lista que se especifica. O tipo Enum aceita até 65535 valores diferentes.

Set: um campo que pode conter nenhum, um ou vários valores de uma lista. A lista pode ter um máximo de 64 valores.

Diferença de armazenamento entre os tipos Char e VarChar

$("<seletor>") = CSS + Javascript

Seletores:

$("#id")
$(".class")
$("a[rel=external]")
$("ul >li:ntc(5)")
$("li:first",parent)

E muitos outros seletores…

Modificando elementos:

$("div").css("width","200px")
$("div").addClass("hidden")
$("div").removeClass("hidden")
$("ïmg").attr("src","_img/imagem")

Eventos:

$(document).ready ou $(callback)
$(element).click(callback)
$(element).bind("click",callback)

e muito mais…

Callback:

function do_something(){}
var do_something = function(){}

Para ver mais jQuery.com

Estarei mantendo o MIRROR do CentOS que roda na LOCAWEB, esta será a minha unica responsabilidade para com a Comunidade CentOS

Por todos que ajuda ou ajudou a Comunidade CentOS Brasil no dominio centos-br.org o seu conteu vai ser colocado na parte de artigo do Projeto CentOS, logicamente que depois de retestado e os creditos será mantido.

A Comunidade CentOS Brasil continuara mantendo o mirror (Oficial patrocinado pela LOCAWEB) do Projeto CentOS e vamos estar trabalhando mais ativamente no Projeto de Tradução do CentOS.

Desculpa-me por qual que tipo de transtorno gerado por esta mudança.

Jquery é um biblioteca Javascript aberta e disponibilizada com software livre, empregado o uso é regido segundo as regras da licença estabelecidas pelo MIT (Massachusetts Institute of Technology) e pela GPL (GNU General Public License). Vamos simplificar tudo isso, Você pode usar a Biblioteca para fins comerciais ou pessoais sem pagar nada pelo uso.

Caso queira saber mais sobre as licenças:

• http://pt.wikipedia.org/wiki/Mit_license
• http://pt.wikipedia.org/wiki/GNU_General_Public_License

Ontem dia 2/12/2009 do Google junto com a equipe do Gmail lançou o Holi Day Card (Cartão para dias de feriado), com isso podemos estar enviando CARTÂO VISTUAL para as pessoas que gostamos.

Todos os anos no mês de dezembro costumo enviar e-mail para meus familiares (Pai, Mãe, Noiva, Amigos e etc) desejando boas ferias, natal ano novo e etc. Na verdade estou preso na idade pré-digital, não consigo viver sem TÉCNOLOGIA, ainda mais na era Google Cloud (Meus documentos todos em NUVENS), antigamente eu poderia ir em uma loja comprar um catão para estar escrevendo e colocando em correiro (Mais proximo), mais hoje as coisas esta bem mais facil basta entra no “Google Holi Day Card” e preencher o formulario e mandar para as pessoas que eu quero, com isso não perco tempo, não pego fila e sem contar com o strens do transito.

O Google Holi Day Card nos Estados Unidos eles manda o cartão postal por correio, em breve o Brasil vai estar assim, vamos deixar o Google Brasil se organizar nesta questão.

Para você estar enviando um Cartão pelo Google Holi Day Card basta acessar gmail.com/holidaycard

A Web Semântica ou Inteligente, vem se apresentando como solução para ordenar o caos informacional existente na web.

Segundo Berners-Lee et alii (2001), a web semântica será uma extensão da web atual porém apresentará estrutura que possibilitará a compreensão e o gerenciamento dos conteúdos armazenados na web independente da forma em que estes se apresentem, seja texto, som, imagem e gráficos à partir da valoração semântica desses conteúdos, e através de agentes que serão programas coletores de conteúdo advindos de fontes diversas capazes de processar as informações e permutar resultados com outros programas.

A web semântica, a exemplo da web atual, será tão descentralizada quanto possível e deverá manter a responsabilidade exigida por esta descentralização, procurando alcançar o ideal de consistência de interconexões, porém permitindo seu crescimento exponencial.

O fantasma de perda de informação ou mensagens do tipo “Error 404: Not Found” deverão inexistir, ou estar, sob controle, ainda segundo os autores.

Para a implementação ou reorganização da web semântica há um contigente de pesquisadores trabalhando no W3C- World Wide Web Consortium, hospedado no Massachusetts Institute of Tecnhology, Laboratory for Computer Science, nos Estados Unidos, no Institut National de Rechurche in Informatique et em Automatique, na França, e no Japão, a Keio University Shanam Fujisawa. O W3C é um fórum aberto de indústrias e organizações com a missão de alavancar a web ao seu potencial máximo (www.w3.org;www.w3.org./People ).

Basicamente, a web semântica se compõe de três elementos: (a) Representação do conhecimento (Knowledge representation); (b) Ontologias (Ontologies) e (c) Agentes (Agents).

(a) Representação do conhecimento

A web semântica trará estrutura ao conteúdo significativo (valoração semântica) de páginas web criando um ambiente onde programas-agentes ou agentes inteligentes buscando de uma página à outra poderá, imediatamente, executar tarefas sofisticadas para os usuários.

(b) Ontologias

Designa a faceta semântica da representação dos seres, dos entes, aquilo que se convenciona chamar de assuntos , conteúdos temáticos dos registros sobre a realidade.

A ontologia seria então, como uma especificação de uma conceituação. A Ontologia, na web semântica estabelece uma ligação terminológica entre membros de uma comunidade podendo ser estes membros, agentes humanos ou máquinas. No jargão dos pesquisadores em inteligência artificial, uma ontologia é um documento ou arquivo que define formalmente a relação entre termos.

Cabe neste contexto de formalidade relacional apresentar os metadados . Etmologicamente, metadado significa “dado sobre dado”; dado que descreve a essência, atributos e contexto de emergência de um recurso e caracteriza suas relações, visando o seu acesso e uso potencial (FERREIRA, 1986).

Segundo Ikematu (2001), definir metadados tem sido uma tarefa difícil pois as várias interpretações sobre o assunto estão relacionadas ao estágio da organização dentro da hierarquia evolucionária de gestão do conhecimento.

São apresentados alguns conceitos sobre metadados. Dados que descrevem atributos de um recurso, suportando um número de funções, como: localização, descoberta, documentação, avaliação e seleção. Ou ainda, “Metadado é dado associado com objetos que auxilia seus usuários potenciais a ter vantagem completa do conhecimento da sua existência ou características”.

O autor salienta ainda que se há necessidade de integração e de uniformidade de linguagem e significado dos dados através da organização, os metadados devem ser o núcleo dos esforços de forma centralizada. Para que isto ocorra, a instituição deve ter pleno conhecimento das vantagens da organização e da documentação dos dados. A informação baseada em metadados enriquece documentos com informações semânticas acrescentando explicitamente metadados aos recursos informacionais.

Existem várias linguagens de metadado que podem ser utilizadas para marcar ou anotar estes recursos informacionais, como o XML e RDF (STAAB et alli, 2000, p.148).

As linguagens de marcação (markup languages) evoluiram desde o SGML (Standard Generalized Markup Language), para o HTML (Hypertext Markup Language) em 1980 e XML (Extensible Markup Language) em 1996.

Ao contrário da HTML que através das marcas pré-definidas gerenciam os textos marcados e controlam sua representação estabelecendo ligações entre os documentos, a linguagem XML marca semânticamente um documento. XML consiste em padrão utilizado para marcação de documentos que contém informações estruturadas, ou seja, documentos que contém uma estrutura clara e precisa da informação armazenada e obtida com XML. Esta estruturação define e separa claramente conteúdo, significado e apresentação. Assim os documentos em XML podem ser indexados com maior precisão que as páginas planas escritas em HTML.

O padrão XML permite troca de informações entre diversas plataformas e possibilita a descrição de dados em arquivos texto. A linguagem XML torna-se poderosa ferramenta para a publicação de informações na web (OLIVEIRA, 2002).

O padrão XML pode ser utilizado de modo geral, no armazenamento de bases de dados e documentos estruturados e as aplicações de XML criam novos padrões e linguagens (www.xml.com.br).

A sintaxe de um documento XML é armazenada em tabelas DTD – Document Type Definition que determinam as regras, hierarquias e marcações criadas para caracterizar as informações do documento (BAX, 2001).

Enquanto a função principal do metadado é descrever um documento através de atributos conferidos a um objeto, retratando as suas características como dimensão, formato, autoria, localização e outros com o objetivo de intercambiar dados, o RDF – Resource Description Framework é um grafo para descrever e intercambiar metadado.

Segundo Tim Bray (www.xml.com/ltp/a/2001/01/24/rdf.htm) as regras para construção de RDF são: Fonte (Resource), qualquer coisa q possa ter uma identificação na rede – URI ue (Uniform Resource Identifier); ou um elemento individual de um documento XML;

Propriedade, é uma fonte que possui um nome e pode ser usado como uma propriedade e Afirmação (statement) que consiste na combinação de uma fonte, uma propriedade e um valor, partes estas conhecidas como “assunto”, “predicado” e “objeto” de uma Afirmação (statement). Para um objeto 0 existe um atributo A cujo valor é V, sendo que objetos e valores são intercâmbiados em RDF, onde um objeto pode ser um valor. Em grafos RDF pode-se identificar de que tipo é o objeto e estabelecer relações à sua definição (Decker et alii, 2000).

Várias implementações podem ser desenvolvidas utilizando RDF nível simples ou Schema

RDF e aplicações XML.

O modelo a ser adotado para a web semântica parte do modelo RDF geral. Este modelo básico contém apenas conceito sobre asserção (assertion) e de “quotation” – criando asserções sobre asserções, portanto necessita, segundo Berners-Lee (2001), em artigo “Semantic Web Road Map” implementações e aplicações como conversão de linguagem, leis da lógica, com o objetivo de imprimir lógica aos documentos; predicado lógico (not, and, or) e leis de quantificação (para todo x y (x)). Neste estágio, o autor ainda cita a introdução da linguagem de provas e de busca e índices de termos evoluindo para vocabulário .

A arquitetura da web semântica é processo em construção por grupos de trabalho da W3C (www.xml.com/pub/r/1246; www.w3.org) com o objetivo de mapear as complexas relações semânticas, lógicas, de sintaxe e de apresentação dos documentos no novo espaço.

(c) Agentes

A função dos programas agentes ou agentes inteligentes é coletar conteúdos na web a partir de fontes diversas, processar a informação e permutar os resultados com outros programas permitindo através de linguagem que expressa inferências lógicas resultantes do uso de regras e informação como aquelas especificadas pelas ontologias. O principio está, não no entendimento, pela máquina, daquilo que está escrito e sim no reconhecimento de provas escritas na linguagem estabelecida pela ontologia, onde os programas-agente, pela inferência lógica retornam respostas ao que foi requerido, ou agente e consumidor podem alcançar entendimento compartilhado permutando as ontologias, que oferecem o vocabulário necessário para a discussão.

No no JABBER O Lyma me mandou dois link que achei muito bom, indico para vocês também.

Leia: http://www.jeveaux.com/blog/2009/procrastinacao-nao/

Baixa o soft em: http://www.workrave.org/download/

Como deixar o Google com o novo visual:

1. Acesse o link: http://google.com/ncr
2. Agora copie o código que esta aqui:
   Cole na sua barra de endereço.
3. Acesse novamente o link: http://google.com/ncr

O Grupo de Usuários de Software Livre de São Paulo convida a todos 
profissionais de TIC (Tecnologia da Informação e Comunicação), 
académicos, desenvolvedores, entusiastas, artistas culturais com 
propostas livres e envolvidos com cultura digital livre para 
participarem do 7º. Congresso 
Internacional de Software Livre. 

O Conisli 2009 terá a presença do especialista Jon Maddog Hall, 
reconhecido mundialmente como embaixador e líder de Linux no mundo. Jon 
Hall Maddog será o responsável por aplicar a prova de LPI. 

Dentro das atrações do Festival de Cultura Digital Livre, será lançado o 
portal do Núcleo Musical Coletivo Digital, repositório que busca dar 
vazão e publicidade a iniciativas artísticas e culturais que possam 
circular livremente pela rede mundial de computadores, com foco na 
música independente. 



Data: 04/12/2009 e 05/12/2009 
Local: MIS – Museu da Imagem e do Som [http://www.mis-sp.org.br] 
Endereço: Av. Europa, 158. 
Bairro: Jardim Europa 
Cidade: São Paulo – SP
Código promocional 25% de desconto: e4ta72 (Comunidade CentOS-BR.org)

Mais informações: http://www.conisli.org.br

Publiquei recentemente no PHPSP um post sobre as coisas que um programador PHP deveria conhecer antes de se considerar um programador. Fiz este post inspirado em um muito semelhante feito pelo Cal Evans esta semana.

Achei interessante porque é difícil encontrar um lugar que concentre – como o post – as coisas que são importantes a um programador conhecer. Muitos ainda têm uma imagem de que basta saber utilizar basicamente a sintaxe da linguagem e pronto, quando ser um programador é muito mais do que isso.

Sendo você um desenvolvedor experiente ou iniciante, recomendo a leitura do post que pode ser conferido aqui

Bom quando acessei o site comecei a traduzir algumas coisas para testar e ele me retornou algumas palavra sem nem uma semântica olhe:

Mesmo que você estiver escrevendo um site que for trabalhar com API de algum outro teste a maioria das possibilidade de erro ou de ma semântica, por isso antes de publicar qual quer coisa na web teste e re-teste.

Esta parte do projeto tinha muitos arrays, exemplo:

$var[1] = "string";

Quando dava:

echo $var[1];

Ele me retornava “s” o primeiro caracter da string em vez de toda a string (“string”), bom como todos os programador vamos debugar o source. Percebi que antes de atribuir o valor na variavel ($var) estava indo um valor qual quer que estava usando para uma outra coisa, meu source estava +- assim:

$var = 123;
$var[1] = "string";

Esta mudança na versão do php ao meu ponto de vista é muito bom para organizar mais o source, não usar a mesma variavel para duas ou mais coisas.

Espero que isso ajude você caso tenha este mesmo problema ou para você que não sabia sobre esta mudança que fique por dentro.

• border-color
• border-image
• border-radius
• box-shadow

Fundos

• background-origin
• background-clip
• background-size
• fazer camadas com múltiplas imagens de fundo

Cor

• cores HSL
• cores HSLA
• cores RGBA
• Opacidade

Texto

• text-shadow
• text-overflow
• Ruptura de palavras longas

Interface

• box-sizing
• resize
• outline
• nav-top, nav-right, nav-bottom, nav-left

Seletores

• Seletores por atributos

Modelo de caixa básico

• overflow-x, overflow-y

Outros

• media queries
• criação de múltiplas colunas de texto
• propriedades orientadas a discurso ou leitura automática de páginas web
• Web Fonts

Lista tirada do site: http://www.css3.info/preview/.

LEIA MAIS

Com o HTML o projeto (Site, sistema e etc) pode ficar muito mais organizada.

Peguei um exemplo de código de Blog citado no Treina Web para mostrá-lo a vocês. Este blog possui uma página simples de qualquer blog, cabeçalho, rodapé ,alguns posts, uma seção de navegação e uma barra lateral.

Em html 4:

<html>
<head>
    <title>BLOG - TreinaWeb: Webstandards e programação WEB e Desktop</title>
</head>
<body>
    <div id="page">
        <div id="header">
            <h1>
                <a href="/blog/">Blog TreinaWeb: Webstandards e programação WEB e Desktop</a></h1>
        </div>
        <div id="container">
            <div id="center">
                <div id="post-102">
                    <h2>
                        <a href="/page-test-2/">Page Test 2</a></h2>
                    <div>
                        <p>
                            Texto Aqui</p>
                    </div>
                </div>
                <div id="post-101">
                    <h2>
                        <a href="/page-test/">Teste 1</a></h2>
                    <div>
                        <p>
                            Texto Aqui</p>
                    </div>
                </div>
            </div>
            <div>
                <div>
                    <a href="/blog/page/2/">« Posts antigos</a>
                </div>
                <div>
                </div>
            </div>
        </div>
        <div id="right">
            <ul id="sidebar">
                <li>
                    <h2>
                        Informações</h2>
                    <ul>
                        <li><a href="/blog/politica/">Politica</a></li>
                        <li><a href="/blog/listas/">Listas</a></li>
                    </ul>
                </li>
                <li>
                    <h2>
                        Arquivos</h2>
                    <ul>
                        <li><a href='/blog/2009/04/'>Abril 2009</a></li>
                        <li><a href='/blog/2009/03/'>Março 2009</a></li>
                        <li><a href='/blog/2009/02/'>Fevereiro 2009</a></li>
                        <li><a href='/blog/2009/01/'>Janeiro 2009</a></li>
                    </ul>
                </li>
            </ul>
        </div>
        <div id="footer">
            <p>
                BLOG - TreinaWeb © 2009</p>
        </div>
    </div>
</body>
</html>

Em html 5:

<html>
  <head>
    <title>BLOG - TreinaWeb: Webstandards e programação WEB e Desktop</title>
  </head>
  <body>
    <header>
      <h1>
        <a href="/blog/">Blog TreinaWeb: Webstandards e programação WEB e Desktop</a>
      </h1>
    </header>
    <section>
      <article>
        <h2>
          <a href="/page-test-2/">
            Page Test 2
          </a>
        </h2>
        <p>Texto Aqui</p>
      </article>
      <article>
        <h2>
          <a href="/page-test/">
            Teste 1
          </a>
        </h2>
        <p>Texto Aqui</p>
      </article>
      <nav>
        <a href="/blog/page/2/">« Posts antigos</a>
      </nav>
    </section>
    <nav>
      <ul>
        <li>
          <h2>Informações</h2>
          <ul>
            <li>
              <a href="/blog/politica/">Politica</a>
            </li>
            <li>
              <a href="/blog/listas/">Listas</a>
            </li>
          </ul>
        </li>
        <li>
          <h2>Arquivos</h2>
          <ul>
            <li>
              <a href='/blog/2009/04/'>Abril 2009</a>
            </li>
            <li>
              <a href='/blog/2009/03/'>Março 2009</a>
            </li>
            <li>
              <a href='/blog/2009/02/'>Fevereiro 2009</a>
            </li>
            <li>
              <a href='/blog/2009/01/'>Janeiro 2009</a>
            </li>
          </ul>
        </li>
      </ul>
    </nav>
    <footer>
      <p>BLOG - TreinaWeb © 2009</p>
    </footer>
  </body>
</html>

Sim, o código ficou mais simples e limpo, com isso não precisamos acrescentar divs, mais classes, etc.. Os elementos adicionados foram:

• section: Uma seção, como um capítulo ou parte de um livro.
• header: O cabeçalho da página mostrada.
• footer: O rodapé da página mostrada, como uma assinatura de e-mail.
• nav: Uma coleção de links.
• article: Um artigo, uma entrada independente, em um blog, revista, jornal, e assim por diante.

Então, ficou ou não de fácil  de entendimento e consequentimente de fácil manutenção. Por enquanto isso ainda é um esboço do html5, ainda não saiu a versão final. Mas se nota o quanto tornou nossa vida mais fácil.

O html 5 é focado sempre na web semântica, onde toda tag terá um significado, não sendo necessária a criação de várias divs, porque teremos tags para cada elemento da página.

A Apple foi a primeira a introduzir o html5 no Iphone e logo após no Safari 4, logo depois o Google aplicou no Android e no Chrome 2.

Com a chegada do html5 os dias de dependência do Flash para visualizar vídeos nas páginas acabaram, um bom exemplo disso é o http://www.youtube.com/html5 (Você precisa ter Firefox 3.5, Google Chrome 2, Safari 4, Opera 10  instalado), acabando com esta dependência , assitir vídeos ficou mais acessível podendo controlá-lo com o teclado.

Agora o tratamento de acessibilidade, com o html5, serão recurso nativo do html, e não como um recurso “extra”, facilitando a acessibilidade, também temos melhores resultados com motores de buscas, pois eles priorizam sempre a semântica do site.

Muitas novidades por aí no novo HTML, enquanto isso vamos estudando para podermos colocar em prática.

O usuário Pedro Rogério levantou uma questão que não tinha posto , era sobre o DOCTYPE, resolvi então fazer uma atualização sobre:

O DOCTYPE para documentos HTML 5 não necessita mais de um DTD, sendo assim, o doctype fica da seguinte forma:

<!DOCTYPE html>

O manual de instruções diz: Pressione e segure o botão Play/Pause.

Simples né? É uma pena que as pessoas ignorem o manual de instruções e corram direto para o iPod…

A pronúncia correta é “ahóta”. Essa é a OXOTA, cerveja russa tem 8% de álcool.

(As brasileiras têm na média 4,5/5%).

Bom vamos ver se melhora o tempo…

2.  99% dos 550 desenvolvedores presentes no Rails Summit em 2008 classificaram o evento como BOM ou ÓTIMO.

3.  Serão 21 palestras, sendo 11 delas internacionais, além das desconferências e do networking.

4.  Rails 3.0 vem aí. Matt Aimonetti e José Valim apresentarão muitas das novidades previstas.

5.  Os melhores desenvolvedores do mercado apresentarão as principais evoluções técnicas e de metodologias ágeis.

6.  Segundo o Gartner Group, até 2013 haverão mais de 4 milhões de desenvolvedores Ruby. Antecipe-se!

7.  Java + Rails = JRuby. Aprenda a colocar Ruby na sua organização, mesmo ela sendo voltada a Java.

8.  Rails é o framework voltado ao empreendedorismo. Aprenda sobre todas as possibilidades que ele oferece.

9.  Todos os participantes terão internet sem fio, pontos de tomada, almoço, coffee break, tradução simultânea e toda a infra que só os grandes eventos possuem

10.  Além de tudo o que foi relatado acima, ainda teremos sorteios de uma passagem aérea, netbook e muito mais!

Não perca o Rails Summit Latin America 2009!

LEIA MAIS

LEIA MAIS

Chega de blablabla, vamos colocar a mão na massa ou melhor no RLIKE:

SELECT 'Thiago Avelino' RLIKE '^T';

Nesta Query onde estou selecionando ‘Thiago Avelino’ onde o RLIKE é ‘^T’, ele esta verificando se o ‘T’ esta no inicio da string, podemos verificar que o resultado desta query foi 1 (verdadeiro).

É possivel utilizar todos os caracteres usado na Expressão Regular, veja alguns exemplo:
^ – Faz a busca no início da string;
$ – Faz busca no fim da string;
. – procura qualquer caractere (Mesma coisa que * em qual quer terminal (Linux/Windows);
() – Determina um sequência de caracteres para busca;
{} – Determina quantidade de caracteres para busca.

A criptografia é tão antiga quanto a própria escrita, já estava presente no sistema de escrita hieroglífica dos egípcios. Os romanos utilizavam códigos secretos para comunicar planos de batalha. O mais interessante é que a tecnologia de criptografia não mudou muito até meados deste século. Depois da Segunda Guerra Mundial, com a invenção do computador, a área realmente floresceu incorporando complexos algoritmos matemáticos. Durante a guerra, os ingleses ficaram conhecidos por seus esforços para decifração de códigos. Na verdade, esse trabalho criptográfico formou a base para a ciência da computação moderna.

Termos utilizados

• Criptografia (kriptós = escondido, oculto; grápho = grafia) : é a arte ou ciência de escrever em cifra ou em códigos, de forma a permitir que somente o destinatário a decifre e a compreenda.
• Criptoanálise (kriptós = escondido, oculto; análysis = decomposição) : é a arte ou ciência de determinar a chave ou decifrar mensagens sem conhecer a chave. Uma tentativa de criptoanálise é chamada ataque.
• Criptologia (kriptós = escondido, oculto; logo = estudo, ciência) : é a ciência que reúne a criptografia e a criptoanálise.

A criptografia computacional como a conhecemos protege o sistema quanto a ameaça de perda de confiabilidade, integridade ou não-repudiação, é utilizada para garantir :

• Sigilo : somente os usuários autorizados têm acesso à informação.
• Integridade : garantia oferecida ao usuário de que a informação correta, original, não foi alterada, nem intencionalmente, nem acidentalmente.
• Autenticação do usuário : é o processo que permite ao sistema verificar se a pessoa com quem está se comunicando é de fato a pessoa que alega ser.
• Autenticação de remetente : é o processo que permite a um usuário certificar-se que a mensagem recebida foi de fato enviada pelo remetente, podendo-se inclusive provar perante um juiz, que o remetente enviou aquela mensagem.
• Autenticação do destinatário : consiste em se ter uma prova de que a mensagem enviada foi como tal recebida pelo destinatário.
• Autenticação de atualidade : consiste em provar que a mensagem é atual, não se tratando de mensagens antigas reenviadas.

O unico método disponível para oferecer proteção contra esses tipos de fatos, tanto durante o armazenamento quanto em  trânsito, é a criptografia.

Cifrar é o ato de tranformar dados em alguma forma ilegível. Seu propósito é o de garantir a privacidade, mantendo a informação escondida de qualquer pessoa não autorizada, mesmo que esta consiga visualizar os dados criptografados.

Decifrar é o processo inverso, ou seja, tranformar os dados criptografados na sua forma original, inteligível.

Para cifrarmos ou decifrarmos uma mensagem, necessitamos de informações confidenciais geralmente denominadas chaves ou senhas. Dependendo do método de criptografia empregado, a mesma chave pode ser utilizada tanto para criptografar como para decriptografar mensagens, enquanto outros mecanismos utilizam senhas diferentes.

Referências :

• http://www.penta.ufrgs.br/gere96/segur/cripto_.htm
• http://www.penta.ufrgs.br/gereseg/kerber2.html
• Prof. Eduardo Müssnich Barreto (eduardo@cepesc.gov.br)
• Internet Security for Business ( ISBN 0-471-13752-9 )
• Computer Security Basics (ISBN 0-937175-71-4)
• Practical UNIX and Internet Security (ISBN 1-56592-148-8)
• Maximun Security (ISBN 1-57521-268-4)

Windows 7 Parallels Desktop 4.*

A atual versão 4 (com o último update liberado pela empresa) é totalmente compatível; aliás, a Parallels diz que o aplicativo roda muito bem em máquinas Intel com o Snow Leopard, com melhor desempenho e experiência de uso. Desta forma, é recomendado aos usuários que façam o upgrade do aplicativo _antes_ de instalar o Snow Leopard, o que leva aproximadamente dez minutos, segundo a própria desenvolvedora.

Alguns usuários que já passaram pelo processo de atualização alertam que o upgrade do Parallels Desktop e o posterior upgrade de sistema devem ser feitos com todas as máquinas virtuais paradas, e não apenas suspensas pelos recursos do aplicativo. A medida é necessária para preservar a integridade das suas VMs durante as atualizações — se puder fazer um backup delas para outro HD, também é uma ótima ideia.

Se você usa o Parallels Desktop 3, migrar para a versão 4 custa US$40. Caso não possa arcar com o investimento no momento, considere o uso temporário do Boot Camp, que recebeu diversos aprimoramentos pela Apple e suporta até a instalação do (ainda não lançado) Windows 7 em seu Mac — o principal contra é não poder contar com ele em paralelo ao Mac OS X, isto é, virtualizado.

[via Mac OS X Hints | imagem: Simple Help]

DropBox um disco virtual homologado para (Mac, Linux e Windows) você pode sincronizar e armazenar seus arquivos, a instalação é feita de forma fácil em qual quer plataforma.

O dropbox oferece 2GB de espaça gratuito ou você pode estar contratando mais espaço conforme sua necessidade pagando um valor por mês, ele também conta com uma interface web para você manipular seus arquivos ou ate mesmo voltar arquivos que foi apagado a algum tempo atras, você pode também estar compactando vários arquivos e baixar de uma vez.

Este software é muito parecido com MobileME da Apple.

Scrollbars Experiment from Yazev on Vimeo.

Instalando o necessario:

# yum install libssh2 libssh2-devel
# pecl install -f ssh2

Testando se funcionou:

<?php
$connection = ssh2_connect('127.0.0.1', 22);

if (ssh2_auth_password($connection, 'root', 'mypasswod')) {
  echo "Authentication Successful!\n";
} else {
  die('Authentication Failed...');
}
?>

É muito bom para executar comandos em bash, gostei.

]]> http://www.avelino.us/2009/09/12/estudates-norte-americanos-so-usa-mac/feed/ 3 http://www.avelino.us/2009/09/09/twittermarks-1-0-sua-primeira-versao-disponivel/ http://www.avelino.us/2009/09/09/twittermarks-1-0-sua-primeira-versao-disponivel/#comments Wed, 09 Sep 2009 03:33:19 +0000 Thiago Avelino http://www.avelino.us/?p=839 Boa noite pessoal estou disponibilizando uma ferramente para usuarios do navegador Safari, Google Chrome (Ambos que não tem plugin para Twitter [Ainda]) e Firefox.

O TwitterMarks pega a pagina que você esta no momento e posta no seu Twitter que esta logado na maquina, você pode estar lendo mais sobre o projeto aqui.

Qual quer duvida sobre o mesmo basta deixar um comentario.

Eu estava trabalhando em um sistema que gerava um comprovante que continha um código de autenticação de 1024bits. Para conferir se o mesmo era válido, seria extremamente entediante ter que digitar 2048 caracteres de um código hexadecimal, além das informações de data, horário e código do cliente. O QRCode foi a solução.

Ensinarei como gerar o QRCode utilizando um script PHP ou Perl disponível livremente, e como realizar sua leitura posteriormente a partir de uma foto do código impresso. Essa foto pode ser tirada inclusive com uma câmera VGA de celular de baixa qualidade.

INTRODUÇÃO AO QRCODE

Uma das características do QRCode é a alta velocidade de leitura – a sigla “QR” vem de “Quick Response”. O QRCode é muito popularizado no Japão, e a maioria dos celulares japoneses hoje são fabricados com leitor embutido para QRCode. Existem também aplicativos J2ME disponíveis livremente na Internet para permitir que celulares que não venham com esse recurso já embutido também possam ler o QRCode.

CAPACIDADE DE ARMAZENAMENTO

O QRCode codifica os dados de maneira diferente dependendo do tipo de dados que for fornecido. A seguir, temos a capacidade de armazenamento para cada tipo de dados.

• Dados numéricos ([0-9])
  Capacidade máxima: 7089 dígitos.

• Dados alfanuméricos ([0-9A-Z$%*+./:-])
  Capacidade máxima: 4296 caracteres.

• Bytes raw (caracteres de 8-bit)
  Capacidade máxima: 2953 bytes.

• Escrita em Kanji
  Capacidade máxima: 1817 caracteres.

CORREÇÃO DE ERROS

Existem quatro níveis de correção de erros em QRCode. Dependendo do nível escolhido na codificação, uma porcentagem máxima diferente de erros de leitura pode ser corrigida sem perda dos dados.

• Nível L: Correção de até 7% de erros.
• Nível M: Correção de até 15% de erros.
• Nível Q: Correção de até 25% de erros.
• Nível H: Correção de até 30% de erros.

GERANDO UM QRCODE COM UM SCRIPT PHP

Agora que já sabemos das características básicas do QRCode, podemos gerar nossos primeiros códigos. Existe um script escrito por Y. Swetake com versões em PHP e em Perl que gera uma imagem com oQRCode a partir de uma entrada. Esse script é disponível livremente sob uma licença BSD-like, bastante permissiva e não-viral. Nos concentraremos aqui na versão em PHP.

Os requisitos mínimos do script são bastante modestos: PHP4.1 e gd1.6. Ele está disponível no site de Y. Swetake, em http://www.swetake.com/qr/qr_cgi_e.html.

O script dá como saída uma imagem gerada a partir dos seguintes parâmetros, que devem ser passados via GET ao mesmo:

• d=dados: Dados a serem codificados.
• e=nivel: Nível de correção de erros desejado (L, M, Q ou H).
• s=tamanho: Tamanho em pixels de cada quadradinho do código.
• t=tipo: Tipo de imagem – P para PNG ou J para JPEG.

O único parâmetro obrigatório é o “d”. O nível de correção de erros utilizado por padrão é o M, o tamanho padrão é de 4 pixels por quadradinho, e o tipo de imagem gerada padrão é PNG.

Abaixo, alguns exemplos de uso do script:

• Código para a url do PHPAvançado, com configurações padrão.
  Url: http://qrcode.kaywa.com/img.php?d=http%3A%2F%2Fwww.phpavancado.net

• Código para a url do PHPAvançado, com tamanho maior.
  Url: http://qrcode.kaywa.com/img.php?s=8&d=http%3A%2F%2Fwww.phpavancado.net

• Código para a url do PHPAvançado, com nível de correção H.
  Url: http://www.swetake.com/qr/sample_e.php?e=H&d=http%3A%2F%2Fwww.phpavancado.net

LENDO UM QRCODE

Realizei testes com dois softwares de leitura distintos. Um deles é opensource, e disponível emhttp://qrcode.sourceforge.jp. O outro é um software comercial de uma empresa chamada Tasman. A Tasman vende um SDK de leitura de diversos tipos de códigos de barra para desenvolvedores Java, mas disponibiliza gratuitamente um software sem limitações (não se engane pelo nome “demo”) que usa esse SDK em http://www.tasman.co.uk/bars/bardemo.jar.

As fotos dos QRCodes foram tiradas com uma câmera VGA (640×480) de baixa qualidade, demonstrando a facilidade de leitura desse tipo de código.

O leitor opensource ainda não possui boas capacidades de processamento da imagem antes da decodificação, e portanto precisa de uma imagem mais limpa para funcionar. Abaixo um screenshot do reconhecimento a partir de uma foto tirada de um QRCode exibido no monitor de um computador:

O leitor da Tasman foi capaz de fazer um melhor tratamento da imagem antes da decodificação. Abaixo um screenshot do reconhecimento a partir de uma foto tirada de um QRCode impresso em uma folha de papel por uma impressora jato de tinta convencional:

CONCLUSÃO

Para aplicações que necessitam armazenar uma quantidade relativamente grande de dados em forma impressa, o QRCode é uma excelente solução. Existe software livre de qualidade para lidar com o código, que pode ser utilizado facilmente.

Outra das vantagens é o uso sem preocupação com patentes. A companhia na qual o QRCode foi desenvolvido, e que é dona de suas patentes, cedeu permissão para que qualquer um utilizasse oQRCode livremente, sem pagar royalties.

Visto no blog do Lucas Catón.

1) Acesse seu servidor, através do SSH como root e digite: /scripts/installruby. Isto irá instalar o Ruby, Rails, Mongrel e FastThread para você.

2) Para garantir que tudo foi instalado corretamente, execute os seguintes comandos:

gem install rails

gem install mongrel

gem install fastthread

3) Abra as portas 3000 e 12001 até 12010 em seu firewall

Pronto! O Ruby on Rails estará instalado no seu servidor cPanel. Recomendamos acessar seu WHM e ver os módulos instalados, verificando se todos ruby gems foram instalados.

Se você receber alguma mensagem ao rodar sua aplicação dizendo que o RubyGems está desatualizado ou precisa de uma versão mais nova para funcionar, execute o seguinte comando:

gem update –system

Caso não funcione, faça da seguinte forma:

gem install rubygems-update
update_rubygems

Introdução

No mundo dos hackers, o tipo de respostas que você obtém para as suas questões técnicas depende tanto da maneira com que você pergunta quanto da dificuldade para criar e organizar a resposta. Este guia vai ensinar-lhe como fazer perguntas de um modo que torne mais provável o recebimento de uma resposta satisfatória.

Agora que o uso de software livre (open source) se tornou difundido, você pode obter respostas de outros usuários, mais experientes, ao invés de obtê-las de hackers. Isto é uma Boa Coisa; usuários tendem a ser um pouquinho mais tolerantes com o tipo de erros que os iniciantes costumam cometer. Mesmo assim, tratar usuários experientes como hackers, da maneira que recomendamos aqui, é em geral a maneira mais efetiva de obter deles respostas úteis.

A primeira coisa a compreender é que hackers realmente gostam de problemas difíceis e perguntas sobre eles que provoquem a reflexão. Se não gostássemos, não estaríamos aqui. Se você nos der uma pergunta difícil para mastigar, seremos gratos a você; boas questões são um estímulo e um presente. Boas questões nos ajudam a desenvolver nossa compreensão, e várias vezes revelam problemas que ainda não tínhamos notado ou lhes dado maior atenção. Entre hackers, “Boa pergunta!” é um caloroso e sincero cumprimento.

Apesar disso, os hackers têm uma reputação de responder a questões simples com uma atitude que parece hostilidade ou arrogância . Às vezes parece que somos sempre rudes com iniciantes ou ignorantes. Mas isso não é verdade.

Somos (na verdade e sem desculpas) hostis à pessoas que parecem não ter vontade de pensar ou de fazer seu próprio dever de casa antes de fazer perguntas. Pessoas que são sorvedouros de tempo – que tomam sem retribuir – gastam o tempo que poderíamos ter usado respondendo a outra pergunta mais interessante ou a outra pessoa que merecesse mais uma resposta. Chamamos pessoas assim de “losers” (perdedores, derrotados) e, por razões histórias, às vezes soletramos “lusers”.

Sabemos que há muitas pessoas que querem usar o software que escrevemos, e não têm interesse em aprender os detalhes técnicos. Para a maioria, o computador é meramente uma ferramenta, um meio para atingir um fim; eles têm coisas mais importantes para fazer; têm suas vidas para serem vividas. Nós aceitamos este fato e não esperamos que ninguém tenha interesse nas questões técnicas que nos fascinam. Mas nosso estilo de resposta é voltado para as pessoas que têm este interesse e que querem ser participar ativamente da solução dos problemas que aparecem. Isso não vai mudar. Nem deveria; se mudássemos, seríamos menos eficazes no que fazemos melhor.

Somos, na maior parte, voluntários. Tiramos tempo de nossas vidas cheias para responder a perguntas, e às vezes somos soterrados por elas. Então filtramos sem compaixão. Em particular, jogamos fora perguntas de pessoas que parecem ser losers para gastar nosso tempo mais eficientemente, com os winners (vencedores).

Se você acha essa atitude vergonhosa, condescendente ou arrogante, reveja seus conceitos. Não estamos pedindo que você se ajoelhe e nos adore – de fato, quase todos nós gostamos mesmo é de tratá-lo como igual e dar as boas vindas ao nosso meio e à nossa cultura, caso você se esforce para tornar isso possível. O caso é que, para nós, simplesmente não é eficaz ajudar pessoas que não querem se ajudar. É OK ser ignorante; bancar o ignorante não é.

Portanto, não é preciso ser tecnicamente competente para receber nossa atenção, mas é necessário demonstrar o tipo de atitude que leva à competência – ser alerta, cheio de idéias, observador, desejoso de ser uma parte colaboradora e ativa na procura de uma solução. Se você não consegue suportar este tipo de discriminação, sugerimos que pague um contrato de suporte comercial ao invés de pedir a hackers para doar-lhe a ajuda necessária.

Se você está decidido a nos pedir ajuda, você não quer ser um perdedor. Também não quer parecer um. A melhor maneira de obter uma resposta útil e rápida é fazer perguntas como uma pessoa inteligente, confiante e situada que apenas precisa de ajuda em um problema específico.

(Melhorias para este guia são bem-vindas. Você pode enviar sugestões para o email esr@thyrsus.com.Note que este documento não é um guia de netiquette, e costumamos rejeitar sugestões que não sejam diretamente relacionadas ao assunto, ou seja, como obter respostas elucidativas em um fórum técnico.)

(N.T.: Erros neste documento são geralmente do tradutor, e não do autor)

Antes de perguntar

Antes de perguntar via email, em um newsgroup ou via chat, faça o seguinte:

1. Tente encontrar uma resposta fazendo uma procura nas mensagens já enviadas do fórum para o qual você pretende enviar a sua dúvida.
2. Tente encontrar uma resposta procurando na web.
3. Tente encontrar uma resposta lendo o manual.
4. Tente encontrar uma resposta lendo um FAQ.
5. Tente encontrar uma resposta por inspeção ou experimentando.
6. Tente encontrar uma resposta perguntando a um amigo mais capacitado.
7. Se você é um programador, tente encontrar uma resposta lendo o código-fonte.

Quando perguntar, lembre-se mostrar que, primeiro, você fez tudo isso; isto ajudará a estabelecer que você não está sendo uma ameba preguiçosa e assim gastando o tempo dos outros. Melhor ainda, mostre o que você aprendeu ao seguir os passos acima.Gostamos de responder perguntas para quem demonstra que pode aprender com as respostas.

Use táticas como fazer uma busca Google pelo texto de qualquer mensagem de erro que você tenha (e procure nos Grupos Google também). Isso pode levar você direto à documentação da solução ou a uma seqüência de mensagens que respondem à sua pergunta. Mesmo que isso não resolva, dizer “Procurei no Google esta frase mas não consegui nada promissor ” é uma boa coisa a se colocar em emails ou mensagens para newsgroups solicitando ajuda, porque no mínimo indica que estas buscas não vão trazer resultados significativos.

Não se apresse. Não espere ser capaz de resolver um problema complicado com apenas alguns segundos de busca no Google. Leia e entenda os FAQs, respire fundo, relaxe e pense no problema antes de recorrer aos especialistas. Confie no que dizemos: eles serão capazes de dizer, apenas lendo suas perguntas, quanto você gastou lendo e pensando, e serão muito mais receptivos se você tiver se preparado. Não dispare todo o seu arsenal de perguntas imediatamente só porque a sua primeira busca não trouxe nenhuma resposta (ou respostas demais).

Prepare a sua pergunta. Pense bem nela. Questões mal elaboradas obtém respostas apressadas, ou nenhuma resposta. Quanto mais você demonstra que colocou empenho e esforço em resolver seu problema antes de pedir ajuda, mais possibilidade de realmente conseguir ajuda você tem.

Cuidado para não fazer a pergunta errada. Se a sua pergunta for baseada em premissas erradas, o mais certo é Um Hacker Qualquer enviar uma resposta inútil e literal, enquanto pensa “Pergunta idiota…”, esperando que a experiência de receber o que você pediu ao invés do que realmente precisa vai lhe ensinar uma lição.

Nunca assuma ser merecedor de uma resposta. Afinal de contas, você não está pagando pelo serviço. Você pode receber uma resposta, se chegar a receber, por fazer uma pergunta substancial, interessante, que provoca a reflexão – uma pergunta que implicitamente contribui para a experiência da comunidade ao invés de passivamente demandar conhecimento dela.

Por outro lado, deixar claro que você está apto e quer participar do processo de solução é um bom começo. “Alguém poderia me dar um direcionamento?”, “O que falta no meu exemplo?” e “Em que site devo procurar?” têm mais possibilidade de ser respondidos do que “Por favor forneça o procedimento que eu deveria seguir.”, porque você está deixando claro que realmente quer completar o processo se alguém puder simplesmente colocar você na direção certa.

Quando for a hora de perguntar

Escolha os fóruns cuidadosamente

Seja cuidadoso quando escolher onde incluir sua pergunta. Você vai ser ignorado, ou descrito como um loser, se:

• Enviar sua pergunta para um fórum que não cobre seu tópico;
• Enviar um questionamento elementar para um fórum avançado ou vice-versa;
• Enviar a mesma pergunta para muitos newsgroups diferentes.
• Enviar um email pessoal a alguém que não é nem seu conhecido nem pessoalmente responsável por resolver seu problema.

Hackers “detonam” perguntas inapropriadas para proteger seu canal de comunicações de ser “afogado” pela irrelevância. Você não quer que isto aconteça no seu caso.

O primeiro passo, portanto, é encontrar o fórum certo. Novamente, o Google e outros mecanismos de busca são seus aliados. Use-os para encontrar a página mais associada ao hardware ou software que está lhe trazendo problemas. Usualmente há links para listas de FAQs (Frequently Asked Questions) e também para listas de discussão e seus arquivos de perguntas já enviadas. Essas listas de discussão são o último recurso para obter ajuda, se seus próprios esforços (incluindo ler os FAQs encontrados) não levarem a uma solução. A página encontrada pode também conter links detalhando como se deve informar os bugs encontrados. Caso existam, use-os.

Enviar mensagens a uma pessoa ou fórum com o qual você não é familiarizado é, no mínimo, arriscado. Por exemplo, não assuma que o autor de uma página web informativa quer ser seu consultor grátis. Não seja otimista a ponto de acreditar que sua pergunta será automaticamente bem-vinda – se você não tem certeza, envie-a para outro lugar, ou não envie.

Quando selecionar um fórum web, um newsgroup ou lista de discussão, não confie somente no nome dos tópicos; procure um FAQ ou descrição para verificar se o tópico realmente cobre o assunto da sua pergunta. Leia algumas das mensagens antes de enviar a sua; assim, você tem uma idéia de como as coisas são feitas por ali. É uma ótima idéia fazer uma busca no newsgroup ou lista de discussão pelas palavras-chave relativas ao seu problema antes de enviar mensagens. Se este procedimento não encontrar uma solução, vai ajudar você a formular melhor a pergunta.

Não envie mensagens para todos os canais de ajuda simultaneamente. Isto equivale a gritar; irrita as pessoas. Tente todos os que escolheu, mas um de cada vez.

Conheça o assunto de sua pergunta! Um erro clássico é perguntar sobre detalhes de programação Unix ou Windows em um fórum de uma linguagem, biblioteca ou ferramenta que atende às duas plataformas. Se você não sabe por que isto é um erro, faria melhor em não perguntar até descobrir.

Em geral, é mais provável encontrar respostas úteis recorrendo a um fórum público bem selecionado do que a um privado. Há muitas razões para isso. Uma delas é simplesmente a quantidade de potenciais respondentes. A outra é a quantidade de pessoas que acessam o fórum, a audiência; hackers preferem responder a questões que esclarecem muitas pessoas simultaneamente do que as que servirão apenas a um público pequeno.

Compreensivelmente, hackers habilidosos e autores de softwares populares já estão recebendo mais do que a cota necessária de mensagens equivocadas. Se você se juntar aos que as enviam, você pode se tornar a gota d’água – várias vezes acontece de contribuidores de projetos de grande aceitação terem retirado sua participação por sofrerem o efeito colateral de ter suas caixas postais entupidas de emails equivocados e inúteis.

Lembre-se: Fóruns web e IRC direcionados a iniciantes geralmente respondem mais rapidamente

Seu grupo de usuários local ou os autores de sua distribuição Linux geralmente patrocinam um fórum web ou canal IRC onde iniciantes podem conseguir suporte. (Em países de língua não-inglesa, fóruns para iniciantes tendem a ser listas de discussão via email). Estes são bons lugares para começar a perguntar, especialmente se você acha que está lidando com um problema relativamente simples ou comum a muitos usuários. Um canal IRC patrocinado é um convite para que todos perguntem, e geralmente sejam respondidos em tempo real.

Na verdade, se você obteve o software que está lhe dando problemas de uma distribuição (o que é comum hoje em dia), é melhor perguntar no fórum/lista da distribuição antes de tentar o fórum do próprio software. Os hackers do fórum do software poderiam simplesmente dizer “use nossa versão”.

Antes de enviar mensagens a qualquer fórum web, verifique se ele tem uma ferramenta de busca. Se tiver, tente uma busca pelas palavras-chave que definem o seu problema; isto com certeza ajudará. Se você fez uma busca web genérica antes (como deveria), procure no fórum assim mesmo; sua ferramenta de busca web pode não ter re-indexado o fórum recentemente.

Existe uma tendência crescente de projetos fornecerem suporte via um fórum web ou canal IRC, deixando o email mais reservado para o tráfego das mensagens de desenvolvedores. Procure por estes canais em primeiro lugar quando precisar de ajuda específica para o projeto.

Segundo passo: listas de discussão via email do projeto

Quando um projeto possui uma lista de discussão via email, escreva para esta lista, não para os desenvolvedores, mesmo que você acredite que saiba quem pode responder melhor à sua questão. Procure pelo endereço da lista na documentação do projeto e em sua página web, e use-o. Existem várias boas razões para fazer isto:

• Qualquer questão boa o suficiente para ser apresentada a um desenvolvedor também tem valor para todo o grupo. Se você, ao contrário, suspeita que sua pergunta é muito idiota para a lista de discussão via email, isto não fornece uma desculpa para amolar os desenvolvedores.
• Perguntar na lista distribui a carga de responder entre os desenvolvedores. Um desenvolvedor (especialmente se for o líder do projeto) pode estar muito ocupado para responder às suas perguntas.
• A maioria das listas possui histórico de todas as discussões, e estes arquivos são indexados por ferramentas de busca. Alguém que precise pode encontrar sua pergunta e a resposta para ela na web ao invés de perguntá-la novamente na lista.
• Se determinadas questões são repetidas várias vezes, os desenvolvedores podem utilizar esta informação para melhorar a documentação do software, para que fique menos confusa. Mas se as perguntas são feitas diretamente aos desenvolvedores (portanto em caráter privado) ninguém tem o panorama completo de quais perguntas são repetidas mais vezes.

Se o projeto tem listas ou fóruns web separados para “usuários” e “desenvolvedores” (ou “hackers”), e você não está investigando ou ajudando a desenvolver o código, use lista/fórum “usuários”. Não presuma ser bem-findo à lista de desenvolvedores, onde é mais certo que tratem a sua pergunta como ruído perturbando o fluxo de contato dos desenvolvedores.

No entanto, se você está certo de que a sua pergunta não é trivial e não obteve uma resposta na lista/fórum “usuários” depois de muitos dias de espera, tente a de “desenvolvedores”. Esteja avisado: freqüente esta lista por vários dias para aprender o “dialeto do local” antes de perguntar (isto é um bom conselho tanto em listas privadas como semi-privadas).

Se você não conseguiu o endereço da lista de discussão por email, e só consegue ver o endereço do mantenedor do projeto, vá em frente e escreva para ele. Mas mesmo neste caso, não presuma que a lista não existe. Diga em seu email que você tentou, mas não conseguiu encontrar a lista apropriada. Mencione também que os emails trocados entre vocês permanecerão privados, mesmo que não haja nada de secreto neles. Diga também que não se importa se a mensagem que você está enviando for repassada para outras pessoas. (Muita gente acredita que emails privados devem permanecer privados, mesmo que não haja nada secreto neles. Mas permitir que sua mensagem seja repassada dá ao destinatário mais uma alternativa para tratar seu email).

Use o campo “assunto” de maneira significativa e detalhada

Em listas de discussão via email, newsgroups ou fóruns web, o campo “assunto” das mensagens que você envia representa a sua oportunidade de ouro para, em menos de 50 caracteres, atrair a atenção de especialistas qualificados. Não a desperdice com bobagens como “Por favor me ajude” (“POR FAVOR ME AJUDE!!!” é impensável: mensagens com esse assunto são descartadas por simples reflexo). Não tente nos impressionar com a profundidade do seu desespero; ao invés disso, use o espaço para uma descrição super concisa da descrição do seu problema.

Uma boa convenção para o campo assunto, usada por muitas empresas de suporte técnico, é a “objeto-desvio”. A parte “objeto” especifica a coisa ou grupo de coisas que apresenta problemas, e a parte “desvio” descreve qual o comportamento que difere (desvia) do esperado.

Estúpido:

AJUDEM! O vídeo do meu laptop não funciona!

Inteligente:

Xfree86 4.1 cursor não aparece, placa de vídeo Fooware MV 1005

Ainda mais inteligente:

Xfree86 4.1 cursor usando placa de vídeo Fooware MV1005 – não é mostrado

O processo de escrever uma descrição “objeto-desvio” vai ajudá-lo a organizar mais detalhadamente suas idéias sobre o problema. O que é afetado pelo problema? Somente o cursor (do mouse) ou também outros elementos gráficos (como janelas)? Este comportamento é específico do XFree86? Somente acontece na versão 4.1? É específico das placas de vídeo Fooware? Do modelo MV1005? Um hacker que veja o resultado de um bom assunto “objeto-desvio” entende imediatamente o que apresenta problemas e o problema em si, na primeira leitura.

Imagine que você está olhando para o índice de um arquivo de perguntas, que mostra apenas as linhas de assunto. Captou a idéia? Faça, portanto, com que sua linha de assunto reflita sua pergunta tão bem que o próximo usuário que procurar no arquivo por uma dúvida similar à sua esteja apto a seguir o fluxo até a resposta correta, ao invés de enviar novamente a pergunta para a lista.

Se você fizer uma pergunta respondendo a um email já enviado (reply), esteja certo de mudar a linha de assunto para indicar que você está fazendo uma pergunta. Uma linha de assunto “Re: teste” ou “Re: novo bug” é muito menos propensa a atrair a atenção. Use também partes das mensagens anteriores (chamadas de “quotes”) com parcimônia, apenas para instruir e direcionar os leitores que tem acesso somente à última mensagem.

Não escolha simplesmente “Responder” a uma mensagem para iniciar um novo fluxo (thread). Isto limitará a sua audiência. Alguns softwares de email, como o Mutt, permitem ao usuário fazer o agrupamento das mensagens por fluxo em visões de árvore (treeviews) e então esconder todas as mensagens, deixando visível somente a principal. Quem fizer isso nunca verá a sua mensagem.

Mudar o campo assunto não é o suficiente. O Mutt, e provavelmente outros softwares de email, procura não pela linha de assunto, mas por outras informações do cabeçalho do email para descobrir a que fluxo ele pertence. Faça um novo email ao invés disso.

Em fóruns web as boas práticas são ligeiramente diferentes, porque geralmente as mensagens são muito mais restritas a fluxos de discussão específicos, chegando a ser às vezes invisíveis fora destes fluxos. Então, mudar o assunto quando se faz uma pergunta respondendo a um email não é essencial – nem todos os fóruns permitem modificar o campo assunto na resposta – e quase ninguém lê mesmo quando isso é permitido. Mas a própria prática do reply é dúbia em si, porque a resposta será vista somente por aqueles que estão acompanhando este fluxo (thread) específico. Então, inicie um novo fluxo, a menos que você perguntar somente às pessoas que acompanham o fluxo original.

Facilite a resposta

Terminar sua pergunta com “Por favor envie sua resposta para…” faz com que dificilmente você obtenha uma resposta. Se você não pode perder nem mesmo os poucos segundos necessários para configurar o seu programa de email com um endereço de resposta correto, também não vamos gastar nem alguns segundos pensando no seu problema. Se seu software de email não permite essa configuração, consiga um software melhor. Se seu sistema operacional não suporta nenhum software de email que permita isso, consiga um sistema operacional melhor.

Em fóruns web, pedir para responder em outro email é extremamente rude, a menos que você acredite que a informação possa ser restrita (e que alguém irá permitir, por alguma razão desconhecida, que somente você fique sabendo da resposta, em detrimento dos demais participantes do fórum). Se você quer ser avisado por email quando alguém enviar uma mensagem para umaa lista/fluxo específico, configure o fórum para lhe enviar um email quando isso acontecer; a maioria dos fóruns suporta essa configuração (opções “monitorar este fluxo”, “enviar email quando houver nova mensagem no fluxo”, etc.).

Escreva em linguagem clara, gramaticalmente correta

Sabemos por experiência que pessoas descuidadas e bagunçadas ao escrever são usualmente descuidadas e bagunçadas ao pensar e programar (essa correlação acontece o suficiente para apostarmos nisso).

Portanto, expressar sua pergunta claramente e bem é importante. Se você não se importa em fazer isso, também não nos importaremos em prestar atenção a ela. Faça um esforço extra para polir sua linguagem. Ela não precisa ser sofisticada ou formal – de fato, a cultura hacker valoriza a linguagem informal, com gírias e humor, quando usada com propriedade e precisão. Mas ela deve ser precisa; tem de haver alguma indicação de que você está pensando e prestando atenção.

Digite, pontue e use maiúsculas corretamente. Não confunda “its” com “it’s”, “loose” com “lose” ou “discrete” com “discreet”. Não DIGITE EM MAIÚSCULAS, isso significa que você está gritando e é considerado rude (escrever tudo em minusculas é só um pouco menos irritante, porque é difícil de ler. O Alan Cox pode fazer isso, mas você não pode.

Em geral, se você escreve como um idiota semi-letrado, certamente será ignorado. Escrever como um sup3r garoto hack3r é o fim: isso garante que você não receberá nada além de um silêncio pétreo (ou, no melhor dos casos, uma grande quantidade de desprezo e sarcasmo em forma de ajuda).

Se você for enviar perguntas a um fórum que não usa sua língua nativa, terá um pequeno crédito para erros de gramática e digitação – mas definitivamente nenhum crédito para preguiça (sim, nós usualmente sabemos a diferença). Se você não sabe qual a língua nativa de seus destinatários, escreva em inglês. Hackers ocupados tendem a simplesmente apagar mensagens em línguas que eles não entendem, e o inglês é a língua oficial da Internet. Escrevendo em inglês você minimiza as chances que sua mensagem seja descartada sem ao menos ser lida.

Envie mensagens em formatos que sejam fáceis de entender

Se você faz com que sua pergunta fique difícil de ler, certamente ela será preterida por uma que seja mais fácil. Então:

• Envie suas perguntas em texto (ASCII), não em HTML (não é difícil desligar a opção de HTML).
• Anexos MIME geralmente são OK, mas só se tiverem conteúdo real (como um arquivo de código-fonte ou de configurações), e não inutilidades geradas pelo seu software de email (como uma cópia da sua mensagem).
• Não envie emails com parágrafos muito grandes, com as linhas automaticamente truncadas (isto dificulta a resposta de apenas uma parte da mensagem). Assuma sempre que seus respondentes podem ler comodamente linhas de até 80 caracteres, e configure seu software de email para 80 ou menos caracteres por coluna.
• Apesar disso, não corte dados (como dumps de arquivo ou transcrições de sessões de conexão). Dados devem ser incluídos sem qualquer modificação, para que sua audiência possa ter acesso a eles exatamente da maneira que você teve.
• Não envie emails no padrão de codificação MIME-Quoted Printable para um fórum de língua inglesa. Este padrão pode ser necessário quando você envia emails em linguagens que o padrão ASCII não cobre totalmente, mas vários softwares de email não dão suporte a ele. Quando alguém lê uma mensagem assim em um software que não fornece este suporte, aparecem seqüências de caracteres iniciados com =20 para cada caractere especial, dificultando a leitura e distraindo o leitor do assunto.
• Nunca, jamais, espere que hackers possam ler arquivos em formatos proprietários como Microsoft Word e Excel. Quase todos os hackers reagem a isso da mesma maneira que você reagiria se alguém colocasse uma pilha de esterco de porco fresco diante da sua porta.
• Se você está enviando sua mensagem de uma máquina que usa Windows, desligue a estúpida configuração “Aspas inteligentes” da Microsoft. Isso vai evitar que as aspas em seu email se transformem em caracteres-lixo.
• Em fóruns web que suportam smileys e html, não abuse dessas capacidades. Um ou dois smileys são geralmente ok, mas textos coloridinhos tendem a fazer as pessoas acharem que você é um panaca. O uso exagerado de smileys, cores e fontes faz você parecer uma adolescente histérica, o que não é uma boa idéia a menos que você esteja mais interessado em sexo do que em respostas.

Se você usa um software de email com interface gráfica (como o Netscape Messenger, Microsoft Outlook e seus similares) cuidado: eles podem quebrar estas regras se estiverem usando as configurações padrão. Muitos softwares como estes possuem uma opção de menu chamada “Ver código-fonte”. Use esta opção nas mensagens da sua caixa de saída para garantir que você está enviando somente texto em suas mensagens, sem nenhuma “nata” anexa.

Seja preciso e informe corretamente seu problema

• Descreva os sintomas de seu problema clara e cuidadosamente.
• Descreva o ambiente em que o problema ocorre (hardware, sistema operacional, aplicação, tudo). Forneça a versão da distribuição Linux ou Windows, com detalhes: “Fedora Core 2″, “Slackware 9.1″, etc.
• Descreva as investigações que você fez para entender, detalhar, testar, compreender e resolver o problema antes de pedir por ajuda.
• Descreva os testes que fez para diagnosticar e identificar com clareza o problema antes de perguntar.
• Descreva qualquer mudança recente em seu computador, software ou configurações que possam ser relevantes.

Faça o melhor possível para antecipar as perguntas que um hacker faria, e respondê-las já em seu pedido de ajuda.

Simon Tatham escreveu um excelente ensaio, entitulado Como relatar bugs de maneira eficaz. Recomendo fortemente que você o leia.

Quantidade não é precisão

Você deve ser preciso e informativo. Não é possível alcançar este fim simplesmente enviando grandes volumes de dados em um pedido de ajuda. Se seu caso de teste que apresenta o problema é grande e complicado, tente resumi-lo o mais possível.

Fazer isso é útil por pelo menos três razões. Uma: se ficar claro que você investiu esforço em simplificar a pergunta antes de enviá-la, suas chances de receber uma resposta aumentam. Duas: simplificar a pergunta torna mais provável que você receba uma resposta útil. Três: durante o processo de refinamento de seu relatório de erro, talvez você mesmo desenvolva uma solução ou paliativo para o problema.

Não fique dizendo que achou um bug

Quando você está tendo problemas com um software, não diga que achou um bug a menos que você esteja muito, muito certo disso. Uma dica: a menos que possa fornecer o código-fonte que soluciona o problema, ou um teste de regressão contra uma versão anterior que demonstra o comportamento incorreto, você provavelmente não está certo o bastante. Isso também se aplica a páginas web e documentação; se você encontrou um “bug” de documentação, deveria fornecer o texto correto para substituição e em quais páginas ele deveria substituir o texto atual.

Lembre-se, há vários usuários que não tiveram o mesmo problema que você. Se eles também tivessem tido o problema, você teria sabido dele lendo a documentação e procurando na Web (você fez isso antes de reclamar, não fez?). Isso significa, muito provavelmente, que é você que está fazendo alguma coisa errada, não o software.

As pessoas que escreveram o software trabalharam duro para fazê-lo funcionar tão bem quanto possível. Se você diz que achou um bug, está dizendo implicitamente que eles fizeram algo errado, e quase sempre isso vai ofendê-los – mesmo quando você estiver correto. É especialmente não-diplomático escrever “bug” no campo Assunto da mensagem.

Quando for perguntar, o melhor a fazer é escrever como se você estivesse fazendo algo errado, mesmo que esteja bastante certo de que achou um bug real. Se existir realmente um bug, você vai ficar sabendo pela resposta. Fazendo as coisas desta maneira, os mantenedores do sofware irão se desculpar no caso do bug ser real, ao invés de você ter de se desculpar com eles no caso de estar errado.

Auto-piedade não substitui fazer o seu dever de casa

Algumas pessoas que entendem que quando se pergunta não se deve agir de maneira rude ou arrogante, exigindo uma resposta, caem no extremo oposto da auto-piedade. “Eu sei que sou somente um iniciante e patético loser, mas…”. Isso distrai o leitor do objetivo principal e não é de nenhuma ajuda. É especialmente irritante quando combinado com uma descrição ou dados vagos do problema em questão.

Não gaste o seu tempo, nem o nosso, com política de nível primata. Ao invés disso, apresente os fatos do contexto e sua pergunta o mais claramente que puder. Esta é uma maneira melhor de se posicionar do que usar de auto-piedade.

Algumas vezes os fóruns web tem lugares separados para perguntas de principiantes. Se você achar que a sua pergunta é realmente de principiante, este é o lugar certo para ela. Mas não use de auto-piedade aí também.

Descreva os sintomas do problema, não os seus palpites

Não é útil explicar a hackers o que você acha que está causando o seu problema (se as suas teorias de diagnóstico são assim tão boas, será que você estaria pedindo ajuda?). Por isso, esteja seguro de descrever os sintomas reais do problema, ao invés de suas teorias e interpretações sobre ele. Deixe que eles façam a interpretação e o diagnóstico. Se você acha que é importante descrever seus palpites, marque-os claramente como tais, e descreva porque eles não estão funcionando para você.

Estúpido:

Estou tendo erros SIG11 back-to-back na compilação do kernel, e suspeito de uma quebra de hairline em um dos motherboard traces. Qual é a melhor maneira de conferir se é isso mesmo?

Inteligente:

Meu K6/233 montado em casa, com placa-mãe FIC-PA2007 (chipset VIA Apollo VP2) e 256MB de memória SDRAM PC133 Corsair apresenta erros SIG11 frequentes, aproximadamente 20 minutos depois de ligado (nunca antes disso), durante a compilação do kernel. Se reinicio, os erros continuam imediatamente. Mas se deixo a máquina desligada durante toda a noite, voltam os erros depois de 20 minutos. Trocar todos os bancos de RAM não ajudou. Segue abaixo a parte relevante de uma sessão de compilação.

Já que este assunto parece ser difícil de entender para muitas pessoas, aqui vai uma frase que ajuda a guardar a idéia: “Todos os diagnosticadores são do Missouri”. O lema oficial deste estado é “Mostre-me”, e foi atribuído em 1899, quando o congressista Willard D. Vandiver disse “Eu venho de um lugar que cultiva milho e algodão e cockleburs e Democratas, e eloqüência fajuta nunca me convence ou me satisfaz. Venho do Missouri. Você tem que me mostrar.”) No caso dos diagnosticadores, isso não é um problema de ceticismo, mas uma necessidade literal, funcional de ver o mais perto possível a evidência bruta que você viu, e não suas conjecturas ou conclusões. Mostre-nos.

Descreva os sintomas do seu problema em ordem cronológica

As pistas mais úteis para descobrir algo errado muitas vezes estão nos eventos que ocorreram imediatamente antes do erro. Sua descrição deve, portanto, descrever precisamente o que você fez e o que a máquina fez, até o momento do problema. No caso de processos de linha de comando, ter um log da sessão (por exemplo usando o utilitário script) e destacar as 20 ou mais linhas relevantes é muito útil.

Se o software que travou com você tem opções de diagnóstico (como -v para modo verboso), pense cuidadosamente sobre a viabilidade de selecionar opções que irá gerar informações úteis de debug para o log da sessão.

Se sua descrição do problema acabou ficando longa (mais que quatro parágrafos), pode ser útil descrever sucintamente o problema no começo, e então seguir numa linha cronológica. Desta maneira, os hackers vão saber o que procurar quando lerem sua mensagem.

Descreva o objetivo final, não os passos para chegar a ele

Se você quer descobrir como se faz alguma coisa (ao invés de reportar um bug), comece descrevendo o objetivo final. Somente depois descreva o passo no qual você está preso.

Muitas vezes, as pessoas que necessitam de ajuda técnica têm um objetivo final em mente, mas ficam obcecadas com um caminho específico para a solução. Pedem ajuda para resolver um passo, sem perceber que o próprio caminho está errado. É necessário muito esforço para superar isto.

Estúpido:

Como posso fazer com que o selecionador de cores do software FooDraw receba um valor hexadecimal?

Inteligente:

Estou tentando trocar a tabela de cores de uma imagem por valores personalizados. Neste momento, a única solução em que consigo pensar é editar cada entrada da tabela, mas nâo consigo fazer com que o selecionador de cores do FooDraw receba um valor hexadecimal.

A segunda versão da pergunta é inteligente. Ela permite uma resposta que sugira uma ferramenta mais bem adaptada à tarefa.

Não peça que as pessoas enviem a resposta para um email privado

Hackers acreditam que a solução de problemas deve ser um processo público e transparente, onde uma primeira tentativa de resposta pode e deve ser corrigida caso alguém mais capacitado perceba que ela seja incompleta ou incorreta. Lembre-se de que eles obtém parte de sua recompensa por responder perguntas por serem vistos por seus pares como competentes e capacitados.

Quando você pede uma resposta em um email privado, você atrapalha o processo e não permite a recompensa. Não faça isso. É escolha do respondente quando enviar uma resposta em particular – e se ele o faz, é geralmente por achar que a pergunta é muito óbvia ou mal elaborada para interessar aos demais.

Existe uma exceção, embora limitada, à esta regra. Se você acha que a pergunta certamente receberá muitas respostas similares, então as palavras mágicas são “enviem as respostas para mim e eu farei o resumo delas para o grupo”. É cortês tentar, e evita que a lista de discussão ou newsgroup receba um caminhão de respostas idênticas – mas você tem que cumprir o compromisso de fazer e enviar o sumário.

Seja explícito sobre o objetivo da pergunta

Perguntas abertas tendem a ser percebidas como ralos de tempo. As pessoas mais capazes de fornecer uma resposta útil são também as mais ocupadas (geralmente são elas que fazem quase todo o trabalho). Pessoas assim são alérgicas a sorvedouros de tempo, e tendem a ser alérgicas a perguntas abertas.

(Nota do tradutor: Foi utilizada a tradução “perguntas abertas” para “open-ended questions”. A definição de “open-ended questions” é geralmente descrita como “o tipo de perguntas que incentivam a ‘contar a história’ com suas próprias palavras”. Exemplificando: uma questão fechada (“close-ended question”) seria: “Você tem um bom relacionamento com seus pais?” e sua equivalente aberta é “Fale-me sobre seu relacionamento com seus pais”.)

Você geralmente receberá uma resposta útil se for explícito e objetivo sobre o que você quer que os respondentes façam (fornecer referências, enviar código, verificar se a atualização que você está usando é a correta, etc.). Isso vai focar os esforços de seus respondentes, e ao mesmo tempo colocar implicitamente um limite superior para o tempo e a energia que um respondente deve usar para responder à sua pergunta. Isto é bom .

Para entender o mundo em que vivem os especialistas, pense em expertise como um recurso abundante e tempo para responder como um recurso escasso. Quanto menos tempo você implicitamente demanda para a sua pergunta, mais possibilidades de receber uma resposta útil de alguém realmente competente e realmente ocupado você tem.

Portanto, é útil formular sua pergunta de modo a minimizar o tempo necessário para um expert respondê-la – note que, geralmente, isto não é a mesma coisa que simplificar a pergunta. Por exemplo: “Você poderia me fornecer uma referência de uma boa explicação sobre X?” é usualmente uma pergunta mais inteligente do que “Você poderia por favor explicar X?”. Se você tem um código-fonte que não funciona, é mais inteligente pedir a alguém para explicar qual é o erro do que pedir a alguém para resolvê-lo.

Não envie perguntas do tipo “dever de casa”

Hackers são bons em descobrir quando uma pergunta é do tipo “dever de casa”; a maioria de nós já as fez. Estas questões são para você resolver, para que assim você aprenda com a experiência. É OK perguntar por dicas, mas não pela solução completa.

Se você suspeita que uma pergunta do tipo “dever de casa” foi passada para você, mas de qualquer maneira não consegue resolvê-la, tente perguntar em um fórum voltado para usuários ou (como último recurso) em um fórum ou lista de projeto “para usuários”. Mesmo que os hackers percebam o tipo da pergunta, alguns dos usuários avançados podem ao menos fornecer uma dica.

Evite perguntas supérfluas

Resista à tentação de terminar o seu pedido de ajuda com perguntas semanticamente nulas como “Alguém pode me ajudar?” ou “Existe uma resposta?”. Primeiro: se você descreveu seu problema mais ou menos competentemente, estas perguntas em sua mensagem são no mínimo supérfluas. Segundo: porque elas são supérfluas, os hackers as acham aborrecidas – e ficam propensos a devolver respostas impecavelmente lógicas mas evasivas como “Sim, você pode ser ajudado” e “Não, não há ajuda possível no seu caso “.

Em geral, fazer perguntas do tipo sim-ou-não é algo a se evitar, a não ser que você queira respostas do tipo sim-ou-não.

Não marque sua pergunta como “Urgente”, mesmo que ela seja urgente para você

O problema é seu, não nosso. Demandar urgência é muito propenso a ser contraproducente: muitos hackers vão simplesmente apagar estas mensagens como tentativas grosseiras e egoístas de obter atenção imediata e diferenciada.

Existe uma semi-exceção a esta regra. Pode ser válido mencionar que você está usando o software em algum lugar considerado famoso, um que vai excitar os hackers; neste caso, se você está correndo contra o relógio, e diz isso de maneira educada, as pessoas podem ficar interessadas o suficiente em responder rapidamente.

Esta é, no entanto, uma coisa arriscada a se fazer, porque a métrica dos hackers para o que é excitante é provavelmente diferente da sua. Mensagens vindas da Estação Espacial Internacional, por exemplo, se qualificam como excitantes, mas as vindas de uma organização de caridade ou política certamente não serão. De fato, enviar a mensagem “Urgente: Ajude-me a salvar os lindos bebês baleia!” vai garantir que você seja ignorado ou atacado até pelos hackers que acham que os lindos bebês baleia são importantes.

Se você acha tudo isso um mistério, releia o resto deste documento repetidamente até entendê-lo antes de enviar qualquer coisa.

Cortesia nunca é problema, e algumas vezes ajuda

Seja cortês. Use “Por favor” e “Obrigado por sua atenção” ou “Obrigado por sua consideração”. Deixe claro que você considera valioso o tempo que foi gasto pelos outros para ajudar você de graça.

Para ser honesto, isto não é tão importante quanto (e não pode ser um substituto para) ser gramaticalmente correto, preciso e descritivo, evitar formatos proprietários, etc.; geralmente os hackers preferem relatórios de bugs meio bruscos mas tecnicamente acurados do que polidez vaga. (Se isto intriga você, lembre-se de que nós hackers valorizamos a pergunta pelo que ela nos ensina.)

No entanto, se você cumpriu o seu dever de casa na parte técnica, a polidez aumenta suas chances de obter uma resposta útil.

(É preciso notar que a única objeção séria que recebemos de hackers veteranos a este guia diz respeito à nossa recomendação anterior em usar “Agradeço antecipadamente” (“thanks in advance”).Alguns hackers acham que isto denota a intenção de não agradecer a ninguém depois. Nossa recomendação é dizer “Agradeço antecipadamente” primeiro e agradecer aos respondentes depois, ou expressar cortesia de uma maneira diferente, como por exemplo usar “Obrigado por sua atenção” ou “Obrigado por sua consideração”.)

Envie uma mensagem breve após a solução do problema

Envie uma mensagem breve após o problema ter sido resolvido a todos os que ajudaram; deixe-os saber como o problema foi resolvido e agradeça-os novamente pela ajuda. Se o problema atraiu o interesse geral em uma lista de discussão ou newsgroup, é apropriado enviar a mensagem para lá.

Idealmente, a mensagem deve ser uma resposta na mesma seqüência de mensagens iniciada pela mensagem original que descreveu o problema. A mensagem deve ter um assunto óbvio como “CORRIGIDO” ou “RESOLVIDO”. Em listas de discussão com alta taxa de recebimento de mensagens, um respondente em potencial que vê uma seqüência de mensagens sobre o “Problema X” que termina com “Problema X – RESOLVIDO” sabe que não precisa gastar seu tempo nem para lê-la (a menos que ele(ela) ache o Problema X particularmente interessante) e pode assim usar seu tempo para resolver um problema diferente.

Sua mensagem de agradecimento não deve ser longa; um simples “Opa — Era um cabo de rede com problema! Obrigado a todos – Bill” é melhor que nada. Na verdade, um resumo pequeno e bem escrito é melhor que uma longa dissertação, a menos que a solução tenha uma profundidade técnica considerável. Diga qual ação resolveu o problema; não é necessário relembrar toda a seqüência de ações da solução.

Para problemas com alguma profundidade técnica, é apropriado enviar um resumo das ações que levaram à solução. Descreva o problema. Descreva a solução que funcionou, e indique os becos sem saída depois. Eles devem vir depois da solução correta e dos outros assuntos do resumo, ao invés de transformar a mensagem em uma história de detetive. Indique os nomes das pessoas que ajudaram você; dessa maneira você fará amigos.

Além de ser cortês e informativo, este tipo de mensagem vai ajudar outras pessoas que porventura procurem nos arquivos da lista de discussão/newsgroup/fórum a encontrar e entender exatamente que solução ajudou você e que portanto pode também ajudá-los.

Por último, mas não menos importante, este tipo de mensagem ajuda a todos que participaram a sentir que o problema foi fechado. Se você não é um aficionado ou hacker, confie em nós: este sentimento é muito importante para os gurus e experts a quem você pediu ajuda. Narrativas de problemas que acabem não resolvidos são frustrantes; hackers têm coceira para vê-las resolvidas. O bom carma que traz resolver essa coceira será de muita, muita ajuda para você na próxima vez em que precisar fazer uma pergunta.

Pense em como você pode ser capaz de prevenir que outros enfrentem o mesmo problema no futuro. Pergunte-se se correções na documentação ou FAQ ajudariam, e se a resposta for sim, faça as correções e mande-as para o responsável pela manutenção do projeto.

Entre hackers, este tipo de comportamento é realmente mais importante que a polidez convencional. É assim que você constrói uma reputação de trabalhar bem (e para) as outras pessoas, o que pode vir a ser um patrimônio muito valioso.

Como interpretar respostas

RTFM e STFW: Como saber se você realmente fez m…

Existe uma antiga e reverenciada tradição: se você recebeu uma resposta contendo “RTFM”, a pessoa que a enviou acha que você deveria “Ler a m… do manual” (“Read The Fucking Manual”). Ela deve ter razão. Vá ler.

RTFM tem um irmão mais novo. Se você recebeu uma resposta contendo “STFW”, a pessoa que a enviou acha que você deveria “Procurar na maldita Web” (“Search The Fucking Web”). Ela deve ter razão. Vá procurar. (A versão mais amena desta mensagem é quando dizem para você “O Google é seu amigo!”)

Em fóruns web, também podem dizer a você para procurar nos arquivos. Na verdade, pode até existir alguém tão gentil a ponto de fornecer uma referência para a seqüência de mensagens na qual o problema foi desenvolvido. Mas não se fie nisso; faça a procura nos arquivos antes de perguntar.

Frequentemente a pessoa que diz a você para fazer a procura sozinho está olhando para o manual ou página web com a informação que você precisa enquanto digita a mensagem. Isto significa que ele pensa que (a) a informação de que você precisa é fácil de achar, e (b) você vai aprender mais se procurar pela informação do que se ela lhe for servida em uma bandeja de prata.

Você não deveria se sentir ofendido com isto; pelos padrões hacker, ele está mostrando certo respeito por você pelo fato de simplesmente não ignorá-lo. Você deveria agradecê-lo por sua bondade maternal.

Se você não entender…

Se você não entender a resposta para sua pergunta, não envie imediatamente um pedido por explicações detalhadas. Use as mesmas ferramentas que serviram para testar e investigar a sua questão (manuais, FAQs, web, amigos mais experientes) para entender a resposta. Então, se você ainda necessitar de explicações, mostre o que aprendeu tentando entender.

Por exemplo, suponha que eu diga: “Parece que você tem um zentry com problemas; limpe as configurações dele.” O exemplo ruim de resposta é: “O que é um zentry?” Um bom exemplo seria: “OK, eu li o manual e os zentries são mencionados somente nas opções -p e -z. Nenhuma delas diz nada sobre limpar as configurações de um zentry. Alguma dessas é a opção certa ou estou entendendo errado?”

Lidando com a grosseria

Nos círculos hacker, Muito do que parece grosseria não tem o propósito de ofender. É, ao invés disso, o produto de um estilo de comunicação direto, tipo esqueça-as-formalidades, que é natural a pessoas que estão mais preocupadas em resolver problemas do que em fazer com que os outros se sintam felizes e queridos.

Quando você perceber a grosseria, tente reagir com calma. Se alguém está realmente se excedendo, é muito provável que uma pessoa mais graduada da lista de discussão ou newsgroup vai chamar a atenção dele por isso. Se isso não acontecer e você perder a cabeça, é provável que a pessoa que irritou você estivesse agindo dentro das normas da comunidade hacker, e você é quem estará errado. Isto vai piorar suas chances de conseguir a informação ou ajuda de que precisa.

Por outro lado, você vai lidar ocasionalmente com grosseria e fingimento que são realmente gratuitos. O outro lado da moeda do parágrafo anterior é que é aceitável bater em ofensores reais pra valer, dissecando seu mau comportamento com um escalpelo verbal afiado. No entanto, esteja muito, muito certo disso antes de tentar. A linha entre corrigir uma incivilidade e iniciar uma guerra de mensagens (flamewar) sem motivo é fina o suficiente para que mesmo os próprios hackers sejam responsáveis por infringi-la sem razão às vezes; se você é um novato ou ainda não pertence ao grupo, suas chances de evitar esse erro são poucas. Se você deseja informação e não entretenimento, é melhor manter seus dedos longe do teclado do que se arriscar a isso.

(Algumas pessoas afirmam que vários hackers sofrem de uma forma branda de autismo ou Síndrome de Asperger, e que não possuem alguns dos circuitos cerebrais que facilitam a interação social humana ‘normal’. Isto pode ou não ser verdade. Se você não é um hacker, o fato de pensar que as nossas excentricidades são resultado de um problema cerebral pode ajudar. Vá em frente. Nós não nos importamos; nós gostamos de ser como somos, e geralmente mantemos um saudável ceticismo sobre rótulos clínicos.)

Na próxima seção, vamos falar sobre um assunto diferente; o tipo de “grosseria” que você vai experimentar quando você se comporta mal.

Sobre como não reagir como um Loser

Existem boas chances de que algumas vezes você faça m… em fóruns hacker – das maneiras descritas neste artigo ou similares. E, nessas ocasiões, você ouvirá exatamente como foi que você fez m…, possivelmente com expressões coloridas. Em público.

Quando isso acontecer, a pior coisa que você pode fazer é fazer birra sobre o fato, reclamar que foi assaltado verbalmente, exigir desculpas, gritar, prender o fôlego, tramar processos legais, reclamar com os empregadores dos responsáveis pelas mensagens, deixar a tampa da privada aberta, etc. Ao invés de tudo isso, eis aqui o que você deve fazer:

Supere isso. É normal. Na verdade, é saudável e apropriado.

Padrões de comunidade não mantém a si mesmos. São mantidos por pessoas que os aplicam ativamente, visivelmente, em público. Não faça birra dizendo que todas as críticas deveriam ser enviadas para um email privado: não é assim que a coisa funciona. Também não adianta insistir que você foi pessoalmente insultado quando alguém comenta que uma das suas reclamações é errada, ou que tem um ponto de vista diferente. Estas são atitudes de loser.

Já houve fóruns hacker onde, devido a algum senso equivocado de hiper-cortesia, os participantes foram proibidos de enviar qualquer mensagem que destacasse os erros alheios, e foi dito a eles “Se você não quiser ajudar o usuário, não diga nada.” A conseqüente debandada de participantes tecnicamente competentes para outros lugares fizeram com que estes fóruns perdessem seu sentido e significado e se tornassem imprestáveis.

Exageradamente “amigável” (da maneira descrita acima) ou útil: escolha uma das duas.

Lembre-se: Quando aquele hacker lhe diz que você fez m…, e (não importa o quão agressivamente) lhe diz para não fazer isso de novo, ele age pensando em (1) você e (2) sua comunidade. Seria muito mais fácil para ele ignorar você e filtrá-lo de sua vida. Se você não pode ser grato a ele por não fazer isso, tenha ao menos um pouco de dignidade, não faça birra, e não espere ser tratado como uma boneca frágil somente porque é um principiante com uma alma teatralmente hipersensitiva e ilusões de que tem direitos especiais.

Algumas vezes as pessoas vão atacar você de maneira pessoal, enviar mensagens agressivas sem uma razão aparente, etc., mesmo que você não tenha feito m… (ou que eles apenas pensem que você fez). Neste caso, reclamar é a maneira de realmente fazer m…

Estes atacantes (flamers) ou são lamers sem noção, mas que acreditam ser experts, ou candidatos a psicólogs testando se você vai fazer m… Os outros participantes ou os ignoram ou encontram suas próprias maneiras de tratar com eles. O comportamento destas pessoas cria problemas para elas mesmas, e você não deve se preocupar com isso.

N. do T.: O conceito “lamer” provavelmente levaria um documento tão grande quanto esse para ser descrito com as cores adequadas. Mas acredite: você com certeza não quer ser um lamer.

Também não se deixe ser arrastado para uma flamewar. É melhor ignorar muitas das mensagens agressivas (flames) — depois de conferir se elas são realmente flames e não explicações sobre como você fez m…, ou mesmo respostas para a sua pergunta inteligentemente cifradas (isto também costuma acontecer).

Perguntas que não se deve fazer

Aqui vão algumas perguntas estúpidas clássicas, e o que os hackers pensam quando não as respondem.

P: Aonde posso encontrar o programa ou recurso X?
P: Como posso usar X para fazer Y?
P: Como posso configurar meu shell prompt?
P: Posso converter um documento da AcmeCorp em um arquivo TeX usando o conversor Bass-o-matic?
P: Meu {programa, configuração, SQL} não funciona.
P: Tenho problemas com meu computador que roda Windows. Podem me ajudar?
P: Meu programa não funciona. Acho que o recurso X do sistema está com problemas.
P: Tenho problemas instalando o Linux ou o X. Podem me ajudar?
P: Como posso quebrar a senha do administrador/conseguir privilégios de administrador do canal IRC/ler os emails de alguém?

Boas e más perguntas

Vou, finalmente, ilustrar como perguntar de maneira inteligente com exemplos; pares de perguntas sobre o mesmo problema, uma estúpida e outra inteligente.

Estúpida: Onde posso encontrar material sobre o Foonly Flurbamatic?

Esta pergunta simplesmente implora por uma resposta “STFW”.

Inteligente: Usei o Google para procurar na web por “Foonly Flurbamatic 2600″, mas não consegui nada útil. Alguém sabe onde posso encontrar informações sobre a programação para este dispositivo?

Este aqui já fez um STFW, e parece que ele pode ter um verdadeiro problema.

Estúpida: Não consigo compilar o projeto foo. Porque ele está com problemas?

Esse está assumindo que alguém fez alguma m… no projeto. Arrogante.

Inteligente: O código do projeto foo não compila sobre o Nulix versão 6.2. Li o FAQ, mas não encontrei nada relacionado a problemas relacionados ao Nulix. Segue um log da minha tentativa de compilação; é alguma coisa que eu fiz de errado?

Esse outro especificou o ambiente, leu o FAQ, mostrou o erro e não está assumindo que seus problemas são causados por outra pessoa. Esse cara merece alguma atenção.

Estúpido: Tenho problemas com minha placa-mãe. Alguém pode me ajudar?

A resposta de J. Random Hacker para isso seria parecida com “Certo. Você precisa que te ponham para arrotar e de fraldas também?” seguida de uma tecla de delete.

Inteligente: Tentei X, Y e Z na placa-mãe S2464. Quando isto não funcionou, tentei A, B e C. Perceba o sintoma curioso quando tentei C. Obviamente o florbish está grommicking, mas os resultados não são os que normalmente se espera. Quais são as causas usuais de grommicking em placas-mãe Athlon MP? Alguém tem idéias sobre quais outros testes eu posso executar para encontrar o problema?

Esta pessoa, por outro lado, parece merecer uma resposta. Ele exibiu inteligência para resolver problemas, ao invés de ficar passivamente esperando que uma resposta caísse do céu.

Perceba, na última pergunta, a sutil mas importante diferença entre dizer “Dê-me uma resposta” e “Por favor ajude-me a descobrir quais testes de diagnóstico eu posso executar para resolver o problema.”

Na verdade, a forma da última pergunta é baseada em um incidente real que aconteceu em agosto de 2001 na lista de discussão por email linux-kernel (lkml). Eu (Eric) era a pessoa que estava perguntando dessa vez. Eu experimentava travamentos misteriosos com uma placa-mãe Tyan S2462. Os participantes da lista forneceram as informações essenciais para que eu precisava para resolver o problema.

Perguntando da forma como eu perguntei, eu dei às pessoas algo para mastigar; eu tornei fácil e atrativo para elas se envolverem. Eu demonstrei respeito pela capacidade de meus pares, e convidei-os a trabalhar comigo como iguais. Também demonstrei respeito pelo valor do tempo deles, dizendo-lhes quais becos sem saída eu já tinha percorrido.

Depois do problema resolvido, quando eu agradeci a todos e detalhei quão bem o processo tinha funcionado, um participante da lkml disse que achava que o processo tinha funcionado tão bem não porque eu era um “nome famoso” daquela lista, mas sim porque eu tinha perguntado da forma correta.

Hackers são, de um certo ponto de vista, uma meritocracia impiedosa. Tenho certeza de que ele estava certo, e que se eu tivesse me comportado como uma ameba teria sido atacado (flamed) ou ignorado, não importa quem eu fosse. Sua sugestão, de que eu escrevesse todo o incidente como um referência para os outros levou diretamente à composição deste guia.

Se você não conseguir uma resposta

Se você não conseguir uma resposta, por favor não tome isso como pessoal e assuma que nós não queremos ajudar você. Algumas vezes, os membros do grupo para o qual você perguntou podem simplesmente não saber a resposta. Não obter nenhuma resposta não é o mesmo que ser ignorado, embora seja reconhecidamente difícil saber a diferença entre os dois.

Em geral, simplesmente reenviar a sua pergunta é uma má idéia. Isto vai ser visto como chateação sem motivo.

Existem outras fontes de ajuda a que você pode recorrer, muitas vezes mais bem adaptadas às necessidades de um principiante.

Existem vários grupos de usuários locais e online que são entusiastas sobre software, mesmo que eles próprios nunca tenham escrito software. Estes grupos se formam para que as pessoas possam ajudar umas às outras e também aos usuários iniciantes.

Há também muitas empresas das quais você pode contratar ajuda, grandes e pequenas (Red Hat e Linuxcare estão entre as mais conhecidas, mas há muitas outras). Não fique desanimado com a idéia de ter que pagar por ajuda! Se o motor de seu carro estourar um cabeçote, certamente você iria a um mecânico e pagaria para consertá-lo. Mesmo que o software não tenha lhe custado nada, você não pode esperar que o suporte seja sempre de graça.

Para softwares populares como o Linux, existem pelo menos 10000 usuários por desenvolvedor. Simplesmente não é possível para uma só pessoa atender a todos os chamados de suporte de 10000 usuários. Lembre-se de que, mesmo que você tenha de pagar pelo suporte, ainda está pagando muito menos do que quando também tinha de comprar o software (e o suporte para o software proprietário é usualmente mais caro e menos competente do que o suporte do software livre).

Como responder de maneira útil

Seja gentil. O estresse causado por problemas pode fazer pessoas parecerem rudes ou estúpidas, mesmo quando não são.

Responda a um verdadeiro principiante em particular. Não há necessidade de humilhar publicamente alguém que cometeu um erro honestamente. Um verdadeiro principiante pode não saber como procurar nos arquivos do fórum ou aonde o FAQ está disponibilizado.

Se você não está bem certo da resposta, diga isso! Uma resposta errada dada com autoridade é pior do que não dar nenhuma resposta. Não guie alguém para um caminho errado simplesmente porque é divertido agir como um expert. Seja humilde e honesto; dê um bom exemplo para o solicitante e para seus próprios colegas.

Se não pode ajudar, não atrapalhe. Não faça piada sobre procedimentos que podem formatar a máquina do usuário – o pobre coitado pode interpretá-los como instruções.

Faça perguntas investigativas para obter mais detalhes. Se você for bom nisto, o solicitante vai aprender – e você também. Tente transformar as perguntas ruins em boas; lembre-se de que todos fomos principiantes um dia.

Mesmo que rosnar RTFM seja justificável quando a resposta for para alguém que é só um negligente preguiçoso, é melhor fornecer uma referência para a documentação (mesmo que seja somente uma sugestão para procurar uma palavra-chave no Google).

Se você vai mesmo responder à pergunta, entregue boas respostas. Não indique soluções ruins quando alguém está usando a ferramenta ou caminhos errados. Sugira boas ferramentas. Reposicione a pergunta.

Ajude a sua comunidade a aprender com a pergunta. Quando responder a uma boa questão, pergunte-se “Qual seria a mudança na documentação ou FAQ para que ninguém precise responder esta pergunta novamente?” Faça as mudanças e envie para o mantenedor dos documentos do projeto.

Se você pesquisou para responder à pergunta, demonstre suas habilidades ao invés de escrever como se tivesse tirado a resposta da sua b… Responder a uma boa questão é como dar um peixe a uma pessoa faminta. Ensinar técnicas de pesquisa através de exemplos é como ensiná-lo a pescar.

Recursos relacionados

Se você precisa de instruções básicas de uso de computadores pessoais, Unix e Internet, veja The Unix and Internet Fundamentals HOWTO.

Quando lançar software ou escrever correções para softwares, tente seguir as linhas detalhadas em Software Release Practice HOWTO.

Agradecimentos

Evelyn Mitchell contribuiu com exemplos de perguntas estúpidas e inspirou a seção “Como responder perguntas de maneira útil”. Mikhail Ramendik contribuiu com algumas sugestões de melhorias particularmente valiosas.

Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 229, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 145, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 647, in buildTransaction
(rescode, restring) = self.resolveDeps()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 704, in resolveDeps
for po, dep in self._checkFileRequires():
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 939, in _checkFileRequires
if not self.tsInfo.getOldProvides(filename) and not self.tsInfo.getNewProvides(filename):
File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py", line 414, in getNewProvides
for pkg, hits in self.pkgSack.getProvides(name, flag, version).iteritems():
File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 300, in getProvides
return self._computeAggregateDictResult("getProvides", name, flags, version)
File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 470, in _computeAggregateDictResult
sackResult = apply(method, args)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 861, in getProvides
return self._search("provides", name, flags, version)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
return func(*args, **kwargs)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 837, in _search
for pkg in self.searchFiles(name, strict=True):
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
return func(*args, **kwargs)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 586, in searchFiles
self._sql_pkgKey2po(rep, cur, pkgs)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 470, in _sql_pkgKey2po
pkg = self._packageByKey(repo, ob['pkgKey'])
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 413, in _packageByKey
po = self.pc(repo, cur.fetchone())
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 68, in __init__
self._read_db_obj(db_obj)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 94, in _read_db_obj
setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object
[root@nex ~]#

Bom como todos faz busquei no google, e objetive um resultado legal que me ajudou:

http://www.centos.org/modules/newbb/viewtopic.php?topic_id=20191&forum=37

CONCLUSÃO:

# yum clean all

Isso vai limpar todo cache do yum por algum motivo ele corrompeu o arquivo do SQlite.