1 poin oleh GN⁺ 2023-07-06 | 1 komentar | Bagikan ke WhatsApp
  • Koleksi yang mengumpulkan dan menampilkan pencapaian yang ditolak saat membuat fitur GitHub Profile Achievements
  • Setiap item adalah daftar yang terdiri dari judul pencapaian, prototipe lencana, dan syarat untuk mendapatkannya
  • Contoh pencapaian mencakup membuat lebih dari 100 komentar issue yang hanya berisi +1 atau emoji jempol, tanpa sengaja melakukan commit secret API key ke public repository, atau melakukan commit langsung ke branch main hingga merusak build process
  • Contoh lain mencakup memiliki lebih dari 1.000 open issue di public repository milik sendiri, mempertahankan lebih dari 150 branch yang sudah di-merge tetapi belum dihapus, atau me-review dan menyetujui pull request lebih dari 10.000 baris dalam waktu 15 detik
  • Ini adalah proyek bercanda yang secara eksplisit menyatakan “This is a joke”, dan tertulis bahwa mereka menerima PR
  • Disebutkan terinspirasi dari Schweinepriester/github-profile-achievements, dan lencananya dibuat berdasarkan artwork dari OpenMoji

1 komentar

 
GN⁺ 2023-07-06
Komentar Hacker News
  • Usulan: “The Artist” untuk orang yang mengunggah screenshot terminal alih-alih menyalin-tempel teks, dan “The Filmmaker” untuk orang yang mengunggah GIF sesi terminal alih-alih menulis apa yang mereka lakukan
    Para maintainer benar-benar menyukai seniman dan sutradara!

    • “The Novelist”: orang yang hanya meninggalkan “doesn't work” di issue atau thread tanpa menjelaskan apa yang dicoba, kenapa dianggap tidak berhasil, atau pesan error apa yang muncul
      “Captain Obvious”: orang yang membuka issue dengan sangat agresif sambil mengeluh proyek tidak bisa diinstal, lalu menghilang dan tidak pernah membalas lagi setelah maintainer menjawab dan meminta mereka memeriksa apakah ada instruksi penting yang terlewat padahal sudah tertulis jelas di dokumentasi
    • Saat debugging, video dan GIF benar-benar sangat bagus
      Sering kali keduanya menangkap detail kecil jauh lebih baik daripada penjelasan seseorang. Bisa jadi bug bergantung pada satu tindakan yang dapat dilakukan dengan beberapa cara, atau pengguna sendiri tidak sadar bahwa tindakan yang mereka lakukan tepat sebelum memicu bug adalah bagian dari masalah. Bisa juga hanya terjadi pada kondisi tertentu seperti ukuran layar tertentu, warna terminal, atau penggunaan layar sentuh
      Dengan video, hal-hal seperti ini jauh lebih mudah disadari. Memang tidak sempurna, dan yang terbaik adalah jika ada penjelasan rinci bersama videonya, ditambah error atau teks penting juga ditempel agar bisa disalin. Meski begitu, kalau harus memilih salah satu, sering kali saya lebih memilih video daripada teks
      Jadi dalam konteks ini, saya sungguh menyukai “Filmmaker”. Tolong kirim screenshot, dan kirim video juga
    • “Wikipedian”: membatalkan commit dalam 10 menit setelah di-push ke main
      “Social distancer”: mengirim commit yang hanya menambahkan spasi
      “Edgycat”: berkontribusi atau mengusulkan badge untuk repositori ini. Saya sedang mengejar badge ini sekarang
      “Duct tape”: mengirim tiga commit berturut-turut yang berisi teks fix tests
    • Tolong jangan kirim screenshot teks terminal alih-alih menyalin-tempelkannya
      Anehya, saya sering menerima screenshot teks dari orang-orang teknis. Log file, pesan error, apa pun, semuanya dikirim sebagai gambar. Rasanya seperti mereka mengira Slack adalah alat yang hanya bisa dipakai untuk mengirim gambar dan emoji
      Saya tidak berniat mengetik ulang kata kunci dari 3 halaman exception Java, maupun menyalin manual pesan kredensial AWS yang sudah ter-encode
    • “not helping”: meninggalkan komentar upaya rendah yang sama sekali tidak membantu
      “Internet famous”: ada bug yang begitu parah di repositori sampai muncul artikel tentangnya
      Keduanya terpikir sambil mengingat https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issue...
  • “Unpopular opinion”: satu komentar yang diposting di issue menerima lebih dari 100 dislike
    “I will raise with the team”: issue atau pull request yang mendapat lebih dari 100 like tetap terbuka lebih dari 1 tahun
    “For legal reasons”: pull request perbaikan issue diajukan, tetapi otomatis ditutup karena tidak menandatangani CYA
    “Business Model Blues”: lebih dari 50% teks dalam file LICENSE berubah
    “Back from the dead”: meninggalkan komentar pada issue atau pull request yang dibuka lebih dari 1 tahun lalu

  • Jika ada lebih dari 1.000 issue terbuka di repositori publik, badge “This is fine” benar-benar diperlukan
    Dibanding 10 tahun lalu, sekarang proyek open source sudah terlalu banyak, dan terutama di ranah JavaScript ada sangat banyak proyek dengan bug terbuka dalam jumlah yang sulit dipercaya
    Masalahnya, kualitas sebagian besar bug ini tampak rendah. Akibatnya, bahkan ketika pengembang berpengalaman dengan banyak rekam jejak kontribusi membuka bug untuk membantu, hal itu mudah saja diabaikan
    Saat ini saya sedang menunggu bug di next.js di mana 404 tidak mengembalikan 404, dan issue itu sudah terbuka berbulan-bulan (https://github.com/vercel/next.js/issues/51021). Saya tidak punya waktu untuk menulis pull request, tetapi selama ini saya sudah menulis banyak pull request dan laporan bug serta ikut berpartisipasi di berbagai proyek open source, jadi menurut saya saya sudah melakukan bagian saya
    Meski terdengar elitis, saya berharap maintainer punya cara untuk mengurutkan bug berdasarkan reputasi pelapor. Dengan begitu proyek bisa memprioritaskan issue berkualitas tinggi

    • Andai ada cara bagi orang untuk saling menukar nilai. Misalnya lisensi berbayar, tingkatan dukungan, atau hal-hal yang oleh orang Romawi kuno disebut “menjalankan bisnis”. /s
      Tapi tidak, semuanya harus gratis, lalu secara mengejutkan issue terbuka menumpuk dan tidak ada yang mau menanganinya
    • Maksudnya bukan “1.000 issue terbuka yang saya buat di repositori publik”, melainkan 1.000 issue terbuka di repositori publik yang saya miliki
      Keduanya tetap menarik
  • “The thief”: pendekatan seseorang terhadap open source adalah menutup pull request lalu menggabungkan perbedaannya secara manual atas nama sendiri
    Hal seperti ini cukup sering terjadi pada proyek yang dijalankan perusahaan besar, dan mungkin ada alasan kepatuhan, tetapi dari luar terlihat cukup mencurigakan

    • Ini cukup serius; kalau ada proyek terkenal yang melakukan itu, bisa beri tahu?
  • Agak disayangkan tidak ada favorit pribadi saya. Yaitu saat seseorang membuka lebih dari 50 issue permintaan fitur tetapi tidak punya kontribusi lain

    • Nama pencapaiannya mungkin “I'm more of an idea person” atau “chop-chop”
    • Bagaimana dengan pencapaian seperti “membuat 10 kontribusi tetapi dibiarkan tanpa review selama lebih dari setahun”?
    • “Architecture Astronaut”
    • Bagi pengguna biasa, ini adalah satu-satunya cara untuk menghubungi penulis
    • “Idea guy”
  • Saya sudah mendapatkan “patient skeleton” dua kali
    Yang benar-benar menakjubkan adalah salah satunya baru di-merge setelah 2 tahun. Tidak ada percakapan apa pun tentang pull request itu, dan karena proyeknya minim aktivitas, PR itu begitu saja luput dari perhatian. Saya sudah menyerah dan mengatur requirements.txt agar menunjuk ke fork saya
    Orang lain membuka issue untuk masalah yang sama dengan yang diperbaiki oleh pull request lama saya, dan ketika saya menjawab di issue itu bahwa PR tersebut menyelesaikannya, aktivitas itu akhirnya membuatnya terlihat
    Yang satunya lagi masih menunggu

    • Nilai yang tertahan dan belum kembali, terikat pada proyek fork yang belum di-merge ke mainline meski hanya memuat satu perubahan penting, bisa dengan mudah bernilai puluhan miliar dolar
  • Saya mengusulkan “YOLO”. Untuk kasus notifikasi Dependabot yang diabaikan selama lebih dari 3 bulan
    Anggap saja penghargaan ini sudah tertulis atas nama saya

  • Sebagai koreksi, ini bukan pencapaian yang ditolak GitHub, melainkan hanya ide lelucon yang dibuat oleh developer yang tidak berafiliasi dengan GitHub bernama “flet”

    • Selamat mendapatkan pencapaian Captain Obvious!
  • Ada usulan untuk memberi pencapaian “Copium” jika seseorang memberi bintang pada repositorinya sendiri

    • Saya tidak yakin, tetapi sepertinya dulu GitHub otomatis memberi bintang saat Anda membuat repositori
    • “Narcissist” mungkin lebih cocok
  • “Type O Contributor”: satu-satunya kontribusi seseorang hanyalah perbaikan ejaan dan tata bahasa yang sepele

    • Ini tidak bisa jadi pencapaian. Karena bisa dicabut lewat revert
    • Saya juga kadang melakukan hal seperti itu; memangnya kontribusi seperti itu tidak disambut?
    • “Typo-O donor” terdengar bagus