InnerSource'u Tanımlamanın Ne Anlama Geldiği
Soru #
İnsanlar bana sık sık InnerSource’un tanımının ne olduğunu soruyor. Peki, InnerSource nedir? InnerSource hakkında ve benim için ne anlama geldiği konusunda bazı düşüncelerimi paylaşmak istiyorum.
Baştan açık olmak gerekirse: bunlar benim kişisel görüşlerim, resmi bir pozisyon değil. Şu anda InnerSource Commons Vakfı Başkanı olarak görev yapıyor olsam da, InnerSource derin saygı duyduğum birçok öncü tarafından şekillendirilmiştir. Onların katkıları bugün InnerSource’un ne olduğunu inşa etmiştir.
InnerSource’un temeli kurumsal uygulamalar, akademik araştırma ve tabii ki açık kaynağın kendi evriminin iç içe geçmesinden gelir. Bu zengin dokuma göz önüne alındığında, InnerSource’u kişisel olarak tanımlamaya kalkışmak küstahlık olurdu. Şu anda Başkan olarak görev yapıyor olmam, bu tanımı tek başıma yaratacak yetkiye veya bilgeliğe sahip olduğum anlamına gelmez.
Tek bir kesin cevap vermek yerine, bu soru hakkında farklı perspektifler paylaşmak istiyorum; kendi tanımınızı ve InnerSource’un sizin bağlamınız için ne anlama geldiğini keşfetmenize yardımcı olabilecek bakış açıları sunmak istiyorum.
InnerSource’a Giden İki Yol #
İlginç bir dönüm noktasındayız. Ne demek istediğim konusunda daha açık olmama izin verin. Bugün InnerSource’a gelen temelde iki tip insan var:
İlk grup, açık kaynak uygulayan, işbirlikçi yöntemlerini güçlü bulan ve bu ilkeleri doğal olarak dahili olarak uygulayan kişilerden oluşur. Onlar için InnerSource, zaten yaptıkları bir şeye verilen sadece bir isimdi—açık kaynak işbirliğinin mükemmelliğini organizasyonlarına getirmek.
İkinci grup InnerSource’u adlandırılmış bir metodoloji olarak keşfetti. Kapsamlı açık kaynak geçmişleri olmayabilir, ancak organizasyonel bir metodoloji olarak InnerSource’un dönüşüm için muazzam değer sunduğunu fark ediyorlar. InnerSource’u açık kaynak uygulayıcıları oldukları için değil, InnerSource’un kendisi organizasyonel faydalar vaat ettiği için benimsiyor.
Bu ikilik topluluğumuzda büyüleyici fırsatlar yaratıyor. İlk grup, InnerSource’u bir organizasyon içinde nasıl uygulayacağını ve InnerSource ile açık kaynağın değerini ve kültürünü sezgisel olarak anlıyor. Bu nedenle, InnerSource’un nasıl tanımlanması gerektiğini düşünebilir ve bunu açık kaynak çerçevesi içinde değerlendirebilirler. Öte yandan, ikinci grup mutlaka açık kaynak ile ilgili deneyime sahip değil, bu yüzden gerçekte ne olduğu hakkında daha net fikirler arama eğilimindeler.
DevOps’tan Öğrenmek: İsimlendirmenin Gücü #
InnerSource’un tanım zorluğunu anlamak için DevOps’a bakalım. Evrimini şöyle anlıyorum: Flickr gibi şirketlerdeki uygulayıcılar yenilikçi bir şey yapıyorlardı—geliştirme ve operasyonlar arasındaki siloları yıkmak. Deneyimlerini paylaştıklarında ve birisi buna bir isim verdiğinde—“DevOps”—büyülü bir şey oldu. Aniden, her yerde şirketler benzer şeyler yaptıklarını fark ettiler ve hepsi hikayelerini paylaşmaya başladılar.
Temel içgörü şu: uygulama isimden önce vardı, ancak isimlendirmek topluluk yarattı. Bu toplulukla birlikte araçlar, paylaşılan kavramlar, konferanslar ve patlayıcı büyüme geldi. DevOps icat edilmedi; keşfedildi ve isimlendirildi. İsimlendirme diğer her şeyi katalize etti.
InnerSource oldukça benzer bir model izliyor. Tim O’Reilly 2000’de bir blog gönderisinde bundan bahsetti. 2015’te Danese Cooper ve o zamanlar PayPal’daki meslektaşları InnerSource Commons’ı resmileştirdiler, daha sonra bunu bir vakıf olarak ayırdılar. Ancak uygulamayı icat etmediler—insanların zaten yaptığı bir şeyi isimlendirdiler.
Bu isimlendirme büyülüydü. Aniden, izole uygulayıcılar yalnız olmadıklarını fark ettiler. “Ah, dahili kütüphanelerimizle yaptığımız şey? Bu InnerSource!” Topluluk, kolektif bilgeliği yakalayan InnerSource Patterns gibi kaynaklara yol açan desen paylaşımıyla patladı.
DevOps Bugün Nedir? Birçok Arasından Bir Perspektif #
İnsanlar DevOps’u sayısız şekilde tanımlıyor ve hepsini kapsamam mümkün değil. İşte nasıl anlaşılabileceğine dair bir örnek:
- Geleneksel olarak ayrı takımlar arasında işbirliği kültürü
- Bir dizi uygulama ve otomasyon araçları
- Geleneksel şelale geliştirmeye karşı çıkan bir felsefe
- Metodoloji ve çerçevelerin bir koleksiyonu
- Özelleşmiş alanlara uzantılar: BizDevOps, DevSecOps ve ötesi
Bu sadece bir yorum. On uygulayıcıya sorun, on farklı vurgu alırsınız. Bu çeşitlilik zayıflık değil—evrimsel güçtür.
“Dahili Açık Kaynak"ın Çoklu Anlamları #
“Dahili açık kaynak” ifadesi paradoksal görünüyor ve bu paradoks InnerSource’un farklı organizasyonlar için farklı şeyler ifade etmesinin nedenini ortaya koyuyor. Topluluk tartışmalarımızdan çıkan bazı temsili örnekleri paylaşmama izin verin:
Açık Kaynak Olgunluğuna Giden Yol Olarak InnerSource #
Bazıları için InnerSource, açık kaynak katılımı ve dijital dönüşüme doğru organik bir yol açar. Bu sadece nihai açık kaynak katkısına hazırlanmakla ilgili değil—organizasyonun gerçek bir yazılım şirketine dönüşebileceği bir ortam yaratmakla ilgili. Microsoft ve Google gibi şirketler bu yolculuğu örnekliyor; dahili uygulamalar doğal olarak dış olanları yansıtacak şekilde evrimleşerek şirket içinde ve dışında sorunsuz işbirliği yaratıyor.
Peki ya imalat şirketleri, perakendeciler veya finansal kurumlar? Büyük miktarlarda açık kaynak kullanıyor olsalar da, yolculukları farklı. Onlar için InnerSource, daha uzun bir dönüşümde ilk adım olabilir—yazılım yetenekleri inşa etmek, yenilik kültürünü teşvik etmek ve belki de sonunda iş modellerine uygun açık kaynak ile etkileşime geçmenin kendi benzersiz yolunu bulmak.
Organizasyonel Şeffaflık Olarak InnerSource #
Birçoğu kültürel dönüşüm için InnerSource’a çekiliyor. Bu sadece pull request göndermekle ilgili değil—bu da bunun bir parçası olsa da. Şunları yapabileceğiniz organik şeffaflık yaratmakla ilgili:
- Diğer takımlara özellik istekleri göndermek
- Komşu takımların ne inşa ettiğini görmek
- Daha geniş organizasyonel teknoloji manzarasını anlamak
- İşbirliğini engelleyen siloları yıkmak
- Bilginin doğal olarak aktığı daha açık, nefes alabilir bir organizasyonel kültür yaratmak
Bu şeffaflık organizasyonları katı hiyerarşilerden yaşayan işbirliği ağlarına dönüştürür.
Sonuçta, bunlar mühendislerin, ürün takımlarının ve organizasyon içindeki herkesin mutluluğuna ve refahına katkıda bulunur. Destekleyici bir çalışma ortamında güvenilir hissetmek—varsayılan olarak güvenilir hissetmek—inanılmaz derecede önemlidir. Bu geliştirici deneyimi ile ilgilidir ve sonuç olarak gelişmiş yetenek tutma ile sonuçlanırken aynı zamanda işe alım için de olumlu sonuçlar sunar.
Kaynak Optimizasyonu Olarak InnerSource #
Geleneksel hiyerarşik proje yönetimi her seviyede marjlar ekler. Gereksinimler aşağı doğru akar, her katman belirsizlik için tampon zaman ekler. İş uygulamaya ulaştığında, zaman çizelgeleri şişmiş ve mühendisler sıkışmış durumda.
InnerSource bunu tersine çevirir. Problemlere en yakın insanlar onları en iyi anlar. Kademeli toplantılar ve onaylar olmadan öncelik belirleyebilir, tartışabilir ve sorunları çözebilirler. Bu her zaman doğru değil—saha takımları sadece kendi sahalarını bilir—ancak stratejik gözetimle dengelendiğinde güçlüdür.
Ancak kaynak optimizasyonu insan ve takım kaynaklarının ötesine geçer. Aynı zamanda organizasyonun kod varlıklarından, fikri mülkiyetinden ve rekabet avantajlarından yararlanmakla da ilgilidir. Takımlar birbirlerinin araçlarını, kütüphanelerini ve bilgilerini paylaşıp bunların üzerine inşa edebildiklerinde, silolu yapılarda var olmayacak sinerjiler yaratırlar. Takımınızın inşa ettiği o dahili makine öğrenmesi kütüphanesi? Başka bir takım onu hiç hayal etmediğiniz şekillerde genişletebilir. Size rekabet avantajı sağlayan test çerçevesi? Bunu dahili olarak paylaşmak değerini organizasyon genelinde çoğaltır. InnerSource, organizasyonların kod ve bilgi varlıklarının istiflendiğinde değil, paylaşıldığında daha değerli hale gelen kaynaklar olduğunu fark etmelerine yardımcı olur.
Tanım İkilemi: Bağlam Her Şeydir #
Bu çoklu anlam zorluğu InnerSource’a özgü değil. Açık Kaynak Program Ofisi (OSPO) savunucularının açık kaynağı dahili olarak nasıl tanıttığını düşünün. Kesinlikle farklı kitleler için farklı mesajlar kullanıyorlar çünkü her faaliyet farklı paydaşlardan destek alması gerekiyor ve organizasyonun her katmanının farklı ilgi alanları ve endişeleri var.
InnerSource savunuculuğu için mesajlaşma şöyle görünebilir:
Mühendislere: “Parlak meslektaşlarla işbirliği yapın, en iyi koddan öğrenin, yakın takımınızın ötesindeki heyecan verici projelere katkıda bulunun”
Orta yönetime: “Tekrarları azaltın, verimliliği artırın, yeniden kullanım ve işbirliği yoluyla teslimatı hızlandırın”
Yöneticilere: “Maliyetleri azaltın, yenilik hızını artırın ve en iyi yetenekleri elde tutun”
Aynı InnerSource girişimi tüm bu hedeflere aynı anda hizmet eder, ancak farklı kitlelere farklı yönleri vurgularsınız. Bu aldatmaca değil—InnerSource’un, herhangi bir dönüştürücü metodoloji gibi, birden fazla seviyede değer sunduğunun fark edilmesidir.
InnerSource tanımınız sadece kitle-bağımlı değil—aşama-bağımlıdır. Ve bu tamamen normal.
InnerSource Yolculuğunuz: Gelişen Bir Tanım #
Peki InnerSource nedir? Onu tanımladığınız şeydir.
Belki gelecekte InnerSource Commons Vakfı, InnerSource’un ne olduğunu hemen anlaşılır kılan daha net, daha iletişim kurulabilir bir tanım geliştirecek. Şahsen, o günü dört gözle bekliyorum, ancak böyle bir çeşitlilik ortasında böyle bir tanım yaratmanın inanılmaz derecede zor bir görev olduğunu kabul ediyorum.
Dahası, tanımınız gelişebilir ve gelişmelidir. Yolculuğunuzu başlatmanıza yardımcı olan InnerSource, üç yıl sonra uyguladığınız InnerSource’tan farklı olabilir. Organizasyonunuz olgunlaştıkça, zorluklarınız değiştikçe, anlayışınız derinleştikçe tanımınız değişebilir.
Tanımınızı topluluğa getirebilir, perspektifinizi paylaşabilir ve bu soruları birlikte düşünmemize yardımcı olabilirsiniz. Bu kolektif keşif, sonunda paylaşılan anlayışa nasıl varacağımızdır—yukarıdan aşağıya kararname yoluyla değil, işbirlikçi keşif yoluyla.
Eylem Çağrısı #
Mükemmel tanım aramak yerine, InnerSource’u deneyimlemenizi teşvik ediyorum:
- Gördüğünüz bir problemi açıklayan bir issue gönderin
- Dokümantasyonu düzelten bir pull request gönderin
- Başka bir takımdan özellik isteyin
- Kodunuzu meslektaşlarınızla paylaşın
- Diğer takımların ne inşa ettiğini keşfedin
- Organizasyonel sınırlar boyunca işbirliği yapın
Uygulama yoluyla, InnerSource’un organizasyonunuz için ne anlama geldiğini keşfedeceksiniz. Hatta geri kalanımızın öğrenebileceği yeni desenler icat edebilirsiniz.
Sohbete Katılın #
2025’te, AI kod yazma ve kod üzerinde işbirliği yapma şeklimizi dönüştürürken, InnerSource ilkeleri daha da alakalı hale geliyor. AI anında binlerce satır üretebilirken kaliteyi nasıl koruruz? Kod oluşturma otomatikleştirildiğinde bilgi paylaşımını nasıl koruruz? İnsan yargısının yazılım geliştirmede merkezi kalmasını nasıl sağlarız?
Bu konu için lütfen AI çağında işbirliği metodolojisini kapsayan makaleye başvurun.
Bu soruların henüz cevapları yok, ancak açıklık, şeffaflık, öncelikli mentorluk ve gönüllü kod katkısına vurgusuyla InnerSource’un bunları keşfetmek için benzersiz bir konumda olduğuna inanıyorum.
InnerSource’un birçok çeşidi var. Kendinizinkini ekleyebilirsiniz. Var olan ancak ifade edilmemiş desenleri isimlendirebilirsiniz. InnerSource’un heyecan verici olmasının nedeni budur: bir topluluk altında büyüyen, gelişen ve yeniliği yayan bir bayraktır.
InnerSource Commons Vakfı bu tartışmaları memnuniyetle karşılıyor. Topluluk üyelerimiz bu soruları günlük olarak keşfediyor, deneyimlerini paylaşıyor ve dahili işbirliğinin geleceğini inşa ediyorlar.
Bu yüzden size soruyorum: Sizin InnerSource’unuz nedir? Bunu organizasyonunuz için nasıl tanımlayacaksınız? Hangi desenleri keşfedecek ve paylaşacaksınız?
Bu soruları birlikte keşfedelim. Yolculuk daha yeni başlıyor. Sizi innersourcecommons.org adresindeki sohbete davet etmeyi dört gözle bekliyorum.
