5 capítulos de la categoría #desarrollo

Volver

2.2 El software es como un hijo, hay que mantenerlo

Personalmente, me gusta mucho más desarrollar software (proyectos greenfield) que mantenerlo (proyectos brownfield), aunque durante mi trayectoria profesional he tenido que mantener mucho software escrito por otras personas. Mantener software hecho por otros es una tarea muy exigente porque a veces es realmente complejo llegar a entenderlo. La parte positiva es que arreglando y modificando cosas que han hecho otros aprendes mucho y adquieres una gran experiencia porque ves cómo los demás...

Ver apartados

  • Capítulo publicado el 17/3/2022.
  • 6 min de lectura

2.4 ¡A cubierto!

Tener una buena suite de test es muy importante, especialmente si se trabaja en proyectos grandes, complejos o con múltiples desarrolladores, así como en sistemas importantes y/o con mucha carga de trabajo. Aunque, recuerda que lo ideal es disponer de test en cualquier proyecto. La cobertura de código es el porcentaje que mide el grado en que el código fuente de un programa ha sido comprobado mediante test. Por lo tanto, con una buena cobertura tenemos mayores garantías de éxito a la hora de...

Ver apartados

  • Capítulo publicado el 24/3/2022.
  • 8 min de lectura

3.6 Los desarrolladores no llegan a los 40

Tranquilo, esto no es ninguna amenaza de muerte, solo es la realidad en algunos países, por ejemplo, en España. Parece que la carrera de los desarrolladores sea algo como: becario, programador junior, programador senior, analista programador, arquitecto, jefe de equipo, gestor de proyectos y puestos directivos de mayor rango, como el famoso Chief Technology Officer o CTO. Es decir, se empieza delante de una pantalla escribiendo código todo el día y se acaba en puestos directivos gestionando...

  • Capítulo publicado el 5/5/2022.
  • 4 min de lectura

4.3 Esto no es agilidad, es fatalidad (I)

Desde hace unos años está muy de moda el desarrollo ágil, que se basa en el desarrollo iterativo e incremental (a diferencia del desarrollo en cascada), donde los requisitos y soluciones evolucionan con el tiempo según la necesidad del proyecto. Es decir, en vez de desarrollar todo el proyecto entero de golpe, se va desarrollando de forma incremental, validándolo con el cliente. Estas metodologías de desarrollo ágil presentan muchas ventajas porque nos permiten desarrollar en ciclos cortos...

Ver apartados

  • Capítulo publicado el 23/5/2022.
  • 7 min de lectura

4.3 Esto no es agilidad, es fatalidad (II)

En primer lugar, me gustaría decir que las estimaciones temporales son aproximaciones y no deberían ser consideradas como contratos inflexibles. En otras palabras, los plazos de tiempo no tendrían que ser inamovibles. En segundo lugar, también hay que tener en cuenta que a medida que se acerca la fecha de entrega aumenta la presión sobre el equipo y cuando esto ocurre es más fácil cometer errores, que pueden resultar fatales. Por lo tanto, es muy recomendable dejar un margen de tiempo...

Ver apartados

  • Capítulo publicado el 26/5/2022.
  • 6 min de lectura

Esta web utiliza cookies. Si continúas usándola, asumiremos que estás de acuerdo.