Se me ha ocurrido escribir sobre este tema para aquellos que, como yo, vienen de otros lenguages orientados a objetos. Hay cosas en Ruby que se hacen de manera distinta y es muy dificil cambiar las costumbres de un día para otro.
metodologias
A vueltas con las fixtures
Estamos desarrollando un proyecto en Ruby on Rails de un tamaño que empieza a
ser considerable. Para los testeos (tanto unitarios como funcionales)
estamos utilizando las fixtures y me estan surgiendo una serie de dudas
filosoficas, a ver que opiniones teneis al respecto.
En otros proyectos que he desarrollado (en .NET) he realizado los
testeos siguiendo estos pasos por cada testeo (nada nuevo):
Más sobre MVC
Se ha montado un poco de revuelo (y no es para menos) porque Martin Fowler ha publicado dos nuevos articulos revisando el patron MVC (Model View Controller) adaptándolo a los tiempos que corren (TDD, metodologías ágiles, etc):
Fowler divide el MVP en dos nuevos patrones dependiendo del nivel de responsabilidad de la vista:
Un verdadero equipo multidisciplinar
Tengo consciencia de que lo que voy a contar es bien sabido, pero no deja de llamarme la atención. Hace ya varios años que estuve trabajando en Pyro Studios y la mejor experiencia que saque de allí fue la oportunidad de integrarme en un equipo de gente cuyos cometidos eran bien distintos: Había diseñadores gráficos, modeladores 3D, escritores con poca relación con el mundo informático y, por supuesto, programadores.
Guerra abierta al switch… case
Me estare volviendo paranoico… pero cada vez que veo un switch… case en un codigo C# (O Select… Case en Visual Basic.NET) me entra una especie de sarpullido que no puedo evitar.
Supongamos que tenemos una enumeracion y queremos presentar un texto dependiendo de esa enumeracion:
public enum eTipoMoneda
{
eDolar = 0,
ePeseta = 1,
eEuro = 2
}
Agilizando el desarrollo 2
Como comentaba en el anterior post, vamos a retomar un proyecto totalmente nuevo. Para ello he propuesto desarrollarlo en ámbito de las metodologías ágiles. No es que sean realmente nuevas, pero creo que en mi empresa se necesita un marco de desarrollo que de garantía de calidad al proyecto.
He ido recopilando información. Y la pongo aqui por si hay alguien interesado:
- En principio encontre este documento en español (lo cual es realmente escaso) que es muy completo y de mucha calidad:
Agilizando el desarrollo
Tenemos la oportunidad en mi empresa de meternos con nuevos proyectos, desde cero. Oportunidades como estas se presentan pocas veces. ¿Cuantas veces nos lamentamos por no haber hecho cierta cosa en su momento? Ahora es un buen momento para recopilar todas aquellas buenas practicas y juntar otras para aplicarlas tambien, e intentar mejorar aquellas cosas que eran mejorables en el proyecto anterior.
