Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
Linus yasası, yazılım geliştirmede "Yeterince göz olduğu sürece, tüm hatalar yüzeyseldir" yönündeki görüştür. Bu yasa Eric S. Raymond tarafından "Katedral ve Pazar" adlı makale ve kitap çalışmasında formüle edilmiş ve Linus Torvalds'ın onuruna isimlendirilmiştir.
Daha resmi bir açıklama şöyledir: "Yeterince büyük bir beta testçi ve ortak geliştirici tabanı göz önüne alındığında, neredeyse her sorun hızlı bir şekilde tanımlanacaktır ve düzeltme birileri için belirgin olacaktır." Kabul edilmesi konusunda fikir birliğine varmak amacıyla kodun birden fazla geliştiriciye sunulması, yazılım incelemesinin basit bir biçimidir. Araştırmacılar ve uygulayıcılar, gözden geçirme süreçlerinin hataları ve güvenlik sorunlarını bulmadaki etkinliğini defalarca göstermiştir.
Geçerlilik
Robert Glass, 'Facts and Fallacies about Software Engineering' adlı eserinde bu yasadan açık kaynak hareketinin bir 'mantrası' olarak söz etmektedir. Ancak, destekleyici kanıtların eksikliği ve araştırmaların, ek hataların ortaya çıkarılma oranının gözden geçirenlerin sayısıyla doğrusal olarak ölçeklenmediğini göstermesi nedeniyle bunu bir yanılgı olarak nitelendirmektedir. Araştırmalara göre, iki ile dört arasında küçük bir maksimum yararlı gözden geçiren sayısı vardır ve bu sayının üzerindeki ek gözden geçirenler çok daha düşük bir oranda hataları ortaya çıkarmaktadır. Kapalı kaynak uygulayıcıları da bir yazılım projesinin geliştirilmesi sırasında sıkı, bağımsız kod analizini teşvik ederken, öncelikle " gözlerin " sayısına değil, birkaç kişi tarafından derinlemesine incelemeye odaklanmaktadırlar.
Heartbleed güvenlik hatasının kritik bir kod parçasında iki yıl boyunca varlığını devam ettirmesi, Raymond'un şu sözünün bir yalanlaması olarak değerlendirilmiştir. Larry Seltzer, kaynak kodun erişilebilir olmasının, bazı geliştiricilerin ve araştırmacıların kapalı kaynak kodlu yazılımlara kıyasla daha az kapsamlı testler yapmalarına neden olabileceğinden şüphelenmektedir. 2015 yılında Linux Vakfı'nın yönetici direktörü Jim Zemlin, modern yazılımın karmaşıklığının, güvenliğini artırmak için özel kaynak tahsisi gerektirecek seviyelere yükseldiğini savunmuştur. 2014'ün en büyük küresel açık kaynak yazılım güvenlik açıklarından bazılarıyla ilgili olarak, "Bu durumlarda, başka gözler gerçekten bakmıyordu" demektedir. Bu mantranın pratikte ne kadar işe yaradığını test etmek için büyük ölçekli deneyler veya hakemli anketler henüz yapılmamıştır.
Linus yasasının geçerliliğine dair ampirik destek, aynı organizasyonun popüler ve popüler olmayan projeleri karşılaştırılarak elde edilmiştir. Popüler projeler, GitHub yıldızlarının en üst %5'ine sahip projeler olarak tanımlanmıştır. Hata tespiti, hataları düzeltmeyle ilgili commit'lerin oranı olan düzeltici commit(değişiklik) olasılığı ile ölçülmüştür. Analiz, popüler projelerin daha yüksek bir hata düzeltme oranına sahip olduğunu göstermiştir. Google'ın popüler projelerde kod kalite standartlarını düşürme olasılığı düşük olduğundan, bu durum popüler projelerde artan hata tespit verimliliğinin bir göstergesidir.
Ayrıca bakınız
Kaynakça
- ^ Raymond, Eric S. . catb.org. 24 Nisan 2003 tarihinde kaynağından arşivlendi.
- ^ Raymond, Eric S. (1999). The Cathedral and the Bazaar. . s. 30. ISBN .
- ^ Pfleeger, Charles P.; Pfleeger, Shari Lawrence (2003). Security in Computing, 4th Ed. Prentice Hall PTR. ss. 154-157. ISBN .
- ^ Glass, Robert L. (2003). Facts and Fallacies of Software Engineering. Addison-Wesley. s. 174. ISBN . .
- ^ Howard, Michael; LeBlanc, David (2003). Writing Secure Code, 2nd. Ed. . ss. 44-45, 615, 726. ISBN . 23 Mayıs 2024 tarihinde kaynağından . Erişim tarihi: 23 Mayıs 2024.
- ^ Byfield, Bruce (14 Nisan 2014). . . 19 Mayıs 2014 tarihinde kaynağından arşivlendi.
- ^ Felten, Edward W.; Kroll, Joshua A. (2014). "Help Wanted on Internet Security". Scientific American. 311 (1): 14. doi:10.1038/scientificamerican0714-14. (PMID) 24974688.
- ^ a b Kerner, Sean Michael (20 Şubat 2015). . eSecurity Planet. 21 Şubat 2015 tarihinde kaynağından arşivlendi. Erişim tarihi: 21 Şubat 2015.
- ^ a b Seltzer, Larry (14 Nisan 2014). . ZDNet. 5 Ocak 2015 tarihinde kaynağından arşivlendi.
- ^ Arceneaux, Kevin; Gerber, Alan S.; Green, Donald P. (January 2006). "Comparing Experimental and Matching Methods Using a Large-Scale Voter Mobilization Experiment". Political Analysis (İngilizce). 14 (1): 37-62. doi:10.1093/pan/mpj001. ISSN 1047-1987. 26 Aralık 2023 tarihinde kaynağından . Erişim tarihi: 23 Mayıs 2024.
- ^ A bot will complete this citation soon. Click here to jump the queue arXiv:[1].
Konuyla ilgili yayınlar
- Jing Wang; J.M. Carroll (27 Mayıs 2011). Behind Linus's law: A preliminary analysis of open source software peer review practices in Mozi. Int. Conf. on Collaboration Technologies and Systems (CTS), Philadelphia, PA. IEEE Xplore Digital Library. ss. 117-124. doi:10.1109/CTS.2011.5928673.
wikipedia, wiki, viki, vikipedia, oku, kitap, kütüphane, kütübhane, ara, ara bul, bul, herşey, ne arasanız burada,hikayeler, makale, kitaplar, öğren, wiki, bilgi, tarih, yukle, izle, telefon için, turk, türk, türkçe, turkce, nasıl yapılır, ne demek, nasıl, yapmak, yapılır, indir, ücretsiz, ücretsiz indir, bedava, bedava indir, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, resim, müzik, şarkı, film, film, oyun, oyunlar, mobil, cep telefonu, telefon, android, ios, apple, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, pc, web, computer, bilgisayar
Linus yasasi yazilim gelistirmede Yeterince goz oldugu surece tum hatalar yuzeyseldir yonundeki gorustur Bu yasa Eric S Raymond tarafindan Katedral ve Pazar adli makale ve kitap calismasinda formule edilmis ve Linus Torvalds in onuruna isimlendirilmistir Linus yasasi Linus Torvalds in onuruna isimlendirilmistir Daha resmi bir aciklama soyledir Yeterince buyuk bir beta testci ve ortak gelistirici tabani goz onune alindiginda neredeyse her sorun hizli bir sekilde tanimlanacaktir ve duzeltme birileri icin belirgin olacaktir Kabul edilmesi konusunda fikir birligine varmak amaciyla kodun birden fazla gelistiriciye sunulmasi yazilim incelemesinin basit bir bicimidir Arastirmacilar ve uygulayicilar gozden gecirme sureclerinin hatalari ve guvenlik sorunlarini bulmadaki etkinligini defalarca gostermistir GecerlilikRobert Glass Facts and Fallacies about Software Engineering adli eserinde bu yasadan acik kaynak hareketinin bir mantrasi olarak soz etmektedir Ancak destekleyici kanitlarin eksikligi ve arastirmalarin ek hatalarin ortaya cikarilma oraninin gozden gecirenlerin sayisiyla dogrusal olarak olceklenmedigini gostermesi nedeniyle bunu bir yanilgi olarak nitelendirmektedir Arastirmalara gore iki ile dort arasinda kucuk bir maksimum yararli gozden geciren sayisi vardir ve bu sayinin uzerindeki ek gozden gecirenler cok daha dusuk bir oranda hatalari ortaya cikarmaktadir Kapali kaynak uygulayicilari da bir yazilim projesinin gelistirilmesi sirasinda siki bagimsiz kod analizini tesvik ederken oncelikle gozlerin sayisina degil birkac kisi tarafindan derinlemesine incelemeye odaklanmaktadirlar Heartbleed guvenlik hatasinin kritik bir kod parcasinda iki yil boyunca varligini devam ettirmesi Raymond un su sozunun bir yalanlamasi olarak degerlendirilmistir Larry Seltzer kaynak kodun erisilebilir olmasinin bazi gelistiricilerin ve arastirmacilarin kapali kaynak kodlu yazilimlara kiyasla daha az kapsamli testler yapmalarina neden olabileceginden suphelenmektedir 2015 yilinda Linux Vakfi nin yonetici direktoru Jim Zemlin modern yazilimin karmasikliginin guvenligini artirmak icin ozel kaynak tahsisi gerektirecek seviyelere yukseldigini savunmustur 2014 un en buyuk kuresel acik kaynak yazilim guvenlik aciklarindan bazilariyla ilgili olarak Bu durumlarda baska gozler gercekten bakmiyordu demektedir Bu mantranin pratikte ne kadar ise yaradigini test etmek icin buyuk olcekli deneyler veya hakemli anketler henuz yapilmamistir Linus yasasinin gecerliligine dair ampirik destek ayni organizasyonun populer ve populer olmayan projeleri karsilastirilarak elde edilmistir Populer projeler GitHub yildizlarinin en ust 5 ine sahip projeler olarak tanimlanmistir Hata tespiti hatalari duzeltmeyle ilgili commit lerin orani olan duzeltici commit degisiklik olasiligi ile olculmustur Analiz populer projelerin daha yuksek bir hata duzeltme oranina sahip oldugunu gostermistir Google in populer projelerde kod kalite standartlarini dusurme olasiligi dusuk oldugundan bu durum populer projelerde artan hata tespit verimliliginin bir gostergesidir Ayrica bakinizKitle kaynak Kalabaligin bilgeligi Linux Acik kaynak yazilim hareketiKaynakca Raymond Eric S catb org 24 Nisan 2003 tarihinde kaynagindan arsivlendi Raymond Eric S 1999 The Cathedral and the Bazaar s 30 ISBN 1 56592 724 9 Pfleeger Charles P Pfleeger Shari Lawrence 2003 Security in Computing 4th Ed Prentice Hall PTR ss 154 157 ISBN 0 13 239077 9 Glass Robert L 2003 Facts and Fallacies of Software Engineering Addison Wesley s 174 ISBN 0 321 11742 5 978 0321117427 Howard Michael LeBlanc David 2003 Writing Secure Code 2nd Ed ss 44 45 615 726 ISBN 0 7356 1722 8 23 Mayis 2024 tarihinde kaynagindan Erisim tarihi 23 Mayis 2024 Byfield Bruce 14 Nisan 2014 19 Mayis 2014 tarihinde kaynagindan arsivlendi Felten Edward W Kroll Joshua A 2014 Help Wanted on Internet Security Scientific American 311 1 14 doi 10 1038 scientificamerican0714 14 PMID 24974688 a b Kerner Sean Michael 20 Subat 2015 eSecurity Planet 21 Subat 2015 tarihinde kaynagindan arsivlendi Erisim tarihi 21 Subat 2015 a b Seltzer Larry 14 Nisan 2014 ZDNet 5 Ocak 2015 tarihinde kaynagindan arsivlendi Arceneaux Kevin Gerber Alan S Green Donald P January 2006 Comparing Experimental and Matching Methods Using a Large Scale Voter Mobilization Experiment Political Analysis Ingilizce 14 1 37 62 doi 10 1093 pan mpj001 ISSN 1047 1987 26 Aralik 2023 tarihinde kaynagindan Erisim tarihi 23 Mayis 2024 A bot will complete this citation soon Click here to jump the queue arXiv 1 Konuyla ilgili yayinlarJing Wang J M Carroll 27 Mayis 2011 Behind Linus s law A preliminary analysis of open source software peer review practices in Mozi Int Conf on Collaboration Technologies and Systems CTS Philadelphia PA IEEE Xplore Digital Library ss 117 124 doi 10 1109 CTS 2011 5928673