Pero como todo un buen programador si quieres seguir adelante necesitas adaptarte al nuevo sistema por así decirlo o llamarlo

La catedral  y el bazar

Al comienzo del relato o historia el autor casi empezando nos da  a entender que ha sufrido de un golpe bajo ya que lo que él quiere dar a entender es que su trabajo ha subido por decir de nivel ejemplo es como si tu hubieras invertido tiempo dinero y esfuerzo digamos en un auto y de un día para otro tu auto se vuelve obsoleto ya que todos tus más amigos o gente cercana a ti se compraron un auto más barato más veloz y practico eso fue lo que yo más o menos entendí de la primera parte dela historia

Pero como todo un buen programador si quieres seguir adelante necesitas adaptarte al nuevo sistema por así decirlo o llamarlo

Luego nos explica como el por medio de lo que vivió con el cambio de sistema llega a aceptarlo y aprender más sobre el porqué ese sistema tenía mucho potencial

A lo largo de La historia nos va dando unos consejos o podríamos llamarles también como reglas de lo que un programador debe hacer en ciertas situaciones o que es lo más practico que pueda llegar hacer y también nos da unos buenos consejos de cómo debemos pensar para crear nuestros programas

El autor nos relata su vida pero también nos recalca mucho lo que él hizo para poder avanzar en sus problemas es una historia de aprendizaje tanto como de historia porque es muy interesante leer desde sus propias palabras alguien que paso por los cambios de Linux y como fueron sucediendo

Debo de recalcar que en algún momento de la lectura pensé que usted había hecho el libro Manuel porque el autor usaba la misma manera que usted para expresarse pero luego lo descarte porque no estaba su nombre en el autor.

En algunas partes del texto usaban unos términos muy extraños que no conocía pero casi todos ya los había escuchado antes cosa se me hizo fácil entender muy bien el texto.

También en esta lectura el autor hace énfasis en la palabra Hacker, que a mi entender el autor expresaba como una suerte de Usuario de Alto Nivel capaz de entender y explotar eficientemente un programa, y de detectar, sugerir o implementar correcciones o modificaciones de forma y fondo eficientes para toda la comunidad de usuarios. Este concepto auto-sugerido me gustó mucho ya que pienso que es acertado, sin embargo, dejaré uno que también me gusta mucho por ser mucho más global y / o genérico.

Lo primero que nos dice esta lectura es que “Linux es subversivo”. Pero ¿por qué?

Porque hasta ese momento había una multiplicidad de métodos o modelos de Desarrollo de Software estandarizados basados en un “enfoque  más centralizado y planificado desde el principio” debido a que se tomaba el acto de crear Software como algo asociado a algo que conlleva a “cierta complejidad critica”. Y que a pesar de que ya existía el Mundo Unix, consistente en herramientas pequeñas, rápido desarrollo de prototipos y programación evolutiva, la aparición de la filosofía de desarrollo de Software Libre bajo Linux llevo el asunto a otro nivel de sofisticación.

Mientras el Mundo del Desarrollo del Software Privativo se hacía de “forma silenciosa y reverente”, tal como se construye una Catedral, el Mundo del Desarrollo del Software Libre (Linux) se hacía de “forma bulliciosa y con múltiples agendas (caminos) y enfoques (propuestas)”, tal como se estuviera en un gran bazar.

Como la misma lectura los expresa:

“Esta es, creo, la diferencia fundamental entre los estilos catedral y bazar. De acuerdo con la forma en que contempla la programación quien lo hace al modo en que se construye una catedral, los errores y los problemas de desarrollo son fenómenos insidiosos, profundos y retorcidos. Hacen falta meses de escrutinio por un pequeño número de gente dedicada a ello para poder confiar en que se hayan eliminado. De ahí los periodos largos requeridos para el lanzamiento de nuevas versiones, y el inevitable disgusto experimentado cuando las que tanto tiempo se han esperado no resultan perfectas.

A la luz del modelo bazar, en cambio, se supone que los errores son normalmente asuntos leves o, al menos, que se convertirán en tales con bastante rapidez en cuanto se expongan a los ojos ansiosos de algunos miles de colaboradores dedicados a poner del derecho y del revés cada nueva versión. Así que te dedicas a lanzar versiones con frecuencia para conseguir aún más correcciones, y como un beneficioso efecto colateral logras tener menos que perder si haces alguna chapuza de vez en cuando”.

En un Modelo de Desarrollo de Software tipo Bazar

...