Edukira joan

Kode irekiko software

Wikipedia, Entziklopedia askea
Open Source Initiativearen logoa.

Kode irekiko softwarea (ingelesez open source software edo OSS) iturburu-kodea eta beste eskubide batzuk dituen softwarea da. Normalean, kode irekiko lizentzia baten bidez argitaratzen dutenentzat edo jabari publikokoak direnentzat dira. Kode irekiaren definizioekin bateragarriak diren lizentzietan, egile-eskubideen jabeak baimena ematen die erabiltzaileei softwarea edozein helburutarako erabiltzeko, baita aldatzeko ere. [1]

Sarritan, kode irekiko softwarea elkarlanean garatzen da eta emaitzak Interneten argitaratzen dira. [2] Softwarea kode irekiaren garapenaren adibiderik onena da, eta "erabiltzaileek sortutako edukia"-rekin alderatzen da. [3] Kode irekiko softwarea esamoldea software libreko marketin-kanpaina batetik sortu zen. [4] Standish Group-en txosten baten arabera, kode irekiko softwarearen ereduak sartzeak kontsumitzaileei urtean 60 mila milioi dolar inguru aurreztea ekarri die. [5] [6]

Software librearen mugimendua 1983an sortu zen. 1998an, talde batek software librea (free software) adierazpenaren ordez, kode irekiko softwarea (open source software) ideiaren alde egin zuen. Software-garatzaileek beren lana kode irekiko lizentzia baten bidez argitaratzeko aukera dute, edonork erabil dezan. Oro har, software horrek aukera ematen die pertsonei softwarean aldaketak sortzeko, beste sistema eragile edo hardware-arkitektura batzuekin bateratzeko, baita beste pertsona batzuekin partekatzeko eta merkaturatzeko ere.

Open Source Definition Open Source Iniciativek argitaratutako dokumentua da eta, kode irekiari dagokionez, filosofia bat sartzen du. Gainera, kode irekiko softwarearen erabilera, aldaketa eta birbanaketa definitzen ditu. Software-lizentziek erabiltzaileei ematen dizkiete eskubideak, gainerakoan (egile-eskubideen legearen arabera), softwarearen jabeei erreserbatuak egongo liratekeenak.

Kode irekiko hainbat software-lizentzia daude, Open Source Definition-ekin bateragarriak direnak. GNU General Public License (GPL) da ezagunena eta nabarmenena. Kode irekiaren banaketak produktu baten iturburu-kodea jendearen eskura jartzen badu ere, kode irekiko lizentziek aukera ematen diete software-garatzaileei sarbide hori nahi bezala egokitzeko. [7]

Open Source Initiative-en (OSI) definizioa nazioarteko [8] hainbat gobernuk onartzen dute estandar edo egitatezko definizio gisa. Gainera, munduko kode irekiko software proiektu eta kolaboratzaile handienetako askok, [9] (besteak beste, Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation eta Wordpress Foundation-ek) konpromisoa hartu dute ESIren misioa eta Kode Irekiaren Definizioa mantentzeko, OSI Afiliazio Akordioaren bidez. [10]

OSIk Kode Irekiaren Definizioa erabiltzen du, software lizentzia bat kode irekitzat jotzen ote duen zehazteko. Definizioa Debian Software Librearen Jarraibideetan oinarritzen zen, nagusiki Perensek idatzi eta egokitutakoetan. [11] [12] [13] Perensek ez zuen bere idazkera Software Librearen Fundazioaren (FSF) "lau askatasunetan" oinarritu, horiek geroago jarri ziren eskuragarri. [14]

Perensen definizioaren arabera, kode irekia software zabaleko lizentzia bat da, iturburu-kodea jende guztiaren eskura jartzen duena, erabiltzeko zein aldatzeko. Softwarearen bilakaera azkarra ahalbidetzeko, kode irekiak murrizketa gutxi jartzen ditu edozein erakunde edo erabiltzailek erabiltzeko edo banatzeko. [13]

FSFko [15] Richard Stallmanek ez du nahi "Open Source" terminoa "Software Librea" deritzonari aplikatzea. Nahiz eta ados egon bi terminoek "ia software-kategoria bera" deskribatzen dutela, Stallmanek uste du parekatu egiten dituela termino oker eta engainagarriak. [16] Horretaz gain, Stallman Open Source Initiative-en pragmatismoaren aurka dago, beldur baita FSFren arau idealistek softwarearen askatasuna arriskuan jarri eta askatasunik eta komunitaterik gabeko softwarearen idealak mehatxupean egoteaz. [17] FSFk uste du software librea kode irekiko softwarearen azpimultzo bat dela. Baina Richard Stallman-ek azaldu zuen, adibidez, DRM softwarea kode ireki gisa garatu daitekeela, nahiz eta erabiltzaileei askatasunik ez eman (mugatu egiten ditu). Beraz, DRM softwarea ez du software libre gisa kalifikatzen. [18]

Kode irekiko softwarearen lizentzia

[aldatu | aldatu iturburu kodea]

Autore batek kode irekiko proiektu bati kodea gehitzen dionean, lizentzia esplizituarekin edo lizentzia inplizituarekin egiten du.

Kode irekiko lizentzien adibide batzuk: Apache lizentzia, BSD lizentzia, GNUren lizentzia publiko orokorra, GNU Lesser General lizentzia, MIT lizentzia, Eclipse lizentzia publikoa eta Mozilla lizentzia publikoa.

Kode irekiko lizentzien ugaritzea kode irekiko mugimenduaren alderdi negatiboa da, askotan zaila baita lizentzien arteko desberdintasunen legezko ondorioak ulertzea.

Ziurtagiria lagungarria izan daiteke erabiltzaileen konfiantza areagotzeko. Ziurtagiria osagai sinpleenari nahiz software-sistema osoari aplika dakioke.

Nazio Batuen Unibertsitateko Softwarearen Teknologiaren Nazioarteko Institutuak, [19] "Munduko idazmahaiaren proiektua" (The Global Desktop Project) izeneko proiektuari ekin zion. Proiektu honen helburua idazmahaiko interfaze bat eraikitzea da. Interfaze honi esker erabiltzaile guztiek aukera izango dute idazmahaia ulertzeko, elkarrekin jarduteko, eta hizkuntza eta kultura-oztopoak gainditzeko. Proiektu honek hobetu egingo luke garapen-bidean dauden nazioak informazio-sistemetan sartzea. UNU/IISTk ziurtagirien bidez, softwarearen kalitatean eraginik gabe lortzea espero dute. [20]

Kode irekiko softwarearen garapena

[aldatu | aldatu iturburu kodea]

Garapen-eredua

[aldatu | aldatu iturburu kodea]

1997ko saiakeran, Katedrala eta Bazarra, [21] Eric S. Raymond kode irekiko ebanjelistak, bazar-eredu gisa ezagutzen den kode irekiko softwarea garatzeko eredu bat proposatu zuen. Raymondek metodologia tradizionalen bidezko software-garapena, katedral baten eraikuntzarekin alderatzen du, "bakarkako magoek edo mago-talde txikiek kontu handiz prestatua". [21] Software guztia bazar-estiloa erabiliz garatu behar dela iradokitzen du.

Garapen-eredu tradizionalari katedralaren eredua deitu zion. Modu zentralizatuan garatzen da eta rolak argi eta garbi definituta daude. Rolen artean honakoak daude: diseinuan aritzen direnak (arkitektoak), proiektua administratzeaz arduratzen direnak eta inplementazioaren arduradunak. Software-ingeniaritza tradizionalak katedralaren ereduari jarraitzen dio.

Bazar-eredua desberdina da, rolak ez daude argi definituta. Gregorio Roblesek [22] iradoki du bazar-eredua erabiliz garatutako softwareak ezaugarri hauek izan behar dituela:

  • Erabiltzaileak garatzaile gisa tratatzen dira, beraz, softwarearen iturburu-koderako sarbidea izan behar dute.
  • Softwarearen lehen bertsioa ahalik eta azkarren merkaturatu behar da.
  • Kode-aldaketak ahalik eta sarrien integratu behar dira (kode-base partekatu batean fusionatzea), proiektuaren bizi-zikloaren amaieran akats kopuru handia zuzentzearen gainkarga saihesteko.
  • Softwarearen bi bertsio egon behar dira gutxienez: bat funtzio eta errore gehiagorekin eta, bestea, egonkorragoa baina funtzio gutxiagorekin.
  • Softwarearen egitura orokorra modularra izan behar da, osagai askeetan garapen paraleloa ahalbidetuz.
  • Erabakiak hartzeko egitura bat behar da, formala edo informala, erabiltzailearen baldintza aldakorren eta beste faktore batzuen arabera erabaki estrategikoak hartuko dituena.

Abantailak eta desabantailak

[aldatu | aldatu iturburu kodea]

Kode irekiko softwarea software jabeduna baino errazago lortzen da, horregatik, gehiago erabiltzen da. Gainera, estandar baten kode irekiaren inplementazioak estandar horren erabilera areagotu dezake. [23] Garatzaileen leialtasuna garatzen ere lagundu du, boteretsuak sentitzen baitira eta azken produktuaren jabetza-sentsazioa baitute. [24]

Gainera, OSSerako marketin-kostu eta zerbitzu logistiko txikiagoak behar dira. Tresna egokia da enpresa baten irudia sustatzeko, bere produktu komertzialak barne. [25] OSSaren garapen-ikuspegiak software fidagarria eta kalitate onekoa ekoizten lagundu du, modu azkar eta ekonomiko batean. [26]

Fidagarriagoa dela esaten da, normalean milaka programatzaile aske softwarearen akatsak probatzeko eta zuzentzeko prest daudelako. Kode irekia ez dago hura sortu zuen enpresaren edo egilearen mende, hau da, enpresak porrot egiten badu ere, kodeak existitzen jarraitzen du eta erabiltzaileek garatzen segitzen dute. Gainera, guztientzat irisgarriak diren estandar irekiak erabiltzen ditu; beraz, ez du software jabedunetan egon daitezkeen formatu bateraezinen arazorik.

Malgua da, sistema modularrek interfaze pertsonalizatuak eraikitzeko edo trebetasun berriak gehitzeko aukera ematen dietelako programatzaileei. Eta berritzailea da, kode irekiko programak programatzaile desberdin askoren arteko lankidetzaren emaitza direlako. Ikuspegi dibergenteak, helburu korporatiboak eta helburu pertsonalak nahasteak bizkortu egiten du berrikuntza. [27]

Batzuetan esaten da kode irekiaren garapen-prozesua ez dagoela ondo zehaztuta, eta garapen-prozesuaren etapak (hala nola, sistemaren probak eta dokumentazioa) ez direla kontuan hartzen. Hala ere, hori proiektu txikientzat baino ez da egia (gehienetan programatzaile bakar bat dutenentzat). Proiektu handi eta arrakastatsuenek gutxienez arau batzuk zehaztu eta betearazten dituzte, talde-lana posible egiteko. [28] [28] Proiektu konplexuenetan, arau horiek oso zorrotzak dira: bi garatzaile independentek egindako aldaketa txikiak berrikusi behar dituzte. [29]

OSSren ekimen guztiek ez dute arrakastarik izan; adibidez, SourceXchange eta Eazel ekimenek. [24] Kode irekiak kalitate-sistemak sortzeko duen gaitasunaz ziur ez dauden software-adituek eta ikertzaileek hainbat arazo ikusten dizkiote:  prozesu ez argiak, akatsak berandu aurkitzea eta ebidentzia enpirikorik eza. [30] Segurtasunari dagokionez, kode irekian pirata informatikoek errazago ezagut ditzakete softwarearen ahultasunak edo hutsuneak, kode itxiko softwarean baino. Hori dela eta, erakunde birtualetan parte hartzen duten agente autonomoen kontrol-mekanismoen mende dago. [31]

Garapenerako tresnak

[aldatu | aldatu iturburu kodea]

OSSen garapenean, hainbat tresna erabiltzen dira produktuaren garapenari eta garapen-prozesu berari laguntzeko. [32]

Alde batetik, berrikuspenak kontrolatzeko sistemak daude, hala nola, Bertsio-Sistema Konkurrentea (CVS) ondorengo, Subversion (SVN) eta Git. Tresna hauek laguntzen dute iturburu-kodeen fitxategiak eta software-proiektu baterako fitxategi horietan egindako aldaketak kudeatzen. [33] Proiektuak biltegiratzen dira gordetegietan eta iturburu-kodea duten ostatu-instalazioetan argitaratzen dira, hauetan, adibidez: Launchpad, GitHub, GitLab eta SourceForge. [34]

Bestetik, posta-zerrendek eta IRCek koordinazio-bideak eskaintzen dituzte garatzaileen artean. [32] Ostatu-lekuek ere badituzte gizarte-funtzioak, garatzaileei komunikatzeko aukera ematen dietenak. [34]

OSSen garapenean parte hartzen duten erakunde nabarmenetako batzuk hauek dira: Apache Software Fundazioa, Apache web-zerbitzariaren sortzailea; Linux Fundazioa, irabazi asmorik gabeko erakundea, 2012tik aurrera Linus Torvalds-ek, Linux sistema eragilearen sortzaileak, erabili zuena; Eclipse Fundazioa, Ecse softwarea garatzeko plataformaren etxea; Debian proiektua, eragin handiko Debian GNU/Linux banaketaren sortzaileak; Mozilla Fundazioa, Firefox web nabigatzailearen egoitza; eta OW2, kode irekiko middlewarea garatzen duen Europako komunitatea. Erakunde berriek gobernantza-eredu sofistikatuagoa izan ohi dute, eta erakunde juridikoetako kideek osatzen dituzte. [35]

Kode irekiko softwarea garatzen duten negozioetako enpresek negozio-eredu ugari erabiltzen dituzte, definizioz doanekoa den softwarea eskainiz dirua nola egin jakiteko.

Negozio-estrategia horietako bakoitzak premisa hau du oinarri: kode irekiko teknologien erabiltzaileak prest daude jabetza-lizentzien barruan software-ezaugarri gehigarriak erosteko edo negoziorako funtsezkoak diren kode irekiko softwarearen osagarri diren beste zerbitzu edo balio-elementu batzuk erosteko.

Beste lizentzia-eredu batzuekin/softwarea garatzeko ereduekin alderaketa

[aldatu | aldatu iturburu kodea]

Software jabeduna

[aldatu | aldatu iturburu kodea]

Kode irekiko softwarea aukeratzeko lau arrazoi nagusiak (Open Source Business Conference [36] inkestaren arabera) hauek dira:

  1. Merkeagoa da
  2. Segurtasuna
  3. Ez du 'blokeatzen' saltzailerik
  4. Kalitate hobeagoa

Software librea

[aldatu | aldatu iturburu kodea]

Richard Stallman, software librearen mugimenduko buruaren arabera, desberdintasun nagusia ikusten da bi termino hauen artean ("kode irekia" edo "software librea") zein erabiliko dugun aukeratzean. Horretarako, termino hauen helburuak argi izan behar dira: [17] "Kode irekia garatzeko metodologia bat da; software librea, aldiz, gizarte-mugimendu bat da". Hala ere, kode irekiko softwarearen eta software librearen artean gainjartze nabarmena dago. [18]

Kode irekia vs. kode erabilgarria

[aldatu | aldatu iturburu kodea]

OSIren kode irekiko softwarearen definizioa onartuta egon arren, pertsona- eta erakunde-kopuru txiki batek erabiltzen du. Software mota horri iturri erabilgarria edo iturri partekatua deitzen zaio, eta Microsoft-ek sortu zuen 2001an. [37]

Kode irekiaren mugimenduak kode mota hauek zabaltzeko helburua du. Gehienetan, aldez aurretik software jabeduna kode irekiko edo software libreko lizentzia baten bidez askatzeari dagokio. [38] Kode irekiko softwarearen programazioari edo kode irekiko softwarearen instalazioari ere badagokio.

Lehendik patentatuta zeuden eta iturri irekikoak izan diren software-pakete aipagarrien artean daude:

  • Netscape Navigatoren kodea: Mozilla eta Mozilla Firefox-en web nabigatzaileen oinarri bihurtu zen.
  • O-Office: OpenOnd.org eta LibreOffice bulegoen suitearen oinarri bihurtu zen.
  • SAP DB: MaxDB bihurtu da eta orain MySQL ABk banatzen du (bera da jabea orain).
  • InterBase datu-basea: Borlandek ireki zuen 2000. urtean. Gaur egun badago produktu komertzial eta kode irekiko edukitzaile gisa (Firebird).

Softwarearen lizentzia aldatu aurretik, banatzaileek iturburu-kodea ikuskatzen dute hirugarrenen lizentzia duen kode baten bila, eta kode hori ezabatu edo lizentzia berrirako baimena lortu beharko dute. Atzeko ateak eta beste malwareak ere kendu egin behar dira, erraz aurki daitezkeelako kodea askatu ondoren.

Gaur egungo aplikazioak

[aldatu | aldatu iturburu kodea]

Kode irekiko software-proiektuak programatzaile boluntarioen sare batek eraiki eta mantentzen ditu. [39]

Kode irekiko produktuen adibide nagusiak hauek dira: Apache HTTP Server, osCommerce merkataritza elektronikoko plataforma, Mozilla Firefox eta Chromium Interneteko nabigatzaileak eta LibreOffice bulego osoko paketea.

Kode irekiko produktu arrakastatsuenetako bat Linux sistema eragilea da. Sistema hau kode irekiko Unix motako sistema eragilea da eta haren eratorria mugikorretarako Android sistema eragilea da. [40] [41] Zenbait industriatan, kode irekiko softwarea araua da. [42]

Beste erabilerak

[aldatu | aldatu iturburu kodea]

"Kode irekia" terminoa, hasiera batean, softwarearen iturburu-kodeari bakarrik aplikatzen zitzaion. [43] Orain, berriz, beste arlo batzuei ere aplikatzen zaie [44], hala nola, kode irekiaren ekologiari [45], teknologiak deszentralizatzeko mugimendua zein edozein gizakirik erabil ditzan. Hala ere, askotan gaizki aplikatzen da printzipio desberdin eta lehiakorrak dituzten beste eremu batzuetan zeren partzialki gainjartzen baitira.

Kode irekiko softwarearen azpian dauden printzipio berak aurki daitezke beste enpresa askotan, hala nola kode irekiko hardwarea, Wikipedia eta sarbide irekiko argitalpena. Kolektiboki printzipio horiei kode irekia, eduki irekia eta lankidetza irekia esaten zaie: [46] "Helburuetara bideratutako eta gutxi koordinatutako parte-hartzaileak oinarri dituen edozein berrikuntza- edo ekoizpen-sistema. Honek balio ekonomikoko produktu (edo zerbitzu) bat sortzeko elkarreragina du oinarri, laguntzaile nahiz ez laguntzaileen eskura berdin jartzen duena". [47]

Erreferentziak

[aldatu | aldatu iturburu kodea]
  1. St. Laurent, Andrew M.. (2004). Understanding open source and free software licensing. (First edition. argitaraldia) ISBN 1-306-81594-0. PMC 1159663577. (Noiz kontsultatua: 2022-10-20).
  2. (Ingelesez) Levine, Sheen S.; Prietula, Michael J.. (2014-10). «Open Collaboration for Innovation: Principles and Performance» Organization Science 25 (5): 1414–1433.  doi:10.1287/orsc.2013.0872. ISSN 1047-7039. (Noiz kontsultatua: 2022-10-20).
  3. «informes-sobre-la-violacion-del-derecho-a-la-vida-en-el-salvador-durante-el-periodo-comprendido-desde-el-primero-de-enero-de-1978-hasta-el-31-de-dic-de-1983-2-pp» Human Rights Documents online (Noiz kontsultatua: 2022-10-20).
  4. De San Luis, Revista de El Colegio. (2018-11-08). «Primera época - Año VIII-IX, Número 24-25, septiembre de 2006-abril de 2007» Revista de El Colegio de San Luis (24-25)  doi:10.21696/rcsl824-2520071084. ISSN 2007-8846. (Noiz kontsultatua: 2022-10-20).
  5. Conjunto de datos oceanográficos y de meteorología marina obtenidos en el Crucero Oceanográfico Pacífico XLVII. Colombia. Septiembre de 2008.  doi:10.26640/cecoldo.dataset_00382. (Noiz kontsultatua: 2022-10-20).
  6. De San Luis, Revista de El Colegio. (2018-11-07). «Primera época - Año VI, Número 16, enero-abril de 2004» Revista de El Colegio de San Luis (16)  doi:10.21696/rcsl61620041077. ISSN 2007-8846. (Noiz kontsultatua: 2022-10-20).
  7. Mochi Alemán, Prudencio Óscar. (2015-04-07). «El movimiento del software libre» Revista Mexicana de Ciencias Políticas y Sociales 45 (185)  doi:10.22201/fcpys.2448492xe.2002.185.48320. ISSN 2448-492X. (Noiz kontsultatua: 2022-10-20).
  8. «NETWATCH: Botany's Wayback Machine» Science 316 (5831): 1547–1547. 2007-06-15  doi:10.1126/science.316.5831.1547d. ISSN 0036-8075. (Noiz kontsultatua: 2022-10-21).
  9. Orcasound opensource, Orcasound opensource. (2022-01-14). Can low-cost, DIY hydrophones identify orca matrilines in real-time?. (Noiz kontsultatua: 2022-11-13).
  10. «Affiliate Media Services Agreement» The IT Digital Legal Companion (Elsevier): 1105–1118. 2008 (Noiz kontsultatua: 2022-11-13).
  11. Perens, Bruce. (2005-10-03). «The emerging economic paradigm of Open Source» First Monday doi:10.5210/fm.v0i0.1470. ISSN 1396-0466. (Noiz kontsultatua: 2022-10-20).
  12. Open sources : voices from the open source revolution. (First edition. argitaraldia) 1999 ISBN 978-0-596-80451-0. PMC 44960358. (Noiz kontsultatua: 2022-11-13).
  13. a b Kavanagh, Paul. (2004). «The Open Source Definition» Open Source Software (Elsevier): 321–322. (Noiz kontsultatua: 2022-11-13).
  14. «Slashdot» Choice Reviews Online 49 (12): 49–6931-49-6931. 2012-08-01 doi:10.5860/choice.49-6931. ISSN 0009-4978. (Noiz kontsultatua: 2022-10-20).
  15. Hampson, Glenn. (2018-06-18). «OSI 2018 Summary Report» Open Scholarship Initiative Proceedings 3 doi:10.13021/g8osi.3.2018.2185. ISSN 2473-6236. (Noiz kontsultatua: 2022-10-20).
  16. «Legal Aspects of Free and Open Source Software» Perspectives on Free and Open Source Software (The MIT Press) 2007 (Noiz kontsultatua: 2022-11-13).
  17. a b «Consulting: 18 things nobody tells you about solo practice» Jan/Feb 2014 2019-08-14 (Noiz kontsultatua: 2022-11-13).
  18. a b «Open Source Software Development» Perspectives on Free and Open Source Software (The MIT Press) 2007 (Noiz kontsultatua: 2022-11-13).
  19. «NETWATCH: Botany's Wayback Machine» Science 316 (5831): 1547–1547. 2007-06-15 doi:10.1126/science.316.5831.1547d. ISSN 0036-8075. (Noiz kontsultatua: 2022-10-21).
  20. «NETWATCH: Botany's Wayback Machine» Science 316 (5831): 1547–1547. 2007-06-15 doi:10.1126/science.316.5831.1547d. ISSN 0036-8075. (Noiz kontsultatua: 2022-10-21).
  21. a b «7 DÍAS DE SEPTIEMBRE DE 1810, ENTRE LAS VACILACIONES DEL GOBIERNO Y EL CABILDO DE 18 DE SEPTIEMBRE» El Ocaso del Reino. Origen del Mito Fundacional de la República de Chile (Dykinson): 205–230. 2021-11-16 (Noiz kontsultatua: 2022-10-22).
  22. Sobotka, F. H.; Müller, G.. (1958-03-30). «Universidad libre de Berlín» Informes de la Construcción 10 (099): 58–66.  doi:10.3989/ic.1958.v10.i099.5579. ISSN 1988-3234. (Noiz kontsultatua: 2022-10-22).
  23. Vega Durán, Samuel. (2020-03-13). «Hollywood y el Pentágono. La producción cultural propagandística del Departamento de Defensa de los Estados Unidos.» Vivat Academia: 81–102.  doi:10.15178/va.2020.150.81-102. ISSN 1575-2844. (Noiz kontsultatua: 2022-10-22).
  24. a b Sharma, Srinarayan; Sugumaran, Vijayan; Rajagopalan, Balaji. (2002-01). «A framework for creating hybrid-open source software communities» Information Systems Journal 12 (1): 7–25.  doi:10.1046/j.1365-2575.2002.00116.x. ISSN 1350-1917. (Noiz kontsultatua: 2022-10-22).
  25. Sánchez García, Alejandro; Estévez Estévez, Elisabet; Ruano Ruano, Ildefonso; Gómez Ortega, Juan; Gámez García, Javier. (2022-09-01). «Plataforma código abierto para generar gemelos digitales» XLIII Jornadas de Automática: libro de actas: 7, 8 y 9 de septiembre de 2022, Logroño (La Rioja) (Servizo de Publicacións da UDC): 941–948. (Noiz kontsultatua: 2022-10-22).
  26. Reynolds, Carl J; Wyatt, Jeremy C. (2011-02-17). «Open Source, Open Standards, and Health Care Information Systems» Journal of Medical Internet Research 13 (1): e24.  doi:10.2196/jmir.1521. ISSN 1438-8871. (Noiz kontsultatua: 2022-10-22).
  27. «¿Qué debe saber el cardiólogo clínico sobre la lipoproteína (a)?» Revista Uruguaya de Cardiología 34 (3) 2019-12-01  doi:10.29277/cardio.34.3.22. ISSN 0797-0048. (Noiz kontsultatua: 2022-10-22).
  28. a b «El delito informático» Manual del delito informático en Colombia. Análisis dogmático de la ley 1273 de 2009 (Universidad del Externado de Colombia): 49–70. 2016-12-19 (Noiz kontsultatua: 2022-10-22).
  29. «RELACIÓN DE DISPOSICIONES, PUBLICADAS ENTRE EL 11 DE JULIO DE 1962 Y EL 16 DE ABRIL DE 1968, RELACIONADAS CON EDUCACIÓN Y CULTURA» El ministro Lora Tamayo y la universidad. (Dykinson): 107–120. 2021-09-14 (Noiz kontsultatua: 2022-10-22).
  30. Stamelos, Ioannis; Angelis, Lefteris; Oikonomou, Apostolos; Bleris, Georgios L.. (2002-01). «Code quality analysis in open source software development» Information Systems Journal 12 (1): 43–60.  doi:10.1046/j.1365-2575.2002.00117.x. ISSN 1350-1917. (Noiz kontsultatua: 2022-10-24).
  31. Suaiden, Emir José. (2016-09-20). «El futuro de los sistemas de información en un régimen de gobierno abierto y ley de transparencia» Ibersid: revista de sistemas de información y documentación 10 (2): 45–51.  doi:10.54886/ibersid.v10i2.4386. ISSN 2174-081X. (Noiz kontsultatua: 2022-10-22).
  32. a b Boldyreff, Cornelia; Kyaw, Phyo Aung; Lavery, Janet; Nutter, David; Rank, Stephen. (2002-09-01). «Towards Collaborative Learning via Shared Artefacts over the Grid» Electronic Workshops in Computing (BCS Learning & Development)  doi:10.14236/ewic/1lege2002.7. (Noiz kontsultatua: 2022-10-22).
  33. De San Luis, Revista de El Colegio. (2018-11-07). «Primera época - Año VI, Número 18, septiembre-diciembre de 2004» Revista de El Colegio de San Luis (18)  doi:10.21696/rcsl61820041080. ISSN 2007-8846. (Noiz kontsultatua: 2022-10-22).
  34. a b Betancourt Cardozo, José Norbey. Influencia de la Presbyterorum Ordinis en el deber de santidad de los clérigos en el código de 1983. Editorial Pontificia Universidad Javeriana (Noiz kontsultatua: 2022-10-22).
  35. Muselli, L.. (2008-09). «Open source software publishers’ business models: the strategic role of licenses» 2008 4th IEEE International Conference on Management of Innovation and Technology (IEEE) doi:10.1109/icmit.2008.4654535. (Noiz kontsultatua: 2022-10-21).
  36. «Sixth Congress: March 4, 1799, to March 3, 1801» Landmark Legislation 1774–2012: Major U.S. Acts and Treaties (CQ Press): 25–26. 2014 (Noiz kontsultatua: 2022-10-26).
  37. Fredman, Stephen. (2016-04). Creeley, Robert White (21 May 1926–30 March 2005). Oxford University Press (Noiz kontsultatua: 2022-11-13).
  38. Ågerfalk; Fitzgerald. (2008). «Outsourcing to an Unknown Workforce: Exploring Opensurcing as a Global Sourcing Strategy» MIS Quarterly 32 (2): 385.  doi:10.2307/25148845. ISSN 0276-7783. (Noiz kontsultatua: 2022-11-13).
  39. Best Practices for commercial use of open source software Business models, processes and tools for managing open source software. (1. Aufl. argitaraldia) Books on Demand 2015 ISBN 978-3-7386-1909-6. PMC 919010979. (Noiz kontsultatua: 2022-11-13).
  40. Gallivan, Michael J.. (2001-10). «Striking a balance between trust and control in a virtual organization: a content analysis of open source software case studies» Information Systems Journal 11 (4): 277–304. doi:10.1046/j.1365-2575.2001.00108.x. ISSN 1350-1917. (Noiz kontsultatua: 2022-10-21).
  41. Jaton, J. C.; Huser, H.; Braun, D. G.; Givol, D.; Pecht, I.; Schlessinger, J.. (1975-12-02). «Conformational changes induced in a homogeneous anti-type III pneumococcal antibody by oligosaccharides of increasing size» Biochemistry 14 (24): 5312–5315.  doi:10.1021/bi00695a014. ISSN 0006-2960. PMID 51. (Noiz kontsultatua: 2022-11-13).
  42. Iztueta, Paulo. (2018-11-29). «Nazio kulturalaz ohar zenbait» Gogoa 18: 155–184. doi:10.1387/gogoa.20363. ISSN 1577-9424. (Noiz kontsultatua: 2022-10-21).
  43. «Understanding Free Software Developers» Perspectives on Free and Open Source Software (The MIT Press) 2007 (Noiz kontsultatua: 2022-11-13).
  44. Goldman, Ron; Gabriel, Richard P.. (2005). «What Is Open Source?» Innovation Happens Elsewhere (Elsevier): 29–73. (Noiz kontsultatua: 2022-11-13).
  45. OpenAQ_Team; r/Science. «Science AMA Series: We're the OpenAQ Team, building the world's first open data, open-source real-time and historical air pollution platform. We are building it because open data helps people fight air inequality and no one else was building it. Ask Us Anything!» The Winnower (Noiz kontsultatua: 2022-11-13).
  46. «INFORMS nominations» Volume 41, Number 4, August 2014 2019-08-13 (Noiz kontsultatua: 2022-11-13).
  47. Levine, Sheen S.; Prietula, Michael J.. (2014-10). «Open Collaboration for Innovation: Principles and Performance» Organization Science 25 (5): 1414–1433.  doi:10.1287/orsc.2013.0872. ISSN 1047-7039. (Noiz kontsultatua: 2022-11-13).

Ikus, gainera

[aldatu | aldatu iturburu kodea]

Kanpo estekak

[aldatu | aldatu iturburu kodea]