Devoogle tiene indexados actualmente 17927 recursos relacionados con el desarrollo de software.
Es lo que necesito en la gente que trabaja conmigo. Una persona comprometida incluso con menos conocimientos y experiencia que otros generalmente permite obtener mejores resultados a nivel individual y colectivo (siendo más importante lo segundo que lo primero teniendo en cuenta que los proyectos son el resultado del trabajo de muchas personas). Cuando te …Leer Más - por Jummp
Es importante programar al mayor nivel posible que nuestro conocimiento y experiencia nos permita. Esa debe ser la base a partir de ahí solo queda seguir aprendiendo y seguir adquiriendo experiencia para a partir de ese punto desarrollar software de mejor factura técnica. Ahora bien, ni el conocimiento ni la experiencia son las que pulsan …Leer Más - por Jummp
El usuario, el grupo de usuarios o el Product Owner pueden tener en mente a grandes rasgos qué es lo que quieren pero lo normal es que les cueste tomar decisiones sobre el detalle e incluso no tengan clara la definición de una determinada funcionalidad. También hay que tener en cuenta que hay usuarios más …Leer Más - por Jummp
Para Bob C. Martin un software que presenta algunos de los siguientes defectos tiene un mal diseño: 1) Rigidez: Es complicado realizar cambios porque cada cambio afecta a otras partes del sistema. 2) Fragilidad: Cuando realizas un cambio, partes insospechadas del sistema empiezan a fallar. 3) Inmovilidad: Es difícil reutilizar código en otra aplicación porque …Leer Más - por Jummp
La respuesta a esta pregunta dependerá de si eres programador o tester y de la experiencia que hayas tenido en modelos de trabajo en los que intervienen ambos tipos de perfiles. Como he leído en más de una ocasión: el objetivo del testing no es encontrar incidencias sino de proporcionar información sobre la calidad del …Leer Más - por Jummp
Hace poco me encontré con la siguiente cita de Heinz von Foerster : “Actúa siempre para incrementar el número de opciones”. Lo contrario a incrementar el número de opciones es incrementar el número de restricciones y por tanto acotar nuestra capacidad de ser flexibles y en consecuencia limitar nuestro margen de actuación a la hora …Leer Más - por Jummp
Me parece muy interesante la siguiente cita de Brian Marick: “Trabajar solo es trabajar sin red”. La cita la realizó reflexionando sobre el “pair testing” si bien es aplicable, en mi opinión, a todos los campos del desarrollo de software. Respeto a quienes quieren trabajar solos, es su decisión y tiene sus ventajas y sus …Leer Más - por Jummp
Para Jim Highsmith (traducción libre): “La gestión de proyectos ágil abarca tanto “hacer” y “ser” ágiles, siendo lo segundo lo más difícil”. Gestionar proyectos siguiendo metodologías ágiles no hace necesariamente ágil ni a quien gestiona, ni al equipo de proyecto, ni al proyecto, porque la agilidad no se consigue solo con metodologías porque la agilidad …Leer Más - por Jummp
Muchas veces cuando se cuestiona la visión ágil en el desarrollo de software parece que se viene a decir que los agilistas desean el cambio y que si no lo hay, ellos mismos se encargan de que lo haya. Mi opinión es que no es así. A todos el mundo le encantaría tener una receta …Leer Más - por Jummp
Pues eso, que tuvieron el detalle de entrevistarme por mail. Aquí está el resultado, en el que reflexiono sobre varias cosas. Por supuesto, todas interesantísimas, que para eso soy yo el que hablo ???? - por Diego Freniche