Ingyenes szoftver

Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2022. május 23-án felülvizsgált verziótól ; az ellenőrzések 2 szerkesztést igényelnek .

Ingyenes szoftver ( nyílt forráskódú szoftver , angol  free software , szoftver libre vagy libre szoftver is ), szabad szoftver  - szoftver , amelynek felhasználóinak jogai ("szabadságai") korlátlan számú telepítéséhez, elindításához, ingyenes használatához, tanulmányozásához, terjesztéséhez és módosításához (fejlesztés) ), valamint a másolatok terjesztése és a változás eredményei [1] . Ha a szoftverre kizárólagos jogok vonatkoznak, akkor a szabadságjogokat ingyenes licencek segítségével deklarálják .

Az ingyenes és ingyenes szoftverekhez hasonlóan a nyílt forráskódú szoftverek is használhatók és általában ingyenesen beszerezhetők (de egy adott forgalmazó díjat számíthat fel a tőle másolatok beszerzéséért, a kézbesítési csatornákért, adathordozókért - CD -kért vagy kiegészítő szolgáltatásokért). Az ingyenes szoftvereket azonban általában futtatható formában, forráskódok nélkül terjesztik, és szabadalmaztatott szoftverek , és ahhoz, hogy a szoftver ingyenes legyen (ingyenes szoftver), a forráskódoknak elérhetőnek kell lenniük a címzettek számára , amelyekből végrehajtható fájlok hozhatók létre , valamint a megfelelő engedélyeket. Tekintettel arra, hogy az "eladás" szó az eredeti eladását, illetve a másolatok pénzért történő terjesztését, valamint a fizetős licencek kiadását jelenti (általában nem ingyenes feltételekkel) [2] , egyesek még mindig egy részhalmaznak tekintik a szabad szoftvereket. ingyenes szoftverek .

Gyakran különbséget tesznek ingyenes ( free / libre ) és nyílt forráskódú ( nyílt forráskódú ) szoftverek között – bár a nyílt forráskódú szoftverekhez kötelező a forráskód rendelkezésre állása, és sok nyílt forráskódú program is szabad szoftver, ami a szabad szoftvereket nyílt forráskódú szoftverek részhalmaza . A gyakorlatban a névválasztás gyakran összefügg a használt nyelvvel, valamint a szabadság vagy a nyitottság céljaival.[ pontosítás ] .

A szabad szoftverek mozgalma 1983-ban kezdődött, amikor Richard Stallman megalkotta azt az elképzelést, hogy a felhasználók szabadon használhatják a szoftvereket .  1985-ben Stallman megalapította a Szabad Szoftver Alapítványt, hogy szervezeti struktúrát biztosítson ötletének népszerűsítéséhez.

A szabad szoftverek üzleti modelljei általában a felhatalmazás elvén alapulnak – például új alkalmazások, képzés, integráció, testreszabás vagy tanúsítás. Ugyanakkor bizonyos üzleti modellek, amelyek védett szoftverekkel működnek, nem kompatibilisek a szabad szoftverekkel, különösen azok, amelyek a szoftvertermék legális használatához licenc fizetésére kényszerítik a felhasználókat.

Ingyenes licencek

A legtöbb országban a modern jogszabályoknak megfelelően a szoftverterméket és annak forráskódját szerzői jog védi , ami a szerzőknek és a szerzői jog tulajdonosának (leggyakrabban a szerzői jog tulajdonosa a szolgáltatás szerzőjét alkalmazó szervezet ) jogot ad a változtatásra. , terjesztheti, használja és viselkedik a programban, beleértve azokat az eseteket is, amikor a forráskódot közzéteszik. A szerzői jog ereje a modern társadalomban olyan erős, hogy még a szoftverhibák szétszereléssel történő tanulmányozása vagy javításának kísérlete is büntetőjogi felelősségre vonható .

A szoftverek felhasználóinak megóvása érdekében a szellemi tulajdon védelméről szóló jogszabályok elfogultsága okozta problémáktól a szerzők és a szerzői jogok tulajdonosai átruházhatják a fent felsorolt ​​négy cselekvési szabadság jogait a felhasználókra. Ezt úgy érik el, hogy a szoftver forráskódját a szabad licenceknek nevezett speciális licencek egyike alatt adják ki . Annak ellenére, hogy az ingyenes licencek feltételei szerint a jogtulajdonos nem vonhatja vissza a felhasználóknak adott engedélyeket, a szerzők fenntartják törvényben biztosított jogaikat.

Az ingyenes szoftvereket könnyű kereskedelmi forgalomba hozni  – számos olyan üzleti modell létezik, amelyeknél nincs szükség a program másolataiért való fizetésre. Például egy üzleti modell nagyon népszerű, amikor egy vállalkozó pénzt kereshet technikai támogatási szolgáltatások nyújtásával. Az ingyenes kód tulajdonosa számára van még egy kereskedelmi forgalomba hozatali lehetőség - szoftvertermékek kereskedelmi licenc alapján történő implementálása arra az esetre, ha az ügyfélnek az ingyenes kódot a saját szoftverébe kell integrálnia, és fejlesztéseit nem kívánja nyilvánosságra hozni.

A szoftverfejlesztés mint tudományos tanulmány

A szoftverek sajátossága , hogy egy formában állítják elő - forráskód formájában, és gyakran terjesztik és másban használják - futtatható programok, gépi kódok formájában, amelyekből lehetetlen egyedileg visszaállítani a forráskódot. . Egy program hatékony megváltoztatásához, hibák kijavításához vagy akár csak arra, hogy pontosan kitaláljuk, mit és hogyan csinál egy program, szükség van a forráskódra, mert ha gépi kódba fordítják , a program elveszti olvashatóságát .

Kezdetben a számítógépekhez való szoftverek készítése elsősorban tudományos tevékenység volt. Az informatikusok számára minden program tudományos kutatás eredménye volt, bizonyos tekintetben hasonló egy cikk közzétételéhez. Ez azt jelenti, hogy a program forráskódja szükségszerűen elérhető volt a teljes tudományos közösség számára, hiszen minden tudományos eredménynek ellenőrizhetőnek , azaz más kutatók által megerősítettnek kell lennie, és kritikára is ki kell terjednie. Így a szoftverfejlesztés folyamata alapvetően hasonlított a tudományos folyamathoz: a tudós a meglévő programokat vette, elképzeléseinek megfelelően korrigálta, majd a javított programokat publikálta - miközben új eredményt kapott.

A számítástechnika azonban nem kevésbé aktívan fejlődött, mint a szoftverek számukra. Az 1970-es években nagyon sokféle számítógépes architektúra létezett, amelyek teljesítményben és árban is különböztek. Természetesen minden architektúrához külön szoftverkészletet kellett fejleszteni. Az 1970-es évek közepe óta a legtöbb amerikai egyetem PDP-10 architektúrájú számítógépeket használt az akadémiai fejlesztéshez , lehetővé téve a különböző egyetemek alkalmazottai számára, hogy egymás terveit használják gépeiken. Az 1970-es évek végén a Massachusetts Institute of Technology (MIT) mesterséges intelligencia laboratóriumának alkalmazottai kifejlesztették saját Incompatibilis Timesharing System  (ITS) operációs rendszerüket a PDP-10-hez - (  angolul  -  "inkompatibilis időmegosztási rendszer" ”), és egy nagyon széles programkészlet a számára. Az MIT-ben írt programok forráskódjai nyilvánosan elérhetőek voltak, más egyetemek munkatársai használták a forráskódjaikat és küldték el hozzájuk a javításokat, ezekben a laboratóriumokban minden szoftver teljesen akadémikus volt.

Szoftverkorlátozások bevezetése

Tekintettel a számítógép-architektúrák hatalmas változatosságára, a szoftver magának a gépnek a szerves részét képezte, és messze nem a legdrágább alkatrésze. A számítógépgyártók ellátták őket a fő szoftverrel - legalábbis[ tisztázni ] az operációs rendszerrel . A számítógépgyártás tudományintenzív, de alapvetően kereskedelmi vállalkozás volt.

Olyan helyzetben, amikor[ pontosítás ] a szoftverekkel egyenrangúan kereskednek a háztartási cikkekkel, már nem csak a tudomány fejlődésének törvényei vonatkoznak rájuk, hanem az árulható, cserélhető anyagi tárgyak tulajdonságaira, a birtoklási és használati jogra is, amelyet védeni kell. törvény szerint.[ semlegesség? ] A szoftver tehát a szellemi tulajdon kategóriájába került: vagyis a program forráskódját kezdték műnek tekinteni.

Megvédeni[ ismeretlen kifejezés ] érdekeik, a számítógép- és szoftvergyártók licenceket használnak - ez egyfajta megállapodás a szerzői jog tulajdonosa és a szoftver felhasználója (vevője) között. Hasonló megállapodásokat kötöttek az egyetemekkel is: például a programok forráskódja és a változtatás joga átkerült az egyetemre, de az egyetemen kívül terjeszteni tilos. Az ilyen megszorítások azt eredményezték, hogy a megfelelő műsorok szövegei nem vitathatók meg nyíltan a közösségben, vagyis nem léteztek tudományos fejlesztésre. A számítógépeknek és a szoftvereknek a tudományos körökön kívül is voltak vevői, például bankok. Az ilyen felhasználók nem annyira fontos a programok forráskódjainak beszerzése, a szoftver kész termékként érdekli őket, és hajlandóak pénzt fizetni a megbízható és kényelmes programokért.

A számítógépek azonban nagyon gyorsan fejlődtek, és az 1970 -es években meglehetősen modern PDP-10-ek már az 1980 -as évek elejére elavultak, és teljesítményben jelentősen elmaradtak a modernebb gépektől. Az új architektúrák egyikénél sem létezett azonban már kizárólag akadémiai környezetben és annak szabályai szerint kifejlesztett operációs rendszer és egyéb szoftver. Az egyetemeknek most új számítógépeket kellett vásárolniuk új szoftverekkel, és be kellett tartaniuk azokat a licencfeltételeket, amelyek korlátozták a szoftverfejlesztési és -terjesztési jogaikat – más szóval korlátozták a szoftverfejlesztés és -terjesztés tudományos modelljének lehetőségét.

Ebben az időben az MIT mesterséges intelligencia laboratóriumában fejlesztették ki az úgynevezett LISP gépeket , amelyek hardver szinten képesek voltak értelmezni a LISP -hez hasonló programozási nyelvet  , egy fejlett és ígéretes programozási nyelvet . Az ilyen gépek operációs rendszere és a hozzájuk tartozó összes szoftver LISP-ben íródott. Az 1980-as évek elején az AI Lab egyes tagjai megvásárolták a LISP gépek és a Macsyma matematikai rendszer jogait az MIT-től , és saját kereskedelmi társaságokat alapítottak, hogy továbbfejlesszék ezen a területen. Nagyon sok laboratóriumi munkatárs került ezekbe a cégekbe, ezután minden további fejlesztésük elzárkózott a tudományos közösség előtt. Az új LISP gépeket olyan licencekkel terjesztették, amelyek megtiltották a felhasználóknak a forráskód módosítását és újraterjesztését. Azok a programok, amelyek korábban az MIT-alkalmazottak tudományos publikációihoz hasonlítottak, valakinek a tulajdonában lévő termékekké váltak.

Az MIT AI Lab egyik munkatársa, Richard Stallman számára ez az állapot a szoftverfejlesztés nyílt tudományos folyamatának elfogadhatatlan megsértésének tűnt. Egyedül megpróbálta a LISP gépeket a régi akadémiai modellen belül fejleszteni, és nyíltan végrehajtani a zárt kereskedelmi fejlesztés során végrehajtottakhoz hasonló változtatásokat, hogy az MIT LISP gépei felvehessék a versenyt társaikkal. Természetesen ez a kísérlet arra, hogy lépést tartson az egész cég aktív fejlődésével[ mi? ] kudarcra volt ítélve.

Ezután Richard Stallman hasonló gondolkodású embereket keresve létrehozza a Free Software Foundation non-profit szervezetet. Az alapítvány fő célja a szoftverek megőrzése volt, amelyek fejlesztési folyamata garantáltan mindig nyitott lesz, a forrásszövegek pedig mindig elérhetőek lesznek. Az alapítvány tágabb célja egy teljesen nyílt forráskódú szoftverből álló operációs rendszer kifejlesztése. Egy ilyen cél kinyilvánításával Stallman valójában vissza akart térni a számára ideálisnak tűnő állapotba, amikor az MIT saját operációs rendszerén dolgozott a PDP-10-hez.

Az alapítvány alatt kifejlesztett operációs rendszernek kompatibilissé kellett válnia a UNIX operációs rendszerrel . Az 1980-as évek elejére a UNIX széles körben elterjedt, többek között a tudományos körökben is. Ehhez az operációs rendszerhez számos program volt szabadon terjesztve a tudományos közösségben, ezért szerettem volna, ha ezek a programok az új - ingyenes - operációs rendszeren működnek. Ez a jövőbeni operációs rendszer a GNU nevet kapta .

A Free Software Foundation a múltban felosztotta a nem szabad szoftvereket félig szabad szoftverekre (amelyek csak a kereskedelmi felhasználás tilalmával különböznek a szabad szoftverektől) és védettek (tulajdonos, angol  tulajdonú ) (amely nem rendelkezik mind a négy szabadsággal, még akkor is, ha kereskedelmi felhasználás megengedett); de ezt a felosztást már nem használják [3] [4] .

Néha a nem szabad szoftverek magukban foglalják az összes „ kereskedelmi szoftvert ”, a szabad szoftvert szabad szoftvernek tekintve, de ez nem igaz: nem csak a nem ingyenes licencek eladásával profitálhat a programból.

A szabad szoftver definíciója

Ahhoz, hogy a fejlesztők interakciója a tudományos együttműködés elvén menjen végbe, gondoskodni kellett arról, hogy a programok forráskódja a művek szerzői jogának megőrzése mellett a teljes tudományos közösség számára olvasható és bírálható legyen. Richard Stallman ennek érdekében megfogalmazta a szabad szoftver fogalmát , amely a hetvenes években az amerikai egyetemeken kialakult tudományos közösségben a nyílt szoftverfejlesztés alapelveit tükrözte. Stallman kifejezetten kimondta ezeket az elveket, amelyek egyben a szabad szoftver kritériumai is . Ezek a feltételek meghatározzák azokat a jogokat, amelyeket a szabad szoftverek szerzői biztosítanak bármely felhasználónak:

A hibajavítás és a programok fejlesztésének képessége az ingyenes és nyílt forráskódú szoftverek legfontosabb jellemzője, amely a zárt szabadalmaztatott programok felhasználói számára egyszerűen lehetetlen, még akkor sem, ha olyan hibákat és hibákat találnak bennük, amelyek számát általában senki sem ismeri. .

Szabad szoftvernek csak az a program tekinthető, amely mind a négy alapelvnek megfelel, azaz garantáltan nyitott és elérhető a frissítésre, a hibák és hibák kijavítására, valamint felhasználási és terjesztési korlátozások nélkül. Hangsúlyozni kell, hogy ezek az alapelvek csak a program forráskódjainak általános felhasználásra, kritikára és fejlesztésre való elérhetőségét , valamint a program futtatható vagy forráskódját megkapó felhasználó jogait írják elő, de semmilyen módon nem kötik ki a pénzügyi kapcsolatokat. a programok terjesztésével kapcsolatos, beleértve azt sem, hogy ingyenes . Az angol szövegekben itt gyakran felmerül a zűrzavar, mivel a „free” szó angolul nem csak „ingyenes”, hanem „ingyenes” szót is jelent, és gyakran használják ingyenes szoftverrel kapcsolatban , amelyet használati díj felszámítása nélkül terjesztenek, de nem érhető el a felhasználók és a közösség módosításai számára, mert a forráskódja nincs közzétéve. Az ilyen ingyenes szoftverek egyáltalán nem ingyenesek. Ellenkezőleg, az ingyenes szoftverek terjeszthetők (és terjeszthetők) térítés ellenében, ugyanakkor a szabadság kritériumainak betartása mellett: minden felhasználónak joga van a programok forráskódjához további költségek nélkül hozzájutni (kivéve a a médium ára), módosítsa azokat és terjessze tovább. Minden olyan szoftver, amelynek felhasználói nem rendelkeznek ezzel a joggal, nem szabad szoftverek, függetlenül az egyéb feltételektől.

Nyílt forráskódú szoftver

A nyílt forráskódú szoftverek a szabad szoftverek kulcsfontosságú jellemzői, így Eric Raymond későbbi „ nyílt forráskódú szoftvere ” egyesek számára még jobbnak tűnik erre a jelenségre, mint Stallman eredeti „szabad szoftvere”. Stallman ragaszkodik a két fogalom közötti különbséghez, mivel a nyílt forráskódú szavak csak az egyik, nem pedig a legfontosabb (bár a négy szabadság közül kettő megvalósításához szükséges) jelenlétét jelzik a szabadban rejlő tulajdonságok közül. szoftver - a forráskód megtekintésének képessége. [5]

GNU General Public License

A Free Software Foundation tagjai a szabad szoftver kritériumainak deklarálása után ezeknek az elveknek megfelelően kezdték el terjeszteni szoftvereiket anélkül, hogy ezt dokumentálták volna: vagyis kezdetben a szabad szoftvereket egyáltalán licenc nélkül terjesztették. A magával Richard Stallmannel történt precedens (lásd alább) azonban meggyőzte őt arról, hogy a dokumentáció elengedhetetlen a szabad szoftverekhez.

Richard Stallman James Gosling forráskódja alapján fejlesztette ki az Emacs szövegszerkesztőt . Ezután Gosling szabadon terjesztette forráskódját minden érdeklődő számára. Azonban valamikor Gosling eladta az Emacs terjesztési jogait az UniPress-nek [6] , és a cég arra kérte Stallmant, hogy hagyja abba az Emacs verziójának terjesztését, mivel ők birtokolják a jogokat.[ style ] Ez az incidens arra késztette Stallmant, hogy átírta az Emacs forrás azon részeit, amelyek most az UniPress tulajdonában voltak, majd kifejlesztette saját licencét a szoftveréhez.

A Stallman-licencnek ugyanúgy kellett volna működnie, mint a nem szabad szoftverlicenceknek: ez egy mintaszerződés a program szerzője (a szerzői jog tulajdonosa ) és a felhasználó között, amelyben a szerző többek között rögzíti a program szerzői jogait. felhasználó a programhoz képest. A tipikus szabadalmaztatott licenctől eltérően a Stallman licenc olyan jogokat biztosít a felhasználónak, amelyek az ingyenes programok ismérvei: a programok forráskódjának beszerzéséhez, módosításához, valamint a módosított és módosítatlan verziók terjesztéséhez. Ezt követően a Stallman licenc GNU General Public License („GNU General Public License”) néven vált ismertté , rövidítve GNU GPL vagy egyszerűen GPL.

Ez a licenc a Stallman által a szabad szoftverek terjesztésére vonatkozó védelmi feltételt is rögzíti: egyetlen felhasználónak sem, aki elkészítette egy ingyenes program módosított változatát, nincs joga azt terjeszteni anélkül, hogy betartaná a szabad szoftver összes alapelvét, azaz egy ingyenes program módosítása nem ingyenes. Annak hangsúlyozására, hogy mi a különbség a ZoAP-ot (szerzői jogot) a szabadság megőrzésének ösztönzésére használó licencek és a tipikus tulajdonosi licencek között, amelyek a ZoAP-ot a szabadság korlátozására használják, megalkották a copyleft kifejezést - egy szójátékot, amely a szó jelentéseire épül. Angol jobb és bal szavak . [7] A Copyleft azon az alapon működik, hogy a származtatott művek a legtöbb esetben öröklik alkotóik licenceit; ha egy program a GPL által lefedett harmadik féltől származó kód egy kis részét használja, akkor a teljes programot és származékait a GPL alatt kell terjeszteni mindaddig, amíg azok az adott kód származékai. Ugyanakkor a GPL-ben van egy szakasz, amely lehetővé teszi a szerzők nevének megőrzését a kódban, megtiltja e nevek használatát a reklámokban, figyelmeztet a bejegyzett védjegyekre stb., amely lehetővé teszi a művek kombinálását. a GPL szerint számos ingyenes non-copyleft licenc alatt álló munkákkal (például néhány a BSD licencből), jelentős korlátozások létrehozása és a licenc megsértése nélkül - de az eredmény származékai, mivel a GPL hatálya alá tartozó munka származékai, már nem (a szerzői jogok tulajdonosainak külön engedélye nélkül) a jelen non-copyleft licenc feltételei szerint terjeszthetők a GPL feltételeinek betartása nélkül – beleértve a nem szabad szoftverek szerves részét is. Emiatt a GNU GPL-hez hasonló licenceket néha "víruslicenceknek" is nevezik : úgy tűnik, hogy "megfertőzik" a programot, és szerves részévé válnak.

Fejlesztők és felhasználók közössége

A szabad szoftverek létezésének fő feltétele végül is nem licenc, hanem olyan emberek, akik készek ingyenesen megosztani programjaik szövegeit, és mások szövegeit javítani. A szabad szoftverek örökölték a nyílt tudományos fejlesztési modellt, és ezzel együtt a tudósok közötti interakció akadémikus modelljét, ami a fejlesztők és felhasználók közösségének sajátos szerveződését eredményezte.

Kölcsönös segítségnyújtás

A szoftver minden felhasználójának elkerülhetetlenül kérdései lesznek, amikor megpróbálja a szoftvert használni problémái megoldására. Egy nem ingyenes (védett) program felhasználója fizet érte a gyártónak, aki esetenként cserébe ad neki némi garanciát, ezek egyike a program működésével kapcsolatos kérdések megválaszolása. A gyártó kifejezetten erre szervez támogatási szolgáltatást , amely telefonon, e-mailben és egyéb kommunikációs eszközökön válaszol a felhasználói kérdésekre.

A szabadon terjesztett program használója semmilyen garanciát nem kap vele: a szerző nyilvánossá tette annak forráskódját, ugyanakkor nem vállalta, hogy mindenkinek elmagyarázza a program működését. [8] Bár minden nem ingyenes szoftvert az esetek 99%-ában "ahogy van" és garancia nélkül is biztosítanak. Mivel a legtöbb program felhasználói közössége az egész világon el van terjesztve, az interakció megszervezése érdekében a legaktívabb felhasználók (és gyakran maguk a szerzők is) levelezőlistákat , fórumokat és egyéb eszközöket szerveznek (ritkábban használnak meglévőket). az internetes kommunikációról . A programmal kapcsolatos információk (különösen a gyakran ismételt kérdések listái - GYIK ; vagy az angol  GYIK  - gyakran ismételt kérdések), valamint az interakció bonyolultabb formáinak (közös fejlesztés, hibakövető rendszerek ) megszervezése és osztályozása érdekében weboldalakat hoznak létre. programoknak szentelve.

Hibajavítások

Minden kellően összetett programban vannak hibák és hiányosságok, amelyek száma általában ismeretlen. Sok nagy szoftvergyártó létrehozza és kifizeti a minőségellenőrzési osztályt (QA - Quality assurance ), amely ellenőrzi, hogy a szoftverfejlesztési folyamat megfelel-e bizonyos követelményeknek, amelyek megvalósítása csökkenti a szoftver hibáinak valószínűségét (pl. , a DO-178B szabvány követelményei , amelyet a légiközlekedési rendszerek szoftverfejlesztésében használnak). Jelenleg azonban nem létezik olyan módszer, amely teljes mértékben garantálná a hibák hiányát a meglehetősen összetett szoftverekben (a szoftver összetettségének formalizált kritériumai vannak).

Egy zárt védett program felhasználója, aki hibával szembesül, nem mindig tudja azonosítani annak okát és kijavítani a hibákat (mivel sem a program forráskódja, sem a hibakeresési információ nem áll rendelkezésére ), de valószínűleg képes írja le a hibát és annak körülményeit.

A felhasználó jelentheti a hibát a program gyártójának (általában ugyanahhoz a támogatási csapathoz fordulva ), és ha úgy dönt, hogy a hiba valóban a programban van, és nem a felhasználó munkájában, akkor azt jelenti a fejlesztőknek.

Ennek eredményeként a felhasználó sokáig várhat a hiba kijavítására a program következő verzióiban. A gyártó gyakran egy védett program frissítését egy új példány beszerzésével egyenlővé teszi, ami ennek megfelelő költségekkel és a fogyasztóvédelmi törvény megsértésével jár .

A felhasználó számítógépén fellépő hiba diagnosztizálása nem egyszerű feladat, mivel előfordulhat, hogy a támogató személyzet (és még inkább a cég programozói) nem férnek hozzá ehhez a számítógéphez. Ezért a támogatási osztályok széles körben alkalmaznak olyan programokat, amelyek különféle információkat adnak ki a felhasználó számítógépéről, bonyolult esetekben pedig a hírhedt hibakeresési információkat (az alkalmazott megkéri a felhasználót, hogy "diagnosztikai módban" futtassa a programot (általában nem dokumentált beállítással, vagy a felhasználó elküldi a kívánt modul hibakereső verzióját), és küldje el neki az eredményül kapott jelentésfájlt).

Egy tipikus ingyenes program (azaz nem kereskedelmi és/vagy egy kis cég vagy magánszemély által kifejlesztett) általában nem rendelkezik fizetős minőségbiztosítási részleggel. Ez azt jelenti, hogy a felhasználó még több hibával találkozhat, mint egy tipikus kereskedelmi programban . Annál relevánsabb számára a lehetőség, hogy hibát jelentsen a program fejlesztőinek. Korábban az volt a szokás, hogy a programot kísérő dokumentációban feltüntették azt az e-mail címet, amelyre a fejlesztők megkapták a hibajelentéseket. Néhányan sztereotip formát vezettek be az ilyen üzenetekhez, hogy megkönnyítsék és automatizálják feldolgozásukat. Ez önmagában lényegesen magasabb közösségi összeköttetést igényel világszerte, ami lényegesen több, mint elegendő a zárt fejlődéshez.

A védett termék fejlesztői és tesztfelügyelői ugyanabba az irodába mehetnek, ahol információt cserélhetnek, vagy munkaidejük egy részét hibaüzeneteket és hibaelhárítási jelentéseket tartalmazó, szigorú riportok összeállításával és elemzésével tölthetik. Egy ilyen munkaszervezés akkor hatékony, ha kicsi a fejlesztői kör, és viszonylag könnyen bevezethető egy közös rutin. Egy nyitott projektnél a potenciális fejlesztők körét és egymáshoz viszonyított helyzetét semmi nem korlátozza, így a fejlesztés eredményessége sokkal nagyobb mértékben függ attól, hogy a közösség minden tagja mennyire tud megegyezni egymással, illetve a felhasználók „tudata”.

A hibaüzenetek egyszerű és rendezett fogadását, átirányítását a hibakövető rendszerek biztosítják , amelyek közül a leghíresebbeket nagy projektek résztvevői fejlesztik maguknak, és az ingyenes licenceknek köszönhetően mindenhol használatosak. Ilyen a GNUTS (GNU-ban fejlesztett), a Bugzilla ( Mozilla Foundation ), a JitterBug ( Samba projekt ) vagy a Debian BTS . A korábbi verziók e-mail orientáltak, a későbbiek webes felületet tartalmaznak. Például a Bugzilla segítségével egy webhelyet szerveznek az interneten , ahol a felhasználó kitölthet egy űrlapot a hiba bejelentéséhez. Minden üzenetnek megvan a maga száma, amivel a hiba "személyes" oldalára lehet eljutni, amely minden ezzel kapcsolatos eseményt tükröz, a kezdeti üzenettől (megnyitástól) a javításig (zárásig). Minden alkalommal, amikor a hiba állapotában változás történik, a Bugzilla e-maileket küld az összes érintettnek (beleértve természetesen a hibabejelentőt és a programban résztvevő fejlesztőket is). Mivel a Bugzilla lehetővé teszi megjegyzések hagyását és fájlok csatolását, ez egy teljes eszköz a felhasználó számára, hogy kommunikáljon a fejlesztővel a program hibáiról.

A szabad szoftverhasználók fő előnye, hogy a nem szabad szoftverhasználókkal ellentétben neki mindig lehetősége van belenézni a forráskódba. Természetesen sok felhasználó számára a forráskód nem érthetőbb, mint a gépi kód. Kellő szintű programozási ismeretek birtokában azonban a felhasználó maga is meg tudja határozni a programban fellépő hiba okát, vagy akár ki is küszöbölheti a forrásszöveg megfelelő javításával. Ha pedig a felhasználót érdekli a program fejlesztése, akkor ésszerű lenne, ha nem csak tájékoztatná a szerzőt a hibáról, hanem elküldené neki a program forráskódjának javításait is: a szerzőnek csak hogy ezeket a javításokat a programszövegre alkalmazza, ha helyesnek és megfelelőnek találja. A program javított szövegét nem célszerű teljes egészében elküldeni a szerzőnek: nagyon nagy lehet (több tízezer sor), és a szerzőnek nem lesz könnyű kitalálnia, mi változott (mi lenne, ha a változtatásokat írástudatlanul hajtották végre?).

A javítási folyamat megkönnyítése és automatizálása érdekében Larry Wall 1984 -ben kifejlesztette a patch segédprogramot , amely formalizált (de az ember számára jól érthető) formában leírja azokat a szerkesztési műveleteket, amelyeket a program új verziójának eléréséhez szükséges elvégezni. a szöveg. A segédprogram megjelenésével a programhibát felfedező és kijavító felhasználó egy kis javítást küldhetett a szerzőnek, amely alapján a szerző megértheti, hogy milyen változtatásokat javasoltak, és azokat automatikusan "csatolhatta" a forráskódjához. A javítási segédprogram megjelenésével sokkal több felhasználó kezdett bekapcsolódni a rendelkezésre álló forráskóddal rendelkező programok fejlesztésébe, és ebben a Usenet is jelentős szerepet játszott . [9] Végül ez a foltozási módszer általánossá vált, és nem csak a program forráskódjára, hanem zárt szoftverek esetén közvetlenül a lefordított futtatható kódra is vonatkozott, és a "patch" szó közhasználatúvá vált . . A javítások (javításokkal ellátott javítások) minden bonyolultságú program mai fejlesztésének kötelező jellemzői. [tíz]

Ha a program használója hiányzik belőle valamilyen funkció, akkor megfelelő képesítéssel maga is beprogramozhatja és beépítheti a program forráskódjába, vagy fizethet érte valaki másnak. Természetesen számára előnyös, hogy a kiegészítése bekerül a program "fő", szerzői verziójába (ezt upstreamnek hívják), és minden további verzióban megjelenik: egyszerűen elrendezheti patch formájában, és elküldheti a a szerző. Ez a képesség megtagadva a nem ingyenes programok felhasználóitól, még akkor sem, ha kellően képzett. Az egyetlen módja annak, hogy a számára szükséges funkciót beépítse a programba, ha felveszi a kapcsolatot a gyártóval (ha a program szabadalmaztatott) megfelelő kéréssel, és reméli, hogy a gyártó valóban szükségesnek tartja a javasolt funkciót.

Minél több aktív felhasználója van egy ingyenes programnak, akik készek hozzájárulni és megosztani a javításokat, kiegészítéseket, annál megbízhatóbban működik a program és annál gyorsabban fejlődik. Sőt, a több ezer aktív felhasználót tartalmazó programok ilyen ingyenes követési és hibajavítási modellje sokkal hatékonyabb lehet, mint bármely szabadalmaztatott program: egyetlen vállalat sem engedhet meg magának ekkora létszámot a minőség-ellenőrzési osztályon. Ezért egy igazán népszerű ingyenes program sokkal megbízhatóbb lehet, mint szabadalmaztatott társai.

Egyedül egy nagy programot megírni elég nehéz, sőt nem is mindig lehetséges, főleg, ha a szerző szabadidejében teszi. A legtöbb modern ingyenes szoftvert fejlesztők csoportja írja. Még ha egy ember elkezdett írni egy programot, és az érdekesnek bizonyult, aktív felhasználók csatlakozhatnak a fejlesztéshez. Ahhoz, hogy ne csak egyéni korrekciókat hajthassanak végre, hanem általában a teljes fejlesztést közösen végezzék, speciális eszközökre van szükség. A javítások mellett verziókezelő rendszereket is használnak a közös szoftverfejlesztés megszervezésére . A verzióellenőrző rendszer funkciói a program forráskódjához való hozzáférés megszervezése több fejlesztő számára, valamint a forráskód minden változásának előzményeinek tárolása, lehetővé téve a változtatások összevonását és visszavonását stb. [11] A legkorábbi ingyenes verzió vezérlőrendszert - RCS - még a szabad szoftverek hajnalán használták a Usenet előfizetők, majd egy fejlettebb CVS váltotta fel , de ma már jórészt elavultnak számít, és egyre inkább felváltja a Subversion , a Git és mások.

Megjegyzendő, hogy az ingyenes fejlesztés előnyeit a felhasználó számára nem szabad eltúlozni. Nem minden ingyenes szoftver egyformán módosítható a felhasználók által, és ennek semmi köze a terjesztési licenchez. Fontos tényező itt a program mérete: ha több tízezer sort tartalmaz (mint például az OpenOffice.org -ban ), akkor még egy képzett felhasználónak is túl sok időbe telik, hogy rájöjjön, mi is az. Arra sem lehet számítani, hogy a fejlesztők a felhasználó minden észrevételére, javaslatára azonnali programjavítással reagálnak, hiszen a program minőségét illetően semmilyen kötelezettséget nem vállalnak a felhasználóval szemben. Ebben a vonatkozásban egy szabadalmaztatott kereskedelmi program használója lehet jobb helyzetben (bár a fejlesztőjének kötelezettségei általában szintén csak a törvényekből fakadnak, nem az ő akaratából).

A fejlesztőkből és felhasználókból álló ingyenes szoftverközösség számos jellemzője abból fakad, hogy általában minden tagja érdekből, vagy azért vesz részt a programban, mert a program számukra szükséges eszköz (például pénzkeresethez vagy más okból). A programra fordított időt nem fizetik ki, így nincs remény arra, hogy a körülmények ne változzanak, és a fejlődés ne álljon le teljesen. Nem ritka, hogy egy-egy lelkes szerzőnek köszönhetően indul be egy-egy program kidolgozása, aki sok embert vonz a fejlesztésbe, majd a vezetői lelkesedés elhalványul, és ezzel együtt a fejlesztés is. Manapság több ezer program létezik, amelyek soha nem jutottak el az 1.0-s verzióig, bár nem a vezetői kiégés az egyetlen ok. Ezenkívül a program szükséges lehet, de "érdektelen", ezért nem lesznek ingyenes fejlesztők. [12]

A szabad szoftverek helye a mai szoftverpiacon igen jelentős, és sok kereskedelmi és kormányzati vállalat közvetlenül vagy közvetve használja a szabad szoftvereket. Valójában közvetve minden internetfelhasználó használja például az ingyenes BIND programot , amely DNS -szolgáltatást biztosít . Sok szervezet, különösen az interneten keresztül szolgáltatásokat nyújtó szervezet használja az ingyenes Apache webszervert , amelynek működésétől közvetlenül függ a nyereségük, nem is beszélve a Linux platformon lévő szerverekről . A fő hátrány a kereskedelmi felhasználók szempontjából az, hogy a szabad szoftverfejlesztőknek nincs más kötelezettségük, mint erkölcsileg a program minőségével kapcsolatban. Ezért manapság a nagyvállalatok, mint például az Intel vagy az IBM , szükségesnek tartják, hogy támogassák az ingyenes szoftverfejlesztési projekteket az ezekben a projektekben dolgozó alkalmazottak fizetésével.

Filozófia

Az európai kultúrában az anyagi értékekkel kapcsolatos tulajdonjogi szabályok régóta kialakultak . És teljesen logikus, hogy ezeket a szabályokat kiterjesztették a nem anyagi értékekre - beleértve a szoftvertermékeket is, amikor elkezdtek önálló értéket képviselni.[ semlegesség? ] A szoftvertermékek azonban alapvetően különböznek az anyagi tárgyaktól – könnyen másolhatók. Egy anyagi termék másolatának elkészítése gyakran majdnem megegyezik az eredeti létrehozásának költségével.

Ebből a különbségből adódóan a szoftverre nem vonatkozik az „egyszerre csak egy személy használhat valamit” elv (és annak más általi használata automatikusan kárt okoz az első személynek, mert nem részesül belőle hasznot), ezért létezik a „tulajdonos” fogalma. Ezért az itt tett kísérlet ezen elv szerint - a program használati jogának egy személyhez való hozzárendelése - intuitív módon a dolgok természetével ellentétesnek tűnik [13] . Nem meglepő, hogy számos probléma merül fel, amelyek mindegyikét mesterséges, gyakran természetellenes módszerekkel kell megoldani.

A klasszikus ilyen módszer a szoftver jogainak de jure megtartása a gyártó által, amely mintegy ideiglenes használatra adja a szoftvert a felhasználóinak. Ebben az esetben a licenc nélküli szoftverek használata lényegében egyenlő az angol nyelvű országok jogának fogalmával, amelyet szolgáltatáslopásként ismerünk. De ennek a fogalomnak nincs analógja más nemzeti kultúrákban, például az oroszban, és pontosan a fenti 2 bekezdésben megadott okok miatt (a tulajdonost nem fosztják meg a dolog használatának lehetőségétől, ami a lopás fő negatív következménye). Az orosz jogban a szolgáltatások bármilyen jellegű ellopása nem más, mint adminisztratív szabálysértés, míg a nem engedélyezett szoftverekért büntetőjogi felelősséget írnak elő, ami disszonánsan hangzik az orosz kultúrában.

De néha például szükség van az „áru átvételének elmulasztása miatti kár” szimulálására, amely a program „tulajdonosán” „esik” a károsodás nélkül másolásakor, vagy amikor a pénz visszakerül, amikor hibák, ill. hibák találhatók a programokban. Általában ez az „elveszett haszon”, vagyis az a haszon, amelyet a tulajdonos megkaphatott volna, de a termék másolása miatt nem kapott meg. Ötletes berendezéseket kell feltalálnunk , amelyek zavarják a másolást vagy károkat okoznak. Szükséges a jogalkotásba bevezetni egy speciális jogkategóriát – nevezzük feltételesen „szabadalomnak” [14]  –, amely korlátozza az egész emberiség visszaéléseit – és szabadságát – a szabadalom tulajdonosa javára. Ráadásul a szabadalom tulajdonosa és a találmány szerzője nem mindig ugyanaz a személy (ilyen esetekben az intézkedések természetellenessége csak súlyosbodik).

A fentiek ellenzőinek álláspontja is van. Így például a szolgáltatáslopások következetes legalizálása azt jelenti, hogy minden szolgáltatás ingyenes, ami nagy valószínűséggel ennek az egész területnek az állami költségvetésből való fenntartását jelenti, és ebben az esetben egyrészt minden adófizető a saját pénzéből fizet a szolgáltatásokért. adókat, és a termelőre gyakorolt ​​fogyasztói befolyásolás piaci mechanizmusa nélkül („egyék meg, amit adnak”), másodsorban elvonja az állami forrásokat az országos jelentőségű feladatoktól, harmadrészt a piaci verseny hiánya az összes szolgáltatás színvonalának kiegyenlítéséhez vezet. egy bizonyos olcsó és nem túl jó minőségű minimumra (akár az is lehetséges, hogy a szolgáltatásnyújtás egy részét barkácsolással a fogyasztóhoz rendelik). Ugyanez vonatkozik az összes szoftver teljes ingyenességének gondolatára.

A nem ingyenes programokat " tulajdonosnak " (az angol  tulajdonjogból ) vagy "tulajdonosnak" nevezik. Néha helytelenül egyszerűen " kereskedelmi "-nek nevezik őket, ami helytelen: sokféleképpen lehet hasznot húzni egy programból, és számos sikeres ingyenes projekt bizonyítja ezt.

Migráció ingyenes szoftverre

A konkrét szabad szoftverekre való átállást, valamint azt az általános tendenciát, hogy a nyílt forráskódú szoftverek elterjedtsége fokozatosan növekszik a felhasználók körében, gyakran szabad szoftverre való átállásnak nevezik.

Az ingyenes és nyílt forráskódú szoftverek elterjedtsége

A nem számítógépes témákra specializálódott média általában egyenlőségjelet tesz a nyílt és a szabad szoftverek között, szinonimákként használja őket. Ezért a nyílt forráskódú és a szabad szoftverek elterjedtségére vonatkozó adatokat általában együtt adják meg.

A nyílt forráskódú szoftvereket aktívan használják az interneten. Például a leggyakoribb Apache webszerver ingyenes, a Wikipédiát a MediaWiki hajtja , ami szintén ingyenes projekt.

Ingyenes szoftvereket használ a belga igazságügyi minisztérium, amelynek számítógépeinek fele már Linuxot futtat , és a francia rendőrség, amely teljesen átállt a GendBuntu  , Ubuntu alapú disztribúcióra. A tervek szerint 2009 vége előtt az intézmény összes számítógépét ingyenes szoftverre helyezik át .

A nyílt forráskódú programot sikeresen implementálták Münchenben . Hasonló programra Berlinben is sor került , de ezt követően a kereskedelmi és ingyenes szoftverek hibrid infrastruktúrájának alkalmazása mellett döntöttek. [tizenöt]

2009-ben már a nyílt rendszerek birtokolják a mobilalkalmazások piacának többségét (több mint 60%-át). A Juniper Research szerint 2014-re a nyílt operációs rendszerrel rendelkező okostelefonok száma kétszeresére (106-ról 223 millióra) nő. [16]

Ingyenes szoftver Oroszországban

Az ingyenes szoftverek minden esetben szabadon telepíthetők és használhatók bármely számítógépre. Az ilyen szoftverek használata mindenhol ingyenes: iskolákban, irodákban, egyetemeken, személyi számítógépeken és minden szervezetben és intézményben, beleértve a kereskedelmi és kormányzati szervezeteket is, Oroszországban és a FÁK-országokban .

Az Orosz Föderáció kormánya a 2010. december 17-i 2299-r rendelettel [17] jóváhagyta a szövetségi végrehajtó szervek és a szövetségi költségvetési intézmények szabad szoftver használatára való átállásának 2011-2015 közötti tervét [18] .

Az orosz védelmi minisztérium intézményei, valamint más országok orosz nagykövetségei a WSWS operációs rendszert használják . Ez a Red Hat Linuxra épülő operációs rendszer kisebb változtatásokkal nem szabad szoftver, forráskódjai zártak.

2011. június 1- től a GOST R ISO / IEC 26300-2010 érvényes az OpenDocument formátumra .

2012. január 1- től a GOST R 54593-2011 „Információs technológiák. Ingyenes szoftver. Általános rendelkezések” [19] .

2012 elején a moszkvai poliklinikán mintegy 22 000 munkahelyet terveztek [ frissítés ] Alt Linuxot futtató PC-kkel . [húsz]

2013. április 15-én megkezdődött az aláírásgyűjtés az orosz lakosság ingyenes szoftveres oktatásának állami finanszírozására [21] .

2014. március 12-én aláírták a 35-FZ szövetségi törvényt az Orosz Föderáció Polgári Törvénykönyve negyedik részének módosításával, amely szabályozza a nyílt engedélyek használatát az Orosz Föderáció területén [22] .

2014. április 3-án a Szövetségi Végrehajtó Szolgálat Informatikai Osztálya bejelentette saját speciális Linux - disztribúciójának, a GosLinux -nak a használatát ( CentOS alapú ) a folyamatban lévő "szabad szoftverek bevezetésére és az információs technológiák importjának helyettesítésére vonatkozó politika" részeként [23]. ] [24] .

Ingyenes szoftver az iskolákban

2008-ban Oroszország három régiójában kísérletek indultak a számítástechnika és számítástechnika tantermi alapszoftver-csomagjainak középiskolákban történő bevezetésére és használatára, valamint a számítástechnika tanárainak és tanárainak képzésére, hogy ingyenes szoftverekkel dolgozzanak Windows és A Linux környezetek elkezdődtek [25] .

A terjedést visszatartó tényezők

Azok a felhasználók, akik egyébként előnyben részesítenék a szabad szoftvereket a nem szabad szoftverekkel szemben, továbbra is nem szabad szoftvereket használnak a következő okok miatt:

  • Azokban az országokban, ahol gyakori a szerzői jogi objektumok illetéktelen terjesztése, nincs jogi vagy gazdasági ösztönző a szabad szoftverre való átállásra. Ráadásul a szabadalmaztatott szoftverekhez szokott felhasználók nem akarnak időt tölteni egy ingyenes megfelelőjük elsajátításával, ha ez rövid távon nem jár közvetlen előnyökkel.
  • Egyes iparágakban kevés vagy egyáltalán nincs jó minőségű ingyenes szoftver. [26] Nevezetesen:
    • Szoftverek, amelyekben a programozó munkájának aránya kicsi a művész , szerkesztő stb. munkájához képest. Például: küldetések és sok más játékfajtát , elektronikus szótárakat .
    • A feltörekvő iparágak, amelyekhez kevés használható hagyományos algoritmus létezik , a gépi fordítás , a nagy szókinccsel rendelkező beszédfelismerés és kisebb mértékben a beszédszintézis . Ezenkívül nagy mennyiségű szöveges vagy hangadat manuális feldolgozására van szükség.
    • Komplex, magasan fizetett munkához kapcsolódó iparágak (fényképfeldolgozás, mérnöki tervezés ) - mivel nagyon nehéz olyan programot létrehozni, amely összetettségében és minőségében közel áll a szabadalmaztatott szabványokhoz de facto, kevesebb ingyenes analóg van, mint más iparágakban, és a felhasználó nem mindig tud megfelelő terméket találni hozzá.
    • Azok az iparágak, ahol fizetős vagy saját tulajdonú de facto szabványok léteznek , mint például a Pantone a nyomdai előkészítésben .
    • A csak néhány gyártó által uralt iparágakban található hardvereknél nemcsak az illesztőprogramok, hanem a specifikációk is gyakran hiányoznak a nyilvánosságból.
  • A különféle licencek szintén negatív hatással lehetnek. Példa (nem túl jó): A ZFS fájlrendszer-illesztőprogram olyan licenc alatt került kiadásra, amely nem kompatibilis a GNU GPL 2-vel, ezért hosszú ideig használható[ tisztázni ] a nyílt forráskódú szoftverek legnépszerűbb platformján - a Linuxon  - csak a FUSE -n keresztül , ami a fájlrendszer teljesítményének erőteljes lelassulásához vezetett. Hamarosan azonban megjelent a ZFS Linux rendszermag-modulként való megvalósítása (azaz teljes értékű), aminek használatának egyetlen feltétele a közös (összevont) terjesztésük megengedhetetlensége. [27]
  • A védett szoftverek annyira népszerűek, hogy a felhasználók nem tudnak más ilyen programok létezéséről.
  • A védett szoftverek gyakran saját fájlformátumokat és csereprotokollokat használnak, amelyek leírása nem elérhető szabadon. Ezért az átállást nehezíthetik kompatibilitási problémák más szoftverekkel vagy meglévő fájlformátumokkal ( szállító zárolási lehetőség ).
  • Egyes szabadalmaztatott szoftverek hatalmas pénzügyi költségeket igényelnek a kívánt minőségben való létrehozásához és karbantartásához, és vagy rendkívül összetettek, vagy nagyszámú különféle szabadalmat tartalmaznak más forrásokból, például videógyorsító illesztőprogramokból. A gyártó cég viszont a nyitott megoldás kezdeti, alacsony százalékos elterjedtsége miatt nem tudja jelentősen növelni a finanszírozást, így magas színvonalú támogatást nyújtani ennek a területnek. Emiatt csekély a jó minőségű illesztőprogramokat használó és igénylő szoftverek száma – ami ennek megfelelően visszafogja a nyílt megoldások elterjedését. Ebben a tekintetben a Linux alatti videogyorsítók illesztőprogramjai , bár minden nagyobb vállalat biztosítja őket, vagy teljesen zártak és kevésbé hatékonyak, mint a Windows alatti verzióik , vagy nyitottak, de szándékosan kevésbé produktívak és funkcionálisak [28] .

Lásd még

Jegyzetek

  1. ↑ Mi az ingyenes szoftver? - GNU Project - Free Software Foundation (FSF) . Hozzáférés dátuma: 2009. március 31. Az eredetiből archiválva : 2008. június 24.
  2. ↑ Szoftver eladása  . Kerülendő szavak (vagy óvatosan használandók), mert túlterheltek vagy zavaróak . Szabad Szoftver Alapítvány . Letöltve: 2014. március 24. Az eredetiből archiválva : 2020. május 8.
  3. ↑ Ingyenes és nem ingyenes szoftverek  kategóriái . Free Software Foundation (2011. december 31.). Hozzáférés dátuma: 2012. január 26. Az eredetiből archiválva : 2011. augusztus 27..
  4. ↑ Szergej Korop. Ingyenes és nem ingyenes szoftverek kategóriái (2011. január 3.). Hozzáférés dátuma: 2012. január 26. Az eredetiből archiválva : 2011. augusztus 27..
  5. ↑ Richard Stallman. Miért hagyja figyelmen kívül a „nyílt forráskód” a szabad szoftver  (eng.) lényegét (2009. március 1.). Letöltve: 2009. április 10. Az eredetiből archiválva : 2011. augusztus 21..
  6. ↑ UniPress webhely . Letöltve: 2007. április 10. Az eredetiből archiválva : 2007. január 24..
  7. ↑ Mi az a copyleft? . Free Software Foundation (2008. augusztus 26.). Letöltve: 2008. november 15. Az eredetiből archiválva : 2011. augusztus 21..
  8. ↑ A GNU Public License még szabványos szöveggel is rendelkezik, amely szerint nincs garancia: „Ez a program „ahogy van”. Hacsak írásban másként nem rendelkeznek, a szerző és/vagy a szerzői jog más tulajdonosa nem vállal sem kifejezett, sem hallgatólagos garanciát a szoftverre, beleértve az eladhatóságra és egy adott célra való alkalmasságra vonatkozó hallgatólagos garanciákat. (fordította: Elena Tyapkina).
  9. ↑ Lásd az erről szóló cikket Tim O'Reillytől , 2011. szeptember 2-án archiválva a Wayback Machine -nél .
  10. ↑ Elég megemlíteni egy olyan összetett rendszert, mint a Windows , több tíz megabájt futtatható kóddal és szabadon terjesztett forráskód nélkül, hogy megértsük a modern javítások hatókörét és összetettségét.
  11. ↑ A Wikipédia jó és érthető példa a verziókezelő rendszerre egy nem programozó számára.
  12. ↑ Hasonlóképpen párhuzam vonható ezekben a bekezdésekben a szabad szoftverek és a Wikipédia között. A tagok szabadidejükben és érdeklődésből cikkeket írnak; a hibát észlelő felhasználó kijavíthatja azt; sok olyan cikk van, amiből nem alakult ki részletes stb.
  13. ↑ Lawrence Lessig. Hogyan használja a Big Media a technológiát és a törvényt a kultúra megfékezésére és a kreativitás ellenőrzésére  (angol)  (a hivatkozás nem elérhető) (2010. május 1.). Letöltve: 2010. május 1. Az eredetiből archiválva : 2011. augusztus 21..
  14. ↑ Feltételesen – mert nem minden országban[ pontosítás ] A szoftverszabadalmak megadása megengedett, azonban a szoftverforráskód tulajdonjogát mindenhol a szerzői jogi törvények általános vagy speciális szakaszai szabályozzák .
  15. ↑ 20 éves Linux - Freie Software fur Jedermann?  (német) . Bayerisches Rundfunk (2011.09.15.). Letöltve: 2011. szeptember 28. Az eredetiből archiválva : 2012. február 2..
  16. ↑ A nyílt forráskód meghódítja a mobilpiacot . @ASTERA (2009. július 3.). Hozzáférés dátuma: 2009. október 29. Az eredetiből archiválva : 2009. július 4.
  17. ↑ Az Orosz Föderáció kormányának internetes portálja
  18. ↑ A kormányzati szervek ingyenes szoftverre váltanak . Hozzáférés dátuma: 2011. május 22. Az eredetiből archiválva : 2011. október 28.
  19. ↑ Értesítés a GOST R 54593-2011 jóváhagyásáról . Hozzáférés dátuma: 2011. december 27. Az eredetiből archiválva : 2012. január 14.
  20. ↑ Óriási Linux-projekt indul Oroszországban (2011. november 21.). Hozzáférés dátuma: 2014. december 28. Az eredetiből archiválva : 2014. december 29.
  21. ↑ Orosz közéleti kezdeményezés . Letöltve: 2013. április 15. Az eredetiből archiválva : 2013. május 1..
  22. ↑ Elfogadták az Orosz Föderáció Polgári Törvénykönyvének nyílt licencekre vonatkozó módosításait (hasonlóan a Creative Commons és a GNU FDL licencekhez) (hozzáférhetetlen hivatkozás) . Creative Commons . Letöltve: 2014. április 6. Az eredetiből archiválva : 2020. szeptember 23. 
  23. ↑ Az Orosz Föderáció Szövetségi Végrehajtó Szolgálata bemutatja saját Linux disztribúcióját - a GosLinuxot . nixp.ru (2014. április 5.). Letöltve: 2014. április 6. Az eredetiből archiválva : 2015. szeptember 20..
  24. ↑ A végrehajtók saját operációs rendszerükben dolgoznak . FSSP (2014. április 3.). Letöltve: 2014. április 6. Az eredetiből archiválva : 2014. április 7..
  25. ↑ A Khakassia Köztársaság Oktatási és Tudományos Minisztériumának sajtószolgálata. A "ÖN"-en vannak a hazai Linuxszal . „Oktatás” projekt (2009.11.16.). Letöltve: 2010. április 19. Az eredetiből archiválva : 2012. október 27..
  26. ↑ Magas prioritású ingyenes szoftverprojektek . Free Software Foundation, Inc. Letöltve : 2011. október 23. Az eredetiből archiválva : 2011. augusztus 21..  - azoknak az ingyenes projekteknek a listája, amelyek segítségre szorulnak a fejlesztésben vagy a használatban és a reklámozásban.
  27. ↑ [https://web.archive.org/web/20101225122230/http://www.phoronix.com/scan.php?page=news_item&px=ODgyNA Archiválva : 2010. december 25., a Wayback Machine [Phoronix] ZFS for Linux Már elérhető a nyilvánosság számára!]
  28. ↑ [Phoronix] Valójában a Windows 7 gyorsabb, mint az Ubuntu 10.04?

Irodalom

Linkek

  Ugrás a Wikidata elemre  Bibliográfiai katalógusokban
 Kulcsszemélyek a Szabad Szoftver Mozgalomban
 Szoftverterjesztés _
Licencek
Jövedelemmodellek
Szállítási módok
Csalás/illegális
Egyéb