REVIVIMOS EL BLOG

Hola a tod@s,

Esta vez, escribimos con intemción de emprender gracias a la experiencia de los lectores de este blog. Tenemos que llevar a cabo un proyecto donde hay que analizar los master que se dan on line. Seguro que alguién a tenido la experiecia de estudiar o enseñar on-line o sin clases presenciales.

Si alguien quiere ayudarnos, necesitamos experiencias. pues eso no es fácil de encontrar en la red y si la red no te lo da, hay buscar maneras de conseguir esa información. Cualquier cosa será útil asi que no dudeis en escribir.

Gracias de antemano.

Cómo decir adiós

Hola, Esta vez no escribo sobre nada de aprendizage organizacional, más bien para decir a todos los lectores que hemos acabado con la asignatura. Primero, dar gracias a todos los lectores por visitarnos y de esa manera mejorar nuestro aprendizaje y segundo también dar gracias a la gente que se ha atrevido a escribir y opinar de nuestros post.

Ahora tenemos que evaluar el trabajo realizado y me gustaría que los que habéis leído en este blog, dierais vuestra opinión a cerca de este estupendo blog y de este equipo de personas que lo hemos llevado a cabo. Me gustaría recibir un feed back del trabajo y para ello que mejor que opinen los usuario, lectores, etc

Por ello gracias de ante mano y cuantas más opiniones haya mejor. Por otro lado, decir que nos a gustado tanto el trabajo realizado que no vamos a dejar de escribir, pero ahora no vienen fechas muy buenas.

Gracias

¿Cuando una rosa deja de serlo?

Esta vez hemos leído un articulo de Eric Raymond y creo que no nos a sido fácil de entenderlo. En mi caso hablaba de lo importante que es tener en cuenta las opinones de los usuarios. Porque son ellos en realmente los que utilizan la aplicación. Siempre tenemos que tener en cuenta las opiniones de los demás porque así siempre estaremos aprendiendo cosas nuevas.

Por otro lado también hablaba de los errores que hacemos. Es muy importante reconocer que la idea que hemos tenido no ha sido buena y que estaba equivocada. No es nada fácil reconocer que has hecho algo mal o que te has equivocado. Por ello tengo que decir que equivocarse es bueno, porque de los errores o por las meteduras de pata se aprende mucho, más de lo que pensamos.

Por último como sabemos si una cosa esta bien hecha o que no tiene nada que añadir? Antoine de Saint-Exupery decía así: "La perfección no se consigue cuando no queda nada por añadir, sino más bien cuando no resta nada por eliminar"

Vida hacker

Se me hace raro que alguien "trabaje" sin poder ganar un solo euro. Estos abastecen a sus clientes sin pedir nada a cambio. Estoy hablando de los "hackers", quienes basan su hobby en ofrecer servicios a los internautas. Como en la parte de "fetchmail" del libro de "comunidades de software libres" Eric Raymond aparece, este hacker hace todos los trabajos que "los clientes" le piden, aunque no haya dinero de por medio. Primero le piden recoger el correo de puestos que a un grupo de personas les llegan y mandarselo a cada persona en particular, que como finalmente dice, lo hizo aparte de varias razones porque la gente acabó pidiendoselo con insistencia. Segundo, sus colaboradores le pidieron que hiciera una codificación de los mensajes, y lo hizo. Luego tuvo que establecer un tipo de sintaxis para "fetchmail" y finalmente le pidieron cambiar las contraseñas del programa para que los mirones no miraran en su contenido. Cosa que no hizo tambien supongo porque estaría harto de hacer favores.

Así es la vida hacker, si lo definieramos de la forma más amable es "gente que ayuda voluntariamente a los demás", ofreciendo sus progresos a aquellos que los necesitan.

La importancia de los usuarios para Linux

El logro más brillante de Linus no fue la construcción de Linux, sino la invención del modelo de desarrollo Linux. Para Linus el usuario es la parte más importante, por que un programa sin usuarios pierde todo el sentido. Los ordenadores y el software solo son herramientas, no importa si técnicamente son buenas, lo más importante es tener a alguien que lo use. Los usuarios pueden convertirse en ayudantes, en programadores, y con un poco de motivación diagnosticarán problemas, sugerirán correcciones y ayudarán a mejorar el código mucho más rápido.

Tambien, en este articulo el autor resalta lo que Linus Torvalds piensa y lo que muchas veces dice: “Soy básicamente una persona muy perezosa a la que le gusta recibir los laureles de lo que otros han hecho”.

Así que, teniendo en cuenta el modelo de desarrollo de Linux y la opinión de su creador ¿Qué opináis sobre el modelo de desarrollo Linux?¿creéis que los usuarios son importantes para mejorar con rapidez y eficazmente un programa?

Después de leer este texto tan técnico, un par de veces, me he dado cuenta que lo importante es que alguien empiece. Una vez empezado, habrá gente dispuesta a analizar lo hecho hasta ahora y seguir incorporando cosas nuevas.

Además, estoy totalmente de acuerdo con el texto en cuanto que el que empieza a intentar cambiar las cosas es porque no le gusta lo que hay o porque a tenido problemas. Esa persona se ve suficientemente capacitada para hacerlo mejor.

La idea de trabajar todos juntos al principio no me cuadraba, pero al final ves que se puede sacar mucho más provecho de la situación si trabajas con un equipo dispuesto a que todo vaya bien y con un objetivo común.

Es totalmente verdadero que cuando una cosa deja de interesarte es porque ya has sacado todo lo que podías de él y por lo tanto debe pasar a otra persona que sepa sacar algo más que tú.

¿Quién crea un software libre?

Hoy en día cualquiera podría crear un software de este estilo, claro esta que para ello necesitas de maña e interés. Pero es muy difícil llevar a cabo un proyecto de esta envergadura sin contar de ayuda, de modo que lo primero que tendríamos que hacer es reclutar gente, para eso será muy importante mostrarles un proyecto en el que tu mismo creas y sea atractivo a primera vista. Luego con ayuda de tu equipo y tu capacidad de comunicarte con la gente hará el resto.

¿Pero a que nos referimos cuando hablamos de "el resto"?

Cuando hablamos del resto, nos referimos a que; el programa funcione, cambiar el diseño entre todos,... ya que el usuario busca un producto atractivo y sencillo. Y que mejor forma de conseguir estos objetivos que comunicándonos con nuestro equipo, el cliente,... haciendo que se interesen por tu idea y trabajen contigo. Pero llegados a este punto nos surge un punto de inflexión, que nos llevara por distintos caminos dependiendo de lo que decidamos, de modo que, podríamos creer la ley de Brook, donde nos dice que cuanta mas gente trabaje en un proyecto, ese proyecto se retrasara mas, o podríamos creer en la propuesta de Weinberg, que demostró "que en aquellos lugares en que los programadores no desarrollan un sentido de la propiedad sobre su propio código,...el desarrollo progresa a una velocidad dramáticamente superior".

De modo que creemos en ¿En la ley de Brooks? o ¿Weinberg? ¿Qué buscamos, reconocimiento o un mejor software?