Universidade Federal do Paran a Departamento de Informtica a

Roberto A Hexsel

Pequeno Manual da Escrita Tcnica e

Relatrio Tcnico o e RT-DINF 004/2004

Curitiba, PR 2004

Pequeno Manual da Escrita Tcnica e

Roberto A Hexsel
Departamento de Informtica a Universidade Federal do Paran a Centro Politcnico, C Postal 19081 81531-990 Curitiba, PR e roberto@inf.ufpr.br
Resumo Este texto foi escrito como uma tentativa de apontar um rumo queles que esto iniciando-se como escritores, e apontar-lhes os erros mais comuns a que so cometidos por netos. A pretenso tentar reduzir a quantidade de a o a e erros cometidos pelos meus orientados, minimizando assim o tempo perdido em revises. Minhas razes so portanto puramente ego o o a stas, mas provvel e a que o resultado seja util tambm a outras pessoas. Evidentemente, o estilo e e peremptrio e bem de acordo com o esp o rito de um manual.

Introduo ca
Muito se ouve sobre a diculdade que as pessoas tem para escrever. A diculdade real e porque escrever demanda esforo e trabalho. Contudo, escrever uma habilidade que se c e adquire com a prtica, que se aprende. O aprendizado se inicia pela leitura de muitos a livros tcnicos e artigos, e progride com o exerc e cio. Escrever um texto que descreve uma descoberta cient ca ou avano tcnico uma tarefa c e e to importante quanto o trabalho propriamente dito, cujos resultados merecem ser relataa dos. A tarefa principal do pesquisador executar a pesquisa, mas esta de nada adianta se e os produtos da pesquisa no forem repassados para a comunidade. Uma das maneiras mais a ecientes de distribuir os produtos e resultados das atividades de pesquisa justamente o e texto escrito. Os objetos de pesquisa so inerentemente complexos e sua compreenso demanda uma boa a a dose de esforo por parte de quem deseja compreend-los. O texto tcnico que descreve o c e e produto da pesquisa deve portanto ser escrito de forma a minimizar o esforo do leitor. Isso c important e ssimo por conta de vrios fatores, que incluem desde limitaes do nmero de a co u pginas permitido pelo ve a culo, at diferenas de cultura tcnica entre escritores. Textos e c e tcnicos devem ser precisos e concisos, e mesmo que estes atributos sejam freqentemente e u conitantes, a preciso no deve ser sacricada em favor da conciso. a a a Vrios dos pontos discutidos a seguir foram adaptados de outros documentos com rea comendaes quanto a estilo e contedo. Dentre eles destacam-se o livro de Lamport co u A sobre L TEX [4], e textos com recomendaes a potenciais autores de artigos para conco ferncias [3, 7, 5]. e O texto est organizado como descrito a seguir. A Seo 1 contm recomendaes gerais a ca e co quanto ao projeto, contedo e organizao do texto. A Seo 2 aponta falhas e erros que u ca ca ocorrem com mais freqncia nos textos avaliados pelo autor, enquanto que a Seo 3 ue ca contm algumas atrocidades, e indicaes de como evit-las. e co a 1

Pequeno Manual da Escrita Tcnica e

Projeto do Texto

Escrever textos tcnicos uma atividade muito trabalhosa e que demanda uma quantidade e e enorme de tempo e esforo mental. Reserve tempo e prepare-se com bastante antecedncia. c e Estude com cuidado o tipo de texto que ir produzir. Prepare de antemo todo o material a a necessrio para ilustrar o texto, tal como grcos, guras e bibliograa. a a

1.1

Esqueleto

Dena o enfoque e a estrutura do texto. O texto um artigo cient e co, manual, texto informativo, ou um tutorial? Qual o enfoque do texto? Ele descritivo, informativo, de e e n avanado ou introdutrio? Dependendo do enfoque, mais ou menos espao deve ser vel c o c reservado para material introdutrio. o Esboce um projeto de seu texto, determinando quais e quantas sees o texto conter. co a Para cada subt tulo, determine o contedo e tamanho (nmero de linhas ou pargrafos). u u a As sees devem mostrar a seqncia lgica dos componentes do texto. Isso feito, escreva co ue o o esqueleto do texto. Qualquer processador de textos decente permite a construo de um ca ndice ou sumrio a com um m nimo de esforo. Use esta facilidade para vericar se o esqueleto de seu texto c foi bem projetado, se o seqenciamento dos tpicos est adequado e se o aninhamento das u o a sees e sub-sees faz sentido. co co Quais sero, e onde se situaro no texto, as guras ou grcos ou tabelas que contm as a a a e informaes mais relevantes do trabalho? Em sees introdutrias, use guras e diagramas co co o para ilustrar os conceitos e denies, na medida em que so introduzidos. co a Quais sero as referncias? Como regra geral, devem ser usadas referncias recentes dentre a e e os melhores livros e peridicos na sua rea de pesquisa, embora algumas das contribuies o a co mais importantes possam estar em passado mais ou menos distante. Use referncias fceis e a de encontrar, e na medida do poss vel, evite relatrios tcnicos, e no use publicidade. Doo e a cumentos dispon veis na Internet tendem a ser efmeros, e portanto deveriam ser evitados. e Se isso no for poss a vel, as referncias `queles devem conter a data na qual o documento e a foi acessado. Revise o projeto do texto. O qu o autor deseja que leitor aprenda ao ler o texto? O qu o leitor aprender no texto? e e a As respostas a estas perguntas devem ser claramente respondidas antes de que o autor inicie a preparao do texto. ca Revise o projeto do texto. Vrias vezes. a

1.2

Sees Introdutrias co o

Uma seo introdutria tem a funo indicada pelo seu nome que introduzir o material ca o ca e que vai ser apresentado em mais detalhe nas sees subseqentes. O(s) problema(s) so co u a descritos e contextualizados, as idias associadas `(s) soluo(es) so apresentadas. Estas e a ca o a sees apenas descrevem o problema e poss co veis solues, tratando apenas do o que e do co , e nunca do como. porque

Pequeno Manual da Escrita Tcnica e

Em se tratando de artigo cient co ou tese, importante ter em mente o objetivo da e Introduo, que contextualizar o problema, e mostrar porque vale a pena resolv-lo. A ca e e soluo proposta deve ser apresentada e suas qualidades relativas com relao `s demais ca ca a solues j publicadas devem ser enfatizadas. A Introduo deve capturar a ateno do co a ca ca leitor ao mostrar as boas qualidades do trabalho.

1.3

Sees Intermedirias co a

Estas sees retomam o apresentado nas sees introdutrias e acrescentam tantos detalhes co co o quanto necessrio para a compreenso do exposto no restante do texto. Isso inclui a dea a nio precisa e formalizao das idias, conceitos e modelos empregados nas explanaes. ca ca e co As sees iniciam pela descrio do seu contedo (o que da seo), seguido por todas co ca u ca as denies necessrias (o que detalhado e o porque da seo), s ento seguido dos co a ca o a detalhes dos problema e da soluo (o como). A seo pode terminar com um pargrafo ca ca a de conexo para a seo seguinte. a ca Se o trabalho se baseia em algum modelo conceitual, este deve ser claramente denido e suas limitaes explicitadas. Um diagrama equivale a mil pargrafos de texto confuso. Use co a o diagrama como uma ferramenta: ao descrev-lo, certique-se de que todo o texto est e a coerente e que h uma correspondncia estrita entre o texto e o contedo do diagrama. a e u A princ pio, quanto maior a complexidade do modelo, maior o nmero de diagramas para u descrev-lo. e

1.4

Sees com Resultados co

Estas sees descrevem os resultados propriamente ditos. As sees iniciam descrevendo os co co experimentos, tcnicas ou teoremas e explicando por que estes so relevantes, bem como o e a que se aprendeu com os experimentos ou solues. Os resultados so ento apresentados e co a a discutidos. A relevncia e originalidade devem ser enfatizados aqui, bem como poss a veis limitaes, melhorias e desenvolvimentos. co Os resultados devem ser apresentados de forma que os experimentos possam ser repetidos e vericados por outras pessoas com mesmo grau de capacitao que o autor. ca

1.5

Seo Conclusiva ca

Descreva novamente o contexto do trabalho. Dena o problema e explique sua relevncia a e grau de diculdade da(s) soluo(es) existente(s). Esta denio pode ser tecnicamente ca o ca densa e empregar todos os conceitos j introduzidos. Apresente sua soluo ou resultados a ca e discuta seus mritos e defeitos, alm de possibilidades e desenvolvimentos futuros. e e Na Concluso nunca, mas nunca mesmo, podem ser apresentadas concluses que no a o a tenham sido discutidas nas sees anteriores. No podem haver surpresas na Concluso! co a a

Pequeno Manual da Escrita Tcnica e

1.6

Resumo

Existem duas maneiras de se escrever o resumo, antes ou depois do texto propriamente dito. No primeiro caso, inicia-se pelo resumo, que em um pargrafo aponta todos os a aspectos importantes relativos ao problema e sua contextualizao, e quanto a soluo ca ca proposta. Isso feito, o texto completo produzido a seguir. No segundo caso, escreve-se e o texto completo e seus pontos mais importantes so ento sintetizados no pargrafo do a a a resumo. O resumo tem a funo de despertar a curiosidade do leitor e deve portanto ser ca escrito com muito cuidado. Leitores com alguma prtica decidem se o texto completo vale a pena ser lido aps lerem a o o resumo, a introduo e a concluso. Isso signica que estas sees devem ser escritas ca a co para convencer o leitor da qualidade e originalidade do que reportado no texto. e

Estilo

Textos tcnicos devem ser claros, mas principal e especialmente, precisos. Isso signica e que uma certa dose de repetio necessria embora a qualidade l ca e a rica e a mtrica quem e um tanto prejudicadas. O objetivo principal transmitir um certo conjunto de idias de e e forma precisa, clara, concisa e sem ambigidade. u Textos tcnicos tendem a ser enfadonhos por sua prpria natureza, mas existem excees. e o co Representativos dentre meus prediletos so os livros de Halmos, Hennessy & Patterson, e a Peterson & Davie [1, 2, 6]. Observe as recomendaes ou normas quanto a tamanho dos caracteres, margens, t co tulos e sees. Use um processador de textos que no tenha idias prprias sobre a formatao co a e o ca do texto, ou que mude de idia a cada seo. e ca Evite rfos, que so (a) uma unica palavra na ultima linha de um pargrafo, (b) uma o a a a unica linha no topo de uma pgina, (c) um s pargrafo em uma seo, ou (d) uma unica a o a ca subseo de uma seo. No separe um (sub-)t ca ca a tulo do texto que o segue porque um t tulo no nal de uma pgina deve ser seguido de algumas linhas de texto. a Toda vez que um termo tcnico for introduzido e denido, o termo deve ser enfatizado e para sinalizar ao leitor quanto a sua importncia. O pargrafo acima que dene rfos a a o a um exemplo desta prtica. Em geral, tipos como itlico ou enfatizado tem um efeito e a a mais agradvel do que negrito. a Grcos devem conter os nomes dos eixos, abscissas e ordenadas. Evite grcos pseudoa a tridimensionais com colunas de 3 dimenses aos invs de barras simples. A pseudoo e dimenso tem somente efeito cosmtico e no acrescenta informao ` gura. Evite grcos a e a ca a a esparsos (poucas linhas) ou congestionados (muitas linhas). O t tulo de uma (sub)seo pode, ou deve, ser repetido na primeira frase da seo, ao ca ca invs de ser omitido porque estaria impl e cito pela proximidade ao t tulo.

Pequeno Manual da Escrita Tcnica e

Segue uma lista de recomendaes quanto a erros freqentes e alguns v co u cios, tambm e comuns. Os itens so numerados para facilitar referncias a eles. a e 1. O texto deve ser compilvel da mesma forma que um programa: nunca use um oba jeto sem que ele tenha sido denido anteriormente; se necessrio, faa uma referncia a c e para uma denio apresentada adiante. ca 2. Em funo do enfoque do texto, algumas denies podem ser omitidas, desde que ca co elas sejam obviamente conhecidas da grande maioria dos poss veis leitores. Na dvida, aponte para uma referncia bibliogrca. u e a 3. No use denies por exemplo, nas quais um exemplo contm a denio de um a co e ca conceito ou termo. Primeiro dena e ento d um ou mais exemplos. Note que esta a e uma denio por exemplo. e ca 4. Nunca introduza um termo pela sua abreviatura. A maneira correta : A rede e padro Fiber Distributed Data Interface (FDDI) ... A FDDI interconecta ... a e 5. Use termos e abreviaturas consistentemente ao longo de todo o texto. 6. Evite anglicismos. Use uma expresso que melhor traduza O SENTIDO da expresso a a em Ingls e cite o termo original entre parnteses, entre aspas ou em itlico (in e e a English ou in English). 7. Nomes prprios, em geral, no necessitam ser traduzidos (protocolos, interfaces pao a dronizadas, etc). 8. Evite frases de aluno de primeiro grau, muito curtas ou innitamente longas, e use vocabulrio de adulto. a 9. O estilo do Hino Nacional aceitvel em poesia mas inintelig para uma parcela e a e vel enorme da populao, e portanto no deve ser usado em textos tcnicos de Comca a e putao. Geralmente, frases no estilo do Hino Nacional decorrem da confuso do ca a autor enquanto as elabora, quando novas idias lhe ocorrem e so imediatamente e a inseridas no texto. O indefeso leitor ento obrigado a tentar seguir o tortuoso e a uxo de idias do autor. e 10. Como regra geral, textos tcnicos devem ser escritos na voz passiva e no presente. e Voz passiva: O arquivo deve conter as seguintes informaes... co O programa efetua as operaes na ordem especicada em... co A implementao do protocolo examina os campos da mensagem e ento... ca a Voz ativa: Devemos colocar as seguintes informaes no arquivo... co As operaes devero ser efetuadas pelo programa... co a O protocolo dever examinar... a 11. Ao inserir referncias bibliogrcas no texto, sempre que poss e a vel tente colocar a citao [Ruim00] em um ponto da frase que no interrompa o uxo do texto [Bom00]. ca a Na frase anterior, a primeira citao atrapalha a leitura e acrescenta pouco contedo ca u semntico. Em geral, melhor empurrar a citao para o nal da frase onde ela atraa e ca palhar menos, embora isso nem sempre seja poss a vel. Se a citao causar diculdade ca de compreenso da frase, ela deve ser movida para um ponto no qual atrapalhe mea nos, mas sem desvincular a idia de seu autor. e

Pequeno Manual da Escrita Tcnica e

12. Ao descrever um programa, algoritmo ou mtodo, tome muito cuidado para mane ter claramente separada a parte que descreve o que da parte que descreve como. Primeiro explique claramente o que faz sem nenhuma referncia ` implementao. e a ca Somente aps a descrio do qu que se pode mostrar como feito. o ca e e e Se seu texto fala sobre Lex e Yacc, por exemplo, a descrio deve iniciar com ca (a) compilador de compiladores, (b) anlise e s a ntese de cdigo, (c) como Lex o e Yacc se relacionam, (d) o que Lex faz, (e) o que Yacc faz, (f) como os dois so a usados na sua aplicao. A parte mais importante obviamente (f). Seu esforo ao ca e c escrever esta parte, e o do leitor ao ler, ser muito menor se as partes introdutrias a o [(a) at (e)] estiverem bem estruturadas e contiverem todas as denies necessrias. e co a 13. Na medida do poss vel, evite listas iniciadas com dois pontos. Contra exemplo: uma coisa, outra coisa, uma terceira coisa. Se a lista realmente necessria, enumere os e a itens: (a) uma coisa, (b) outra coisa, e (c) ultima coisa. Se for necessrio empregar uma lista de itens (buletada), os itens deveriam car a todos na mesma pgina, e cada item deve ocupar uma linha. Se os itens forem a longos, possivelmente uma separao em vrios pargrafos resulta em layout que ca a a e visualmente mais agradvel. Note que esta lista um contra exemplo. a e IMPORTANTE Aps escrever cada pargrafo, volte atrs e re-leia em voz alta o que o a a escreveu. Preste ateno no que voc fala e observe se as sentenas fazem sentido. Aps ca e c o escrever cada seo, volte atrs e verique o encadeamento das idias e descries. Se ca a e co encontrar alguma frase solta, ou acrescente mais texto para contextualiz-la, ou mova-a a para o lugar apropriado. /dev/null geralmente um bom lugar para prender idias soltas. e e Use e abuse de guras para ilustrar seu texto. Uma gura equivale a 1K palavras. As guras so grandes e claras? O texto que acompanha a gura/tabela a explica completaa mente? E poss diferenciar as vrias linhas no grco? As linhas esto identicadas? vel a a a As tabelas so auto-explicativas? Na medida do poss a vel, o texto que descreve uma gura ou diagrama deve anteceder o objeto descrito na ordem de leitura e no papel. As guras e diagramas devem ser completamente descritos no texto. As guras, diagramas e tabelas devem ser referenciadas no texto, caso contrrio, elas podem ser movidas para /dev/null. a Leia o que escreveu! Leia em voz alta. Pea ajuda a algum porque depois da dcima c e e reviso, voc possivelmente estar cansado demais para perceber os problemas, enquanto a e a o texto ser lido com mais ateno por algum que nunca o leu. a ca e

Bestirio a

Exemplos que no devem ser seguidos. O tom dos comentrios um tanto sarcstico a a e a porque estes exemplos foram produzidos por pessoas com curso superior (quase) completo. Esta lista numerada para que seus elementos possam ser referenciados por nmero, e u simplicando o trabalho de apontar eventuais erros aos seus autores. i. Este trabalho assume que X o mesmo que Y... e Suponho que o autor quer dizer que seu trabalho pressupe, considera, ou admite o que X o mesmo que Y. Ou ser que o trabalho vai assumir alguma outra e a

Pequeno Manual da Escrita Tcnica e

identidade, tal como faz o Super Homem? Cuidado com tradues erradas do Ingls: co e assumption presuno! Table entry elemento da tabela e no entrada na e ca e a tabela. Performance desempenho. e ii. O programa roda... Programas so executados ou interpretados. Quem roda so as rodas. a a iii. A Figura abaixo descreve... Figuras no descrevem. Elas mostram, indicam, ilustram, equivalem a, e talvez a substituam 1024 palavras. Quem descreve o autor. e iv. Estas expresses so freqentes em trabalhos sobre avaliao de desempenho. Todas o a u ca so cacfonos pavorosos: a o aumento no gargalo [o autor teria bebido demais?]; cai com o aumento inversamente proporcional? decresce com o aumento inversamente proporcional? adicionar ao incremento proporcional, com derivada positiva? diminuio do incremento derivada negativa? ca

v. As palavras abaixo nao sao sinonimos: esquema; modelo; mtodo; e pol tica; mecanismo; metodologia; algoritmo; implementao; e ca arquitetura.

vi. Expresses e frases hilrias: o a por cada [indefect auto-referncia]; vel e O aumento da populao de usurios em tamanho... [supe-se todos os usurios ca a o a esto se alimentando adequadamente]; a servio de coleo de erros do processador [possivelmente trata-se de uma c ca diviso da Intel]; a A mtrica composta do TPC-H, o signicado da energia e taxa de throughput, e tem uma razo de 88% em relao a Sun... [plgio do StarTrek]; a ca a no in cio de um texto: A Terra, tecnicamente chamada de superf cie terrestre, tem sobre ela fatos observveis - coisas. ... [no nal do mesmo texto:] O a fenmeno, a interpretao do fato, a coisa no conceito objeto precisa ser dispoo ca nibilizado e manipulado [erm...]. vii. Use Portugus corretamente. Pecados comuns so listados abaixo. e a Muito cuidado com concordncia. Todas as suas formas. a No inicie sentena com conectivo. Contra exemplos: E a rede interliga... Mas a a c interface...

Pequeno Manual da Escrita Tcnica e

No inicie a segunda frase com um verbo porque o sujeito est impl a a cito na primeira frase. FHC fala desta maneira mas este no um exemplo que merea a e c ser seguido: ...algo sobre X. E a modernidade chegando ` produo de X. a ca viii. Ondismo Uso inadequado de onde no lugar de quando, no qual, em que. ix. Gerundismo Uso do gerndio em t u tulos de sees (Escrevendo programas ou co Congurando o sistema). Estes t tulos so t a picos de livros da srie For Dummies, e o que j razo suciente para evit-los. ae a a x. Isto e Uso inadequado de isto em duas situaes freqentes. Na primeira, o isto e co u e tem funo disjuntiva porque o autor descobriu ou elaborou nova e melhor denio ca ca para o que escreveu ` esquerda do isto e cou com preguia de re-escrever a frase a e c toda. Na segunda situao, o isto tem funo conjuntiva porque o lado direito do ca e ca isto acrescenta informao ao que consta no lado esquerdo. Nos dois casos, a frase e ca deve ser re-escrita e o isto eliminado. e xi. Nao-algo Uso incorreto e preguioso do no ` frente a uma palavra, geralmente c a a no objeto da frase, ao invs da palavra correta. Exemplos: a no necessidade (prese a cinde?), a no entrega (descumprimento do prazo, desobrigao, incompetncia?). a ca e xii. Foi feito Uso indevido de linguagem coloquial, e de verbo auxiliar. Exemplo: O monitor X uma ferramenta grca que foi feita em Java.... Uma ferramenta pode e a ser codicada, ou escrita, em Java. xiii. Paroquialismo Quando um sistema implementado em uma certa plataforma, e o autor tende a prender-se `quela plataforma, implicitamente reduzindo o escopo de a utilizao `quele ambiente. Note que isso diferente da descrio de detalhes que ca a e ca so fundamentais ao sistema. a

3.1

Maus Exemplos

Exemplos a serem evitados mas que ocorrem com dolorosa freqncia. Para cada um dos ue exemplos, o texto original apresentado, os pecados nele contidos so apontados, e uma e a verso melhorada ento apresentada. a e a Mau Exemplo I Original Largura de Banda Esta a mtrica mais comum. Refere-se ` taxa de dados na qual um link pode propagar e e a informao [citaes]. Os valores so expressos em bits por segundo, ou bps abreviado, ou ca co a Kbps, Mbps e Gbps abreviando Kilobits por segundo, Megabits por segundo e Gigabits por segundo. Frases com sujeito impl cito (Esta... Refere-se...). Uso de anglicismo (link). Confuso na a denio da unidade e suas abreviaturas. A primeira frase omite seu sujeito porque aquele ca aparece no t tulo da seo. ca Largura de Banda A Largura de Banda a taxa na qual um enlace pode transportar dados, e a mtrica e e e de uso mais comum. A unidade da largura de banda bits por segundo, ou bps. As e

Pecados

Melhor

Pequeno Manual da Escrita Tcnica e

taxas tipicamente usadas so as potncias de dez Kilo-, Mega- e Giga-bits por segundo, a e abreviadas por Kbps, Mbps ou Gbps, respectivamente. Mau Exemplo II Original O segundo desao diz respeito ` deciso quanto aos dados que caracterizam um atena a dimento, que deveriam, portanto, ser capturados, e `s funcionalidades do sistema para o a prossional que o alimenta, de forma a possibilitar uma maior proximidade entre o sistema e a forma como se d o processo de trabalho numa unidade de sade. a u Frase muito longa, e, com, quatro v rgulas, separando, sete palavras. Aparentemente, o uxo do texto foi interrompido pelas mudanas de idia do autor no momento em que c e escrevia a frase, demonstrando a S ndrome do Hino Nacional. O segundo desao est relacionado a dois fatores, que so o conjunto de dados que deveriam a a ser capturados, e `s funcionalidades do sistema. A escolha de quais dados so necessrios a a a para caracterizar um atendimento no tarefa simples porque sua coleta interfere no a e prprio atendimento, mas deseja-se que o mximo de informaes dispon o a co veis seja coletado. As funcionalidades do sistema devem ser tais que aproximem a utilizao do sistema do ca processo de trabalho em uma unidade de sade. u Mau Exemplo III Original Este prottipo foi constru em madeira pelos seguintes motivos: facilidade de manio do pulao, baixo custo e a no necessidade mo-de-obra especializada nem mquinas pesadas ca a a a para sua montagem, podendo ser trabalhada artesanalmente. A no necessidade signica prescinde, sujeito (prottipo) muito distante do advrbio (poa o e dendo...). Erro de concordncia entre sujeito e trabalhada. a A correo desta frase ca como exerc para o leitor. ca cio Mau Exemplo IV Original Melhor O primeiro passo foi o desenvolvimento de um simulador que foi feito atravs da replicao e ca do cdigo, onde cada rplica continua a ser um processador igual ao original. o e A correo desta frase tambm um exerc para o leitor. ca e e cio

Pecados

Melhor

Pecados Melhor

Agradecimentos
Agradeo a Cristina D Murta e a Tnia Marra pelas correes e sugestes. Agradeo c a co o c tambm a alguns incautos colaboradores, cujas produes motivaram este texto e o iluse co tram.

Pequeno Manual da Escrita Tcnica e

10

Referncias e
[1] Paul R Halmos. Naive Set Theory. Springer-Verlag, 1960. ISBN 038790092-6. [2] John L Hennessy and David A Patterson. Computer Architecture: A Quantitative Approach. Morgan Kaufmann, 3rd edition, 2003. ISBN 1-55860-724-2. [3] Jim Kajiya. How to Get Your SIGGRAPH Paper Rejected. ACM SIGGRAPH 93, 1993. www.siggraph.org/publications/instructions/rejected.html (em 24nov03).
A [4] Leslie Lamport. L TEX: A Document Preparation System. Addison-Wesley, 1986. ISBN 020115790-X.

[5] Roy Levin and David D Redell. An evaluation of the ninth SOSP submissions, or how (and how not) to write a good systems paper. ACM SIGOPS Operating Systems Review, 17(3):3540, July 1983. www.usenix.org/events/samples/submit/advice. html (em 24nov03). [6] Larry L Peterson and Bruce S Davie. Computer Networks: A Systems Approach. Morgan Kaufmann, 2nd edition, 2000. ISBN 155860514-2. [7] Alan J Smith. The Task of the Referee. IEEE, 1990. www.computer.org/tpds/ taskofreferee.html (em 03mar04).