Γιατί να χρησιμοποιήσετε την άδεια BSD για το λογισμικό σας

$FreeBSD: doc/el_GR.ISO8859-7/articles/bsdl-gpl/article.sgml,v 1.6 2009/10/23 23:38:32 keramida Exp $

Το FreeBSD είναι ένα κατοχυρωμένο εμπορικό σύμβολο του FreeBSD Foundation.

Η λέξη CVSup είναι κατοχυρωμένο εμπορικό σύμβολο του John D. Polstra.

Οι λέξεις Intel, Celeron, EtherExpress, i386, i486, Itanium, Pentium, και Xeon είναι εμπορικά σύμβολα ή κατοχυρωμένα εμπορικά σύμβολα της Intel Corporation και των θυγατρικών της στις Ηνωμένες Πολιτείες και σε άλλες χώρες.

Η λέξη XFree86 είναι ένα εμπορικό σύμβολο του The XFree86 Project, Inc.

Πολλές από τις λέξεις ή φράσεις οι οποίες χρησιμοποιούνται από τους κατασκευαστές ή τους πωλητές τους για να διακρίνουν τα προϊόντα τους θεωρούνται εμπορικά σύμβολα. Όπου αυτές εμφανίζονται σε αυτό το κείμενο και για όσες από αυτές γνωρίζει η Ομάδα Ανάπτυξης του FreeBSD ότι είναι πιθανόν να είναι εμπορικά σύμβολα, θα δείτε ένα από τα σύμβολα: «™» ή «®».


Πίνακας Περιεχομένων
1 Εισαγωγή
2 Σύντομη Ιστορία του Ανοικτού Λογισμικού
3 Το Unix από την σκοπιά της άδειας BSD
4 Η Σημερινή Κατάσταση της Άδειας του FreeBSD και των Αδειών BSD
5 Οι Απαρχές της Άδειας GPL
6 Οι Απαρχές του Linux και της LGPL
7 Οι Άδειες Ανοιχτού Λογισμικού και το Πρόβλημα του Ορφανού Κώδικα
8 Τι δε Μπορεί να Κάνει μια Άδεια Λογισμικού
9 Πλεονεκτήματα και Μειονεκτήματα της Άδειας GPL
10 Πλεονεκτήματα της Άδειας BSD
11 Οδηγίες για τη Χρήση μιας Άδειας Τύπου BSD
12 Επίλογος
13 Αναφορές

1 Εισαγωγή

Αυτό το άρθρο παρουσιάζει τα πλεονεκτήματα της άδειας BSD για λογισμικό και δεδομένα. Πιο συγκεκριμένα, αναφέρεται στα πλεονεκτήματα της άδειας BSD σε σχέση με την GPL. Ουσιαστικά είναι μια σύγκριση της άδειας BSD και της άδειας GPL, και μια εισαγωγή στις διαφορές τους.


2 Σύντομη Ιστορία του Ανοικτού Λογισμικού

Πολύ πριν χρησιμοποιηθεί για πρώτη φορά ο όρος «Open Source», οι προγραμματιστές είχαν αρχίσει να αναπτύσσουν το λογισμικό των υπολογιστών σε ομάδες και να ανταλλάσουν τα προγράμματα που έφτιαχναν εντελώς ελεύθερα. Στις αρχές της δεκαετίας του 1950 οι οργανισμοί όπως το SHARE και το DECUS έφτιαχναν ένα μεγάλο ποσοστό από το λογισμικό το οποίο προσέφεραν οι εταιρείες λογισμικού μαζί με το υλικό των υπολογιστών τους. Η κυριότερη πηγή εσόδων των εταιρειών ήταν το υλικό των υπολογιστών τους. Οτιδήποτε μείωνε το κόστος ανάπτυξης του λογισμικού ήταν παράγοντας που βελτίωνε τις πωλήσεις του υλικού κι έκανε τις εταιρείες αυτές πιο ανταγωνιστικές.

Αυτό όμως άλλαξε τη δεκαετία του 1960. Το 1965 η ADR ανέπτυξε το πρώτο εμπορικό προϊόν λογισμικού, το οποίο διένειμε ανεξάρτητα από μια εταιρεία υλικού. Η ADR συναγωνιζόταν ένα δωρεάν πακέτο λογισμικού της IBM, το οποίο είχαν φτιάξει αρχικά οι πελάτες της IBM. Η ADR πατεντάρισε το λογισμικό της το 1968. Για να εμποδίσουν την ελεύθερη διανομή του προγράμματός τους, το έδιναν με μια μορφή leasing. Οι πελάτες τους πλήρωναν μόνιμα για την χρήση του προγράμματος της ADR. Η ADR ήταν ο ιδιοκτήτης του προγράμματος, κι έλεγχε έτσι τη μεταπώληση και χρήση του προγράμματος.

Το 1969 το Υπουργείο Δικαιοσύνης των ΗΠΑ κατηγόρησε την IBM ότι καταστρέφει τις επιχειρήσεις διανέμοντας δωρεάν λογισμικό με το υλικό της IBM. Το αποτέλεσμα ήταν να σταματήσει τη διανομή λογισμικού με τους υπολογιστές της η IBM. Έτσι το λογισμικό έγινε ένα ξεχωριστό, ανεξάρτητο προϊόν από το υλικό.

Το 1968 η εταιρεία Informatics διέδωσε το πρώτο «killer application», συνεισφέροντας έτσι στην αποκρυστάλλωση της ιδέας του λογισμικού ως προϊόντος, της έννοιας της εταιρείας λογισμικού, και των πολύ ακριβών τιμών πώλησης του λογισμικού. Η Informatics έκανε γνωστή την ιδέα της άδειας λογισμικού, η οποία είναι πλέον εγγενές μέρος της βιομηχανίας λογισμικού, σύμφωνα με την οποία η ιδιοκτησία του λογισμικού δε μεταφέρεται ποτέ στον πελάτη.


3 Το Unix από την σκοπιά της άδειας BSD

Η αρχική υλοποίηση του Unix ανήκε στην εταιρεία AT&T. Η AT&T, λόγω των περιορισμών που είχε ως κρατικά ελεγχόμενο μονοπώλιο, δε μπορούσε να πουλήσει προϊόντα λογισμικού. Μπορούσε όμως να παρέχει λογισμικό σε ακαδημαϊκά ιδρύματα, στο κόστος του αποθηκευτικού μέσου.

Μετά από ένα συνέδριο για λειτουργικά συστήματα, στο οποίο παρουσιάστηκε το Unix, τα πανεπιστήμια υιοθέτησαν το Unix πολύ γρήγορα. Οι βασικοί λόγοι για τη δημοτικότητα του Unix ήταν ότι έτρεχε σε PDP-11, ένα πολύ φτηνό υπολογιστή 16-bit, και ότι ήταν γραμμένο σε μια γλώσσα υψηλού επιπέδου, η οποία ήταν εμφανώς καλή για προγραμματισμό συστημάτων. Οι υπολογιστές PDP-11 της DEC είχαν, ουσιαστικά, ένα ανοιχτό interface υλικού, σχεδιασμένο ακριβώς για να μπορούν οι πελάτες να γράψουν το δικό τους λειτουργικό σύστημα. Πολλοί λοιπόν έκαναν ακριβώς αυτό. Όπως έχει πει ο Ken Olsen, ιδρυτής της DEC: «Το λογισμικό έρχεται από τους ουρανούς, αν έχεις καλό υλικό».

Ο δημιουργός του UNIX, ο Ken Thompson, επέστρεψε στο πανεπιστήμιο του Μπέρκλεϋ στην Καλιφόρνια (University of California, Berkeley; UCB) το 1975, για να διδάξει γραμμή προς γραμμή πως δούλευε το Unix. Αυτό είχε ως αποτέλεσμα τη μετεξέλιξη του Unix στο σύστημα το οποίο έγινε γνωστό ως BSD (Berkeley Software Distribution). Το UCB μετέφερε το Unix σε 32-bit υπολογιστές, πρόσθεσε ένα υποσύστημα εικονικής μνήμης, και υλοποίησε την έκδοση του TCP/IP πάνω στην οποία βασίστηκε, πρακτικά, όλο το Internet. Το UCB παρείχε το BSD στο κόστος που χρειαζόταν το αποθηκευτικό μέσο για να μεταφερθεί, με μια άδεια που έγινε γνωστή ως «άδεια BSD». Όποιος ήθελε το BSD, αγόραζε μια άδεια για το Unix από την AT&T κι ύστερα παράγγελνε μια κασέτα με το BSD από το UCB.

Στα μέσα της δεκαετίας του 1980, μια αντικοινοπρακτική μήνυση της κυβέρνησης των ΗΠΑ εναντίον της AT&T, ανάγκασε την AT&T να αναδιοργανωθεί σε μικρότερες εταιρείες. Η AT&T είχε ακόμα την ιδιοκτησία του Unix, αλλά τώρα μπορούσε πλέον να το πουλήσει ως προϊόν. Οπότε, ξεκίνησε από την AT&T μια έντονη προσπάθεια για απαίτηση άδειας για το Unix, και οι περισσότερες εμπορικές εκδόσεις του Unix έγιναν «παράγωγα» του AT&T Unix.

Στις αρχές της δεκαετίας του 1990 η AT&T μήνυσε το UCB για παραβίαση της άδειας του Unix. Το UCB βρήκε ότι η AT&T είχε ενσωματώσει στα προϊόντα της, χωρίς να τις αγοράσει και χωρίς να αναφέρει την πηγή τους, πολλές από τις βελτιώσεις του BSD. Μια δικαστική διαμάχη μεταξύ της AT&T και του UCB ξεκίνησε, και κράτησε πολύ καιρό. Όσο ακόμη συνεχιζόταν η διαμάχη, ορισμένοι προγραμματιστές του UCB ξεκίνησαν την προσπάθεια να ξαναγράψουν από την αρχή οποιοδήποτε κομμάτι του AT&T Unix ήταν μέρος του BSD. Το αποτέλεσμα αυτής της προσπάθειας ήταν ένα σύστημα που λέγεται BSD 4.4-Lite. Ο χαρακτηρισμός «Lite» σημαίνει ότι δεν ήταν ένα ολοκληρωμένο σύστημα (έλειπαν 6 σημαντικά αρχεία της AT&T).

Λίγο αργότερα, στο περιοδικό Dr. Dobbs εμφανίστηκε μια μεγάλη σειρά από άρθρα για ένα παράγωγο του BSD προσαρμοσμένο σε συστήματα 386. Αυτή η έκδοση του Unix για PC περιείχε νέες εκδόσεις των 6 αρχείων που έλειπαν από το 4.4 BSD-Lite. Οι νέες εκδόσεις των 6 αρχείων είχαν άδεια BSD. Αυτό το σύστημα, το οποίο λεγόταν 386BSD, είχε φτιαχτεί από έναν πρώην προγραμματιστή του UCB: τον Ουίλιαμ Τζόλιτζ (William Jolitz). Στην αρχή, το 386BSD αποτέλεσε τη βάση όλων των σημερινών συστημάτων PC BSD.

Στα μέσα της δεκαετίας του 1990, η Novell αγόρασε τα δικαιώματα του Unix από την AT&T και έκανε μια (τότε μυστική ακόμα) συμφωνία να σταματήσει τη δικαστική διαμάχη. Λίγο μετά το UCB σταμάτησε να υποστηρίζει επίσημα το BSD.


4 Η Σημερινή Κατάσταση της Άδειας του FreeBSD και των Αδειών BSD

Η νέα άδεια τύπου BSD, με την οποία διανέμεται το FreeBSD τα τελευταία χρόνια, είναι ουσιαστικά μια δήλωση ότι μπορείτε να κάνετε ότι θέλετε με τον πηγαίο κώδικα του FreeBSD, αλλά δεν παρέχεται καμία εγγύηση γι' αυτόν και δε φέρει ευθύνη για προβλήματα με τον πηγαίο κώδικα κανείς από τους συγγραφείς του (βασικά, δε μπορείτε να κάνετε μήνυση σε κάποιον). Αυτή η νέα άδεια BSD έχει ως σκοπό να ενθαρρύνει την εμπορευματοποίηση του πηγαίου κώδικα. Οποιοδήποτε κομμάτι BSD κώδικα μπορεί να πωληθεί ή να ενσωματωθεί σε εμπορικά προϊόντα, χωρίς κανένα περιορισμό ή απαίτηση για διαθεσιμότητα του κώδικα ή κάποια άλλη προϋπόθεση σχετικά με τη μελλοντική συμπεριφορά σας.

Είναι σημαντικό να μη μπερδεύουμε την άδεια BSD με τις άδειες «public domain». Παρόλο που ένα αντικείμενο μα άδεια public domain είναι κι αυτό διαθέσιμο για οποιαδήποτε χρήση, τα αντικείμενα public domain δεν έχουν συγκεκριμένο ιδιοκτήτη.


5 Οι Απαρχές της Άδειας GPL

Τα τέλη της δεκαετίας του 1980 ήταν λίγο περίεργη περίοδος για το μέλλον του UNIX. Παρόλ' αυτά από τα μέσα της δεκαετίας του 1980 και τις αρχές της επόμενης δεκαετίας, του 1990, άρχισε να φέρνει αποτελέσματα η GPL -- ένα άλλο έργο με σημαντικές επιπτώσεις στο θέμα των αδειών λογισμικού.

Ο Richard Stallman, ο προγραμματιστής που έφτιαξε το Emacs, ήταν μέλος της ομάδας του MIT όταν το εργαστήριο στο οποίο δούλευε άλλαξε, από συστήματα που είχαν αναπτυχθεί εσωτερικά στο ίδιο το εργαστήριο σε εμπορικά συστήματα. Ο Stallman ενοχλήθηκε όταν ανακάλυψε ότι δε μπορούσε να προσθέσει χαρακτηριστικά σε ένα εμπορικό σύστημα ή να βελτιώσει τα υπάρχοντα χαρακτηριστικά με νόμιμο τρόπο. (Πολλοί από τους παλιούς συνεργάτες του Stallman είχαν φύγει για να ιδρύσουν δύο εταιρείες βασισμένες σε λογισμικό το οποίο είχε αναπτυχθεί στο MIT και ήταν διαθέσιμο με άδεια από το MIT. Δεν είναι ξεκάθαρο όμως ποιός είχε πρόσβαση στον πηγαίο κώδικα του λογισμικού.) Με αφορμή αυτές τις εξελίξεις, ο Stallman εφηύρε μια άδεια λογισμικού ως εναλλακτική των εμπορικών αδειών: την άδεια GPL ή «GNU Public License». Ίδρυσε επίσης και ένα μη κερδοσκοπικό οργανισμό, τη Free Software Foundation (FSF), με σκοπό την ανάπτυξη ενός ολοκληρωμένου λειτουργικού συστήματος και όλου του σχετικού λογισμικού· ενός συστήματος που δε θα είχε κανέναν από τους περιορισμούς των εμπορικών αδειών λογισμικού. Αυτό το σύστημα λεγόταν GNU, ένα όνομα που σήμαινε «GNU is Not Unix».

Η άδεια GPL είχε σχεδιασθεί με σκοπό να είναι ο αντίποδας των συνηθισμένων εμπορικών αδειών λογισμικού. Έτσι απαιτούσε να διανέμονται με την ίδια άδεια, τη GPL, όλες οι αλλαγές ενός προγράμματος που ήδη διανέμεται με άδεια GPL (απαιτώντας να είναι διαθέσιμος ο πηγαίος κώδικας σε κάθε χρήστη). Επίσης απαιτούσε να διανέμεται με άδεια GPL κάθε πρόγραμμα που συνδεόταν με κώδικα GPL. Ο βασικός στόχος της GPL ήταν να εμποδίσει με κάθε τρόπο την εμπορευματοποίηση του πηγαίου κώδικα ενός προγράμματος. Όπως λέει και η τελευταία παράγραφος της GPL:

«Αυτή η Γενική Δημόσια Άδεια δεν επιτρέπει την ενσωμάτωση του προγράμματός σας σε εμπορικά προγράμματα.»[1]

Η άδεια GPL είναι μια ιδιαίτερα πολύπλοκη άδεια, οπότε ορισμένοι απλοί κανόνες που μπορεί να σας βοηθήσουν όταν έχετε να κάνετε με GPL κώδικα είναι οι εξής:

Λόγω της μεγάλης πολυπλοκότητας της άδειας GPL, σε πολλά μέρη του κόσμου αγνοεί ο κόσμος τις νομικές πολυπλοκότητες της GPL σε σχέση με το Linux και άλλα προϊόντα λογισμικού. Οι μακροχρόνιες επιδράσεις τις οποίες μπορεί να έχει αυτό δεν είναι πολύ ξεκάθαρες.


6 Οι Απαρχές του Linux και της LGPL

Όσο μαινόταν ο πόλεμος μεταξύ των εμπορικών Unix, άρχισε να αναπτύσσεται ο πυρήνας του Linux ως κλώνος του Unix για PC. Ο Linus Torvalds αποδίδει την ύπαρξη του Linux στη διαθεσιμότητα του GNU C compiler και των σχετικών GNU εργαλείων ανάπτυξης. Γι' αυτό διανέμει τον πυρήνα του Linux με άδεια GPL.

Θυμηθείτε ότι η GPL απαιτεί να διανέμεται με άδεια GPL κάθε πρόγραμμα που συνδέεται στατικά (static linking) με ένα πρόγραμμα που έχει ήδη άδεια GPL. Ο πηγαίος κώδικας για κάθε πρόγραμμα με άδεια GPL πρέπει να είναι διαθέσιμος σε κάθε χρήστη του προγράμματος. Αντίθετα, η δυναμική σύνδεση με κώδικα που έχει άδεια GPL δε θεωρείται παραβίαση της GPL. Η πίεση να διανέμονται ακόμα και εμπορικά προγράμματα με άδεια GPL άρχισε να αυξάνεται· ειδικά για προγράμματα που έπρεπε να συνδέονται με βιβλιοθήκες του συστήματος. Αυτό οδήγησε στη δημιουργία μιας διαφορετικής έκδοσης της άδειας GPL, με όνομα LGPL («Library GPL», η οποία πλέον λέγεται «Lesser GPL»). Η LGPL επιτρέπει τη σύνδεση εμπορικού κώδικα με τη GNU C library, τη glibc. Δε χρειάζεται να διαθέσετε τον πηγαίο κώδικα ενός προγράμματος αν αυτό συνδέεται δυναμικά με μια βιβλιοθήκη άδειας LGPL.

Αν ένα πρόγραμμα συνδέεται στατικά (static linking) με τη glibc, για παράδειγμα όπως γίνεται συχνά σε embedded συστήματα, δε γίνεται να κρατήσετε τον κώδικα της εφαρμογής με εμπορική άδεια· πρέπει ο πηγαίος κώδικας να διανέμεται κι αυτός με άδεια GPL. Για προγράμματα με στατική σύνδεση με GPL κώδικα, τόσο η GPL όσο και η LGPL απαιτούν ο κώδικας του προγράμματος να διανέμεται με την ίδια άδεια.


7 Οι Άδειες Ανοιχτού Λογισμικού και το Πρόβλημα του Ορφανού Κώδικα

Ένα από τα πιο σοβαρά προβλήματα του εμπορικού λογισμικού είναι το πρόβλημα του «ορφανού κώδικα». Αυτό εμφανίζεται όταν μια συγκεκριμένη εταιρεία αποτυγχάνει ή αλλάζει στρατηγική σχετικά με ένα προϊόν, προκαλώντας προβλήματα σε μια τεράστια πυραμίδα από εξαρτημένα συστήματα και εταιρείες για λόγους πέρα από τον έλεγχό τους. Δεκαετίες εμπειρίας έχουν δείξει ότι το προσωρινό μέγεθος ή η επιτυχία μιας εταιρείας δεν παρέχουν καμία εγγύηση σχετικά με τη διαθεσιμότητα του λογισμικού της εταιρείας. Καθώς αλλάζουν οι συνθήκες της αγοράς ή οι στρατηγικές των εταιρειών -- πολλές φορές με πολύ γρήγορο ρυθμό -- τα προγράμματα μπορεί να πάψουν να είναι διαθέσιμα για οποιοδήποτε λόγο.

Η άδεια λογισμικού GPL προσπαθεί να αποφύγει το πρόβλημα των «ορφανών προγραμμάτων» αποκόπτοντας κάθε εξάρτηση του πηγαίου κώδικα ενός προγράμματος από τα θέματα πνευματικής ιδιοκτησίας.

Μια άδεια λογισμικού τύπου BSD δίνει σε μια μικρή εταιρεία το ισοδύναμο ενός προγράμματος με δικλείδα ασφαλείας: αν η αρχική εταιρεία σταματήσει να φτιάχνει ένα πρόγραμμα, μπορεί η εταιρεία που εξαρτάται από αυτό να πάρει τα ηνία και να συνεχίσει να το συντηρεί με εμπορικό τρόπο. Μια ακόμα καλύτερη περίπτωση είναι αυτή ενός BSD προγράμματος που συντηρείται από μια μικρή ανεπίσημη επιτροπή, αφού τότε η επιβίωση ενός προγράμματος δεν εξαρτάται από μία και μόνο εταιρεία ή από μια συγκεκριμένη σειρά προϊόντων. Η επιβιωσιμότητα της ομάδας ανάπτυξης, όταν βρίσκονται στην κατάλληλη διανοητική κατάσταση, είναι πιο σημαντική από την φυσική διαθεσιμότητα του πηγαίου κώδικα.


8 Τι δε Μπορεί να Κάνει μια Άδεια Λογισμικού

Καμία άδεια λογισμικού δε μπορεί να εγγυηθεί τη μελλοντική διαθεσιμότητα ενός προγράμματος. Ο ιδιοκτήτης του copyright ενός προγράμματος μπορεί να αλλάξει τους όρους του copyright οποιαδήποτε στιγμή. Η κοινότητα του BSD θεωρεί ότι σε αυτή την περίπτωση ένα από τα άμεσα αποτελέσματα είναι η διάσπαση και η ανεξάρτητη ανάπτυξη του κώδικα.

Η GPL απαγορεύει ρητά την αλλαγή της άδειας. Παρόλ' αυτά υπάρχει τουλάχιστον μία περίπτωση που αυτό δεν έγινε: μια εταιρεία (η Mattel) αγόρασε ένα GPL copyright (cphack), ακύρωσε κάθε όρο του αρχικού copyright, πήγε στα δικαστήρια και κέρδισε τη δίκη [2]. Κατάφεραν, δηλαδή, με νόμιμο τρόπο, να ακυρώσουν το copyright για τη διανομή του συγκεκριμένου προγράμματος και όλων των παράγωγων έργων. Δεν είναι ξεκάθαρο αν κάτι τέτοιο θα μπορούσε να γίνει με ένα πολύ μεγαλύτερο ή πολύ πιο διαδεδομένο πρόγραμμα. Υπάρχουν επίσης αμφιβολίες σχετικά με το αν το αρχικό πρόγραμμα ήταν άδειας GPL.

Ένα άλλο παρόμοιο παράδειγμα είναι η εξαγορά της Cygnus από τη Red Hat. Η Cygnus ήταν μια εταιρεία μηχανικών, η οποία είχε αναλάβει την ανάπτυξη των εργαλείων μεταγλώττισης (compiler tools) της FSF. Η Cygnus μπορούσε να το κάνει αυτό επειδή είχε αναπτύξει ένα μοντέλο υποστήριξης των εργαλείων GNU: πουλούσαν τεχνική υποστήριξη για αυτά τα εργαλεία, οπότε μπορούσαν να συντηρούν μια ομάδα 50 προγραμματιστών και να ορίζουν την πορεία ανάπτυξης των εργαλείων, προσφέροντας την πλειοψηφία των αλλαγών που γίνονταν σε αυτά. Όπως έχει πει ο Donald Rosenberg: «Οι ομάδες που χρησιμοποιούν προϊόντα λογισμικού με άδεια GPL... ζουν με τη μόνιμη απειλή ότι κάποιος άλλος θα πάρει τα ηνία στο έργο επειδή έφτιαξε μια καλύτερη έκδοση του κώδικα ή απλά επειδή μπορεί να το κάνει πιο γρήγορα από τους αρχικούς προγραμματιστές»[3].


9 Πλεονεκτήματα και Μειονεκτήματα της Άδειας GPL

Ένας από τους πιο συνηθισμένους λόγους για να χρησιμοποιήσει κανείς την άδεια GPL είναι επειδή χρειάζεται να κάνει αλλαγές στον μεταγλωττιστή GCC ή να τον επεκτείνει. Αυτό είναι πολύ χρήσιμο όταν δουλεύει με καινούριους επεξεργαστές ή ειδικούς επεξεργαστές, σε περιβάλλοντα όπου κάθε κόστος λογισμικού μπορεί να θεωρηθεί περιττό κόστος, ή όταν είναι πολύ μικρή η πιθανότητα να χρησιμοποιηθεί από άλλους το αποτέλεσμα του καινούριου μεταγλωττιστή.

Η άδεια GPL είναι ελκυστική και για τις μικρές εταιρείες οι οποίες πωλούν CD-ROM σε ένα περιβάλλον όπου ισχύει ο κανόνας «αγόρασε φτηνά, πούλα ακριβότερα» και υπάρχουν ακόμη περιθώρια κέρδους. Είναι επίσης ελκυστική για εκείνες τις εταιρείες οι οποίες επιβιώνουν παρέχοντας διάφορες μορφές τεχνικής υποστήριξης ή τεκμηρίωσης για τα προϊόντα με άδεια GPL.

Ένα ακούσιο και λιγότερο τεκμηριωμένο αποτέλεσμα της GPL είναι η συμπάθεια που της δείχνουν οι μεγάλες εταιρείες, με σκοπό να υπονομεύσουν τις μικρότερες εταιρείες λογισμικού. Μερικές φορές η GPL μπορεί να ταιριάξει πολύ καλά με στρατηγικές μάρκετινγκ, και να χρησιμοποιηθεί με σκοπό τη μείωση του άμεσου οικονομικού κέρδους, συνεισφέροντας με το δικό της τρόπο σε μονοπωλιακές τακτικές.

Η άδεια GPL μπορεί να είναι πολύ σημαντικό πρόβλημα για όποιον θέλει να εμπορευματοποιήσει ένα έργο λογισμικού και να βγάλει κέρδος από αυτό. Για παράδειγμα, η GPL μπορεί να είναι εμπόδιο στα σχέδια ενός φοιτητή που σκέφτεται να ιδρύσει μια εταιρεία με βάση την ιδέα της έρευνάς του, ή μπορεί να είναι εμπόδιο στα σχέδια ενός εργαζόμενου που θέλει να συνεργαστεί με μια εταιρεία με βάση μια προσωπική του ιδέα.

Για όσους χρειάζεται να δουλεύουν με στατικά συνδεμένα προγράμματα και να συνδυάζουν κώδικα από πολλά μέρη ή κώδικα που είναι συμβατός με μια ποικιλία από πρότυπα, η GPL δεν είναι τόσο καλή επιλογή άδειας, επειδή απαγορεύει τη χρήση εμπορικών υλοποιήσεων αυτών των προτύπων. Έτσι η GPL μειώνει τον αριθμό των προγραμμάτων που μπορούν να αναπτυχθούν σε αυτά που χρησιμοποιούν μόνο τα πρότυπα GPL. Ο σκοπός της ίδιας της GPL είναι να μη μπορεί να φτιάξει κανείς εμπορικά προϊόντα με GPL κώδικα. (Αυτός ο περιορισμός δεν ισχύει για όλες τις εφαρμογές Linux, επειδή οι περισσότερες από αυτές δεν χρησιμοποιούν στατική σύνδεση με τον GPL κώδικα του Linux, αλλά βασίζονται σε ένα δυναμικό API.)

Η GPL προσπαθεί να πείσει τους προγραμματιστές να συνεισφέρουν σε ένα συνεχώς εξελισσόμενο σύνολο προγραμμάτων, με περιθώριο συναγωνισμού στη διανομή και την τεχνική υποστήριξη αυτών των προγραμμάτων. Αυτό δεν είναι ρεαλιστικό σενάριο όμως για πολλά καίρια συστήματα και πρότυπα, τα οποία μπορεί να είναι χρήσιμα σε μεγάλη ποικιλία συστημάτων και ταυτόχρονα να απαιτούν εμπορικές επεκτάσεις ή προσαρμογές ή ενσωμάτωση σε υπάρχοντα προγράμματα με legacy πρότυπα και υπάρχουσες άδειες, ασύμβατες με την άδεια GPL. Για παράδειγμα, τα real-time και τα embedded συστήματα χρησιμοποιούν στατική σύνδεση πολύ συχνά, οπότε η GPL και η LGPL αποτελούν σοβαρό πρόβλημα για εταιρείες οι οποίες δραστηριοποιούνται σε αυτό το χώρο.

Η άδεια GPL είναι μια προσπάθεια να συγκρατηθεί η ανάπτυξη του λογισμικού, ανεξάρτητα από τη ζήτηση για άλλου είδους αποτελέσματα, σε ένα στάδιο έρευνας και ανάπτυξης. Αυτό μεγιστοποιεί τα κέρδη για τους μελετητές και τους προγραμματιστές, αλλά μπορεί να έχει ένα άγνωστου μεγέθους κόστος για όσους θα είχαν όφελος από την πιο ευρεία διαθεσιμότητα του κώδικα.

Η GPL έχει σχεδιαστεί, βασικά, με σκοπό να εμποδίσει τα αποτελέσματα της έρευνας από το να κάνουν τη μετάβαση σε εμπορικά προϊόντα. Πολλές φορές αυτό θεωρείται ένα από τα τελευταία βήματα στην παραδοσιακή μεταφορά τεχνογνωσίας από το ερευνητικό στο εμπορικό στάδιο, και είναι συνήθως αρκετά δύσκολο σαν βήμα ακόμα και κάτω από τις καλύτερες συνθήκες. Η GPL έχει σχεδιαστεί έτσι που αυτό το βήμα να είναι πρακτικά αδύνατον να πραγματοποιηθεί.


10 Πλεονεκτήματα της Άδειας BSD

Η άδεια BSD είναι πολύ καλή επιλογή για ερευνητικά ή άλλα έργα, όταν αυτά έχουν μεγάλη διάρκεια και χρειάζονται ένα περιβάλλον ανάπτυξης το οποίο:

Αυτό το τελευταίο χαρακτηριστικό είναι πολύ συχνά εκείνο που παίζει τον πιο σημαντικό ρόλο. Κλασικό παράδειγμα είναι η επιλογή άδειας του Apache project:

«Αυτού του είδους η άδεια είναι ιδανική για την προώθηση ενός πηγαίου κώδικα που λειτουργεί ως σημείο αναφοράς για την υλοποίηση ενός πρωτοκόλου κοινής χρήσης. Αυτός είναι ένας από τους λόγους για τους οποίους διαλέξαμε μια τέτοια άδεια για το apache group. Πολλοί από εμάς θέλουμε να επιβιώσει το HTTP και να γίνει ένα πρότυπο το οποίο είναι αποδεκτό από όλους, και δε θα μας πειράξει καθόλου αν η Microsoft ή η Netscape ενσωματώσει τη δική μας μηχανή HTTP σε δικά τους προϊόντα, αν αυτό προωθήσει ακόμη περισσότερο το στόχο μας για κοινή χρήση του HTTP... Αυτό σημαίνει ότι είναι στρατηγικής σημασίας για το έργο μας να διατηρήσουμε την ενεργητικότητα που έχει σήμερα, και να πείσουμε τους συμμετέχοντες ότι κερδίζουν περισσότερα συνεισφέροντας κώδικα στο έργο μας. Ακόμη και κώδικα που μπορεί να είχε αξία αν τον κρατούσαν ως εμπορικό μυστικό.»

Οι προγραμματιστές τείνουν να προτιμούν την άδεια BSD επειδή τους αφήνει να ασχολούνται με τον κώδικα, και να κάνουν αυτό που πραγματικά θέλουν, χωρίς να ασχολούνται με περίπλοκα νομικά ζητήματα. Αντίθετα, όσοι θέλουν να χρησιμοποιούν το τελικό αποτέλεσμα ως ένα ολοκληρωμένο σύστημα, ή ξέρουν πως άλλοι θα κάνουν την ανάπτυξη του λογισμικού, ή όσοι δεν περιμένουν να ζήσουν από τις αλλαγές και βελτιώσεις τις οποίες κάνουν σε ένα σύστημα (όπως π.χ. οι εργαζόμενοι σε κυβερνητικούς φορείς), προτιμούν την άδεια GPL επειδή αναγκάζει τους άλλους να τους δώσουν περισσότερο κώδικα και εμποδίζει τους εργοδότες τους από το να κρατήσουν τα πνευματικά δικαιώματα και να «θάψουν» ή να αφήσουν ορφανό ένα πρόγραμμα. Αν θέλετε να αναγκάσετε τους ανταγωνιστές σας να σας βοηθήσουν, τότε η GPL είναι ιδιαίτερα ελκυστική ως επιλογή.

Μια άδεια τύπου BSD δεν είναι απλά ένα δώρο. Μια από τις πιο συχνές ερωτήσεις σχετικά με τις άδειες BSD είναι: «Γιατί να βοηθήσω τους ανταγωνιστές μου να κλέψουν τη δουλειά μας;». Στην πραγματικότητα η άδεια BSD δίνει κίνητρο στους ανταγωνιστές να συνεργαστούν. Αν μία μόνο εταιρεία καταφέρει να κυριαρχήσει σε κάποιο τομέα τον οποίο οι άλλες εταιρείες θεωρούν στρατηγικής σημασίας, τότε οι άλλες εταιρείες μπορούν, με ελάχιστη προσπάθεια, να ιδρύσουν μια μικρή επιτροπή με στόχο την επαναφορά της ισορροπίας. Μπορούν τότε να συνεισφέρουν όλες μαζί στην βελτίωση ενός ανταγωνιστικού BSD προϊόντος, αυξάνοντας τον ανταγωνισμό της αγοράς. Έτσι κάθε εταιρεία μπορεί να κερδίσει από κάποιου είδους πλεονέκτημα, το οποίο μπορεί να προσφέρει η ίδια, ενώ ταυτόχρονα όλες μαζί συνεισφέρουν στην οικονομική ευελιξία και αποδοτικότητα της αγοράς. Όσο πιο γρήγορα και εύκολα μπορούν να το κάνουν αυτό τα συνεργαζόμενα μέλη μιας τέτοιας ομάδας, τόσο πιο πετυχημένη μπορεί να γίνει η ομάδα. Μια άδεια BSD είναι, ουσιαστικά, μια άδεια λογισμικού που επιτρέπει και ενθαρρύνει τέτοιες συμπεριφορές, με το ελάχιστο νομικό κόστος και πολύ μικρή νομική πολυπλοκότητα.

Ο πιο σημαντικός στόχος της GPL είναι η δημιουργία ενός πλήρους και ανταγωνιστικού συστήματος Ελεύθερου Λογισμικού, διαθέσιμου σε οποιονδήποτε το θέλει ή το χρειάζεται με ελάχιστο ή καθόλου κόστος, είναι σημαντικός στόχος. Μια άδεια BSD, σε συνδυασμό με ad-hoc ομάδες από ενδιαφερόμενους συνεργάτες, μπορεί να πετύχει τον ίδιο στόχο χωρίς να καταστρέψει τα οικονομικά κίνητρα του συστήματος μεταφοράς τεχνογνωσίας.


11 Οδηγίες για τη Χρήση μιας Άδειας Τύπου BSD


12 Επίλογος

Σε αντίθεση με την άδεια GPL, η οποία έχει σχεδιαστεί για να εμποδίσει με κάθε τρόπο την εμπορική χρήση του λογισμικού, οι άδειες τύπου BSD έχουν πολύ λίγες απαιτήσεις και όρους για οποιαδήποτε μελλοντική χρήση του λογισμικού. Έτσι το λογισμικό με άδεια BSD μπορεί να παραμείνει Open Source ή να ενσωματωθεί σε εμπορικές λύσεις, ακολουθώντας τις αλλαγές στις ανάγκες του δημιουργού του ή κάποιας εταιρείας. Με λίγα λόγια, οι άδειες τύπου BSD δε δημιουργούν νομικά προβλήματα στο μέλλον ή κατά τη διάρκεια της ανάπτυξης ενός προγράμματος.

Το πιο σημαντικό πλεονέκτημα μιας άδειας τύπου BSD είναι ότι δεν περιέχει περίπλοκους νομικούς όρους, όπως οι άδειες GPL και LGPL, οπότε επιτρέπει στους προγραμματιστές και τις εταιρείες να αφιερώνουν περισσότερο από το χρόνο τους στη δημιουργία και την προώθηση του κώδικα, αντί να ανησυχούν αν ο κώδικας που γράφουν έχει παραβιάσει κάποια άδεια.


13 Αναφορές

[1] http://www.gnu.org/licenses/gpl.html

[2] http://archives.cnn.com/2000/TECH/computing/03/28/cyberpatrol.mirrors/

[3] Open Source: the Unauthorized White Papers, Donald K. Rosenberg, IDG Books,
    2000. Quotes are from page 114, ``Effects of the GNU GPL''.

[4] Το τμήμα «What License to Use?» του
    http://www.oreilly.com/catalog/opensources/book/brian.html

Αυτό το άρθρο είναι μια συνοπτική έκδοση μιας προηγούμενης
εργασίας του συγγραφέα, η οποία είναι διαθέσιμη στη διεύθυνση:
http://alumni.cse.ucsc.edu/~brucem/open_source_license.htm

Αυτό το κείμενο, και άλλα κείμενα, μπορεί να βρεθεί στο ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/.

Για ερωτήσεις σχετικά με το FreeBSD, διαβάστε την τεκμηρίωση πριν να επικοινωνήσετε με την <questions@FreeBSD.org>.
Για ερωτήσεις σχετικά με αυτή την τεκμηρίωση, στείλτε e-mail στην <doc@FreeBSD.org>.