¿Cómo convertirse en un programador más organizado? [cerrado]

9

Soy un programador que puede codificar. Pero encuentro que puedo hacer las cosas, pero no hacer que las cosas funcionen bien o como hacen la mayoría de las comunidades de código abierto. Bueno, uso parte de la biblioteca de git hub. Me parece que la mayoría del programa está bien estructurado. Además, un leerme.

Mi pregunta es:

  1. ¿Es esa una estructura de archivo común o una convención de nomenclatura en la comunidad o es solo una cuestión de gusto personal?

  2. Cómo convertirse en un programador más organizado, en lugar de escribir código, simplemente funciona. ¿Pero más organizado que permita otros fáciles de conseguir en su proyecto?

Ted Wong
fuente
No creo que haya una respuesta mágica, pero una forma de abordarla es mirar lo que hace que sea fácil para usted 'ingresar' a un proyecto de código abierto bien organizado que usa, y repetir esas cosas en su propio proyecto. Una pequeña pieza a la vez.
Philip
2
Al igual que con muchas cosas en la programación, lo más importante es ser coherente
Tom Squires el
1
@TomSquires: tendré que estar en desacuerdo. Con mucho, lo más importante es mejorar siempre a ti mismo y al código + documentación. La coherencia en aras de la coherencia sirve para hacer que el software sea más difícil de mantener con el tiempo.
l0b0
no solo no hay una respuesta mágica, hay un millón de formas diferentes de programación, estructuración de proyectos, etc., y mucha gente con opiniones, buenas o malas, sobre todas ellas. Hay muchas cosas pequeñas que puedes hacer, muchas cosas más grandes también, pero ninguna bala mágica
ozz

Respuestas:

3

La estructura del proyecto de desarrollo se ha discutido muchas veces en Stack * ( 1 , 2 ), solo elija lo que corresponda a su situación.

Para organizarme más, probé muchos métodos y herramientas diferentes para organizar el código y la información que lo rodea:

  • Rastreadores de errores como archivos de texto GitHub / Bugzilla / TODO
  • Wikis como GTD TiddlyWiki / GitHub
  • Herramientas de construcción como marca / Maven / rastrillo
  • Herramientas de gestión de proyectos como JIRA y Redmine
  • Editores como jEdit y vim
  • Combinar herramientas como Meld y kdiff3
  • Sistemas de control de versiones como Subversion y Git (en realidad, tacha eso, solo usa Git y ahórrate mucho dolor)

Una vez que haya probado varios de cada uno, es posible que algunos se adapten mejor a su forma de pensar que otros. Pero recuerde que siempre hay una herramienta mejor que no conoce, y las herramientas siempre se están poniendo al día . Por lo tanto, siempre debe estar listo para probar algo más, incluso algo que ya haya intentado y descartado, sobre la base de que cualquier cosa que aprenda puede y será utilizada por usted para el bien mayor.

l0b0
fuente
enlace gtdtw abajo?
ell
2

Refactorice su código hasta que esté satisfecho con él.

Con el tiempo, necesitará refactorizar cada vez menos, y eventualmente lo hará bien la primera vez *.

Aprender haciendo.

* Mayormente correcto :)

Imbéciles
fuente
+1. El código es 'correcto' cuando cualquier repetición se ha exprimido y las pruebas están pasando. La estructura puede cambiar para pasar las pruebas posteriores. Intento no introducir complejidad en previsión de pruebas no escritas.
Kevin Cline
0

Git y SourceForge. Estos son los dos elementos que uso cuando escribo un programa grande y desorganizado. Para más detalles, busque en Google los dos, ya que no puedo vincular en este momento por alguna extraña razón. Lo siento, espero que esto ayude.

Dinámica
fuente
0

Obtenga comentarios sobre su estilo de codificación de alguien con más habilidad y experiencia.

La forma en que lo hice fue que conseguí un trabajo donde yo y un programador sénior cooperamos en proyectos, y él revisó todo el código que revisé. De vez en cuando me escribía un correo electrónico con todo lo que lo molestaba o lo confundía sobre mi código. Me llevó un tiempo encontrar un estilo con el que tanto él como yo estuviéramos razonablemente cómodos, y tuvimos algunos acalorados debates sobre algunas cosas, pero en general aprendí mucho y nos separamos como amigos.

Lea libros / artículos sobre patrones de diseño, aplique diferentes patrones a sus problemas y vea cuáles cree que son útiles en qué situaciones.

Lea libros / artículos sobre convenciones de nombres y estilos de formato. Diferentes comunidades usan diferentes estilos. En general, es una buena idea utilizar un estilo que las personas con más probabilidades de leer su código reconocerán.

Algunos consejos concretos sobre la estructuración del código:

  • Cuando vea que alguna parte de su código puede simplificarse, hágalo.
  • Cuando vea que alguna parte de su código puede reutilizarse, hágalo una función y reutilícela.
  • No tenga miedo de cambiar los nombres de las variables y funciones si son malas.
  • Cuando tenga una idea para algo (una estructura, función, clase, patrón, cualquier cosa) que pueda facilitarle la vida, créelo y úselo.
  • Cambia de opinión a menudo. Cada vez que lo haces, aprendes algo.

Tomarse el tiempo para hacer esto, por supuesto, lo retrasará al principio. A medida que su código se vaya volviendo cada vez más elegante, será más fácil de mantener y obtendrá los beneficios de su trabajo.

Minthos
fuente