Perguntas com a marcação «documentation»

A documentação do software é um texto escrito que acompanha o software do computador. Explica como o software opera, como instalá-lo, como usá-lo e outros recursos para obter ajuda.



8
Você deve documentar tudo ou apenas a maioria?
Parece um assunto controverso documentar tudo, incluindo a sintaxe "JavaBean" de getters e setters para campos: as pessoas dizem que é DRY desnecessariamente longo e repetitivo (não se repita) , que a convenção de nomenclatura deve explicar tudo , e confunde código / documentação. Às vezes, esses argumentos funcionam. Mas …



4
Como documentar a estrutura de alto nível de um programa Java?
Antecedentes: Meus colaboradores e eu estamos escrevendo um artigo para uma revista acadêmica. No decorrer de nossa pesquisa, escrevemos um programa de simulação em Java. Queremos tornar o programa de simulação disponível gratuitamente para uso de outras pessoas. Decidimos hospedar o código em um repositório do GitHub. Para facilitar o …

1
Duplicar a documentação sobre implementações / substituições de interface é bom ou ruim?
Então nós temos uma interface assim /// <summary> /// Interface for classes capable of creating foos /// </summary> public interface ICreatesFoo { /// <summary> /// Creates foos /// </summary> void Create(Foo foo); /// <summary> /// Does Bar stuff /// </summary> void Bar(); } Recentemente, reproduzimos uma história de documentação que …


4
Documentando a lógica matemática no código
Às vezes, embora não frequentemente, tenho que incluir lógica matemática no meu código. Os conceitos usados ​​são geralmente muito simples, mas o código resultante não é - muitas variáveis ​​com objetivos pouco claros e algumas operações com intenções não tão óbvias. Não quero dizer que o código seja ilegível ou …

6
Código de auto-documentação vs Javadocs?
Recentemente, tenho trabalhado na refatoração de partes da base de código com a qual estou lidando atualmente - não apenas para entender melhor, mas também para facilitar para outras pessoas que estão trabalhando no código. Costumo me apoiar no lado de pensar que o código de auto-documentação é bom . …


11
O que você deve deixar para seus sucessores?
Suponha que você seja o único desenvolvedor a deixar um emprego. Que tipo de informação / material, fora do próprio código, você deve criar e deixar para sua substituição? Uma resposta óbvia é "o que você deseja em um novo emprego", com certeza, mas já faz um tempo desde que …

2
Qual padrão substituiu 830-1998?
Estive estudando como documentar projetos de software de maneira mais formal e aprendi sobre o IEEE 830-1998: Prática recomendada para especificações de requisitos de software . No entanto, como você pode ver nesse link, ele foi substituído. Eu sei que 830-1998, e provavelmente até 830-1993, provavelmente são ótimos para uso. …


6
É necessário escrever um comentário javadoc para TODOS os parâmetros na assinatura de um método?
Um dos desenvolvedores da minha equipe acredita que é necessário escrever um comentário javadoc para TODOS os parâmetros na assinatura de um método. Não acho que isso seja necessário e, de fato, acho que pode até ser prejudicial. Primeiro, acho que os nomes dos parâmetros devem ser descritivos e auto-documentados. …

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.