Revolution OS is a documentary made in 2001 that details Linux and the open source movement. It interviews many key players that are involved in contributing the success of Linux and open source as well as provide statical blurbs detailing its growing popularity.
I found this documentary very interesting and enjoyable. As a person that's rather new to Linux and open source, there was a lot of great points that helped clarify what exactly is open source and free(dom) software. I really enjoyed listening to the interviews with all those renown people that started Linux and the free software/open source movement. The interviews gave me great insight into their ideology and reasonings for what they did and how much ambition and courage that they had to follow their dreams.
The documentary mixed in a lot of humor and quirkiness that had me chuckling throughout the movie. An example of this was when Richard Stallman was giving a speech after receiving the "IDG/Linus Torvalds Community Award." The documentary depicts Richard Stallman as a very passionate person when it comes to free software. So to alleviate the seriousness of his mission statement, the cameras seem to have been fixated on Linus Torvalds' two daughters running around on the stage. I feel that this reflects how the GNU/Linux community is friendly, understanding and accepting as I doubt anyone else anywhere could get away with having their kids running around during a key acceptance speech.
Though this documentary was made in 2001, historical by computer standards as a "Linux" year is six months, with Linux and open source picking up more steam and becoming more popular with each passing year the philosophies in the film are still very relevant and really helps provide all the newbies, myself included, a better understanding and possibly the necessary nudge to break out of the shackles of proprietary software and embrace these Linux and open source communities.
Monday, September 17, 2007
The Cathedral and the Bazaar
The Cathedral and the Bazaar is an article written by Eric S. Raymond describing the analogy of closed source, Cathedral, and open source, bazaar, development. Eric uses his own personal experience of developing and maintaining an open source project called "fetchmail" to further illustrate his analogies.
I feel that this is an excellent article for those that are new to the open source concept and wish to join its community. It lists a lot of fundamental points to help reduce any cultural-shocks when experience new environments, especially those that have been used to the closed source model. Two points that I feel help identify the difference between closed source and open source and which also shows open source as a successful paradigm are:
"6. Treating your users as co-developers is your least-hassle route to rapid code improvement and effective debugging."
"7. Release early. Release often. And listen to your customers."
The reason I chose these two points was because they revolve around the fact that the best success is to be non discriminating against any type of input. This approach will not alienate anyone that tries to contribute and as a result, you are rewarded with more innovative ideas that will help further improve your product. Also, I feel that frequent releasing will lead to better testing and a more stable product because when releasing in small increments, it is always easier to pinpoint where bugs arise as you only need to look at the newly added segments as compared to entire sections of code.
After reading the article, I better understand how the open source community interact with each other as well as why having an open source project would be so much more successful. Because the developers that contribute to open source projects are volunteering, I feel that they are more passionate about their offerings, otherwise they would not be contributing at all. They are also more relaxed and will most likely take more chances in radical ideas as this is a hobby and they would not lose much if it does not pan out. These factors help innovate project further past any closed source rivals.
I feel that this is an excellent article for those that are new to the open source concept and wish to join its community. It lists a lot of fundamental points to help reduce any cultural-shocks when experience new environments, especially those that have been used to the closed source model. Two points that I feel help identify the difference between closed source and open source and which also shows open source as a successful paradigm are:
"6. Treating your users as co-developers is your least-hassle route to rapid code improvement and effective debugging."
"7. Release early. Release often. And listen to your customers."
The reason I chose these two points was because they revolve around the fact that the best success is to be non discriminating against any type of input. This approach will not alienate anyone that tries to contribute and as a result, you are rewarded with more innovative ideas that will help further improve your product. Also, I feel that frequent releasing will lead to better testing and a more stable product because when releasing in small increments, it is always easier to pinpoint where bugs arise as you only need to look at the newly added segments as compared to entire sections of code.
After reading the article, I better understand how the open source community interact with each other as well as why having an open source project would be so much more successful. Because the developers that contribute to open source projects are volunteering, I feel that they are more passionate about their offerings, otherwise they would not be contributing at all. They are also more relaxed and will most likely take more chances in radical ideas as this is a hobby and they would not lose much if it does not pan out. These factors help innovate project further past any closed source rivals.
Monday, September 10, 2007
Subscribe to:
Posts (Atom)