Hacktoberfest 2026'da PR sayılmıyor: yapay zekâ çağında açık kaynak

Hacktoberfest'i hatırlıyorsan aklına muhtemelen "dört PR gönder, tişörtü kap" formülü gelir. 2026'da bu formül yok. Etkinlik yine ekim boyunca sürüyor, yine ücretsiz; ama pull request sayısı artık hiçbir ödüle sayılmıyor. İlk açık kaynak katkısını yapmak isteyen biri için bu aslında iyi haber.

Ne değişti?

Resmî siteye göre 2026 Hacktoberfest'ini MLH ve DEV yürütüyor, DigitalOcean da ana destekçi. Bu yılın teması açık kaynak yapay zekâ ve açık ağırlıklı (open-weight) modeller.

Katılım mantığı şöyle işliyor:

• Pull request ve merge request'ler artık ödüllere sayılmıyor. Katkı hâlâ teşvik ediliyor ama karşılığında hediye yok.
• Ödüller sanal çıkartmalara bağlı. Canlı yayınlara katılmak, DEV'deki haftalık yarışmalara proje göndermek, MLH'nin çevrim içi Global Hack Week'ine katılmak ya da şehrindeki yüz yüze bir "Fest"e gitmek çıkartma kazandırıyor.
• Etkinlik sayfasındaki listeye göre 3 sanal çıkartma fiziksel bir çıkartma paketi, 10 çıkartma ek bir hologram çıkartma getiriyor. 15 çıkartmaya ulaşanlar tişört ya da Arduino kartı çekilişine giriyor.
• 13 yaş ve üstü herkes katılabiliyor.

Peki neden? Sıkça sorulan sorular sayfası bunu açıkça söylüyor: bakımcılar (maintainer) özensiz PR'ların artık çok kolay gönderildiğini bildirmiş, etkinlik de bunları ödüllendirmeyi bırakmış.

Arka plan: GitHub da aynı sorunla uğraşıyor

Bu karar boşlukta alınmadı. GitHub haziranda, yazma yetkisi olmayan kullanıcıların bir depoda aynı anda açık tutabileceği PR sayısını sınırlama ayarını getirdi. GitHub'ın konuyla ilgili yazısına göre Copilot'un ya da başka bir yapay zekâ ajanının açtığı PR'lar da bu sınıra sayılıyor. Aynı yazıda GitHub'da her ay birleştirilen PR sayısının Ocak 2023'teki yaklaşık 25 milyondan 90 milyonun üzerine çıktığı belirtiliyor.

Ekimde iki adım daha geldi. 8 Ekim 2026'dan beri bakımcılar taslak (draft) PR'ları da bu sınıra dahil edebiliyor. Triage yetkisi olanlar da artık PR'ları arşivleyebiliyor.

Resmin geri kalanı tanıdık. JetBrains'in 2026 geliştirici ekosistemi anketine göre profesyonel geliştiricilerin yüzde 90'ı işte en az haftada bir yapay zekâ kodlama ajanı kullanıyor. Kod üretmek ucuzladı. Pahalı olan, birinin o kodu okuyup ona güvenmesi.

Junior bir geliştirici için ne demek?

Eskiden Hacktoberfest, ilk PR'ı göndermek için bir bahaneydi: bir README'deki yazım hatasını düzelt, tişörtü al. Bu kapı daraldı. Yerine daha değerli bir şey geldi: bakımcının zamanını kurtaran katkı, hiç olmadığı kadar göze çarpıyor.

Bir bakımcının gözünden bak. Her gün onlarca PR geliyor ve bir kısmı birkaç saniyede üretilmiş. Bu kalabalıkta öne çıkan şey kod miktarı değil. Sorunu doğru anlamış, değişikliği küçük tutmuş, test eklemiş ve açıklamasını düzgün yazmış biri hemen fark ediliyor. Burada junior olmanın pek bir dezavantajı yok, çünkü özen deneyime bağlı değil.

Yapay zekâdan yardım almak yasak değil, ama bunu gizlemek sorun. Birçok proje artık katkı rehberinde yapay zekâ kullanımını beyan etmeni istiyor. Altın kural basit: açıklayamadığın ya da test etmediğin kodu gönderme.

Yapay zekâ yardımıyla katkı verirken

Kod asistanı kullanıyorsan, şu dört alışkanlık seni "özensiz PR" kalabalığından ayırır:

• Diff'i satır satır oku. Asistanın değiştirdiği her satırın neden orada olduğunu kendi cümlelerinle anlatabilmelisin. Anlatamadığın satırı ya öğren ya da çıkar.
• Testleri kendi bilgisayarında çalıştır. "CI zaten çalıştırır" diye düşünme. Bakımcının CI kaynağı da zamanı da sınırlı.
• PR açıklamasını kendin yaz. Asistanın ürettiği uzun ve genel açıklamalar kolayca fark ediliyor. İki üç cümle yeter: sorun neydi, ne değiştirdin, nasıl test ettin.
• Kullanımı açıkça belirt. "Testlerin iskeletini bir kod asistanıyla oluşturdum, mantığı kendim yazıp kontrol ettim" gibi tek bir cümle, bakımcının sana güvenmesini kolaylaştırır.

Bu ay ne yapabilirsin?

Ekim yarılanmak üzere ama hâlâ vaktin var. İşte yapılabilir bir plan:

1. Hacktoberfest'e kayıt ol, ama çıkartma için değil. My Hacktoberfest'e MyMLH hesabınla gir. Etkinlik rehberine göre MLH'nin çevrim içi Global Hack Week'i 15 Ekim'e kadar sürüyor, DEV'in haftalık yarışmalarının yenileri de 12, 19 ve 26 Ekim'de başlıyor. Tema açık kaynak yapay zekâ olduğu için açık ağırlıklı bir modeli kendi bilgisayarında çalıştırmayı denemek için de iyi bir bahane. Fest listesinde şehrini ara; yakınında yüz yüze bir etkinlik çıkabilir.
2. Zaten kullandığın bir projeyi seç. Okul projende kullandığın bir kütüphane ya da her gün açtığın bir araç olabilir. Kod tanıdık geldiğinde katkı da kolaylaşır.
3. Önce oku. README, CONTRIBUTING.md, davranış kuralları ve varsa yapay zekâ politikası. Bakımcının ne istediğini bilmeden gönderilen PR çoğu zaman kapatılır.
4. Kodla değil, issue ile başla. Bir hatayı kendi bilgisayarında yeniden üretmek, adımlarıyla birlikte net bir issue yazmak ya da açık bir issue'nun hâlâ geçerli olduğunu doğrulamak gerçek ve değerli bir katkı. good first issue etiketi iyi bir başlangıç noktası.
5. Kod yazmadan önce sor. İlgilendiğin issue'ya "Bunu almak istiyorum, şöyle çözmeyi düşünüyorum" diye bir yorum bırak. Onay gelmeden büyük bir değişikliğe girişme.
6. Küçük ve tek amaçlı PR gönder. Bir PR'da tek bir değişiklik olsun. Açıklamada neyi neden değiştirdiğini yaz, ilgili issue'ya bağla, testleri çalıştır. Yapay zekâdan yardım aldıysan belirt.
7. Review'a cevap ver. Katkı, PR'ı açtığında değil; istenen düzeltmeleri yapıp değişiklik birleştirildiğinde bitiyor. Bu adımı atlamak, ilk katkıyı yarım bırakmanın en kolay yolu.

Bu yedi adımın hiçbiri ekime özel değil, Hacktoberfest bitince de aynen geçerli. Ekim yalnızca başlamak için iyi bir bahane. İlk PR'ını issue seçmekten merge'e kadar adım adım açmak istersen açık kaynağa ilk katkı rehberimize bak.

Küçük PR'larla, kod incelemesiyle ve ana dala doğrudan push yapmadan bir ekipte çalışmayı denemek istersen, re:make'teki emanet-app eğitim projesine göz atabilirsin: https://remakeizmir.com/showcase/emanet-app-git-egitim-projesi