entramado.net

Posts tagged “desarrollo de software

Configurabilidad y Política

guillotina papelLa política es como los culos, cada cual tiene el suyo. Por eso precisamente estoy en contra de los partidismos, no creo que se pueda condensar en un partido político toda la opinión política de una persona, en cuanto generalizas pierdes los matices. Pero volvamos al tema del post, la siguiente reflexión me ha venido a la cabeza a partir de el post de Clamav de Fanta. Cuando realizamos cualquier pieza de software tomamos una serie de decisiones por diseño, arbitrarias, porque nos dan la gana, que posiblemente no sean las mismas que haría otra persona. Cuando hacemos esto, estamos implementando política dentro de nuestro software, estamos haciendo un software político en lugar de uno apolítico.

Para esto precisamente apareció la configurabilidad en el software, dejar al administrador del sistema la posibilidad de establecer la política que él desee en cada momento. Incluso correr múltiples instancias del mismo software con distintas políticas o cualquier experimento que se desee.

  • La libertad de ejecutar el programa como se desee, con cualquier propósito (libertad 0).
  • […]

Las 4 libertades esenciales del software libre.

El usuario como marca la primera libertad del software libre va a ejecutar ese software como desee, o si lo desea no lo ejecutará. Todo software por muy configurable que sea implica algún tipo de política y ética que vas a asumir haciendo correr ese software. Gastar software libre se alinea con una política muy distinta a la de gastar software propietario, puedes ser consciente de ello o no, puede que te importe o no si eres apolítico en esta cuestión, pero de una forma u otra estás participando de una u otra política al igual que cuando votas o dejas de votar a un cierto partido, comes en un Burger King o en el bar de tu barrio, es política de consumo, posiblemente la política que menos efecto tenga, pero no quita para que continúe estando ahí.

Pero una vez decidido a utilizar un software qué mejor que amoldarlo a tus necesidades en todo lo posible, sí, a tu política. Esto es lo que hacen las distribuciones Linux, aplicar una política al software, configurarlo para homogeneizarlo a una serie de políticas preestablecidas. ¡Si una distro es una especie de partido político del software!

Por lo tanto cuanto más configurable sea tu software a más políticas distintas se podrá aplicar, más apolítico será. Recuerda que un software sólo es una herramienta, al igual que, por ejemplo, lo es la guillotina que encabeza el post (y también otras), su carácter político se lo da el uso que le demos a esa herramienta los usuarios.


Método Livingstone e Historias de Usuario

Gracias a aRRsa he descubierto el método Livingstone, una estrategia de interacción con los clientes usada en arquitectura. Continúo con mi idea de buscar asociaciones de técnicas y métodos entre diferentes ámbitos como ya hice en el caso del mantenimiento proactivo y el desarrollo ágil.

En este caso la asociación es inmediata, el método Livigstone se corresponde claramente con lo que en desarrollo software se corresponde con las historias de usuario del desarrollo ágil.

Concretamente en el manifiesto ágil podemos ver los siguiente principios:

A los individuos y su interacción, por encima de los procesos y las herramientas.

La colaboración con el cliente, por encima de la negociación contractual.

Estos principios concuerdan perfectamente con el tema que tratamos, una nueva forma de hacer los proyectos más encarada al mundo actual.

Tal y como el desarrollo software puso en alza el software libre y ahora empezamos a ver esta ideología fuera del ámbito del software, como el hardware libre, también podemos esperar que otras ideas como las del desarrollo ágil salgan de su cuna y aparezcan en lugares tan dispares como la arquitectura o la industria.

¿Será necesario la aplicación de las historias de usuario en el desarrollo de la industria? ¿La haria mas productiva? ¿Más competitiva?


Mantenimiento Proactivo y Desarrollo Ágil

El Manifiesto Ágil

El Manifiesto ÁgilNos dice mucho del mundo en que vivimos las diferentes técnicas que se usan para hacer las cosas, la aplicación de la misma técnica en dos ámbitos muy distintos nos da una idea de hacia donde se dirigen las filosofías imperantes. Por eso me llama la atención como funciona el mantenimiento proactivo, una forma de mantenimiento que consiste en un proceso de mejora continua del producto, buscando entender el fallo para poder eliminar su causa. Ésto concuerda con la idea del producto que tiene el desarrollo ágil, ampliamente utilizado en el desarrollo de software.

En desarrollo ágil no se trata al producto como algo definitivo, si no como un producto mejorable permanentemente, el proyectos ágiles no funcionan a la antigua manera industrial, donde un producto debía durar lo más posible tal y como fue diseñado, en la era industrial los costes de diseño eran altos por que el resultado tenía que ser robusto. En la era informacional el cambio es algo del día a día y los productos robustos y caros dejan de dar los beneficios que tenían antes, por lo tanto se opta a por seguir una filosofía de desarrollo a bajo coste y mejora continua, podemos ver esta tendencia en la publicación del manifiesto ágil, cuyo cuarto punto dice así:

  • La respuesta al cambio, por encima del seguimiento de un plan.

En la era informacional el plan pasa a un segundo plano y se toman más en cuenta los cambios. En la era informacional, como hemos visto, hasta la industria está cambiando, el mantenimiento proactivo sólo es un ejemplo; también está la producción P2P, un ejemplo de lo que se nos acerca.


Todos usamos cookies, acéptalo ya. más información

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close