Como se tornar um programador mais organizado? [fechadas]

9

Eu sou um programador que pode codificar. Mas acho que posso fazer as coisas, mas não fazer as coisas bem ou como a maioria das comunidades de código aberto. Bem, eu uso parte da biblioteca do git hub. Acho que a maior parte do programa é bem estruturada. Além disso, leia-me.

Minha pergunta é:

  1. Existe alguma estrutura de arquivo comum ou convenção de nomenclatura na comunidade ou isso é apenas uma questão de gosto pessoal?

  2. Como se tornar um programador mais organizado, em vez de escrever código, apenas funciona. Mas mais organizado que deixa outros fáceis de entrar no seu projeto?

Ted Wong
fonte
Eu não acho que haja uma resposta mágica, mas uma maneira de abordá-la é analisar o que facilita para você 'entrar' em um projeto de código aberto bem organizado que você usa e repetir essas coisas em seu próprio projeto. Um pedacinho de cada vez.
Philip
2
Tal como acontece com um monte de coisas na programação, de longe, o mais importante é ser consistente
Tom Squires
11
@ TomSquires: vou ter que discordar. De longe, o mais importante é sempre melhorar a si mesmo e a documentação do código +. A consistência por uma questão de consistência serve para dificultar a manutenção do software ao longo do tempo.
l0b0
além de não haver uma resposta mágica, existem milhões de maneiras diferentes de programar, estruturar projetos, etc., e muitas pessoas com opiniões, boas ou más, sobre todas elas. Há muitas pequenas coisas que você pode fazer, muitas coisas maiores também, mas nenhuma bala mágica
ozz 13/12/12

Respostas:

3

A estrutura do projeto de desenvolvimento já foi discutida várias vezes no Stack * ( 1 , 2 ), basta escolher a sua relevante para sua situação.

Para ficar mais organizado, tentei vários métodos e ferramentas diferentes para organizar o código e as informações ao redor:

  • Rastreadores de erros como arquivos de texto GitHub / Bugzilla / TODO
  • Wikis como GTD TiddlyWiki / GitHub
  • Crie ferramentas como make / Maven / rake
  • Ferramentas de gerenciamento de projetos como JIRA e Redmine
  • Editores como jEdit e vim
  • Mesclar ferramentas como Meld e kdiff3
  • Sistemas de controle de versão como Subversion e Git (na verdade, arranhe isso, basta usar o Git e poupar muito sofrimento)

Depois de experimentar vários de cada um, você pode achar que alguns se encaixam na sua maneira de pensar melhor do que outros. Mas lembre-se de que sempre há uma ferramenta melhor que você não conhece, e as ferramentas estão sempre se atualizando . Portanto, você deve estar sempre pronto para tentar outra coisa, mesmo que já tenha tentado e descartado, com base em que qualquer coisa que aprender pode e será usada por você para o bem maior.

l0b0
fonte
gtdtw link inativo?
ell
2

Refatore seu código até que você esteja feliz com ele.

Com o tempo, você precisará refatorar cada vez menos e, eventualmente, estará fazendo certo da primeira vez *.

Aprender fazendo.

* Principalmente certo :)

Idiotas
fonte
+1. O código está "correto" quando qualquer repetição ocorre e os testes estão passando. A estrutura pode mudar para passar nos testes subsequentes. Tento muito não introduzir complexidade em antecipação a testes não escritos.
kevin Cline
0

Git e SourceForge. Esses são os dois itens que eu uso ao escrever um programa grande e desorganizado. Para obter detalhes do Google, os dois, como não posso vincular agora por algum motivo estranho. Desculpe por isso, espero que isso ajude.

Dinâmico
fonte
0

Obtenha feedback sobre seu estilo de codificação de alguém com mais habilidade e experiência.

Do jeito que eu fiz, consegui um emprego em que eu e um programador sênior colaboramos em projetos, e ele revisou todo o código que eu fazia check-in. De vez em quando ele me escrevia um e-mail com tudo o que o irritava ou intrigava. Demorou um tempo para eu encontrar um estilo com o qual eu e ele estivéssemos razoavelmente à vontade, e tivemos alguns debates acalorados sobre algumas coisas, mas apesar de tudo, aprendi muito e nos separamos como amigos.

Leia livros / artigos sobre padrões de design, aplique padrões diferentes aos seus problemas e veja quais você acha que são úteis em quais situações.

Leia livros / artigos sobre convenções de nomenclatura e estilos de formatação. Comunidades diferentes usam estilos diferentes. Geralmente, é uma boa ideia usar um estilo que as pessoas com maior probabilidade de ler seu código reconheçam.

Alguns conselhos concretos sobre a estruturação de código:

  • Quando você perceber que parte do seu código pode ser simplificada, faça-o.
  • Quando você perceber que parte do seu código pode ser reutilizado, torne-o uma função e reutilize-o.
  • Não tenha medo de alterar os nomes das variáveis ​​e funções, se forem ruins.
  • Quando você tem uma idéia para algo (uma estrutura, função, classe, padrão, qualquer coisa) que possa facilitar sua vida, crie-a e use-a.
  • Mude de idéia com frequência. Cada vez que você aprende, aprende algo.

Dedicar um tempo para fazer isso, é claro, atrasará você no início. À medida que seu código se torna cada vez mais elegante, fica mais fácil manter e você colherá os benefícios do seu trabalho.

Minthos
fonte