Açık kaynak yazılım hareketi


Açık kaynak yazılım hareketi, daha geniş açık işbirliği kavramının bir parçası olarak, yazılımların bir kısmı veya tamamı için açık kaynak lisanslarının kullanımını destekleyen bir harekettir. Açık kaynak hareketi, açık kaynak yazılım kavramını/fikrini yaymaya başlamıştır.[1] Açık kaynak hareketi felsefesini destekleyen programcılar, yazılım geliştirme için gönüllü olarak programlama kodu yazarak ve değiş tokuş ederek açık kaynak topluluğuna katkıda bulunurlar. "Açık kaynak" terimi, hiç kimsenin düzenlenmiş kodu paylaşmayan bir gruba karşı ayrımcılık yapmamasını veya başkalarının önceden düzenlenmiş çalışmalarını düzenlemesini engellememesini gerektirir. Yazılım geliştirmeye yönelik bu yaklaşım, herkesin açık kaynak kodunu almasına ve değiştirmesine olanak tanır. Bu değişiklikler, yazılımla çalışan kişilerden oluşan açık kaynak topluluğu içindeki geliştiricilere geri dağıtılır. Bu sayede kod değişikliğine katılan tüm bireylerin kimlikleri ortaya çıkarılmakta ve kodun zaman içinde dönüşümü belgelenmektedir.[2] Bu yöntem, belirli bir kod parçasının sahipliğini oluşturmayı zorlaştırır, ancak açık kaynak hareketi felsefesiyle uyumludur. Bu hedefler, yüksek kaliteli programların üretimini ve açık kaynak teknolojisini geliştirmek için benzer düşünceye sahip diğer insanlarla işbirliği içinde çalışmayı teşvik eder.[3]


Kısa tarihçe

"Açık kaynak" etiketi, Netscape'in Ocak 1998'de Navigator için bir kaynak kodu yayınlama duyurusuna tepki olarak, Palo Alto, Kaliforniya'da düzenlenen bir strateji oturumunda özgür yazılım hareketindeki bir grup insan tarafından yaratıldı ve benimsendi. Terimin kullanılmasının nedenlerinden biri, "açık kaynak terimini kullanmanın avantajı, iş dünyasının genellikle ücretsiz teknolojilerin kurulmasını engellemeye çalışmasıdır." "Özgür yazılım" teriminin ideolojik ve çatışmacı çağrışımlarından kendilerini kurtarmak için Navigator'ın kaynak kodundan yararlanıldı.[4] Daha sonra Şubat 1998'de Bruce Perens ve Eric S. Raymond, "bu kültürün tarihinde bir dönüm noktasında bir eğitim, savunuculuk ve yönetim organizasyonu olarak" Açık Kaynak Girişimi (OSI) adlı bir organizasyon kurdular.[5]

Gelişim

Başlangıçta, donanım ve yazılım arasında bir fark yoktu. Bir bilgisayarın kullanıcısı ve programcısı bir ve aynıydı. İlk ticari elektronik bilgisayar 1952'de IBM tarafından tanıtıldığında, makinenin bakımı zor ve pahalıydı. Makinenin fiyatını bir kenara bırakırsak, bu bilgisayarlardan birine sahipken soruna neden olan yazılımdı. Daha sonra 1952'de tüm bilgisayar sahiplerinin bir araya gelerek bir dizi araç oluşturdu. İnsanların işbirliği, PACT (Kodlama Tekniklerini Geliştirme Projesi) adlı bir gruptaydı. Bu engeli geçtikten sonra, 1956'da Eisenhower yönetimi, AT&T'nin yapabileceği satış türlerine kısıtlamalar getirmeye karar verdi. Bu, mucitlerin bilgisayarı kitlesel nüfusa nasıl getireceklerine dair yeni fikirler geliştirmelerini engellemedi. Bir sonraki adım, farklı şirketler aracılığıyla yavaş yavaş geliştirilen bilgisayarı daha uygun fiyatlı hale getirmekti. Sonra birden fazla kullanıcıyı barındıracak bir yazılım geliştirmek zorunda kaldılar. MIT hesaplama merkezi, ilk sistemlerden biri olan CTSS'yi (Uyumlu Zaman Paylaşım Sistemi) geliştirdi. Bu, daha birçok sistemin ve şimdi açık kaynaklı yazılım hareketi dediğimiz şeyin temelini attı.[6]

Açık kaynak yazılım hareketi, 80'lerin sonlarında Richard Stallman tarafından GNU projesinin başlatılmasıyla başlayan özgür yazılım hareketinden dallanmıştır.[7] Stallman, açık kaynak topluluğu içinde, yazılım geliştirme için özgürce paylaşılan kaynak kodunun kavramsallaştırılmasında önemli bir rolü paylaşan kişi olarak kabul edilir. Özgür yazılım hareketindeki "özgür yazılım" terimi, yazılım değiş tokuşu ve değişiklik özgürlüğü anlamına gelir. Terim herhangi bir parasal özgürlüğe atıfta bulunmaz. Hem özgür yazılım hareketi hem de açık kaynak hareketi, bu ücretsiz programlama kodu alışverişi görüşünü paylaşır ve bu nedenle her iki hareket de bazen literatürde FOSS veya "Özgür ve Açık Yazılım" veya FLOSS'un bir parçası olarak atıfta bulunur.

Bu hareketler, açık yazılıma bakış açısından temel farklılıkları paylaşır. Gruplar arasındaki ana, hizipleşme farkı, açık kaynak ve özel yazılım arasındaki ilişkidir. Genellikle, Microsoft gibi tescilli yazılım üreticileri, rekabet gücünü korumak için açık kaynaklı yazılımları desteklemek için çaba gösterebilir. Açık kaynak topluluğunun üyeleri, tescilli yazılım üreticileri ile birlikte var olmaya isteklidir ve yazılımın açık kaynak olup olmadığı konusunun bir pratiklik meselesi olduğunu düşünürler.

Buna karşılık, özgür yazılım topluluğunun üyeleri, tüm yazılımların konuşma özgürlüğünün bir parçası olduğu ve özel mülk yazılımın etik dışı ve adaletsiz olduğu vizyonunu sürdürmektedir. Özgür yazılım hareketi, tescilli yazılımı kınayan konuşmalar yoluyla bu inancı açıkça savunuyor. Bir bütün olarak, topluluk tescilli yazılımı desteklemeyi reddediyor. Ayrıca, bu geliştiriciler için dış motivasyonlar vardır. Bir motivasyon, bir programcı bir hatayı düzelttiğinde veya bir program hazırladığında, açık kaynaklı bir ortamda başkalarına fayda sağlamasıdır. Diğer bir motivasyon ise, bir programcının ilginç ve eğlenceli bulduğu birden fazla proje üzerinde çalışabilmesidir. Açık kaynak dünyasında programlama, ticari iş tekliflerine veya risk sermayesi topluluğuna girişe de yol açabilir. Bunlar, açık kaynaklı programcıların yazılım oluşturmaya ve geliştirmeye devam etmelerinin sadece birkaç nedenidir.

Hem özgür yazılım hareketinin hem de açık kaynak hareketinin açık kaynağa ilişkin pratik tavsiyelerde benzerlikler paylaştığının farkında olmakla birlikte, özgür yazılım hareketi hararetli bir şekilde kendilerini açık kaynak hareketinden tamamen ayırmaya devam ediyor. Özgür yazılım hareketi, açık kaynak ve özel yazılım arasındaki ilişkiye karşı temelde farklı tutumlara sahip olduğunu iddia ediyor. Ancak özgür yazılım topluluğu, açık kaynak topluluğunu hedef şikayetleri olarak görmez. Hedef şikayetleri, tescilli yazılımın kendisidir.[2]

Yasal sorunlar

Açık kaynak hareketi bir dizi yasal zorlukla karşı karşıya kaldı. Açık kaynaklı ürünleri yöneten şirketler, ticari markalarını güvence altına almakta bazı zorluklar yaşıyor. Örneğin, "zımni lisans" varsayımının kapsamı belirsizliğini koruyor ve bir işletmenin açık kaynaklı yazılımla yapılan üretimlerin patentini alma becerisini tehlikeye atabilir. Başka bir örnek, satın almak için eklentiler sunan şirketlerin durumudur; Açık kaynak koduna satın alma işlemlerine benzer eklemeler yapan lisans sahipleri, patent davalarından muaf olabilir.

"Jacobsen - Katzer" davasında, davacı, davalıyı yazılımın değiştirilmiş versiyonuna gerekli atıf bildirimlerini koymadığı ve dolayısıyla lisansı ihlal ettiği için dava etmiştir. Davalı, yazılımın kullanım koşullarına uymayarak Sanat Lisansı talep etti, ancak atıf bildiriminin metni, durumun böyle olmadığına karar verdi. "Jacobsen v Katzer", açık kaynaklı yazılımın yasaların gözünde tescilli yazılımla eşitliğini sağladı. Microsoft'un tekelcilikle suçlandığı bir davada,

Microsoft'un geçerli rakipleri olduğunu kanıtlamak için mahkemeye Linux ve açık kaynaklı yazılımlar sunuldu ve Apple ile gruplandırıldı. Hukuki tavsiyeye ihtiyaç duyan açık kaynaklı projelere dahil olanlar için kaynaklar mevcuttur.

Yazılım Özgürlüğü Hukuk Merkezi, açık kaynaklı yasal konular hakkında bir ön bilgi sunar. Uluslararası Özgür ve Açık Kaynak Yazılım Hukuku İncelemesi, avukatlar için özgür yazılım konularında hakemli bilgiler sunar.

Resmileştirme

Açık Kaynak Girişimi (OSI), açık kaynak hareketinin resmîleştirilmesinde etkili oldu. OSI, Eric Raymond ve Bruce Perens tarafından Şubat 1998'de, genel eğitim sağlamak ve Debian Özgür Yazılım Yönergelerine dayanan Açık Kaynak Tanımı'nın oluşturulması yoluyla açık kaynak etiketinin savunulmasını sağlamak amacıyla kuruldu. OSI, açık kaynak hareketinin ana destekçilerinden ve savunucularından biri haline geldi.[5]

Şubat 1998'de, açık kaynak hareketi, yazılımı "ticari iş kullanımına daha uygun bir şey olarak" pazarlamak için oluşturulmuş bir organizasyon olan Açık Kaynak Girişimi (OSI) tarafından benimsendi, resmîleştirildi ve öncülük etti. Açık Kaynak", ABD Patent ve Ticari Marka Ofisi ile, ancak terimin jenerik ve/veya açıklayıcı olması nedeniyle reddedildi. Sonuç olarak, OSI, "Açık Kaynak" ticari markasına ulusal veya uluslararası anlamda sahip değildir, ancak terimde common-law ticari marka haklarını ileri sürer. Bunun için benimsedikleri ana araç The Open Source Definition idi.[8]

Açık kaynak etiketi, 3 Şubat 1998'de Palo Alto, California'da düzenlenen bir strateji oturumunda tasarlandı ve aynı yılın 8 Nisan'ında Tim O'Reilly'nin Özgür Yazılım Zirvesi katılımcıları, "açık kaynak" terimi.

Genel olarak, açık kaynak hareketinden ortaya çıkan yazılım geliştirmeleri, bilgisayar bilimi alanına özgü olmamıştır, ancak özel mülk yazılımlara alternatifler geliştirmede başarılı olmuştur. Açık kaynak topluluğunun üyeleri, halihazırda mevcut olan özel yazılımların çoğuna rakip olabilecek kod ve yazma programları geliştiriyor.

Açık kaynak hareketlerinde kullanılan retorik söylem, artık daha geniş bir uzman olmayan kullanıcı grubunu ve savunuculuk organizasyonlarını içerecek şekilde genişletiliyor. Creative Commons ve küresel kalkınma ajansları gibi çeşitli organize gruplar da kendi amaçlarına ve amaçlarına göre açık kaynak kavramlarını benimsemiştir.

Açık kaynak hareketinin yasal biçimselleşmesini etkileyen faktörler, esas olarak telif hakkı, tahsisat ve fikrî mülkiyet üzerine son zamanlardaki siyasi tartışmalara dayanmaktadır.[9]

Açık kaynak katkı ekibinin sosyal yapısı

Tarihsel olarak, araştırmacılar, açık kaynak katkıda bulunanları merkezi, soğan şeklinde bir grup olarak tanımladılar. Soğanın merkezi, büyük miktarda kod ve yazılım tasarımı seçenekleriyle projeyi ilerleten temel katkıda bulunanlardan oluşur. En ikinci katman, çekme isteklerine ve hata raporlarına yanıt veren katkıda bulunanlardır. Üçüncü en dış katman, çoğunlukla hata raporları gönderen katkıda bulunanlardır. En uzak katman, oluşturulan yazılımın deposunu ve kullanıcılarını izleyenlerdir. Bu model, açık kaynaklı yazılımın yaşam döngüsünü anlamak, açık kaynaklı yazılım projelerine katkıda bulunanları, projede çeşitli katılım seviyelerinde katkıda bulunanlara nasıl yardımcı olabileceği gibi araçları anlamak ve açık kaynaklı yazılımın dağıtılmış yapısını anlamak için araştırmalarda kullanılmıştır. kaynak yazılım, geliştiricilerin üretkenliğini etkileyebilir.[10][11][12]

Bazı araştırmacılar bu modele katılmamışlardır. Crowston ve diğerlerinin çalışması, bazı ekiplerin çok daha az merkezi olduğunu ve daha dağıtılmış bir iş akışı modeli izlediğini buldu.[10] Yazarlar, proje büyüklüğü ile merkezileşme arasında zayıf bir ilişki olduğunu, daha küçük projelerin daha merkezileştiğini ve daha büyük projelerin daha az merkezileştiğini bildiriyor. Bununla birlikte, yazarlar yalnızca hata raporlama ve düzeltmeye baktılar, bu nedenle bu modelin yalnızca hata bulma ve düzeltme ile mi ilişkili olduğu yoksa açık kaynak paradigmasının her yönü için merkezileştirmenin boyutla daha fazla dağıtılıp dağıtılmadığı belirsizliğini koruyor.

Takım tasarımına bilgi verebileceği ve yeni geliştiricilerin bir takımın dinamiğini anlamalarına yardımcı olabileceğinden, ekibin merkezileşmesine karşı dağıtılmış doğasının anlaşılması önemlidir. Açık kaynak geliştirmeyle ilgili endişelerden biri, geliştiricilerin, çekirdek katkıda bulunanlar ("soğanın" merkezindekiler) arasında bile yüksek devir hızıdır. Açık kaynak kodlu bir projeye devam etmek için, yeni geliştiricilerin sürekli katılması gerekir, ancak aynı zamanda projeye kalite kodu katkısında bulunmak için gerekli beceri setine sahip olmaları gerekir. Açık kaynak projelerine GitHub katkısı üzerine bir çalışma aracılığıyla, Middleton ve ark. Katkıda bulunanların bir açık kaynak ekibinin tam teşekküllü üyeleri ("soğanın" "çekirdeğine" geçen) olmalarının en büyük tahmin edicisinin, çekme isteklerini gönderip göndermedikleri ve bu istekler hakkında yorumda bulunup bulunmadıkları olduğunu buldu. Daha sonra yazarlar, bir araç olarak GitHub'ın, bir ekibin açık kaynak projesinde, katkıda bulunanları bu faaliyetlere katılmaya teşvik eden "onay kutusu" özelliklerini destekleyerek bu sürece yardımcı olabileceğini öne sürüyorlar.[12]

Programcıların motivasyonları

Ayrıca bakınız: Çevrimiçi katılım için motivasyonlar

Açık kaynak hareketinin büyümesi ve dikkati ile programcıların ücretsiz kod oluşturma nedenleri ve motivasyonları araştırılmaktadır. Açık kaynak hareketi üzerine Avrupa Ekonomik Birliği'nin 15. Yıllık Kongresi'nden bir makalede, programcıların bireysel düzeyde olduğu kadar şirket veya ağ düzeyinde de teşvikleri analiz edildi. Esasen yetenekli programcıların entelektüel armağanı olan şey, "kendini ilgilendiren-ekonomik-temsilci paradigmasına" meydan okur ve hem kamuyu hem de ekonomistleri programcılar için faydaların ne olduğuna dair bir anlayış aramaya yöneltmiştir.[13]

  • Fedakarlık: Fedakarlık argümanı bir açıklama olarak sınırlıdır, çünkü bazıları olsa da, programcılar iyiliklerini daha çok hayır işlerine odaklamazlar. Parasız çalışmanın cömertliği böylesine yaygın bir hareket için geçerli bir motivasyon olsaydı, o zaman bu tür bir hareket için yeterliydi. kamu yararı üzerinde çok daha büyük bir etkiye sahip olacak biyoteknoloji gibi endüstrilerde neden böyle bir eğilimin görülmediğini merak ediyor.
  • Topluluk paylaşımı ve iyileştirme: Çevrimiçi topluluk, sürekli iyileştirmeleri, değişiklikleri ve birbirlerinin çalışmalarına katkıları teşvik eden bir ortamdır. Bir programcı açık kaynaklı yazılımdan kolaylıkla yararlanabilir, çünkü diğer test ediciler ve alt programlar onu herkese açık hale getirerek hataları kaldırabilir, kodu başka amaçlara göre uyarlayabilir ve sorunları bulabilir. Açık kaynaklı yazılımın bu tür eş düzenleme özelliği, daha iyi programları ve daha yüksek bir kod standardını destekler.[13]
  • Tanınma: Bir proje belirli bir kişiyle ilişkilendirilemese de, katkıda bulunanlar genellikle bir projenin sunucusunda tanınır ve işaretlenir veya sosyal itibar kazanır. Bu, programcıların becerileri için halk tarafından tanınmasını, kariyer fırsatlarını ve maruz kalmalarını teşvik etmelerini sağlar. Aslında, Sun Microsystems ve Netscape'in kurucuları işe açık kaynaklı programcılar olarak başladılar.[13]
  • Ego: "Eğer bir şekilde önemsiz bir soruna atanmışlarsa ve olası tek görevleri buysa, şaşırtıcı bir mimari oluşturmak için altı ay harcayabilirler... sadece arkadaşlarına ve meslektaşlarına ne kadar sert bir ceviz kırmaya çalıştıklarını göstermek için. ."Ego-tatmin, rekabetçi toplulukları nedeniyle programcıların ilgili bir motivasyonu olarak gösterildi. Bir OSS (açık kaynaklı yazılım) topluluğunun geliştiriciler ve kullanıcılar arasında net bir ayrımı yoktur, çünkü tüm kullanıcılar potansiyel geliştiricilerdir. Esasen meslektaşlarını gölgede bırakmaya veya etkilemeye çalışan büyük bir programcı topluluğu var. Diğer programcıların çalışmalarını ve başarılarını takdir etmelerinden hoşlanırlar ve OSS projelerinin neden bilinmeyen yetenekler için kapalı kaynaklı bir şirkete göre işe alma avantajına sahip olduğuna katkıda bulunurlar.[14]
  • Yaratıcı ifade: Kişisel tatmin, yaratıcı kendini ifade etmeye eşdeğer olarak yazılım yazma eyleminden de gelir - neredeyse bir sanat eseri yaratmaya eşdeğerdir. Ticari yazılım ürünlerinin seri üretimi yoluyla kaybedilen yaratıcılığın yeniden keşfi, ilgili bir motivasyon olabilir.[15]

Programcıların cinsiyet çeşitliliği

Açık kaynak topluluklarındaki programcıların büyük çoğunluğu erkektir. Avrupa Birliği için ücretsiz ve açık kaynaklı yazılım toplulukları üzerine yapılan bir araştırmada, araştırmacılar tüm katkıda bulunanların yalnızca %1,5'inin kadın olduğunu buldu.[16] Kadınlar genellikle bilgisayar sektöründe yeterince temsil edilmese de, teknoloji mesleklerindeki kadınların oranı aslında çok daha yüksek, %25'e yakın. Bu tutarsızlık, kadın programcıların genel olarak erkek programcılardan açık kaynak projelerine katılma olasılığının daha düşük olduğunu göstermektedir.

Açık kaynak projelerinin üyeleriyle yapılan bazı araştırmalar ve röportajlar, açık kaynak topluluklarında kadınlara karşı hoş karşılanmayan veya düşmanca olabilen erkek egemen bir kültürü tanımladı.[17] Outreachy gibi daha fazla kadının ve yeterince temsil edilmeyen diğer cinsiyet kimliklerinin açık kaynaklı yazılımlara katılmasını desteklemeyi amaçlayan girişimler var. Ancak, açık kaynaklı projelerin tartışma forumlarında cinsiyet çeşitliliği konusu oldukça tartışmalı ve hatta kışkırtıcı olabilir. Açık kaynak kodlu yazılımlarda merkezi bir vizyon, yazılımın bireysel kod katkılarının esasına göre oluşturulduğu ve sürdürüldüğü için açık kaynak topluluklarının bir meritokrasi olarak hareket etmesi gerektiğidir. Meritokraside, bir bireyin toplumdaki önemi, yaş, ırk, din veya cinsiyet gibi demografik faktörlere değil, bireysel katkılarının kalitesine bağlıdır. Bu nedenle, topluluğa cinsiyete dayalı değişiklikler önermek, örneğin topluluğu kadınlara karşı daha davetkar hale getirmek, belirli programcıları yalnızca becerilerine değil cinsiyete göre hedefleyerek meritokrasi idealine aykırıdır.

Cinsiyetin bir programcının toplulukta algılanan değerini etkilediğine dair kanıtlar var. 2016'da yapılan bir araştırma, programcının GitHub hesabını diğer sosyal medya hesaplarına bağlayarak GitHub'daki bir milyondan fazla programcının cinsiyetini belirledi.Erkek ve kadın programcılar arasında, araştırmacılar, kadın programcıların projeye çekme isteklerini erkek programcılara göre kabul etme olasılığının daha yüksek olduğunu, ancak yalnızca kadın cinsiyetten bağımsız bir profile sahip olduğunda buldular. Dişilerin, kendilerini kadın olarak tanımlayan bir ad veya görüntüye sahip profilleri olduğunda, çekme isteklerinin kabul edilmesi erkek programcılardan daha az olasıydı. 2015'te yapılan bir başka araştırma, GitHub'daki açık kaynak projelerinde cinsiyet çeşitliliğinin, bir ekibin üretkenliği için önemli bir pozitif tahmin edici olduğunu, yani farklı cinsiyetlerin daha eşit bir karışımına sahip açık kaynak ekiplerinin daha üretken olma eğiliminde olduğunu buldu.[18]

Pek çok proje, azınlık geliştiricilerinin taciz edilmesiyle ilgili endişeleri gidermek amacıyla Katılımcı Sözleşmesi davranış kurallarını benimsemiştir. Davranış kurallarını ihlal ettiği tespit edilen herkes disiplin cezasına çarptırılabilir ve nihayetinde projeden çıkarılabilir.

Azınlıklara hakaretten kaçınmak için birçok yazılım projesi kapsayıcı dil ve terminolojinin kullanımını zorunlu kılmıştır.[19]

Açık kaynak benimseme kanıtı

Kütüphaneler, bilgi ve kütüphane hizmetleri geliştirmek için açık kaynaklı yazılımlar kullanıyor. Açık kaynağın amacı, daha ucuz, güvenilir ve daha kaliteli bir yazılım sağlamaktır. Bu yazılımı bu kadar aranan yapan bir özellik, ücretsiz olmasıdır. Özellikle kütüphaneler sağladığı kaynaklar nedeniyle bu hareketten yararlanmaktadır. Aynı zamanda, diğer insanların kaynakları aracılığıyla yeni bilgileri öğrenme ve anlama fikirlerini de teşvik ederler. Açık kaynak bir topluluk duygusu sağlar. Herkesin çeşitli konular hakkında bilgi vermesi için bir davettir. Açık kaynaklı araçlar, kitaplıkların web tabanlı kataloglar oluşturmasına bile izin verir. BT kaynağına göre bundan yararlanan çeşitli kütüphane programları vardır.

Devlet kurumları ve altyapı yazılımı: Devlet Kurumları, bilgileri yönetmek için Linux işletim sistemi ve Apache Web sunucusu gibi açık kaynaklı altyapı yazılımlarını yazılıma dönüştürüyor.[20] 2005 yılında, Ulusal Açık Kaynak Politikası ve Araştırma Merkezi (NCOSPR) adı altında yeni bir hükûmet lobisi "devlet BT işletmeleri içinde açık kaynaklı yazılım çözümlerinin kullanımını teşvik eden kar amacı gütmeyen bir kuruluş" adı altında başlatıldı.[21]

Orduda açık kaynak hareketi: Açık kaynak hareketinin orduda yardımcı olma potansiyeli vardır. Açık kaynaklı yazılım, herkesin onu iyileştirecek değişiklikler yapmasına izin verir. Bu, insanların bir yazılımı düşük maliyetli bir şekilde geliştirmek için akıllarını bir araya getirmeleri için bir davet şeklidir. Ordunun bu kadar ilgilenmesinin nedeni, bu yazılımın hız ve esnekliği artırabilmesinin mümkün olmasıdır. Herkesin yazılımı değiştirme erişimine sahip olması nedeniyle bu fikirde güvenlik aksaklıkları olsa da, avantajlar dezavantajlardan daha ağır basabilir. Açık kaynak kodlu programların hızlı bir şekilde değiştirilebilmesi çok önemlidir. Bu teorileri test etmek için bir destek grubu oluşturulmuştur. Askeri Açık Kaynak Yazılım Çalışma Grubu, 2009 yılında düzenlendi ve 120'den fazla askeri üyeye sahipti. Amaçları, yeniden kullanım ve işbirliği için yeni fikirler keşfetmek üzere ordudan yazılım geliştiricileri ve müteahhitleri bir araya getirmekti. Genel olarak, ordudaki açık kaynaklı yazılım, potansiyel dezavantajları olan ancak avantajları dengelemek için yeterli olmayan ilgi çekici bir fikirdir.[22]

Eğitimde açık kaynak: Kolejler ve kuruluşlar, öğrencilerini eğitmek için ağırlıklı olarak çevrimiçi yazılım kullanır. Açık kaynak teknolojisi birçok kurum tarafından benimseniyor çünkü bu kurumları bu idari yazılım sistemlerini sağlamak için ödeme yapan şirketlerden kurtarabilir. Bir açık kaynak sistemi benimseyen ilk büyük kolejlerden biri, 2009'da Kolorado Eyalet Üniversitesi idi ve bunu takip eden diğerleri. Kolorado Eyalet Üniversiteleri sistemi, açık kaynaklı yönetim sistemlerinde önemli bir oyuncu haline gelen Kuali Vakfı tarafından üretildi. Kuali Vakfı kendisini, "yüksek öğrenim için yüksek öğrenim için açık kaynaklı yazılımlar oluşturmayı ve sürdürmeyi" amaçlayan bir kuruluşlar grubu olarak tanımlıyor. Kuali Vakfı da.

"Eğitimciler için, Açık Kaynak Hareketi, öğrencilere öğrendikleri teorileri nasıl uygulayacaklarını öğretmede kullanılabilecek yazılımlara erişim sağladı". Açık ağlar ve yazılım sayesinde öğretmenler bir topluluk içinde dersleri, dersleri ve diğer ders materyallerini paylaşabilir. OpenTechComm, "her seviyedeki teknik ve profesyonel iletişim kurslarının öğretmenlerinin öğrencilerine ücretsiz teklifler hazırlamak için güvenebilecekleri açık erişim, açık kullanım ve açık düzenlemeler- ders kitabı veya pedagojik kaynak"a adanmış bir programdır. alıntı Daha önce belirtildiği gibi, bu tür programlara erişim eğitim departmanları için çok daha uygun maliyetli olacaktır.

Sağlık hizmetlerinde açık kaynak: Haziran 2009'da kar amacı gütmeyen eHealthNigeria tarafından oluşturulan açık kaynaklı yazılım OpenMRS, Nijerya'da sağlık hizmetlerini belgelemek için kullanılıyor. Bu yazılımın kullanımı, Nijerya'nın Kaduna kentinde halk sağlığı amacına hizmet etmek için başladı. OpenMRS, diğer özelliklerin yanı sıra, hastalar koşullar için uyarı işaretleri gösterdiğinde sağlık çalışanlarını uyarma ve doğumları ve ölümleri günlük olarak kaydetme gibi özellikleri yönetir. Bu yazılımın başarısı, birinci dünya ülkelerinde bulunan daha karmaşık tescilli sağlık yazılımlarına kıyasla, teknolojiyle ilk tanışanlar için kullanım kolaylığından kaynaklanmaktadır. Bu yazılım topluluk tarafından geliştirilmiştir ve açık kaynaklı uygulamaların özelliği olan herkes tarafından ücretsiz olarak kullanılabilir. Şimdiye kadar OpenMRS Ruanda, Mozambik, Haiti, Hindistan, Çin ve Filipinler'de kullanılıyor. Açık kaynağın sağlık hizmetlerindeki etkisi, "önde gelen terminoloji ve veri birlikte çalışabilirlik çözümleri sağlayıcısı" olan Apelon Inc tarafından da gözlemleniyor. Son zamanlarda, Dağıtılmış Terminoloji Sistemi (Açık DTS), açık kaynaklı MySQL veritabanı sistemini desteklemeye başladı. Bu, temel olarak açık kaynaklı yazılımların sağlık hizmetlerinde kullanılmasına izin vererek pahalı özel sağlık bakım yazılımlarına olan bağımlılığı azaltır. Açık kaynaklı yazılım sayesinde sağlık sektörü, sağlık standartlarını uygulamak için ücretsiz bir açık kaynaklı çözüme sahiptir. Açık kaynak yalnızca sağlık hizmetlerine ekonomik olarak fayda sağlamakla kalmaz, aynı zamanda tescilli yazılıma daha az bağımlılık, geliştiriciden bağımsız olarak çeşitli sistemlerin daha kolay entegrasyonunu sağlar.[23]

Şirketler

IBM

IBM, Açık Kaynak Girişiminin önde gelen savunucularından biridir ve 1998'de Linux'u desteklemeye başlamıştır.[24]

Microsoft

2008 yazından önce, Microsoft genellikle açık kaynak topluluğunun düşmanı olarak biliniyordu. Şirketin açık kaynak karşıtı yaklaşımı, yaygın olarak kullanılan bir açık kaynaklı yazılım olan Linux'tan "kendini dokunduğu her şeye ... bulaşan bir kanser" olarak bahseden eski CEO Steve Ballmer tarafından desteklendi. Linux'u patentlerinden 235'ini ihlal ettiği için telif ücreti talep etmekle tehdit etti.

2004'te Microsoft, bir Avrupa Birliği davasını kaybetti ve 2007'de temyizi kaybetti ve 2012'deki diğer temyiz başvuruları: hakim konumunu kötüye kullanmaktan mahkûm edildi. Özellikle, birçok platformda çalıştırılabilen ve "birlikte çalışabilirliğin önündeki engelleri kaldırmayı" amaçlayan açık kaynaklı Samba (yazılım) projesiyle birlikte çalışabilirlik bilgilerini saklamışlardı.

Ancak 2008'de, o zamanlar Microsoft'ta açık kaynaklı yazılım stratejisi başkanı olan Sam Ramji, Microsoft'un yanı sıra yazılım endüstrisinde açık kaynak yanlısı bir tutum geliştirmek için Bill Gates ile yakın çalışmaya başladı. Ramji, 2009'da şirketten ayrılmadan önce, Microsoft'un açık kaynak kodunu diğer projeler arasında Microsoft Azure'a yaptığı katkılarda açıkça görülen, Microsoft'un açık kaynağa aşinalığını ve katılımını oluşturdu. Bu katkılar daha önce Microsoft tarafından hayal bile edilemezdi. Microsoft'un açık kaynak konusundaki tutumundaki değişiklik ve daha güçlü bir açık kaynak topluluğu oluşturma çabaları, açık kaynağın artan şekilde benimsenmesi ve uyarlanmasının kanıtıdır.[25]

Kaynakça

  1. ^ Levine, Sheen S.; Prietula, Michael J. (1 Ekim 2014). "Open Collaboration for Innovation: Principles and Performance". Organization Science. 25 (5): 1414-1433. doi:10.1287/orsc.2013.0872. ISSN 1047-7039. 2 Mart 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  2. ^ a b "Warger, T. (2002) The Open Source Movement" (PDF). web.archive.org. 17 Temmuz 2011 tarihinde kaynağından (PDF) arşivlendi. Erişim tarihi: 2 Mart 2022. 
  3. ^ Wyllys, R.E. (2000). Overview of the Open-Source Movement The University of Texas at Austin Graduate School of Library & Information Science
  4. ^ "A Brief History of the Open-Source Movement – The Magazine - MIT Sloan Management Review". web.archive.org. 11 Nisan 2011. 11 Nisan 2011 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  5. ^ a b "History of the OSI | Open Source Initiative". opensource.org. 22 Temmuz 2012 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  6. ^ Weber, Steve (2004). The success of open source. Cambridge, MA: Harvard University Press. ISBN 0-674-01292-5. OCLC 53287658. 7 Eylül 2008 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  7. ^ Tennant, D. (2008, August 11). Standing on Principle. Computerworld, p. 4. Retrieved from Business Source Premier database.
  8. ^ "The Open Source Definition | Open Source Initiative". opensource.org. 11 Haziran 2007 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  9. ^ Ceraso, Antonio; Pruchnic, Jeff (2011). "Introduction: Open Source Culture and Aesthetics". Criticism. 53 (3): 337-375. doi:10.1353/crt.2011.0026. ISSN 1536-0342. 13 Nisan 2019 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  10. ^ a b Crowston, Kevin; Howison, James (7 Şubat 2005). "The social structure of free and open source software development". First Monday (İngilizce). doi:10.5210/fm.v10i2.1207. ISSN 1396-0466. 2 Mart 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  11. ^ Sheoran, Jyoti; Blincoe, Kelly; Kalliamvakou, Eirini; Damian, Daniela; Ell, Jordan (31 Mayıs 2014). "Understanding "watchers" on GitHub". Proceedings of the 11th Working Conference on Mining Software Repositories. MSR 2014. New York, NY, USA: Association for Computing Machinery: 336-339. doi:10.1145/2597073.2597114. ISBN 978-1-4503-2863-0. 
  12. ^ a b Middleton, Justin; Murphy-Hill, Emerson; Green, Demetrius; Meade, Adam; Mayer, Roger; White, David; McDonald, Steve (28 Mayıs 2018). "Which contributions predict whether developers are accepted into github teams". Proceedings of the 15th International Conference on Mining Software Repositories. MSR '18. New York, NY, USA: Association for Computing Machinery: 403-413. doi:10.1145/3196398.3196429. ISBN 978-1-4503-5716-6. 
  13. ^ a b c Lerner, Josh; Tirole, Jean (1 Mayıs 2001). "The open source movement: Key research questions". European Economic Review. 15th Annual Congress of the European Economic Association (İngilizce). 45 (4): 819-826. doi:10.1016/S0014-2921(01)00124-6. ISSN 0014-2921. 8 Haziran 2020 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  14. ^ "Managing Software Engineers". philip.greenspun.com. 9 Ekim 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  15. ^ Bonaccorsi, Andrea; Rossi, Cristina (1 Temmuz 2003). "Why Open Source software can succeed". Research Policy. Open Source Software Development (İngilizce). 32 (7): 1243-1258. doi:10.1016/S0048-7333(03)00051-9. ISSN 0048-7333. 
  16. ^ Nafus, Dawn, James Leach, and Bernhard Krieger. "Gender: Integrated report of findings." FLOSSPOLS, Deliverable D 16 (2006).
  17. ^ Nafus, Dawn (11 Kasım 2011). "'Patches don't have gender': What is not open in open source software". New Media & Society. 14 (4): 669-683. doi:10.1177/1461444811422887. ISSN 1461-4448. 
  18. ^ Vasilescu, Bogdan; Posnett, Daryl; Ray, Baishakhi; van den Brand, Mark G.J.; Serebrenik, Alexander; Devanbu, Premkumar; Filkov, Vladimir (18 Nisan 2015). "Gender and Tenure Diversity in GitHub Teams". Proceedings of the 33rd Annual ACM Conference on Human Factors in Computing Systems. CHI '15. New York, NY, USA: Association for Computing Machinery: 3789-3798. doi:10.1145/2702123.2702549. ISBN 978-1-4503-3145-6. 
  19. ^ "Inclusive Naming Initiative". inclusivenaming.org. 3 Şubat 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  20. ^ "A starring role for open source?". FCW (İngilizce). 2 Mart 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  21. ^ Preimesberger, Chris (14 Ekim 2005). "Open Source Movement Gets a Lobby". eWEEK (İngilizce). 20 Kasım 2023 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  22. ^ "Open Source Movement May Accelerate Military Software Development". 11 Temmuz 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  23. ^ "Apelon Announces Availability of a Completely Open Source Terminology Management Solution". 2 Mart 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  24. ^ "IBM News". web.archive.org. 10 Kasım 1999. 10 Kasım 1999 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 
  25. ^ Metz, Cade. "How Microsoft Learned to Stop Worrying and (Almost) Love Open Source". Wired (İngilizce). ISSN 1059-1028. 25 Ekim 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 2 Mart 2022. 

Konuyla ilgili yayınlar

Strategi Solo vs Squad di Free Fire: Cara Menang Mudah!