Rejected GitHub Profile Achievements - Reddedilen GitHub Profil Başarımları Koleksiyonu

• GitHub Profile Achievements özelliği hazırlanırken reddedilen başarımları bir araya getirip listeleyen bir koleksiyon
• Her öğe; başarım başlığı, rozet prototipi ve kazanım koşulundan oluşan bir liste
• Örnek başarımlar arasında yalnızca +1 veya başparmak emojisi içeren 100’den fazla issue yorumu yazmak, public repository’ye yanlışlıkla gizli bir API anahtarı commit etmek, main branch’e doğrudan commit atıp build sürecini bozmak gibi koşullar yer alıyor
• Diğer örnekler arasında sahip olunan public repository’de 1.000’den fazla open issue bulunması, birleştirilmiş ama silinmemiş 150’den fazla branch’i korumak, 10.000 satırı aşan bir pull request’i 15 saniye içinde inceleyip onaylamak gibi koşullar bulunuyor
• Bunun açıkça “This is a joke” olarak belirtilen şaka amaçlı bir proje olduğu ve PR kabul ettiği yazıyor
• Schweinepriester/github-profile-achievements’tan ilham aldığı, rozetlerin ise OpenMoji’nin çizimlerini temel alarak hazırlandığı belirtiliyor

[GN⁺]

Hacker News yorumları

• Öneri: “The Artist”, metni kopyalayıp yapıştırmak yerine terminal ekran görüntüsü yükleyen kişi; “The Filmmaker” ise ne yaptığını yazıyla anlatmak yerine terminal oturumu GIF’i yükleyen kişi
  Maintainer’lar sanatçıları ve film yönetmenlerini gerçekten çok sever!

  • “The Novelist”: Ne denediğini, neden çalışmadığını düşündüğünü, hata mesajının ne olduğunu hiç yazmadan bir issue’ya ya da thread’e yalnızca “doesn't work” bırakan kişi
    “Captain Obvious”: Projenin kurulmadığını söyleyerek son derece agresif bir issue açan, maintainer dokümanlarda açıkça yazan önemli bir notu kaçırıp kaçırmadığını kontrol etmesini isteyince de ortadan kaybolup bir daha hiç yanıt vermeyen kişi
  • Debug yaparken video ve GIF’ler gerçekten harika
    Çoğu zaman küçük ayrıntıları insan açıklamasından çok daha iyi yakalarlar. Bug, bir işlemin yapılabileceği birkaç yoldan birine bağlı olabilir ya da kullanıcı, bug’ı tetiklemeden hemen önce yaptığı şeyin sorunun bir parçası olduğunu bilmiyor olabilir. Belirli bir ekran boyutu, terminal rengi, dokunmatik ekran kullanımı gibi koşullarda da ortaya çıkıyor olabilir
    Video olunca bunları fark etmek çok daha kolay. Kusursuz değil; videonun yanında ayrıntılı açıklama olması en iyisi, hatayı veya önemli metinleri kopyalanabilir şekilde ayrıca yapıştırmaları daha da iyi. Yine de ikisinden birini seçeceksem çoğu zaman metin yerine videoyu tercih ederim
    Bu yüzden bu bağlamda “Filmmaker”ı içtenlikle seviyorum. Ekran görüntüsü de gönderin, video da gönderin
  • “Wikipedian”: main’e push’landıktan 10 dakika içinde commit’i geri alır
    “Social distancer”: Yalnızca boşluk ekleyen bir commit gönderir
    “Edgycat”: Bu repository için bir rozet katkısı yapar veya önerir. Şu anda bu rozeti kazanma sürecinde
    “Duct tape”: İçinde fix tests metni geçen commit’i art arda üç kez gönderir
  • Terminal metnini kopyalayıp yapıştırmak yerine ekran görüntüsü olarak göndermek lütfen olmasın
    Garip bir şekilde teknik işlerde çalışan insanlardan sık sık metin ekran görüntüsü alıyorum. Log dosyası, hata mesajı, ne varsa hepsini görsel olarak gönderiyorlar. Slack’i yalnızca görsel ve emoji göndermeye yarayan bir araç sanıyor gibiler
    Üç sayfalık Java exception’ında anahtar kelimeleri elle yazmaya da, encode edilmiş AWS yetkilendirme mesajını elle aktarmaya da niyetim yok
  • “not helping”: Hiçbir işe yaramayan düşük eforlu bir yorum bırakır
    “Internet famous”: Repository’de o kadar ciddi bir bug vardır ki hakkında haber bile çıkar
    İkisi de https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issue... akla gelerek düşünülmüş

• “Unpopular opinion”: Bir issue’ya yazdığı tek bir yorum 100’den fazla dislike alır
  “I will raise with the team”: 100’den fazla like alan bir issue veya pull request 1 yıldan uzun süre açık kalır
  “For legal reasons”: Issue’yu düzelten bir pull request gelir ama CYA imzalanmadığı için otomatik kapanır
  “Business Model Blues”: LICENSE dosyası metninin %50’den fazlası değişir
  “Back from the dead”: 1 yıldan uzun süre önce açılmış bir issue’ya veya pull request’e yorum bırakır

• Açık bir repository’de 1.000’den fazla açık issue varsa gerçekten “This is fine” rozeti gerekiyor
  10 yıl öncesine kıyasla çok fazla açık kaynak proje var ve özellikle JavaScript tarafında inanılmaz sayıda açık bug’ı olan çok proje bulunuyor
  Sorun şu ki bu bug’ların çoğunun kalitesi düşük görünüyor. Bu yüzden katkı deneyimi yüksek, yetkin bir geliştirici yardım etmek için bug açsa bile kolayca görmezden gelinebiliyor
  Şu anda next.js’te 404’ün 404 döndürmemesiyle ilgili bug’ı bekliyorum; aylardır açık (https://github.com/vercel/next.js/issues/51021). Pull request yazacak vaktim yok ama bu zamana kadar sayısız pull request ve bug report yazdım, birçok açık kaynak projeye katıldım; üzerime düşeni yeterince yaptığımı düşünüyorum
  Elitistçe olsa da maintainer’ın bug’ları bildiren kişinin itibarıyla sıralayabileceği bir yol olsa iyi olurdu. Böylece proje yüksek kaliteli issue’lara öncelik verebilir

  • Keşke insanların değer alışverişi yapabileceği bir yol olsaydı. Mesela ücretli lisans, destek katmanları, Antik Romalıların “işletme yürütmek” dediği şeyler gibi. /s
    Ama yok, her şey ücretsiz olmalı; sonra da şaşırtıcı biçimde açık issue’lar birikiyor ve kimse bunlarla uğraşmak istemiyor
  • Bu, “açık repository’lerde benim açtığım 1.000 açık issue” değil; sahibi olduğum açık repository’lerde 1.000 açık issue anlamına geliyor
    Gerçi ikisi de ilginç

• “The thief”: Açık kaynağa yaklaşımı, pull request’i kapatıp aradaki farkı kendi adıyla elle merge etmek olan kişi
  Büyük şirketlerin işlettiği projelerde bu epey sık oluyor; compliance gerekçeleri vardır muhtemelen ama dışarıdan bakınca oldukça şüpheli görünüyor

  • Epey ciddi bir şey; bunu yapan dikkat çekici bir proje varsa söyleyebilir misin?

• Kişisel favorimin olmamasına üzüldüm. 50’den fazla özellik isteği issue’su açmış ama bunun dışında hiç katkısı olmayan kişi

  • Rozet adı “I'm more of an idea person” ya da “chop-chop” gibi bir şey olabilir
  • “10 katkı yaptı ama 1 yıldan uzun süre incelenmeden bekletildi” gibi bir achievement nasıl olur?
  • “Architecture Astronaut”
  • Sıradan kullanıcılar için yazara ulaşmanın tek yolu bu
  • “Idea guy”

• “patient skeleton”ı iki kez kazandım
  Asıl şaşırtıcı olan, bunlardan birinin 2 yıl sonra merge edilmesiydi. O pull request hakkında hiç konuşma geçmedi ve az aktif bir proje olduğu için sadece gözden kaçmıştı. Vazgeçip requirements.txt’in kendi fork’umu göstermesini sağlamıştım
  Başka biri benim eski pull request’imin düzelttiği aynı sorun için issue açtı; o issue’ya bu pull request’in çözdüğünü yazınca, o aktivite sayesinde sonunda fark edildi
  Diğeri hâlâ beklemede

  • Mainline’a merge edilmemiş, tek bir kritik değişiklik içeren fork projelere bağlı kalmış geri alınmamış değer kolayca onlarca milyar dolar ölçeğindedir

• “YOLO”yu öneriyorum. Dependabot uyarılarını 3 aydan uzun süre görmezden gelmek
  Bu ödülün üstünde adım yazıyor sayılır

  • Gerçek achievement’lar arasında zaten YOLO var. Anlamı “kendi pull request’ini code review olmadan merge etmek”
    Gerçek achievement’ların tam listesi burada: https://github.com/Schweinepriester/github-profile-achieveme...

• Düzeltmek gerekirse, bunlar GitHub’ın reddettiği achievement’lar değil; GitHub’la ilgisi olmayan bir geliştirici olan “flet”in yaptığı mizahi fikirlerden ibaret

  • Captain Obvious achievement’ını kazandığın için tebrikler!

• Kendi repository’sine yıldız verene “Copium” achievement’ı verilsin diye öneriyorum

  • Emin değilim ama eskiden GitHub bir repository oluşturduğunda otomatik olarak yıldız veriyordu sanki
  • “Narcissist” daha uygun olabilir

• “Type O Contributor”: Tek katkısı önemsiz yazım ve dil bilgisi düzeltmeleri olan kişi

  • Bu achievement olamaz. Geri alınarak elinden alınabilir çünkü
  • Ben de bazen böyle şeyler yapıyordum; bu tür katkılar hoş karşılanmıyor mu?
  • “Typo-O donor” güzel olurdu