Açık kaynaklı yazılım -Open-source software

Tarçın masaüstü ortamını çalıştıran Manjaro , MediaWiki , LibreOffice Writer , Vim , GNOME Calculator , VLC ve Nemo dosya yöneticisini kullanan Wikipedia'ya erişen Firefox'un bir ekran görüntüsü .

Açık kaynaklı yazılım ( OSS ), telif hakkı sahibinin kullanıcılara yazılımı ve kaynak kodunu herhangi birine ve herhangi bir amaç için kullanma, inceleme, değiştirme ve dağıtma haklarını verdiği bir lisans altında yayınlanan bilgisayar yazılımıdır . Açık kaynaklı yazılım , ortak çalışmaya dayalı bir şekilde geliştirilebilir . Açık kaynaklı yazılım, açık işbirliğinin önde gelen bir örneğidir; bu, herhangi bir yetenekli kullanıcının geliştirme sürecine çevrimiçi olarak katılabileceği ve olası katkıda bulunanların sayısını sınırsız hale getirebileceği anlamına gelir. Kodu inceleme yeteneği, yazılıma halkın güvenini kolaylaştırır.

Açık kaynaklı yazılım geliştirme , tek bir şirketin bakış açılarının ötesinde çeşitli bakış açıları getirebilir. Standish Group'un 2008 tarihli bir raporu , açık kaynaklı yazılım modellerinin benimsenmesinin tüketiciler için yılda yaklaşık 60 milyar dolar tasarruf sağladığını belirtti.

Açık kaynak kodu, çalışma için kullanılabilir ve yetenekli son kullanıcıların, kullanıcı komut dosyalarının ve özel stil sayfalarının web sitelerine izin verdiği benzer şekilde yazılımı kişisel ihtiyaçlarına göre uyarlamalarına ve sonunda değişikliği benzer tercihlere sahip kullanıcılar için bir çatal olarak yayınlamasına olanak tanır ve olası iyileştirmeleri doğrudan çekme istekleri olarak gönderin .

Tarih

1990'ların sonu: Açık Kaynak Girişiminin Kuruluşu

Bilgisayarın ilk günlerinde, programcılar ve geliştiriciler birbirlerinden bir şeyler öğrenmek ve bilgi işlem alanını geliştirmek için yazılımları paylaştılar. Örneğin, Unix , kullanıcılar için işletim sistemi kaynak kodunu içeriyordu. Sonunda, açık kaynak kavramı, 1970-1980 yıllarında yazılımın ticarileştirilmesinin önüne geçti. Bununla birlikte, akademisyenler hala sıklıkla işbirliği içinde yazılım geliştirdiler. Örnekler 1979'da TeX dizgi sistemiyle Donald Knuth ve 1983'te GNU işletim sistemiyle Richard Stallman'dır . 1997'de Eric Raymond , hacker topluluğu ve özgür yazılım ilkelerinin yansıtıcı bir analizi olan The Cathedral and the Bazaar'ı yayınladı . Makale 1998'in başlarında büyük ilgi gördü ve Netscape Communications Corporation'ı popüler Netscape Communicator İnternet paketini özgür yazılım olarak piyasaya sürmeye motive eden faktörlerden biri oldu . Bu kaynak kodu daha sonra SeaMonkey , Mozilla Firefox , Thunderbird ve KompoZer'in temelini oluşturdu .

Netscape'in eylemi, Raymond ve diğerlerini, Özgür Yazılım Vakfı'nın özgür yazılım fikirlerini ve algılanan faydalarını ticari yazılım endüstrisine nasıl getirebileceklerini araştırmaya sevk etti. FSF'nin sosyal aktivizminin Netscape gibi şirketlere çekici gelmediği sonucuna vardılar ve yazılım kaynak kodu üzerinde paylaşım ve işbirliğinin iş potansiyelini vurgulamak için özgür yazılım hareketini yeniden markalaştırmanın bir yolunu aradılar. Seçtikleri yeni terim "açık kaynak" idi ve kısa süre sonra Bruce Perens , yayıncı Tim O'Reilly , Linus Torvalds ve diğerleri tarafından benimsendi. Açık Kaynak Girişimi , yeni terimin kullanımını teşvik etmek ve açık kaynak ilkelerini yaymak için Şubat 1998'de kuruldu.

Açık Kaynak Girişimi, yeni terimin kullanımını teşvik etmeye ve bağlı olduğu ilkeleri yaymaya çalışırken, ticari yazılım satıcıları kendilerini, özgürce dağıtılan yazılım ve bir uygulamanın kaynak koduna evrensel erişim kavramı tarafından giderek daha fazla tehdit altında buldular . Microsoft yöneticisi Jim Allchin 2001'de kamuoyuna "açık kaynak fikri mülkiyet yok edicidir. Yazılım işi ve fikri mülkiyet işi için bundan daha kötü bir şey düşünemiyorum" dedi. Bununla birlikte, Ücretsiz ve açık kaynaklı yazılım tarihsel olarak özel yazılım geliştirme ana akımının dışında bir rol oynamış olsa da, Microsoft gibi büyük şirketler İnternette resmi açık kaynak varlıkları geliştirmeye başladılar. IBM, Oracle, Google ve State Farm, günümüzün rekabetçi açık kaynak pazarında ciddi bir kamu hissesi olan şirketlerden sadece birkaçıdır. FOSS'un geliştirilmesine ilişkin kurumsal felsefede önemli bir değişiklik olmuştur .

Özgür yazılım hareketi 1983'te başlatıldı. 1998'de bir grup kişi, kurumsal dünya için daha az belirsiz ve daha rahat bir ifade olarak özgür yazılım teriminin açık kaynaklı yazılım (OSS) ile değiştirilmesi gerektiğini savundu . Yazılım geliştiriciler, yazılımlarını açık kaynaklı bir lisansla yayınlamak isteyebilirler , böylece herkes aynı yazılımı geliştirebilir veya dahili işleyişini anlayabilir. Açık kaynaklı yazılımla, genel olarak, herkesin bu yazılımda değişiklikler yapmasına, onu yeni işletim sistemlerine ve komut seti mimarilerine taşımasına , başkalarıyla paylaşmasına veya bazı durumlarda pazarlamasına izin verilir. Akademisyenler Casson ve Ryan, açık kaynağın benimsenmesi için politika temelli çeşitli nedenlere, özellikle aşağıdaki kategorilerde açık kaynaktan (çoğu tescilli formatla karşılaştırıldığında) yüksek değer teklifine dikkat çekti:

  • Güvenlik
  • karşılanabilirlik
  • şeffaflık
  • kalıcılık
  • birlikte çalışabilirlik
  • Esneklik
  • Yerelleştirme – özellikle yerel yönetimler bağlamında (yazılım kararları verenler). Casson ve Ryan, tescilli yazılım satın almaya veya bir açık kaynak seçeneği uygulamaya karar verirken bu faktörlerin dikkatli bir şekilde analizini içeren "hükümetler vergi mükelleflerine karşı doğal bir sorumluluğa ve vekalet görevine sahip" olduğunu savunuyorlar.

Açık Kaynak Tanımı , bir açık kaynak felsefesi sunar ve ayrıca açık kaynaklı yazılımın kullanım, değişiklik ve yeniden dağıtım koşullarını tanımlar. Yazılım lisansları, kullanıcılara, aksi takdirde telif hakkı yasası tarafından telif hakkı sahibine ait olacak haklar verir. Birkaç açık kaynak yazılım lisansı, Açık Kaynak Tanımı sınırları içinde kalifiye olmuştur . En belirgin ve popüler örnek, "daha fazla geliştirme ve uygulamanın aynı lisans altına alınması koşuluyla ücretsiz dağıtıma izin veren" ve dolayısıyla ücretsiz olan GNU Genel Kamu Lisansıdır (GPL).

Açık kaynak etiketi, Netscape'in Ocak 1998'de Navigator ( Mozilla olarak) için bir kaynak kodu yayınladığını duyurmasına tepki olarak 7 Nisan 1998'de Palo Alto'da düzenlenen bir strateji oturumundan çıktı . Seansta Tim O'Reilly , Linus Torvalds , Tom Paquin, Jamie Zawinski , Larry Wall , Brian Behlendorf , Sameer Parekh , Eric Allman , Greg Olson, Paul Vixie , John Ousterhout , Guido van Rossum , Philip Zimmermann , John Gilmore ve Eric S. Raymond . Navigator'ın kaynak kodunun yayınlanmasından önceki fırsatı, İngilizce'deki "free" kelimesinin belirsizliğinden kaynaklanan olası bir karışıklığı açıklığa kavuşturmak için kullandılar .

Birçok kişi, 1969'dan beri İnternet'in doğuşunun açık kaynak hareketini başlattığını iddia ederken, diğerleri açık kaynak ve özgür yazılım hareketleri arasında ayrım yapmamaktadır.

1985'te kurulan Özgür Yazılım Vakfı (FSF), "özgür" kelimesinin dağıtım özgürlüğü (veya "ifade özgürlüğünde olduğu gibi özgür") anlamına gelmesini amaçladı ve maliyetten kurtulma (veya "bedava biradaki gibi ücretsiz") değil. Çok sayıda özgür yazılım zaten ücretsiz olduğundan (ve hala da öyledir), bu tür özgür yazılımlar sıfır maliyetle ilişkilendirildi ve bu da ticari karşıtı görünüyordu.

Açık Kaynak Girişimi (OSI), Şubat 1998'de Eric Raymond ve Bruce Perens tarafından kuruldu. İnternet geliştirici topluluğu tarafından zaten sağlanan açık geliştirme ile kapalı yazılım geliştirme vaka geçmişlerinden en az 20 yıllık kanıtlarla OSI, Netscape gibi ticari işletmelere "açık kaynak" vakasını sundu. OSI, strateji oturumunda Öngörü Enstitüsü'nden Christine Peterson tarafından önerilen bir terim olan "açık kaynak" etiketinin kullanılmasının , özellikle "özgür yazılımı" ticari olmayan olarak algılayan kişiler için belirsizliği ortadan kaldıracağını umuyordu. Serbestçe erişilebilen kaynak kodunun pratik faydalarına daha yüksek bir profil getirmeye çalıştılar ve büyük yazılım işletmelerini ve diğer yüksek teknoloji endüstrilerini açık kaynağa getirmek istediler. Perens, "açık kaynak"ı OSI için bir hizmet markası olarak kaydetmeye çalıştı , ancak bu girişim ticari marka standartlarına göre pratik değildi. Bu arada, Raymond'ın yazısının Netscape'deki üst yönetime sunumu nedeniyle—Raymond ancak basın bültenini okuduğunda keşfetti ve günün ilerleyen saatlerinde Netscape CEO'su Jim Barksdale'in PA'sı tarafından arandı —Netscape, Navigator kaynak kodunu açık olarak yayınladı. Kaynak, olumlu sonuçlarla.

Tanımlar

Açık Kaynak Girişimi'nin (OSI) tanımı, birçok hükümet tarafından uluslararası düzeyde standart veya fiili tanım olarak kabul edilmektedir. Ayrıca, Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation, Wordpress Foundation gibi dünyanın en büyük açık kaynaklı yazılım projeleri ve katkıda bulunanların çoğu, OSI'nin misyonunu ve Açık Kaynak'ı desteklemeyi taahhüt etmiştir. OSI Ortaklık Anlaşması yoluyla tanım.

OSI, bir yazılım lisansını açık kaynak olarak kabul edip etmediğini belirlemek için Açık Kaynak Tanımını kullanır. Tanım, öncelikle Perens tarafından yazılan ve uyarlanan Debian Özgür Yazılım Yönergelerine dayanıyordu. Perens, yazılarını Özgür Yazılım Vakfı'nın (FSF) ancak daha sonra yaygın olarak kullanılabilen "dört özgürlük" üzerine dayandırmadı.

Perens'in tanımına göre açık kaynak , kaynak kodunu, kodun kullanımı ve değiştirilmesiyle ilgili gevşemiş veya var olmayan kısıtlamalarla kamuya açık hale getiren geniş bir yazılım lisansıdır. Yazılımın hızlı evrimini sağlamak için herhangi bir kuruluş veya kullanıcı tarafından kullanım veya dağıtıma çok az kısıtlama getirmesi açık kaynağın açık bir "özelliğidir".

FSF'den Richard Stallman , başlangıçta kabul etmesine rağmen, şimdi "Açık Kaynak" teriminin "özgür yazılım" olarak adlandırdıkları şeye uygulanmasına açıkça karşı çıkıyor. Stallman, iki terimin "neredeyse aynı yazılım kategorisini" tanımladığını kabul etmesine rağmen, terimleri yanlış ve yanıltıcı olarak eşitlemeyi düşünüyor. Stallman ayrıca, FSF'nin yazılım özgürlüğü için idealist standartlarından ödün verilmesiyle özgür yazılım özgürlük ve topluluk ideallerinin tehdit edildiğinden korktuğu için Açık Kaynak Girişimi'nin sözde pragmatizmine de karşı çıkıyor. FSF, özgür yazılımı açık kaynaklı yazılımın bir alt kümesi olarak görüyor ve Richard Stallman, örneğin DRM yazılımının, kullanıcılarına özgürlük vermemesine (onları kısıtlamasına) rağmen açık kaynak olarak geliştirilebileceğini açıkladı. özgür yazılım olarak nitelendirilemez.

Açık kaynaklı yazılım lisanslama

Bir yazar açık kaynaklı bir projeye (örneğin, Apache.org) kod katkıda bulunduğunda, bunu açık bir lisans (örneğin, Apache Katılımcı Lisans Sözleşmesi) veya örtülü bir lisans (örneğin, projenin altında yer aldığı açık kaynak lisansı) altında yapar. zaten lisans kodu). Bazı açık kaynaklı projeler, katkıda bulunan kodu bir lisans altında almaz, ancak projeye kod katkılarını kabul etmek için aslında yazarın telif hakkının ortak olarak atanmasını gerektirir.

Özgür yazılım lisansı /açık kaynak lisanslarına örnek olarak Apache Lisansı , BSD lisansı , GNU Genel Kamu Lisansı , GNU Kısıtlı Genel Kamu Lisansı , MIT Lisansı , Eclipse Kamu Lisansı ve Mozilla Kamu Lisansı verilebilir .

Açık kaynak lisanslarının çoğalması, açık kaynak hareketinin olumsuz bir yönüdür, çünkü lisanslar arasındaki farklılıkların yasal sonuçlarını anlamak genellikle zordur. 180.000'den fazla açık kaynak projesi ve 1400'den fazla benzersiz lisansla, "kapalı kaynak" ticari işletmelerde açık kaynak kullanımının nasıl yönetileceğine karar vermenin karmaşıklığı önemli ölçüde arttı. Bazıları evde yetiştirilirken, diğerleri Berkeley Software Distribution ("BSD"), Apache, MIT tarzı (Massachusetts Teknoloji Enstitüsü) veya GNU Genel Kamu Lisansı ("GPL") gibi ana akım FOSS lisanslarından sonra modellenmiştir. Bunu göz önünde bulundurarak, açık kaynak uygulayıcıları, FOSS lisanslarının gruplandırıldığı sınıflandırma şemalarını kullanmaya başlıyor (tipik olarak copyleft hükmünün mevcudiyeti ve getirdiği yükümlülükler ; copyleft hükmünün gücü).

Açık kaynak / özgür yazılım hareketi için önemli bir yasal dönüm noktası, 2008 yılında, ABD federal temyiz mahkemesinin, özgür yazılım lisanslarının telif hakkıyla korunan çalışmanın kullanımı konusunda kesinlikle yasal olarak bağlayıcı koşullar belirlediğine ve dolayısıyla mevcut telif hakkı yasası kapsamında uygulanabilir olduklarına karar vermesiyle geçildi. . Sonuç olarak, son kullanıcılar lisans koşullarını ihlal ederse, lisansları kaybolur, bu da telif hakkını ihlal ettikleri anlamına gelir. Bu lisanslama riskine rağmen, çoğu ticari yazılım satıcısı, örneğin Apache lisansını kullanarak, lisans koşullarını yerine getirirken ticari ürünlerde açık kaynaklı yazılım kullanıyor.

sertifikalar

Sertifikasyon, kullanıcı güvenini oluşturmaya yardımcı olabilir. Sertifikasyon en basit bileşene, bütün bir yazılım sistemine uygulanabilir. Birleşmiş Milletler Üniversitesi Uluslararası Yazılım Teknolojisi Enstitüsü , "Küresel Masaüstü Projesi" olarak bilinen bir proje başlattı. Bu proje, her son kullanıcının anlayabileceği ve etkileşime geçebileceği bir masaüstü arayüzü oluşturmayı, böylece dil ve kültürel engelleri aşmayı amaçlamaktadır. Proje, gelişmekte olan ülkelerin bilgi sistemlerine erişimini iyileştirecektir. UNU/IIST, sertifikaları sunarak yazılımın kalitesinden herhangi bir ödün vermeden bunu başarmayı umuyor.

Açık kaynaklı yazılım geliştirme

geliştirme modeli

Açık kaynaklı evangelist Eric S. Raymond , 1997 tarihli The Cathedral and the Bazaar adlı makalesinde , OSS'yi geliştirmek için çarşı modeli olarak bilinen bir model önerir . Raymond, geleneksel metodolojilerle yazılım geliştirmeyi, "harika bir izolasyon içinde çalışan bireysel sihirbazlar veya küçük büyücü grupları tarafından özenle hazırlanmış" bir katedral inşa etmeye benzetiyor. Tüm yazılımların, "farklı gündemlerin ve yaklaşımların büyük bir gevezelik pazarı" olarak tanımladığı çarşı stili kullanılarak geliştirilmesi gerektiğini öne sürüyor.

Katedral modeli olarak adlandırdığı geleneksel kalkınma modelinde kalkınma merkezi bir şekilde gerçekleşir. Roller açıkça tanımlanmıştır. Roller, tasarıma adanmış kişileri (mimarlar), projeyi yönetmekten sorumlu kişileri ve uygulamadan sorumlu kişileri içerir. Geleneksel yazılım mühendisliği, katedral modelini takip eder.

Ancak çarşı modeli farklıdır. Bu modelde roller açıkça tanımlanmamıştır. Gregorio Robles, bazaar modeli kullanılarak geliştirilen yazılımın aşağıdaki kalıpları sergilemesi gerektiğini önermektedir:

Kullanıcılar ortak geliştiriciler olarak ele alınmalıdır
Kullanıcılara ortak geliştiriciler gibi davranılır ve bu nedenle yazılımın kaynak koduna erişimleri olmalıdır. Ayrıca, kullanıcıların yazılıma eklemeler, yazılım için kod düzeltmeleri, hata raporları , belgeler vb. göndermeleri teşvik edilir. Daha fazla ortak geliştiriciye sahip olmak, yazılımın gelişme hızını artırır. Linus'un yasası , "Yeterli göz küresi verildiğinde, tüm böcekler sığdır" der. Bu, birçok kullanıcının kaynak kodunu görüntülemesi durumunda, sonunda tüm hataları bulacağı ve nasıl düzeltileceğini önereceği anlamına gelir. Bazı kullanıcıların gelişmiş programlama becerilerine sahip olduğunu ve ayrıca her kullanıcının makinesinin ek bir test ortamı sağladığını unutmayın. Bu yeni test ortamı, yeni bir hatayı bulma ve düzeltme yeteneği sunar.
Erken sürümler
Yazılımın ilk sürümü, ortak geliştiricileri erken bulma şansını artırmak için mümkün olduğunca erken piyasaya sürülmelidir.
Sık entegrasyon
Proje yaşam döngüsünün sonunda çok sayıda hatayı düzeltme ek yükünü önlemek için kod değişiklikleri mümkün olduğunca sık entegre edilmelidir (paylaşılan bir kod tabanında birleştirilmelidir). Bazı açık kaynaklı projeler, entegrasyonun günlük olarak otomatik olarak yapıldığı gece derlemelerine sahiptir.
Birkaç versiyon
Yazılımın en az iki versiyonu olmalıdır. Daha fazla özelliğe sahip daha hızlı bir sürüm ve daha az özelliğe sahip daha kararlı bir sürüm olmalıdır. Buggy sürümü (geliştirme sürümü olarak da adlandırılır), en son özellikleri hemen kullanmak isteyen ve henüz tam olarak test edilmemiş kod kullanma riskini kabul etmeye istekli kullanıcılar içindir. Kullanıcılar daha sonra ortak geliştiriciler olarak hareket edebilir, hataları bildirebilir ve hata düzeltmeleri sağlayabilir.
Yüksek modülerleştirme
Yazılımın genel yapısı, bağımsız bileşenler üzerinde paralel geliştirmeye izin verecek şekilde modüler olmalıdır.
Dinamik karar verme yapısı
Değişen kullanıcı gereksinimlerine ve diğer faktörlere bağlı olarak stratejik kararlar veren resmi veya gayri resmi bir karar alma yapısına ihtiyaç vardır. Aşırı programlama ile karşılaştırın .

Ancak veriler, OSS'nin çarşı modelinin önerdiği kadar demokratik olmadığını gösteriyor. 31.999 geliştirici tarafından beş milyar bayt ücretsiz/açık kaynak kodunun analizi, kodun %74'ünün yazarların en aktif %10'u tarafından yazıldığını gösteriyor. Bir projede yer alan ortalama yazar sayısı 5,1'di ve medyan 2'ydi.

Avantajlar ve dezavantajlar

Açık kaynaklı yazılımların elde edilmesi genellikle özel mülk yazılımlardan daha kolaydır ve genellikle kullanımın artmasına neden olur. Ek olarak, bir standardın açık kaynaklı bir uygulamasının mevcudiyeti, o standardın benimsenmesini artırabilir. Ayrıca, geliştiriciler kendilerini yetkili hissettikleri ve son ürüne sahip oldukları hissine sahip oldukları için geliştirici sadakati oluşturmaya yardımcı oldu.

Ayrıca, OSS için daha düşük pazarlama ve lojistik hizmet maliyetlerine ihtiyaç vardır. Ticari ürünleri de dahil olmak üzere bir şirketin imajını tanıtmak için iyi bir araçtır. OSS geliştirme yaklaşımı, güvenilir, yüksek kaliteli yazılımların hızlı ve ucuz bir şekilde üretilmesine yardımcı olmuştur.

Açık kaynak geliştirme, daha hızlı yenilik ve yenilik ve sosyal değer yaratma potansiyeli sunar. Örneğin Fransa'da, hükümeti ücretsiz açık kaynaklı yazılımları desteklemeye teşvik eden bir politika, yılda yaklaşık 600.000 OSS katkısına yükseldi ve açık kaynaklı yazılımın niceliğini ve kalitesini artırarak toplumsal değer yarattı. Bu politika aynı zamanda teknoloji girişimlerinin tahmini olarak %18'e varan bir artışa ve BT sektöründe istihdam edilen kişi sayısında %14'e varan bir artışa yol açtı.

Yazılım hatalarını test eden ve düzelten binlerce bağımsız programcıya sahip olduğu için daha güvenilir olduğu söylenir. Açık kaynak, onu orijinal olarak oluşturan şirkete veya yazara bağlı değildir. Şirket başarısız olsa bile kod varlığını sürdürür ve kullanıcıları tarafından geliştirilir. Ayrıca herkesin erişebileceği açık standartlar kullanır; bu nedenle, tescilli yazılımda bulunabilecek uyumsuz format sorunu yoktur.

Esnektir çünkü modüler sistemler programcıların özel arayüzler oluşturmasına veya ona yeni yetenekler eklemesine izin verir ve açık kaynaklı programlar çok sayıda farklı programcı arasındaki işbirliğinin ürünü olduğu için yenilikçidir. Farklı bakış açılarının, kurumsal hedeflerin ve kişisel hedeflerin karışımı yeniliği hızlandırır.

Ayrıca, tamamen teknik gerekliliklere uygun olarak özgür yazılım geliştirilebilir. Genellikle yazılımın kalitesini düşüren ticari baskı hakkında düşünmeyi gerektirmez. Ticari baskılar, geleneksel yazılım geliştiricilerinin müşterilerin gereksinimlerine güvenlik gereksinimlerinden daha fazla dikkat etmelerini sağlar, çünkü bu özellikler müşteri tarafından bir şekilde görünmezdir.

Bazen açık kaynak geliştirme sürecinin iyi tanımlanmayabileceği ve geliştirme sürecindeki sistem testi ve dokümantasyon gibi aşamaların göz ardı edilebileceği söylenir. Ancak bu yalnızca küçük (çoğunlukla tek programcı) projeler için geçerlidir. Daha büyük, başarılı projeler, ekip çalışmasını mümkün kılmak için ihtiyaç duydukları için en azından bazı kuralları tanımlar ve uygular. En karmaşık projelerde bu kurallar, iki bağımsız geliştirici tarafından yapılan küçük değişiklikleri bile gözden geçirmek kadar katı olabilir.

OSS girişimlerinin tümü başarılı olmamıştır; örneğin, SourceXchange ve Eazel . Açık kaynağın kalite sistemleri üretme yeteneğine ikna olmayan yazılım uzmanları ve araştırmacılar, en önemli problemler olarak belirsiz süreci, kusurların geç keşfedilmesini ve herhangi bir ampirik kanıtın olmamasını (verimlilik ve kalite ile ilgili toplanan veriler) belirler. Açık kaynak paradigması etrafında ticari olarak sağlam bir iş modeli tasarlamak da zordur. Sonuç olarak, yalnızca teknik gereksinimler karşılanabilir, pazarın gereksinimleri karşılanamaz. Güvenlik açısından, açık kaynak, bilgisayar korsanlarının yazılımın zayıflıkları veya boşlukları hakkında kapalı kaynaklı yazılıma göre daha kolay bilgi sahibi olmasına izin verebilir. Sanal organizasyonlara katılan otonom ajanların etkin performansının yaratılması kontrol mekanizmalarına bağlıdır.

Geliştirme araçları

OSS geliştirmede, ürünün geliştirilmesini ve geliştirme sürecinin kendisini desteklemek için araçlar kullanılır.

Concurrent Versions System (CVS) ve sonraki Subversion (SVN) ve Git gibi revizyon kontrol sistemleri , genellikle kendileri açık kaynak olan, bir yazılım projesi için kaynak kod dosyalarının ve bu dosyalarda yapılan değişikliklerin yönetilmesine yardımcı olan araçlara örnektir. Projeler sıklıkla Launchpad , GitHub , GitLab ve SourceForge gibi kaynak kodu barındırma tesislerinde barındırılan ve yayınlanan " havuzlarda " saklanır .

Açık kaynak projeleri genellikle "biraz resmileştirilmiş süreç modellemesi veya desteği" ile gevşek bir şekilde düzenlenir, ancak sorun izleyiciler gibi yardımcı programlar genellikle açık kaynaklı yazılım geliştirmeyi organize etmek için kullanılır. Yaygın olarak kullanılan bugtracker'lar arasında Bugzilla ve Redmine bulunur .

Posta listeleri ve IRC gibi araçlar, geliştiriciler arasında koordinasyon araçları sağlar. Merkezi kod barındırma siteleri, geliştiricilerin iletişim kurmasını sağlayan sosyal özelliklere de sahiptir.

organizasyonlar

OSS geliştirmede yer alan "önde gelen kuruluşlardan" bazıları arasında Apache web sunucusunun yaratıcıları olan Apache Software Foundation ; 2012 itibariyle Linux işletim sistemi çekirdeğinin yaratıcısı Linus Torvalds'ı istihdam eden kar amacı gütmeyen Linux Vakfı ; Eclipse yazılım geliştirme platformunun evi olan Eclipse Foundation ; etkili Debian GNU/Linux dağıtımının yaratıcıları olan Debian Projesi ; Firefox web tarayıcısının evi olan Mozilla Foundation ; ve OW2 , açık kaynaklı ara katman yazılımı geliştiren Avrupa doğumlu topluluk. Yeni kuruluşlar daha karmaşık bir yönetişim modeline sahip olma eğilimindedir ve üyelikleri genellikle tüzel kişilik üyeleri tarafından oluşturulur.

Açık Kaynak Yazılım Enstitüsü , 2001 yılında kurulmuş, ABD Federal, eyalet ve yerel hükümet kurumlarında açık kaynaklı yazılım çözümlerinin geliştirilmesini ve uygulanmasını teşvik eden, üyeliğe dayalı, kar amacı gütmeyen (501 (c)(6)) bir kuruluştur. OSSI'nin çabaları, Federal Hükümet ve Savunma ve Ulusal Güvenlik topluluklarında açık kaynaklı yazılım programlarının ve politikalarının benimsenmesini teşvik etmeye odaklanmıştır.

Amerika için Açık Kaynak, Amerika Birleşik Devletleri Federal Hükümeti'nde açık kaynaklı yazılımın faydaları hakkında farkındalık yaratmak için oluşturulmuş bir gruptur. Belirtilen hedefleri, hükümetin açık kaynaklı yazılım kullanımını, açık kaynaklı yazılım projelerine katılımını ve hükümetin şeffaflığını artırmak için açık kaynaklı topluluk dinamiklerini dahil etmesini teşvik etmektir.

Mil-OSS , orduda OSS kullanımının ve yaratılmasının geliştirilmesine adanmış bir gruptur.

Finansman

İş merkezleri açık kaynaklı yazılım geliştirmeye odaklanan şirketler, tanımı gereği ücretsiz lisanslı yazılım sağlayarak nasıl para kazanılacağı sorununu çözmek için çeşitli iş modelleri kullanır. Bu iş stratejilerinin her biri, açık kaynak teknolojilerinin kullanıcılarının, tescilli lisanslar altında ek yazılım özellikleri satın almaya veya işin özü olan açık kaynak yazılımını tamamlayan diğer hizmetleri veya değer unsurlarını satın almaya istekli oldukları varsayımına dayanır. Bu ek değer, iş veya uyumluluk gereksinimlerini karşılamak için kurumsal düzeyde özellikler ve çalışma süresi garantileri (genellikle bir hizmet düzeyi sözleşmesi aracılığıyla) olabilir, ancak bunlarla sınırlı değildir, açık kaynaklı sürümde henüz mevcut olmayan özelliklerden kaynaklanan performans ve verimlilik kazanımları , yasal koruma (örneğin, telif hakkı veya patent ihlalinden tazminat) veya tescilli yazılım uygulamalarının tipik özelliği olan profesyonel destek/eğitim/danışmanlık.

Diğer yazılım lisanslama/geliştirme modelleriyle karşılaştırmalar

Kapalı kaynak / tescilli yazılım

Açık kaynak ile kapalı kaynak (alternatif olarak tescilli yazılım olarak adlandırılır) arasındaki tartışma bazen hararetlidir.

(Açık Kaynaklı İş Konferansı anketi tarafından sağlanan) kişi veya kuruluşların açık kaynaklı yazılımı seçmelerinin en önemli dört nedeni şunlardır:

  1. daha az maliyet
  2. güvenlik
  3. hiçbir satıcı 'kilitlenme'
  4. daha iyi kalite

Yenilikçi şirketler artık büyük ölçüde yazılım satışlarına güvenmediğinden, tescilli yazılımlar daha az gerekli hale geldi. Bu nedenle, açık kaynaklı içerik yönetim sistemi veya CMS dağıtımları gibi şeyler daha yaygın hale geliyor. 2009'da ABD Beyaz Saray, CMS sistemini tescilli bir sistemden Drupal açık kaynaklı CMS'ye geçirdi. Ayrıca, Novell gibi şirketler (geleneksel olarak yazılımı eski moda şekilde satarlar), ürün sunumunun bir kısmını açık kaynak koduna çevirmiş olduklarından, açık kaynak kullanılabilirliğine geçmenin faydalarını sürekli olarak tartışırlar. Bu şekilde, açık kaynaklı yazılım, benzersiz veya belirli sorunlara çözümler sunar. Bu nedenle, kurumsal düzeydeki şirketlerin %98'inin bir kapasitede açık kaynaklı yazılım tekliflerini kullandığı bildiriliyor.

Bu pazar değişimiyle birlikte, daha kritik sistemler açık kaynak tekliflerine güvenmeye başlıyor ve "güvenlik hatalarını aramaya" yardımcı olmak için daha fazla finansmana ( ABD İç Güvenlik Bakanlığı hibeleri gibi) izin veriyor. ÖSS'yi benimseyen (ya da benimsemeyen) kuruluşlarla ilgili bir pilot çalışmaya göre, yöneticinin inançlarında aşağıdaki istatistiksel anlamlı faktörler gözlemlendi: (a) sonuçlara yönelik tutumlar, (b) diğerlerinin etkileri ve davranışları ve (c) onların hareket etme yeteneği.

Tescilli kaynak distribütörleri, pazar payı değişimi nedeniyle açık kaynak topluluğunu geliştirmeye ve katkıda bulunmaya başladılar ve bunu, rekabetçi kalabilmek için modellerini yeniden icat etme ihtiyacıyla yapıyorlar.

Birçok savunucu, herhangi bir kişi kodu görüntüleyebildiği, düzenleyebildiği ve değiştirebildiği için açık kaynaklı yazılımın doğası gereği daha güvenli olduğunu savunuyor. Linux kaynak kodunun bir çalışmasında, 1000 kod satırı başına 0.17 hata bulunurken, tescilli yazılımlar genellikle 1000 satır başına 20-30 hata puanı alır.

Ücretsiz yazılım

Özgür yazılım hareketinin lideri Richard Stallman'a göre , temel fark, bir terimi diğerine tercih ederek (yani, "açık kaynak" veya " özgür yazılım ") birinin, diğerlerinin hedeflerinin ne olduğunu bilmesini sağlamasıdır: "Açık kaynak bir geliştirme metodolojisidir; özgür yazılım bir sosyal harekettir." Bununla birlikte, açık kaynaklı yazılım ile özgür yazılım arasında önemli bir örtüşme vardır.

FSF, "açık kaynak" teriminin farklı türden bir belirsizliği beslediğini, öyle ki kaynağın salt kullanılabilirliğini, onu kullanma, değiştirme ve yeniden dağıtma özgürlüğüyle karıştırdığını söyledi. Öte yandan, "özgür yazılım" terimi, "özgür" kelimesinin belirsizliği nedeniyle "ücretsiz olarak temin edilebilir" olarak eleştirildi, bu da iş benimsemek için cesaret kırıcı olarak görüldü ve terimin tarihsel belirsiz kullanımı.

Geliştiriciler , sonuç olarak, aynı zamanda özgür yazılım olan açık kaynaklı yazılımı tanımlamak için Özgür ve Açık Kaynaklı Yazılım ( FOSS ) veya Özgür/Libre ve Açık Kaynaklı Yazılım (FLOSS) alternatif terimlerini kullandılar . Açık kaynaklı yazılımın tanımı FSF'nin özgür yazılım tanımına çok benzemekle birlikte , esas olarak Bruce Perens tarafından Eric S. Raymond ve diğerlerinin girdileriyle yazılmış ve uyarlanmış Debian Özgür Yazılım Yönergeleri'ne dayanmaktadır .

"Açık kaynak" terimi, başlangıçta ticari marka olabilir; ancak, terim çok açıklayıcı kabul edildi, bu nedenle hiçbir ticari marka mevcut değil. OSI, insanların açık kaynağa bir ticari marka gibi davranmasını ve onu yalnızca OSI onaylı bir lisans altında lisanslanan yazılımı tanımlamak için kullanmasını tercih eder.

OSI Certified , yalnızca Open Source Initiative listesinde listelenen bir lisans kapsamında lisanslı yazılım dağıtan kişilere lisanslı bir ticari markadır.

Açık kaynak ve kaynak mevcut

OSI'nin "açık kaynaklı yazılım" tanımı yaygın olarak kabul edilse de, az sayıda kişi ve kuruluş bu terimi, kaynağın görüntülenebildiği, ancak yasal olarak değiştirilemeyen veya yeniden dağıtılamayan yazılımlara atıfta bulunmak için kullanır. Bu tür yazılımlara daha çok , 2001'de Microsoft tarafından ortaya atılan bir terim olan kaynağa uygun veya paylaşılan kaynak olarak atıfta bulunulur . 2007'de Microsoft'un Paylaşılan Kaynak Girişimi lisanslarından ikisi OSI tarafından onaylanmış olsa da, SSI programından alınan çoğu lisans hala kaynaktır . -yalnızca kullanılabilir .

Açık kaynak kullanımı

Açık kaynak kullanımı, açık kaynak hareketini yayma eylemidir ve çoğunlukla önceden tescilli yazılımın bir açık kaynak / özgür yazılım lisansı altında yayınlanmasına atıfta bulunur, ancak aynı zamanda Açık Kaynak yazılımının programlanması veya Açık Kaynak yazılımının yüklenmesi anlamına da gelebilir.

Önceden tescilli olan ve açık kaynaklı olan önemli yazılım paketleri şunları içerir:

Yazılımın lisansını değiştirmeden önce, distribütörler genellikle, kaldırmaları veya lisansı için izin almaları gereken üçüncü taraf lisanslı kodun kaynak kodunu denetler. Arka kapılar ve diğer kötü amaçlı yazılımlar da, kodun yayınlanmasından sonra kolayca keşfedilebilecekleri için kaldırılmalıdır.

Mevcut uygulamalar ve benimseme

"Önemli işlevleri Windows'tan Linux'a taşıdık çünkü kararlı ve güvenilir bir işletim sistemine ihtiyacımız vardı - bize şirket içi kontrol sağlayacak bir. Yani yama yapmamız, ayarlamamız veya uyarlamamız gerekirse, yapabiliriz."

Uluslararası Uzay İstasyonu (ISS) için bilgisayar sistemlerini yöneten United Space Alliance'ın , ISS'de neden Windows'tan Debian GNU/Linux'a geçmeyi seçtiklerine ilişkin resmi açıklaması

Yaygın olarak kullanılan açık kaynaklı yazılım

Açık kaynaklı yazılım projeleri, gönüllü programcılardan oluşan bir ağ tarafından oluşturulur ve sürdürülür ve ticari ürünlerin yanı sıra ücretsiz olarak da yaygın olarak kullanılır. Açık kaynaklı ürünlerin başlıca örnekleri, Apache HTTP Sunucusu , e-ticaret platformu osCommerce , internet tarayıcıları Mozilla Firefox ve Chromium (ücretsiz Google Chrome'un geliştirilmesinin büyük çoğunluğunun yapıldığı proje ) ve tam ofis paketi LibreOffice'dir . En başarılı açık kaynaklı ürünlerden biri, açık kaynaklı Unix benzeri bir işletim sistemi olan GNU/Linux işletim sistemi ve mobil cihazlar için bir işletim sistemi olan Android türevidir . Bazı endüstrilerde, açık kaynaklı yazılım normdur.

Yazılım dışı kullanım için uzantılar

"Açık kaynak" terimi başlangıçta yalnızca yazılımın kaynak koduna uygulanmış olsa da, şimdi açık kaynak ekolojisi , teknolojileri herhangi bir insanın kullanabilmesi için ademi merkezileştirme hareketi gibi birçok başka alana da uygulanmaktadır. Bununla birlikte, genellikle, yalnızca kısmen örtüşen, farklı ve rekabet eden ilkeleri olan diğer alanlara yanlış uygulanır.

Açık kaynaklı yazılımların altında yatan aynı ilkeler, açık kaynaklı donanım , Wikipedia ve açık erişimli yayıncılık gibi diğer birçok girişimde bulunabilir . Toplu olarak, bu ilkeler açık kaynak, açık içerik ve açık işbirliği olarak bilinir : "Ekonomik değere sahip bir ürün (veya hizmet) yaratmak için etkileşime giren, amaca yönelik ancak gevşek bir şekilde koordine edilmiş katılımcılara dayanan herhangi bir yenilik veya üretim sistemi. hem katkıda bulunanların hem de katkıda bulunmayanların kullanımına sunarlar."

Bu "kültür" veya ideoloji, ilkelerin, ticari şirketlerde tipik olarak kullanılanlar gibi daha merkezi kalkınma modellerinin aksine, farklı gündemlerin, yaklaşımların ve önceliklerin eşzamanlı girdisini kolaylaştırmak için daha genel olarak uygulandığı görüşündedir.

Ayrıca bakınız

Referanslar

daha fazla okuma

Dış bağlantılar