[FIXO] Regras, FAQ e Repositório

EnzoFerber
(usa FreeBSD)

Enviado em 18/11/2016 - 08:26h

Bom dia, pessoal.

Quero começar a compilar pelo menos um tópico "fixo" para a comunidade.

Como não temos a função de tópico realmente fixo (ainda não obtive resposta do Fábio), acho que podemos organizar um tópico só, de forma a ter regras, um FAQ e um "repositório" de tópicos interessantes. Assim que estiver pronto, colocamos o link na descrição da comunidade. Todos de acordo?

Aos moderadores: vamos ou não criar um grupo de email para nós? (Eu voto sim)

EDIT:
GoogleGroups https://groups.google.com/forum/#!forum/moderacao-ccpp-vol
email do groupo: moderacao-ccpp-vol@googlegroups.com

Quanto a edição deste tópico, pode ser feita por mim ou por qualquer moderador. Portanto, vamos trabalhar no melhor modelo Agile Open Source (haha).

*

#

# REGRAS

#

 

1. Como fazer tópicos eficientes:

Criar títulos que descrevem brevemente seu problema, evitar colocar "URGENTEEEE", "MIM AJUDA PELAMOR DE DEUS" e afins, bem como evitar títulos em caixa alta. Criando um tópico com um bom título, você conseguirá que as pessoas certas leiam seu tópico e sua resposta será rápida.
A referência internacional de como fazer perguntas inteligentes (em ingês): http://www.catb.org/~esr/faqs/smart-questions.html

2. Trabalhos, exercícios e afins:

Pedir a outros programadores para fazer seu código para você não é legal. Aqui não fazemos isso. Se você postar o código que você escreveu, poderemos ajudar. Nos diga o propósito do código, o que ele está fazendo, o que você acha que é o erro, erros de compilação, etc. Quanto mais informações postar, melhor será a ajuda recebida.

3. Como postar códigos:

Aqui no VOL existem as tags “[code]” e “[/code]”, que servem para marcar trechos da postagem contento código fonte, dando a ele uma formatação especial. Utilize-as em suas postagens para facilitar a leitura do seu código. Caso o código muito grande, pode colocar um link para sua conta no GitHUB, PasteBIN, CodePAD e similares. Ler códigos extensos sem highlighting e indentação é muito ruim.

4. Tópico respondido:

Quando encontrar a solução para seu problema, marque o tópico como resolvido. Se você conseguiu resolver o problema sozinho, poste o código que resolveu o problema. Se outro usuário o ajudou, marque a melhor resposta.

5. Tenha paciência:

Seu tópico provavelmente não será respondido em 2 minutos ou menos. Tenha paciência e não crie outro(s) tópico(s) com a mesma pergunta. Assim que alguém capaz de responder puder responder, seu tópico será respondido.

#

# F.A.Q.

#

 

1. Indicações de livros C++
https://www.vivaolinux.com.br/dica/Lista-de-livros-C/

2. Como compilo um programa em C no Linux:

 $ gcc -o programa programa.c  

3. As funções da math.h não estão funcionando:

Você precisa ligar a biblioteca matemática ao seu programa, acrescente -lm na linha de comando de compilação.

gcc -o programa_com_math programa_com_math.c -lm 

#

# REPOSITÓRIO

#

 

Quem deu essa ideia foi o paulo1205 e gostei muito. As vezes as perguntas são excelentes, outras vezes as respostas são excelentes - ambas merecem ser guardadas. Portanto, sugestões são bem vindas.

*

O que postei até agora é pra terem uma ideia do que estou pensando, não é de forma alguma a "versao final" do tópico.
Sugestões e críticas são necessárias!


Enzo Ferber
[]'s

Thihup
(usa Manjaro Linux)

Enviado em 18/11/2016 - 10:27h

Isso aí!

Acho bom colocar para não ficar criando o mesmo tópico se não obtiver a resposta na hora. E falar de marcar a melhor resposta também pode ser importante.

Sobre o e-mail, voto Sim!

[]'s

T+

--

Att,

Thiago Henrique Hüpner

EnzoFerber
(usa FreeBSD)

Enviado em 18/11/2016 - 10:31h

Coloquei a sugestão. Item 4 na seção Regras.

Enzo Ferber
[]'s

$ indent -kr -i8 src.c



"(...)all right-thinking people know that (a) K&R are _right_ and (b) K&R are right." 

        - linux/Documentation/CodingStyle - TORVALDS, Linus. 

 

paulo1205
(usa Ubuntu)

Enviado em 18/11/2016 - 11:10h

Possivelmente as regras, as FAQ e outras orientações sobre a comunidade poderiam ser publicadas como artigos no VoL, e poderíamos colocar links para esses artigos na descrição da comunidade. A depender do caso, especialmente no que diz respeito às FAQ, alguns assuntos poderiam ter seus próprios artigos no VoL (por exemplo: poderia haver um artigo para a FAQ referente a limpeza de buffer de entrada, um sobre a FAQ a respeito de funções da ConIO etc.), todos com os devidos links nos lugares cabíveis.

Além disso, de quinze em quinze dias poderia ser criado (ou apagado e recriado), de modo a estar sempre perto do topo, um tópico exortando as pessoas a lerem (ou relerem, especialmente quando houver eventuais novas versões) as regras e as listas de FAQ e dicas.

Quanto a lista de e-mails, sou a favor também. Onde ela será criada? GoogleGroups? Yahoo!Groups? Algum servidor particular? Só peço para que não seja nada via Facebook ou uma de suas subsidiárias, porque eu os boicoto.

EnzoFerber
(usa FreeBSD)

Enviado em 18/11/2016 - 11:21h

Criei um grupo no GoogleGroups: https://groups.google.com/forum/#!forum/moderacao-ccpp-vol


Enzo Ferber
[]'s

$ indent -kr -i8 src.c



"(...)all right-thinking people know that (a) K&R are _right_ and (b) K&R are right." 

        - linux/Documentation/CodingStyle - TORVALDS, Linus. 

 

EnzoFerber
(usa FreeBSD)

Enviado em 18/11/2016 - 12:18h

É... sei como é. Vídos HD comem franquias.
Been there, done that. Haha!

Enzo Ferber
[]'s

$ indent -kr -i8 src.c



"(...)all right-thinking people know that (a) K&R are _right_ and (b) K&R are right." 

        - linux/Documentation/CodingStyle - TORVALDS, Linus. 

 

uilianries
(usa Linux Mint)

Enviado em 18/11/2016 - 14:08h

Os trechos de códigos podem virar Script e FAQ pode entrar como Dica.

Por exemplo, uma pergunta frequente aqui no VOL,"Lista de livro para C++", eu criei um Dica com lista de livros para C++, que será um "Tópico Fixo" e poderei sempre colocar nas respostas.

--
Uilian Ries
Linux Counter: 521986

paulo1205
(usa Ubuntu)

Enviado em 18/11/2016 - 15:18h

Depois de publicados no VoL, scripts e dicas podem ser editados por seus autores e/ou outros colaboradores?

EnzoFerber
(usa FreeBSD)

Enviado em 18/11/2016 - 15:21h

Não.

Tive um problema em um artigo meu (Listas encadeadas), e tive que entrar em contato com o Fábio, enviar a correção por email e aí ele corrigiu "na unha".

Enzo Ferber
[]'s

$ indent -kr -i8 src.c



"(...)all right-thinking people know that (a) K&R are _right_ and (b) K&R are right." 

        - linux/Documentation/CodingStyle - TORVALDS, Linus. 

 

removido
(usa Nenhuma)

Enviado em 18/11/2016 - 15:42h

Muito boa a iniciativa, eu mesmo sempre salvo respostas interessantes para consultas posteriores;

paulo1205
(usa Ubuntu)

Enviado em 18/11/2016 - 15:48h

Isso limita um pouco usar os recursos de Artigos, Dicas e Scripts do VoL como repositório de informação. Qualquer coisa encaminhada para lá ficará estática, em princípio, e portanto terá de ser muito bem trabalhada antes de ser submetida a publicação.

removido
(usa Nenhuma)

Enviado em 18/11/2016 - 15:53h

E é melhor assim, facilita o trabalho dos moderadores (que não precisarão revisar o artigo/dica/etc a qualquer nova modificação) e a adequação do conteúdo com a do site (posso criar um artigo falando do Squid, e depois dele ser aprovado pela moderação, modificá-lo totalmente para falar sobre Mr. Robot [já que o processo de modificação certamente seria "independente", daí a impossibilidade de modificar artigos/dicas/scripts/etc depois de aprovados])