Başarılı ticari ürünler oluşturmak için açık kaynaklı yazılım kullanmak. Açık kaynak ve özgür yazılım

Açık kaynak yazılımın hayranları var ve son zamanlarda bir tür "ulusal" ürünün geliştirilmesi söz konusu olduğunda, temelde açık kaynak kastedilmektedir. Paradoksal olarak, bu tür yazılımlara olan ilgi, pratikte dağıtımını engelleyen birçok çarpıtma ve yanlış anlama üretti.

Şirketimiz 2005 yılından beri açık kaynak projelerinde yer almaktadır - ve kendi açık kaynak çözümlerimizin (OpenVZ, CRIU projeleri) geliştirilmesi sayesinde diğer açık kaynak projelerine (QEMU, OpenStack, libvirt, libcontainer, vb.) Son 10 yılda, açık kaynaklı yazılımlarla ilgili en yaygın efsanelerden bazılarını bir araya getirdik. Kavram yanılgılarının her birinin üzerinden geçeceğim ve neden yanlış olduğunu açıklayacağım. Elbette, daha fazlasını hatırlayacaksınız, ama bence bu beşi en "cehennem".

Açık kaynak projesi, açık kaynak projesidir.

Herhangi bir yazılım projesi birçok yapıdan oluşur: proje kaynak kodu, düzeltilmemiş kusurlar hakkında bilgi, test kaynak kodu, dokümantasyon. Projenin kaynak kodu, projenin yalnızca bir kısmıdır, ücretsiz erişim, tüm projeyi açık olarak adlandırma hakkını vermez. Kaynak koduna ek olarak, diğer geliştirme yapıtları ücretsiz olarak erişilebilir olmalıdır ve daha fazla yapıt açık oldukça, proje katkıda bulunanlara (projeye katkıda bulunmak isteyen kişiler) daha fazla açıktır. Ayrıca, tüm topluluk üyeleri arasında şeffaf süreçler, projede açık iletişim vb. Tüm bu önlemler yalnızca projenin geliştirilmesine ve topluluk üyelerinin verimli işbirliğine katkıda bulunacaktır.

Açık kaynaklı yazılımların kalitesi daha kötü çünkü herkes onun için kod yazabilir.

Açık kaynaklı yazılımın ana ilkesi - açık ortak geliştirme - kendi içinde düşük kaliteli kodun, koltuk değneklerinin ve yamaların diğer katılımcılardan gizlenemeyeceğinin garantisidir. Bu tür projelere katılan bir kişi, çalışmalarının hem analize hem de eleştiriye tabi tutulacağına ve bu nedenle hile yapmayacağına hazırdır. İtibarı tehlikede ve kimse onu kaybetmek istemiyor.

Ek olarak, bazı topluluklarda (örneğin, Linux çekirdeğinin geliştirilmesiyle ilgili topluluk) katı bir ilke vardır - orijinal çekirdeğe yalnızca en iyi, test edilmiş ve ideal kod kabul edilir. Düşük kaliteli değişiklikler ekleme girişimi reddedilir, ikinci girişim katkıda bulunan kişi veya şirket için itibar kaybıyla doludur.

Yani, bir açık kaynak projesi gerçekten herhangi bir kişinin kod yazmada yer almasını mümkün kılar, ancak ciddi projelerde, giriş eşiğinin yüksek olması nedeniyle, yetersiz uzmanlık düzeyine sahip kişilerden kod kabul edilmeyecektir.
Çoğu büyük BT şirketi (IBM, Google, Canonical, Parallels, vb.), açık kaynak projelerinde çalışmaları için uzmanlara ödeme yapılan ve dolayısıyla dolaylı olarak şirketin ürünleri üzerinde çalışan tüm departmanlara sahiptir.

Ayrı ayrı, açık kaynaklı projelere dayalı ürünler geliştiren şirketlerin, test sırasında kullandıkları açık projelerin kodunu geliştirmekle ilgilendiklerini belirtmekte fayda var. Bu nedenle, kodunuzda ve açık projenin kodunda mümkün olduğunca az farklılık olması için keşfedilen tüm sorunların düzeltilmesi ve bu düzeltmenin projenin ana dalına eklenmesi sağlanmalıdır. Ürünlerimiz diğer açık kaynak kodlu projelerin kodlarını kullandığı için bu projelerin kodlarında bulunan sorunları giderip upstream'e gönderiyoruz. RHEL çekirdeğindeki güvenlik açıklarıyla ilgili durum buydu: Red Hat, Vladimir Davydov'un RHEL6 çekirdeğindeki güncellemelerden birinde ciddi CVE-2014-0203 ve CVE-2014-4483 güvenlik açıklarını keşfettiğini kaydetti (bu arada ikinci sorun, Linux Test Projesi kullanılarak otomatik testlerimizden biri kullanılarak bulundu). Vasily Averin, CVE-2014-5045 hatasını bulduğu için teşekkür aldı, CVE-2012-4508 için Dmitry Monakhov. Linux çekirdeğinin iyi bir şekilde test edildiği gerçeği Andrew Morton tarafından bile not edildi (bu kim?): “İlgileniyorum. Geçtiğimiz birkaç ay içinde, @ openvz.org'daki insanlar bir sürü belirsiz ama ciddi ve oldukça eski hata buldular (ve düzelttiler). Bu böcekleri nasıl buldunuz?"

Sonuç

Aslında, tüm bu efsaneler, çoğunlukla OpenSource yazılımıyla çalışmaya yeni başlayan veya hiç denememiş olan kullanıcılar arasında ortaya çıkar. Önyargılardan kurtulmanın en iyi yolu, bu tür çözümlerle yakın çalışmaya başlamaktır.
Kısa süre önce Virtuozzo 7'nin bir sonraki sürümü için açık geliştirme sürecini duyurduk. Siz de en iyi konteyner sanallaştırma teknolojisini oluşturmakla ilgileniyorsanız, o zaman

LiveCD ve DVD'deki tüm yazılımlar, oss olmayan depoda bulunan bazı istisnalar (Flash, Opera, Acrobat Reader ve diğerleri) dışında ücretsiz ve açık kaynaklı yazılımdır (ücretsiz ve açık kaynaklı yazılım). hakkında konuştuğumuzda ücretsiz yazılım, Demek istediğimiz fiyat değil özgürlük.

özgür yazılım nedir

Özgür yazılım hareketi, 1984 yılında GNU Projesi'ni (yinelemeli kısaltma: GNU's Not Unix) kuran Richard M. Stallman tarafından başlatıldı. Bir yıl sonra, aynı zamanda FSF olarak da bilinen Özgür Yazılım Vakfı'nı kurdu. ...

Özgür yazılım 4 ana "serbestlik derecesine" ayrılabilir:

• özgürlük kullanmak programları herhangi bir şekilde (özgürlük 0)
• özgürlük nasıl çalışılacağını öğrenmek programı, ihtiyaçlarınıza göre uyarlamanın yanı sıra (özgürlük 1) Bu, kaynak koduna erişim gerektirir.
• özgürlük kopyaların dağıtımı programlar. Komşunuzla paylaşabilirsiniz. (özgürlük 2)
• özgürlük programı geliştir ve yaptığınız iyileştirmeleri tüm topluluğun yararına yayınlayın (özgürlük 3). Bu, kaynak koduna erişim gerektirir.

Özgür olmayan yazılıma tescilli denir. Shareware ve freeware'i özgür yazılımla karıştırmamak önemlidir, bunlar iki farklı şeydir.

Açık Kaynak Yazılım Nedir?

Açık kaynak özgür yazılım hareketi, açık kaynak ve özgür yazılım geliştirmenin açık modelini kullanmanın teknik ve ekonomik faydalarını vurgulayan insanlar tarafından 1990'ların başında başladı. Ancak, açık kaynak topluluğu tarafından ücretsiz olarak tanınan az miktarda yazılım kodu vardır, bu nedenle FOSS (ücretsiz ve ücretsiz açık kaynaklı yazılım) terimi sıklıkla kullanılır. Çünkü, kesinlikle konuşmak gerekirse, Özgür Yazılım ve Açık Kaynak Yazılım hiç de sanıldığı gibi aynı şey değildir. Örneğin, bir yazılım ürünü lisans sözleşmesi, kaynak kodunun araştırılmasına izin verirken, kopyalarının değiştirilmesini ve/veya dağıtılmasını yasaklayabilir. Bu durumda ürün açık kaynaktır (Açık Kaynak), ancak ücretsiz değildir (Ücretsiz).

Özgür Yazılım Kullanmanın Faydaları

Özgür yazılım, başlıcaları aşağıda sıralanan çeşitli nedenlerle kullanmak için faydalıdır.

Hata düzeltme

Yazılım ürünü ücretsiz bir yazılımsa, bu size içinde bulunan hataları düzeltme ve ihtiyaçlarınıza göre değiştirme hakkını verir. Program tescilliyse, içinde bulunan hataları bağımsız olarak düzeltemez veya işlevselliği genişletemezsiniz. Bu durumda, gerekli düzeltmeleri yapmak ve ihtiyacınız olan özellikleri eklemek için yazılım ürününün sahibiyle iletişime geçmek zorunda kalacaksınız. Ancak, sahibinin bunu yapacağının garantisi yoktur.

Paylaşım

Özgür yazılım size kopyalarını dağıtma hakkı verir, böylece arkadaşlarınızın bir lisans almadan özgür yazılımı kullanmalarına yardımcı olur.

Programın ne yaptığını ve nasıl yaptığını bilin ve kontrol edin

Vakaların büyük çoğunluğunda, tescilli programın tam olarak ne yaptığını bilemezsiniz. Bu nedenle, programın yalnızca sizden istediğinizi yaptığından emin olamazsınız, çünkü bilginiz olmadan bazı eylemler yapabilir (örneğin, yaratıcılarına bir kullanıcı olarak hakkınızda bilgi göndermek veya çeşitli karakterde belgelenmemiş yeteneklere sahip olmak). Tabii ki, ücretsiz yazılım kullanılması durumunda bu tür sıkıntılara karşı tamamen sigortalısınız. Sonuçta, programın tam olarak ne yaptığını ve nasıl yaptığını bilmenizi sağlayan programın kaynak koduna sahipsiniz. Yeteneklerinden ve / veya çalışmalarının özelliklerinden biri veya birkaçı size uymuyorsa, kodda ihtiyacınız olan değişiklikleri yapabilirsiniz.

Teknik faydalar

Ücretsiz bir yazılım ürününün açık kaynak kodu, çok sayıda insan tarafından kullanılabilir, bu da onlara içinde bulunan hataları düzeltme fırsatı verir; bu, ürünün geliştirilmesine ve iyileştirilmesine katkıda bulunur. Bu "akran değerlendirmesi" sistemi, bilimsel araştırma yöntemiyle karşılaştırılabilir. Buna karşılık, tescilli ürünün tescilli kodu gizli tutulur ve şirket dışından neredeyse hiç kimse tarafından görülmez.

Ekonomik faydalar

Özgür yazılım, şirketlere geliştirdikleri yazılımın maliyetini paylaşma olanağı sağlar. Örneğin, Novell ve RedHat aynı yazılımı geliştirmek için rekabet ediyor, ancak bunu yaparak birbirlerine yardımcı oluyorlar. IBM ve HP de rakipler, ancak Linux çekirdeğinin geliştirilmesine önemli katkılarda bulundular, böylece geliştirme maliyetlerini paylaştılar. Özgür yazılım, teknik destek için rekabetçi bir pazara sahip olmanızı sağlar ve bu nedenle kalitesi genellikle çok yüksektir. Tescilli yazılımda durum tam tersidir: yalnızca geliştirici şirket kaynak koduna erişebilir ve uygun teknik desteği sunabilir ve bu belirli bir derecede tekel gösterir. Ek olarak, bir yazılım ürününü satın almanın maliyeti sorusu ekonomik faydalara atfedilmelidir. Ücretsiz olması durumunda, bir kopyasını internetten indirebilir (veya sabit ortamdan satın alabilir), istediğiniz sayıda bilgisayara yükleyebilir ve sınırsız bir süre kullanabilirsiniz. Ürün tescilli ise, lisans sözleşmesinin şartlarına göre ürünün kullanımı çok güçlü bir şekilde sınırlandırılabilir (örneğin, kurulum sayısı ve / veya kullanım süresi sınırlaması ile).

Ben bir programcı değilim. Yukarıdakileri neden önemsemeliyim?

Gerçekten de, yukarıdaki özgürlüklerin ve fırsatların çoğu, yalnızca program kodunu okuyup yazabilen programcılar tarafından kullanılabilir. Ancak, özgür yazılımın yalnızca programcılar için tasarlandığını düşünmemelisiniz. Böyle olmadığınız halde, kullandığınız özgür yazılımı işlevselliğini genişletmek için şu veya bu şekilde değiştirmek isterseniz, (tek başına veya diğer kullanıcılarla ekip kurarak) bunu sizin için yapabilecek bir programcı tutabilirsiniz. Bu uygulama çok yaygındır. Ayrıca, özgür yazılım dağıtmak için kendi başınıza bir programcı olmanıza gerek yoktur.

Kuruluşumuz için açık/kapalı kaynak yazılım kullanmanın ne anlama geldiğini anlamak için birbirlerinden nasıl farklı olduklarını anlamak gerekir. Bu makale temel farklılıkları vurgulamaktadır, ancak bunun çok basitleştirilmiş bir açıklama olduğunu unutmayın. Daha fazla bilgi için Wikipedia'ya bakın veya her iki yazılım türü için özel kullanım örneklerine bakın.

Her şeyden önce, açık kaynaklı yazılım, bunu yapacak bilgi ve niteliklere sahip olduğumuz sürece programımızı değiştirip geliştirebileceğimiz anlamına gelir. Aksine, programın/uygulamanın kaynak kodu mevcut olmadığı için kapalı kaynak programı kendi başınıza değiştirmeniz mümkün değildir. Hepimiz programcı olmasak da, açık kaynaklı yazılımlarla çalışmaktan yine de yararlanabiliriz.

Bu tür yazılımlar, kullanıcılara ücretsiz olarak sağlanır ve yalnızca programlar değil, aynı zamanda işletim sistemleri de sağlanır. Kreasyonlarını İnternet'e yükleyen kullanıcıların kendileri tarafından oluşturulur ve geliştirilir. En popüler programlar, birçok kişi kullandıkça düzenli olarak güncellenir. Mozilla Firefox veya Thunderbird örneklerdir. Program düzenli olarak güncellenmiyorsa, gerekli teknik kaynaklara sahip olmayabilir - tüm soru, programın kaç kullanıcısı olduğudur. Yüksek güncelleme sıklığı, programı kullanmanın güvenliğinin kesin bir garantisidir. Bir güncelleme yükledikten sonra programın çalışmadığı ortaya çıkarsa (örneğin, işletim sisteminin yeni sürümü Skype tarafından desteklenmiyor), sorunu çözmenin iki yolu vardır: forumlarda yardım bulmaya çalışın İnternette veya nispeten zor olan sorunu kendiniz düzeltin.

Kapalı kaynaklı yazılımlar, açık kaynaklı yazılımlardan çok daha popülerdir. Her şeyden önce, kullanım kolaylığı nedeniyle, aynı zamanda buna alıştığımız için - kural olarak, okulda, işte ve evde Windows kullanıyoruz. Kapalı kaynaklı programlar ve işletim sistemleri söz konusu olduğunda, bizim tarafımızdan herhangi bir müdahale gerektirmeyen bitmiş bir ürünle karşı karşıyayız. Ortalama bir kullanıcının onlarla çalışması çok daha uygundur. Kapalı kaynaklı yazılım kullanıcıları, genellikle kurulum ve kullanmanın ne kadar kolay olduğunu, program hakkında net bir yardıma sahip olmanın ne kadar uygun olduğunu ve sorun olması durumunda teknik desteğe başvurma becerisini vurgular. Bu tür sistemler ve ürünler, şirketler tarafından ve yalnızca birkaç test aşamasından sonra piyasaya sürülür. Kullanıcı sadece bir bilgisayara kurulmaya hazır bütün bir yazılım paketini satın alır. Bu tür yazılımlar ücretlidir: bir lisans satın alırız ve genellikle güncellemeleri programlarız.

Bazı yazılım geliştiriciler, topluluk kuruluşlarını destekler ve onlara, örneğin, üyeleri farklı ülkelerde bulunan kapsamlı TechSoup ortak ağı aracılığıyla, uygun kar amacı gütmeyen kuruluşlar aracılığıyla ücretsiz veya indirimli fiyatlarla programlar sunar. Rusya'da program, Sosyal Teknolojiler Serası (Spiro LLC) tarafından uygulanmaktadır. infoDonor programı ile iletişime geçerek kuruluşunuzun programa katılıp katılamayacağını öğrenebilirsiniz. Şunu da unutmamak gerekir ki bir işletim sistemi seçerken aynı zamanda kendi bünyemizde çalışma şeklimizi de seçmiş oluyoruz. Örneğin Linux'u seçseydik Adobe çözümlerini kullanamazdık, Windows'u seçseydik bilgisayar sayısına göre lisans satın almak zorunda kalırdık. Her vakanın kendi artıları ve eksileri vardır. Kuruluşumuz tarafından tam olarak nelerin istendiğini, ekipmanın etkin kullanımı için kriterlerin neler olduğunu dikkatlice düşünmeli ve kapsamlı bir analizden sonra karar vermeliyiz.

Elbette açık kaynaklı veya kapalı kaynaklı yazılımlar Microsoft, Mac veya Linux ile sınırlı değildir. Lisans sorunu, bir kuruluşta kullanılan her türlü yazılımla bağlantılı olarak ortaya çıkar. Genel bir kural olarak, tüm lisansları ve hizmet sözleşmelerini dikkatlice okuyun. Kuruluşların, lisans koşulları nedeniyle pratik olarak işe yaramaz olan yazılımlarla ilgili ciddi sorunlarla karşılaştığı veya sitede yapılan en küçük değişikliklerin bile çok pahalı olduğu birçok örnek vardır.

Açık kaynak kodlu projeler yardımıyla becerilerinizi geliştirebilir, başkalarının hatalarını düzeltebilir ve yeni bir şeyler yaratabilirsiniz. Örneğin tıpta veya e-ticarette kendi işiniz için faydalı olacak bir proje bulabilirsiniz. Ayrıca, pratik programcılar olarak, kendinizi programlamaya başlamak için motive etmenin en iyi yollarından biri, açık kaynaklı projelerle çalışmaktır. Özellikle Geekbrains blogunun okuyucuları için, farklı faaliyet alanlarından bu tür projelerin bir listesini derledik:

Tıbbi görüntüleme yazılım paketi. 3D Dilimleyici, Windows, Linux ve OS X dahil olmak üzere birden çok platformda mevcuttur.

Basit programlama modelleri kullanarak büyük miktarda verinin işlenmesini bilgisayar kümeleri arasında dağıtmanıza olanak tanıyan bir araç.

Kelime işleme, elektronik tablo oluşturma, sunumlar, grafikler, veritabanları ve daha fazlası için popüler yazılım paketi. Tamamen açık bir geliştirme süreci, herkesin hataları bildirebileceği, yeni özellikler talep edebileceği veya yazılımı iyileştirebileceği anlamına gelir. Uluslararası açık standart biçiminde yazılmıştır, bu nedenle diğer açık ofis yazılım paketlerinden dosyaları kabul eder.

Milyonlarca web sitesi ve uygulama tarafından desteklenen bir içerik yönetim platformu.

Büyük, merkezi medya kitaplıkları oluşturmak için bir medya yöneticisi.

Unix gibi ücretsiz işletim sistemi.

Microsoft Office veya OpenOffice.org gibi işlevlerle işbirliğine dayalı geliştirme için Office paketi.

Kurs oluşturma sistemi. Eğitimcilerin etkili öğrenme web siteleri oluşturmak için kullanabilecekleri ücretsiz bir web uygulaması. Moodle, öğrencileri için dinamik web siteleri oluşturmak için bir araç olarak dünya çapındaki eğitimciler arasında çok popüler hale geldi.

Eğitimsel ses ve video içeriği oluşturmak ve yönetmek için yazılım.

Java ile yazılmış çok platformlu bir kurumsal içerik yönetim sistemi. Birden çok veritabanıyla (MySQL, Oracle, PostgreSQL, SQLLite ve diğerleri dahil) çalışır ve birden çok kimlik doğrulama yöntemini destekler.

Özel ve genel bulutlar oluşturmak için yazılım.

Hizmet, anketler oluşturmanıza ve sitedeki kişilerle paylaşmanıza olanak tanır. Daha sonra analiz için veri toplamanın uygun bir yolu.

Sağlık ve tıbbi araştırmalar için DICOM sunucusu. Tıbbi görüntüleme verilerinin yönetimini kolaylaştırmak için tasarlanmıştır. Her sağlık kuruluşuna özel tıbbi görüntüleme görevlerini otomatikleştirmek için iyi bir araç.

Açık Kaynak topluluğu tarafından desteklenen proje, iş zekası aracılığıyla işletmeler için en iyi çözümleri sağlamak üzere tasarlanmıştır.
Başlıca uygulama alanları:

• raporlama
• analiz
• Veri toplama
• iş zekası platformu

Java ™ geliştiricileri, kendi iş zekası çözümlerini hızla oluşturmak için proje bileşenlerini kullanabilir.

Modüler açık kaynaklı dijital veri yönetim sistemi.

E-ticaret için ücretsiz yazılım.

Büyük koleksiyonları hızlı bir şekilde filtrelemek ve sıralamak için kitaplık - bir tarayıcıda 100.000'e kadar öğe.

Açık kaynak dilleri

Görüntü ve animasyon oluşturmak isteyenler için açık kaynaklı bir programlama dili ve geliştirme ortamı.

R, istatistiksel hesaplamalar ve grafikler için açık bir programlama dili ve yazılım ortamıdır. R dili istatistikçiler arasında istatistiksel yazılım geliştirme ve veri analizi için yaygın olarak kullanılmaktadır.

Daha fazla açık kaynak projesini nerede bulabilirim?

BT projelerinin ortak gelişimi için en büyük web hizmetlerinden biri. Açık kaynak projeleri için tamamen ücretsiz. “Sosyal kodlama” hizmet sloganı “Birlikte kod” olarak tercüme edilebilir.

Açık kaynak projelerini yaygınlaştırmak için tasarlanmıştır. Geliştiriciler burada sağlanan araçlarla 430.000'den fazla projede güçlü yazılımlar oluşturdular; kaynağın 3,7 milyondan fazla kayıtlı kullanıcısı var. Popüler dizin, 41,8 milyondan fazla müşteriyi açık kaynak projeleriyle bir araya getiriyor ve günde 4.800.000'den fazla indirmeye hizmet ediyor.

Fossdroid'in amacı, F-Droid projesiyle açık kaynaklı Android uygulamalarını tanıtmaktır. Fossdroid, verilerini F-Droid'den alır ve uygulamaları popülerliğe göre görüntüleme seçeneğiyle birlikte Google Play benzeri bir sırayla düzenler.

Yazılımın açık kaynak olup olmadığını nasıl anlarsınız ve kullanım kuralları nelerdir?

Tüm açık kaynaklı projelerin ticari amaçlarla kullanılamayacağını veya serbestçe değiştirilemeyeceğini anlamak gerekir.Yazılımın açık kaynak olup olmadığını ve kullanım kurallarının neler olduğunu öğrenmek için lisansına bakmanız gerekir. Genellikle tam metni doğrudan kodda bulunur.

Mark Roberts
Ürün Yönetimi Direktörü (Yönetmen, Ürün Yönetimi)
QNX Yazılım Sistemleri tarafından
e-posta: [e-posta korumalı]

Dipnot

Bu makale, ticari ürünlerde açık kaynaklı yazılım kullanmanın yararları, stratejik değerlendirmeleri, engeller ve fırsatlara odaklanmaktadır. Örnek olarak Eclipse-tabanlı Entegre Geliştirme Ortamı'nı (IDE) kullanarak, koruyucu ve koruyucu olmayan yazılım kaynak kodu lisansları arasındaki farkları tartışacağız. Açık kaynağı "tescilli" kapalı kaynakla bütünleştirirken veya bağlarken, genellikle uygun özen ve dikkat gerekir. Patent ihlali potansiyeli gibi çeşitli yasal konular da akılda tutulmalıdır. Ayrıca, bilgi teknolojisi (BT) ortamında açık kaynaklı yazılım kullanmanın temel ilkelerinin gömülü cihazlar için ticari ürünler için neden geçerli olmadığını açıklamaya çalışacağız.

Açık Kaynak Yazılımı Kullanmak İçin Bir Vaka Çalışması Olarak QNX Momentics IDE

2001 yılında, pek çok yazılım firmasının, özellikle İnternet üzerindeki e-iş ile ilgili olanlar olmak üzere, BT borsasının genel çöküşüyle ​​başa çıkmak için mücadele ettiği sırada, QNX Yazılım Sistemleri, yeni bir entegre geliştirme ortamı (IDE) geliştirmeye başlamak için stratejik bir karar verdi. ) piyasa için. gömülü sistemler. Şirket, gömülü cihazların geliştirilmesinde kullanılan bir dizi araç geliştirme konusunda zaten sağlam bir geçmişe sahipti, ancak şirket yönetimi, bir IDE oluşturmanın şiddetli rekabet karşısında dalganın zirvesinde kalmaya yardımcı olacağını fark etti. Bir IDE oluşturma kararı, müşteri gereksinimlerine yapılan vurgudaki bir değişiklikle de teşvik edildi. Gerileme sırasında, bütçesi kısıtlı müşteriler, üretkenliği en üst düzeye çıkarabilecek ve işlerinde daha mobil (esnek) hale getirebilecek ve genel ekonomik verimliliği artıracak çözümlerle daha fazla ilgilenmeye başladı.

QNX için bir IDE geliştirmek "gelecek için bir bahis" idi çünkü o zamanlar bir proje geliştirmenin maliyeti ve çabası çoğu gömülü sistem aracı satıcısının erişiminin dışındaydı. Neyse ki QNX, gömülü cihaz pazarının çeşitli segmentlerinde IBM ile yakın bir şekilde çalıştı. Yakın işbirliği sayesinde IBM, daha sonra Eclipse platformunun temeli haline gelen açık kaynaklı bir IDE yayınlama planlarını QNX ile paylaştı.

IBM, IDE teknolojisini C/C++ yerleşik geliştiricilerin ihtiyaçlarına uyarlamak için QNX uzmanlığından yararlanmayı teklif etti. Hemen hemen QNX, açık kaynaklı bir IDE kullanmanın zorlayıcı faydalarına dikkat çekti. Örneğin, böyle bir ortam için şunlar mümkün olacaktır:

• genellikle pencere platformunu lisanslama ihtiyacıyla ilişkilendirilen tek bir satıcıya bağımlılığı ortadan kaldırmak;
• müşterinin ihtiyaçlarına göre özelleştirme için kaynak kodu sunmak;
• tamamlayıcı teknolojiler ve eklentilerden oluşan bir ekosistemi desteklemek ve inşa etmek için büyük endüstri oyuncularını dahil etmek;
• müşterilere ürün farklılaşmasını destekleyebilecek istikrarlı bir mimari sağlamak;
• gömülü cihaz geliştiricilerinin, bilgi teknolojisi uygulamalarıyla (en geniş uygulama yelpazesinde) çalışmaya uygun bir geliştirme platformu olarak standart iş istasyonlarını kullanmalarını sağlamak.

Son olarak, IDE'nin popülerlik kazanabileceği ve QNX'in platformu üçüncü taraf geliştiricilerin ve araçların büyük ekosistemlerinin pazarını ele geçirmek için kullanmasına izin verecek fiili standart haline gelebileceği ayrı bir olasılık olarak değerlendirildi.

Açık kaynak projesi Eclipse.org'un kurulması

Eclipse Konsorsiyumu, Kasım 2001'de Borland, IBM, Merant, QNX Software Systems, Red Hat ve SUSE tarafından kuruldu. 2004 yılının başlarında, Yönetim Kurulu Eclipse Konsorsiyumu'nu Eclipse Vakfı adı verilen kar amacı gütmeyen bir şirket olarak yeniden düzenledi.

Eclipse, başından beri gerçekten açık kaynaklı bir proje olmuştur. Proje, hem ücretsiz açık kaynak teknolojileri hem de kendi alanlarındaki en eğitimli ve gelişmiş geliştiricilerden oluşan bir topluluğa erişim sağladı. Böylece, bu teknoloji, her türlü geliştirme aracını entegre etmek için evrensel bir platform haline geldi. Açık, genişletilebilir bir mimariye dayanmaktadır ve açıkça telif ücretsiz bir ürün olarak lisanslanmıştır. Eclipse projesine topluluk katkıları, Açık Kaynak Yazılımı (OSS) standart geliştirme modeline dayanmaktadır, ancak çoğu üye Eclipse platformuna dayalı ticari geliştirme de sunmaktadır.

Araç deposu oluşturma projesi

Aralık 2001'de QNX, Eclipse IDE'ye dayalı QNX® Neutrino® RTOS'unu oluşturmaya başladı. Şirketin görüşüne göre, IDE mükemmel işlevselliğe sahip olmalı, C / C ++ dilleriyle çalışmaya odaklanmalı ve hata ayıklama, profil oluşturma, analiz ve gömülü uygulamalar oluşturmak için derinlemesine entegre araçlara sahip olmalıdır. En başından beri, QNX ekibi, birden çok takım platformunu destekleyen çok amaçlı ve çok dilli bir IDE olmasını amaçladı. Bu şunları içeriyordu:

• birkaç araç platformu: Windows, Solaris, QNX Neutrino RTOS (kendi kendine barındırılan geliştirme);
• birkaç hedef mimari: ARM, MIPS, PowerPC, SH-4, x86;
• programlama dilleri C, C ++, Java.

O zamandan beri, IDE, Linux platformu için destek ve XScale işlemciler dahil olmak üzere ek işlemci mimarileri için destek içerecek şekilde büyümeye devam etti.

Proje "aşırı programlama" tarzında başlatıldı. Şirkette en iyi 12 mühendisten oluşan bir ekip seçildi. Onlara tüm dikkat dağıtıcı şeylerden izole edilmiş özel bir oda verildi ve tam olarak onların emrine verildi.

Gruba gerekli karar verme yetkisi verildi, onlar için zorlu bir çalışma programı hazırlandı, riskin eşiğinde, ürünün beta sürümünün 16 haftada, ticari sürümünün 4 Temmuz 2002'ye kadar piyasaya sürülmesiyle birlikte. Grup, belirlenen tüm son teslim tarihlerini karşıladı ve QNX Momentics® IDE adlı yeni bir ürünü tam olarak zamanında piyasaya sürdü ve açık kaynak yazılımının pazara sunma süresini kısaltma potansiyelinin bir kanıtıydı.

Fikirden ürün teslimatına - 7 aydan az

Eclipse platformu üzerine inşa edilen QNX ekibi, altı ayda gömülü yazılım geliştirme için çok güçlü ve çok yönlü bir IDE'yi tamamladı. IDE, birden çok araç platformunda ve birden çok programlama dilinde çapraz platform geliştirmeyi destekledi ve en popüler gömülü hedef işlemci kartlarını destekledi. Eclipse platformu ile QNX şunları yapabildi:

• çapraz geliştirme için GNU derleyicilerini ve komut satırı araçlarını kullanın;
• yerleşik Java için IBM WebSphere ve modele dayalı geliştirme için Rational ClearCase gibi üçüncü kişi eklentilerini destekler;
• sistemler oluşturmak, hedef cihazları yönetmek, belleği analiz etmek, sistemleri ve uygulamaları profillemek vb. için ek araçlar oluşturun.

İncirde. Şekil 1, Eclipse platformunun bir IDE oluşturma maliyetini nasıl azalttığına ve şirketlerin gerçek inovasyonun gerçekten yaratıldığı üst geliştirme katmanlarına odaklanmasına izin verdiğine dair bir örnek sunmaktadır. Örneğin, Eclipse platformunu kullanarak QNX, gömülü sisteme derinlemesine girmenize ve davranışını görüntülemenize izin veren birkaç yenilikçi görselleştirme aracını kolayca oluşturabildi.

Topluma geri katkıda bulunmak

Başarılı bir açık kaynak projesinin gücü, geliştirici topluluğunun işbirliğinde ve kod tabanının sürekli iyileştirilmesinde yatmaktadır. Bir şirket açık kaynağı benimser ve kullanırsa, yalnızca topluluğa katkıda bulunma sorumluluğu vardır. Bu amaçla QNX, Haziran 2002'de Eclipse CDT projesini devraldı.

Eclipse CDT (C/C++ Geliştirme Araçları) projesinin amacı, Eclipse platformu için ortak bir birlikte çalışabilir C/C++ geliştirme araçları seti oluşturmaktır. Eclipse CDT, Eclipse Corporation'dan yönetim haklarına sahip açık kaynaklı bir proje olarak pazarlanmıştır. CDT projesini başlatmak için QNX, geliştirme kaynaklarını ve kaynak kodunu QNX Momentics IDE projesine bağışladı. Rational ve Red Hat da topluluk üyeleri olarak projeye önemli destek sağladı.

Pirinç. 1. Eclipse platformunu kullanarak araç satıcıları, gerçek inovasyonun gerçekten yaratıldığı iş yığınının en üst düzeyine odaklanabilir.

QNX, başlangıçta mütevazı 80.000 kod satırından bugün 700.000 satır koda yükselen CDT projesini sürdürmeye devam ediyor. 2006'nın başlarında, Eclipse CDT İlerleme Günlüğü, QNX'in katkısının tahmini olarak %52'siydi. Ardından %36 katkı ile IBM geldi. CDT projesi, Eclipse platformunun kendisinden sonra en popüler ikinci Eclipse projesidir.

Kodu "hediye etmeyi" karşılayabilir miyim?

Kodunuzu "bağışlamak", sağduyuya aykırı bir şey yapmak anlamına gelebilir. Ancak, ürününüzün işlevselliğinin uygulanması yararlı olduğu ortaya çıkarsa, neden açık kaynak topluluğuna katkı olarak katkıda bulunmuyorsunuz? Bu adımı atarak, ürünü desteklemek için uzmanlığın yanı sıra bu "standart" uygulama teklifinden yararlanabilirsiniz. Kod tabanını geliştirmek için tüm topluluğun çalışmasından yararlanabileceksiniz. Böyle bir strateji, ürünlerinize ek işlevler ekleyerek inovasyona odaklanan ek araştırmalar yapmak için kendi kaynaklarınızı serbest bırakabilir.

Ayrıca, "standart" platformun yönü üzerinde biraz kontrol sahibi olabilirsiniz - elbette topluluğa katkılarınız sayesinde kazanılır! Bir projeyi destekliyorsanız, topluluğun iyi bir vatandaşı gibi davranın, diğer insanların fikirlerine saygı gösterin, diğer üyelerin katkılarına ve tavsiyelerine değer verin. Birisinin kodu kullanmanın bir sonucu olarak "ceplerinizi temizlemeye" çalışacağını ve platform geliştirme yönünde liderliğinizi engelleyeceğini düşünmeyin.

Örneğin, QNX Software Systems'ın stratejisi, Eclipse ve CDT platformlarında halihazırda mevcut olan standartlaştırılmış genişletilebilirlik noktaları aracılığıyla takılan yeni işlevler geliştirirken Eclipse şirketinin bir parçası olmanın faydalarından yararlanmaktır. Bu amaçla, QNX, mevcut kod tabanından ve üçüncü taraf geliştirmelerinden (eklentiler) yararlanarak, tescilli uzantılar oluşturarak müşterilerin gerçek ihtiyaçlarını karşılamaya yardımcı olarak Eclipse topluluğunun aktif bir üyesi olarak kalmayı amaçlamaktadır. Açıklanan strateji Şekil 2'de gösterilmektedir. 2.

Pirinç. 2. Kendi deneyimlerinizle topluluğun çalışmalarına katkıda bulunabilirsiniz.

Avantajların özeti

Eclipse tabanlı takım platformu, hem QNX gibi uygulama geliştiricileri hem de platform araçlarını satın alan müşteriler için karşılıklı olarak faydalıdır.

Geliştiriciler, pazara daha kısa süreden ve diğer kişilerin araştırmalarından (düşük bir maliyetle) yararlanma olanağından yararlanır. Bu sonuçlar, IBM ve QNX gibi saygın satıcılar tarafından sağlanan yüksek kaliteli "temiz IP" kodunu içerebilir. Geliştirici için bir başka avantaj da, ticari haklar ve bazı patent korumaları dahil olmak üzere basit ve net bir lisans planına sahip olmasıdır. Ayrıca geliştirici, Eclipse projesinde iyi tanımlanmış genişletilebilirlik noktalarının yanı sıra Eclipse'de desteklenen birden çok işletim sistemi platformunda çalışma becerisine sahip olur.

Eclipse tabanlı bir IDE satın alan müşteriler, gömülü geliştirme, güçlü çapraz derleme desteği, kolay hata ayıklama ve hedef sistemleri yönetmek için uzantılara ayrılmış bir araç platformundan yararlanır. Müşterinin geliştirme ekibi, çalışmayı kolaylaştıran birçok özelliği, ek eğitim için gereken kısa süreyi, ürünün iyi performansını ve büyük projeleri yürütmek için sağlam bir platformu takdir edecektir. İstemci, Eclipse çerçevesinden kendi uygulamalarında da (örneğin, RCP, eRCP, vb.) faydalı bir şekilde yararlanabilir.

Eclipse Corporation'ın geleceği

Eclipse Corporation aktif ve enerjik bir topluluktur. Sürekli olarak yeni projeler sunar, yerleşik yenilikçi şirketlere yeni mimariler sağlar ve küçük şirketler bile mevcut işlevselliği genişleten minimum maliyetle yeni eklentiler oluşturarak Eclipse platformunu ticarileştirebilir (bkz. Şekil 3).

Pirinç. 3. Eclipse Corporation, canlı ve hızla büyüyen bir eklenti geliştiricileri topluluğudur.

Açık kaynak lisanslarının karşılaştırılması

Tüm açık kaynak lisansları eşit yaratılmamıştır. QNX, Eclipse Kamu Lisansı ile iyi düşünülmüş bir adım attı. Bu seçim, kısmen yerleşik müşterilerinin ihtiyaçları ve kısmen de ürünleri farklılaştıran teknolojinin kontrolünü ele alma (ve bundan yararlanma) arzusuyla belirlendi.

Kâr amacı gütmeyen Açık Kaynak Girişimi (), açık kaynağın 10 maddelik yararlı bir tanımını yaptı. Şu anda, Eclipse Kamu Lisansı da dahil olmak üzere, web sitesinde listelenen 50'den fazla OSI onaylı lisans bulunmaktadır. Bu lisanslar, açıkça anlaşılması gereken önemli farklılıklar içerebilir. Bu farklılıkların, geliştiricilerin fikri mülkiyeti (IP) ve onu koruma yetenekleri üzerinde önemli bir etkisi olabilir. Bu, özellikle gömülü cihazlarda açık kaynak kodu (veya açık kaynak koduna dayalı türevler) kullanıldığında geçerlidir.

Koruyucu ve koruyucu olmayan lisans

GPL v2 gibi bir savunma lisansı koşulları altında, türev çalışmalar yalnızca ilgili kaynak koduyla yeniden dağıtılabilir. Savunma lisansı koşulları altında, kaynak kodun açık kategoriye yayınlandığında sonraki tüm nesillerde ve türevlerinde o kategoride kalacağı garanti edilir. Daha sonra açıklayacağımız gibi, bu gereklilik gömülü sistemler söz konusu olduğunda bazı sorunlara yol açmaktadır.

Güvenli olmayan lisanslara örnek olarak orijinal MIT ve BSD lisansları verilebilir. Koruyucu olmayan lisanslar, sahibinin telif hakkını elinde tutar, ancak kullanıcıya, yazılımı değiştirme ve sınırsız ücretsiz dağıtım (veya kişisel kullanım) hakkı da dahil olmak üzere geniş haklar verir.

"Virüs lisansı" ile ne kastedilmektedir?

Bazı insanlar GPL'yi "viral lisans" olarak adlandırır. Bu isim, "türev geliştirme" kavramının yasal tanımının belirsizliği nedeniyle ortaya çıktı. Tanımın katı bir yorumuyla, GPL kapsamındaki küçük bir kod parçası bazı özel uygulamalara gömülü olsa bile, tüm uygulamanın GPL kapsamında lisanslanması gerektiği ortaya çıkıyor. Bir virüs ile bir benzetme hemen akla geliyor.

Tazminat almayla ilgili sorular

Son zamanlarda, IP Tazminatı geliştiriciler için ana tartışma konusu haline geldi. Buna karşılık, bazı açık kaynak satıcıları, müşterilerini patent veya telif hakkı ihlali davalarından koruyacaklarını açıkladı. Ve en yeni açık kaynak lisansları, kod tabanının diğer kullanıcılarına karşı patent haklarını savunmaya çalışan kullanıcılar için cezaları netleştiriyor.

Açık Kaynak Ticarileştirmede Başlıca Zorluklar

Gömülü ve BT uygulamalarının karşılaştırılması

Açık kaynak endüstrisinin başarısı, Linux'un BT kuruluşları tarafından benimsenmesiyle desteklendi. Linux kullanmanın faydaları, nispeten homojen ve kararlı donanım (genellikle x86 ailesi) üzerinde çalışmak ve esnek, kaynak açısından zengin bir bilgi işlem platformu kullanmakla ilişkilendirildi.

Gömülü yazılımlarda durum böyle değildir. Yazılım, çok çeşitli donanım mimarilerinde çok çeşitli sabit özellikli cihazlarda çalışır. Gömülü cihaz tasarımcıları, rekabet avantajlarını genellikle belirli özellikler, boyut, performans, maliyet, pil ömrü, güvenilirlik, birlikte çalışabilirlik ve genişletilebilirliğe dayandırır. Bu ayırt edici özellikler genellikle düşük seviyeli yazılımlarda uygulanır; bu, Linux durumunda doğrudan işletim sistemi çekirdeğine bağlanmayı gerektirir. Düşük seviyeli yazılımı istemcinin ihtiyaçlarına uyacak şekilde özelleştirmek istisna değil normdur, bu nedenle geliştiriciler genellikle işletim sistemi çekirdeğini değiştirerek ihtiyaç duydukları işlevselliğe ulaşırlar. Doğrudan bağlama yöntemi, kitaplık oluşturma maliyetini azaltmak için kod parçalarına gömülerek de kullanılır. Bu uygulama birlikte ele alındığında, GPL (kamuya açık) lisanslar kapsamında özel kodun korunmasını çok zorlaştırır.

Tipik olarak, bu lisans sorunları BT uygulamaları için geçerli değildir, çünkü tescilli, kuruluşa özel yazılımlar kuruluşun ötesine geçmez ve yalnızca dahili ihtiyaçlar için kullanılır. Öte yandan, gömülü cihazlar her zaman, açık kaynak lisanslarındaki "zorla açma" maddesine tabi olan ve değerli açık kaynak tekliflerinin önemli yönlerini tehlikeye atabilecek türev yazılımları dağıtır.

Ek olarak, gömülü ürünler hem üretim hem de kullanım sırasında genellikle uzun ömürlüdür. Açık Kaynak Kullanım Koşullarına tabi olan gömülü bir ürün, uzun vadeli teknik destek eksikliği, olası güvenlik sorunları ve IP ihlali dahil olmak üzere daha büyük risk altındadır.

Lisans sorunları

Yasal durumun belirsizliği

Bazı açık kaynak lisanslarının savunucularının rahatlatıcı sözlerine rağmen, gömülü sistem geliştiricilerini ilgilendiren önemli konuların çoğu henüz adli tıp uygulamaları tarafından kapsamlı bir şekilde doğrulanmamıştır. Belirtildiği gibi, açık kaynak kullanım şartlarını kabul eden birçok kişi ve kuruluş kavramı çok az anlamış veya hiç anlamamış olsa da, türev çalışmanın tanımı lisansın belirli maddelerinin uygulanmasında anahtardır.

Ticari satıcıların Linux'ta "tescilli" sürücüleri (örneğin Yüklenebilir Çekirdek Modülleri) uygulamalarına izin veren bazı geçici çözümler, lisans sözleşmesi metnine doğrudan bağlantılar yerine "dedi, dedi" argümanlarına dayanır. Aslında, LKM modüllerini kullanan bu tür sürücüler, GPL lisansının gerekliliklerinin tehlikeli bir şekilde atlatılmasıyla doludur. Uç noktalara giderek, bu "tescilli" sürücülerden bazıları dahil edilmemişse, Linux kod tabanının çoğu pratik kullanım için işe yaramaz olarak sunulabileceği şeklinde yorumlanabilir. Bu durum, bir GPL lisansı fikrini etkili bir şekilde devalüe edebilir.

IP ihlali için tazminat eksikliği

Açık kaynak kullanım durumlarının çoğunda, bir başkasının patent haklarını istemeden ihlal ediyor olma ihtimaliniz vardır. Açık kaynak lisanslarının yalnızca küçük bir kısmı açıkça patentlere atıfta bulunur ve zımni lisanslar hakkında hiçbir karar verilemez. Örneğin, MP3 algoritmalarını veya diğer tescilli çözümleri uygulayan açık kaynak kodekleriyle ilgili tüm patentleri ayrı olarak lisanslamalısınız. Bu arada, kötü adamlar (Microsoft dahil), birçok uzmana göre açık kaynak destekçilerine "vurulabilecek" bir patent portföyü oluşturmakla meşguller.

Bazı lisanslar açıkça patentlere atıfta bulunur. Örneğin, Eclipse Kamu Lisansı patent haklarından açıkça bahseder ve birisi patent haklarını farklı şekilde iddia etmeye çalışırsa bir ceza maddesi içerir. Eclipse ayrıca kodu gözden geçirmek ve lisans, patent veya telif hakkı yasası açısından nereden geldiğini bulmak için büyük çaba harcıyor.

IP'yi korumak için ek çabalar

Açık kaynak kullanmak için bir şirketin aşağıdaki alanlarda önemli ölçüde çaba harcaması gerekir:

• ürün dağıtım yönetimi;
• lisans yönetimi;
• müvekkillerin yükümlülükleri açısından hukuki ihtilafların çözümü;
• yasal konulara gereken özeni göstermek: IP haklarının saflığını korumak, açık kaynak kodu için IP haklarını kontrol etmek, kodun kaynağını belirlemek, örneğin GPL v3 gibi lisans sürümlerindeki değişiklikleri izlemek.

Müşteri gereksinimlerini kabul etmek

Açık kaynaklı yazılımın karmaşıklığı ve belirsizliği ile karşı karşıya kalan bazı büyük müşteriler, açık kaynaklı ürünlerle uğraşmayı reddetti. Bu tür müşterilerle çalışmak istiyorsanız, ticari lisansa karşılık gelen kodunuz için koşulları dahil etmeleri için bunları edinmeli veya teklif etmelisiniz.

IP sorunları

Açık kaynak lisansınızın koşulları, ürününüzü diğerlerinden ayıran fikri mülkiyeti etkiler mi? Eğer öyleyse, IP'niz risk altındadır.

Gömülü sistemleriniz kendi yazılımınızın ve açık kaynaklı yazılımınızın bir karışımını kullanıyorsa, gömülü yazılımın tüm bileşenlerinin doğasını, kökenini ve ilişkisini anlamalısınız. Bu kadar derin bir kavrayış olmadan, yanlışlıkla birinin IP haklarını ihlal edebilir veya hatta kendi yazılımınız üzerindeki haklarınızı kaybedebilirsiniz.

Patent lisansları ve tazminat olmadan, uzun ömürlü gömülü yazılım, sabit özellikli gömülü cihazın nispeten yüksek satış fiyatı ve satış hacmi, bu tür sistemleri kötü çocuklar ve büyük rakipler tarafından patent ihlali iddiaları için açık bir hedef haline getirir.

QNX Momentics IDE'nin gösterdiği gibi, daha hızlı pazara sunma süresi, daha düşük geliştirme maliyetleri ve ürününüze özellik ve yenilik eklemek için daha fazla özgürlük dahil olmak üzere açık kaynaklı yazılımların birçok acil faydası vardır. Yazılımınızı bir müşteri için bazı sorunları çözen bir hizmet olarak sunuyorsanız, o zaman müşteri sizin açık kaynaklı yazılım kullanıp kullanmadığınızı umursamıyor, sadece ihtiyaç duyduğu işlev için para ödüyor.

Ancak, farklı açık kaynak lisansları arasındaki farkı anlamalı ve uygulamanıza ve müşteri ihtiyaçlarınıza uygun olanı seçmelisiniz. Ayrıca, seçtiğiniz yazılımın lisanslama yükümlülüklerini yerine getirmeye hazır olun. Yazılım koduyla ilgili diğer IP gereksinimlerinin (patent hakları gibi) farkında olmalısınız. IP ihlali mesajı göstermeyen bir kod tabanına karşı dikkatli olun. Olası zararlar için tazminat teklif eden projeleri arayın ve telif hakkı veya patent ihlali ile ilgili maliyetleri telafi etmek için kod geliştirmek için nakit bağışlar hakkında ekranda bir mesaj görüntüleyin. Ayrıca, kullandığınız açık kaynaklı yazılımın fikri mülkiyet politikanızla tutarlı olduğundan emin olun ve sizi kodunuzun farklı parçalarını ortaya çıkarmaya zorlayabilecek savunma amaçlı lisanslardan kaçının. Ürününüz sistemde yerleşikse, IP'niz için ticari lisans koşulları sunmayı da düşünün.

Açık kaynak kodunun gömülü cihazlarda kullanılması, ilk seçenek daha fazla tehlikeyle dolu olduğundan, bu tür yazılımların BT uygulamalarında kullanılması durumundan daha karmaşık sorunlara yol açar. Herhangi bir açık kaynak yazılımı kullanmaya karar vermeden önce, gerçek sahip olma maliyetini (TTCO) ve projeniz için uygunluğunu tahmin edin.

Son olarak, değerinizi ve faydanızı en üst düzeye çıkarmak için açık kaynak kullanıcı ve geliştirici topluluğuna katılın!