Comment devenir un programmeur plus organisé? [fermé]

9

Je suis un programmeur capable de coder. Mais je trouve que je peux faire avancer les choses, mais pas faire les choses bien ou comme la plupart des communautés open source. Eh bien, j'utilise une partie de la bibliothèque de git hub. Je trouve que la plupart du programme est bien structuré. Aussi, lisez-moi.

Ma question est:

  1. S'agit-il d'une structure de fichiers ou d'une convention de dénomination commune dans la communauté ou s'agit-il simplement d'une question de goût personnel?

  2. Comment devenir un programmeur plus organisé, au lieu d'écrire du code, il suffit de travailler. Mais plus organisé qui laisse les autres faciles à intégrer dans votre projet?

project-management junior-programmer Ted Wong
la source
Je ne pense pas qu'il y ait de réponse magique, mais une façon de l'aborder est de regarder ce qui vous permet de `` vous lancer '' facilement dans un projet open source bien organisé que vous utilisez, et de répéter ces choses dans votre propre projet. Un petit morceau à la fois.
Philip
2
Comme pour beaucoup de choses en programmation, le plus important est de loin d'être cohérent
Tom Squires
1
@ TomSquires: je devrai être en désaccord. De loin, la chose la plus importante est de toujours vous améliorer et d'améliorer la documentation du code +. La cohérence pour des raisons de cohérence rend le logiciel plus difficile à maintenir au fil du temps.
l0b0
non seulement il n'y a pas de réponse magique, il y a un million de façons différentes de programmer, de structurer des projets, etc., et beaucoup de gens avec des opinions, bonnes ou mauvaises, sur chacun d'eux. Il y a beaucoup de petites choses que vous pouvez faire, beaucoup de plus grandes choses aussi, mais pas de
solution

Réponses:

3

La structure du projet de développement a été discutée de nombreuses fois sur Stack * ( 1 , 2 ), faites votre choix en fonction de votre situation.

Pour être plus organisé, j'ai essayé de nombreuses méthodes et outils différents pour organiser le code et les informations environnantes:

  • Suivi des bogues comme les fichiers texte GitHub / Bugzilla / TODO
  • Wikis comme GTD TiddlyWiki / GitHub
  • Créez des outils comme make / Maven / rake
  • Des outils de gestion de projet comme JIRA et Redmine
  • Des éditeurs comme jEdit et vim
  • Outils de fusion comme Meld et kdiff3
  • Systèmes de contrôle de version comme Subversion et Git (en fait, effacez-le, utilisez simplement Git et économisez beaucoup de peine)

Une fois que vous en avez essayé plusieurs, vous trouverez peut-être que certains correspondent mieux à votre façon de penser que d'autres. Mais rappelez-vous qu'il existe toujours un meilleur outil que vous ne connaissez pas et que les outils se rattrapent toujours . Par conséquent, vous devriez toujours être prêt à essayer autre chose, même quelque chose que vous avez déjà essayé et rejeté, sur la base que tout ce que vous apprenez peut et sera utilisé par vous pour le plus grand bien.

l0b0
la source
lien gtdtw vers le bas?
ell
2

Refactorisez votre code jusqu'à ce que vous en soyez satisfait.

Au fil du temps, vous aurez besoin de refactoriser de moins en moins, et vous finirez par le faire correctement la première fois *.

Apprendre en faisant.

* Surtout à droite :)

Crétins
la source
+1. Le code est «correct» lorsqu'une répétition est éliminée et que les tests réussissent. La structure peut changer pour réussir les tests suivants. Je m'efforce de ne pas introduire de complexité en prévision de tests non écrits.
Kevin Cline
0

Git et SourceForge. Ce sont les deux éléments que j'utilise lors de l'écriture d'un grand programme non organisé. Pour plus de détails sur Google les deux, car je ne peux pas lier pour le moment pour une raison étrange. Désolé, j'espère que cela vous aidera.

Dynamique
la source
0

Obtenez des commentaires sur votre style de codage de la part de quelqu'un ayant plus de compétences et d'expérience.

La façon dont je l'ai fait, c'est que j'ai obtenu un travail où moi et un programmeur senior avons coopéré sur des projets, et il a examiné tout le code que j'ai vérifié. Il m'a fallu un certain temps pour trouver un style avec lequel moi et lui étions raisonnablement à l'aise, et nous avons eu des débats animés sur certaines choses, mais dans l'ensemble, j'ai beaucoup appris et nous nous sommes séparés comme amis.

Lisez des livres / articles sur les modèles de conception, appliquez différents modèles à vos problèmes et voyez ceux qui vous semblent utiles dans quelles situations.

Lisez des livres / articles sur les conventions de dénomination et les styles de formatage. Différentes communautés utilisent des styles différents. C'est généralement une bonne idée d'utiliser un style que les personnes les plus susceptibles de lire votre code reconnaîtront.

Quelques conseils concrets sur la structuration du code:

  • Lorsque vous voyez qu'une partie de votre code peut être simplifiée, faites-le.
  • Lorsque vous voyez qu'une partie de votre code peut être réutilisée, faites-en une fonction et réutilisez-la.
  • N'ayez pas peur de changer les noms des variables et des fonctions si elles sont mauvaises.
  • Lorsque vous avez une idée de quelque chose (une structure, une fonction, une classe, un motif, n'importe quoi) qui peut vous faciliter la vie, créez-la et utilisez-la.
  • Changez souvent d'avis. Chaque fois que vous le faites, vous apprenez quelque chose.

Prendre le temps de le faire vous ralentira bien sûr au début. Au fur et à mesure que votre code devient de plus en plus élégant, il sera plus facile à entretenir et vous profiterez des avantages de votre travail.

Minthos
la source