- terminal emulator yang menambahkan elemen baru pada kategori perangkat lunak yang cepat dan matang sedang dipindahkan dari GitHub ke repositori kode kolaboratif lain
- Mitchell Hashimoto bergabung sebagai pengguna GitHub nomor 1299 pada Februari 2008 dan telah menggunakannya hampir setiap hari sejak saat itu; dulu ia menganggap GitHub sebagai tempat yang paling membuatnya bahagia
- Selama sebulan terakhir, hampir setiap hari tercatat adanya dampak penurunan keandalan layanan terhadap pekerjaannya, dan pada hari saat tulisan ini dibuat pun ia tidak bisa melakukan PR review selama sekitar 2 jam karena outage GitHub Actions
- GitHub bukan lagi tempat yang menyenangkan, dan setelah 18 tahun menggunakannya ia memutuskan untuk pergi, tetapi kemungkinan untuk kembali tetap terbuka jika ada real results and improvements
- Migrasi Ghostty dibahas dengan sejumlah provider commercial dan FOSS, serta akan dilakukan secara incremental, dengan tetap menyisakan read-only mirror di GitHub
Latar penggunaan Ghostty dan GitHub
- Proyek utamanya saat ini adalah Ghostty, sebuah terminal emulator yang menambahkan “interesting new wrinkles” pada kategori perangkat lunak yang cepat dan matang
- Pengembangan Ghostty selama ini menggunakan GitHub, dan Mitchell Hashimoto bergabung sebagai pengguna GitHub nomor 1299 pada Februari 2008 lalu hampir setiap hari memakainya sejak itu
- GitHub adalah “tempat yang paling membuatnya bahagia”, layanan yang telah lama ia cintai sampai-sampai ia masih meluangkan waktu untuknya saat bulan madu
- Alih-alih doom scrolling di media sosial, ia sejak lama menelusuri GitHub issues, dan bahkan saat liburan ia mempelajari source code proyek GitHub, proses OSS, serta respons para maintainer
Gangguan yang menghambat pekerjaan setiap hari
- Baru-baru ini perasaannya terhadap GitHub berubah drastis, dan GitHub menjadi sesuatu yang menurutnya mengecewakannya setiap hari, dengan masalah yang terasa sangat personal
- Penyebab utamanya adalah penurunan keandalan layanan, dan selama sebulan terakhir setiap tanggal saat outage GitHub berdampak negatif pada kemampuannya bekerja ditandai dengan “X” di jurnalnya
- Di jurnal itu, hampir setiap hari ada “X”, dan bahkan pada hari saat tulisan ini dibuat ia tidak bisa melakukan PR review selama sekitar 2 jam karena GitHub Actions outage
- Tulisan tersebut dibuat beberapa hari sebelum incident pada 28 April, ketika pull request tidak bisa diselesaikan karena SNAFU Elasticsearch
- Jika gangguan seperti ini menghalangi pekerjaan selama beberapa jam setiap hari, maka GitHub bukan lagi tempat untuk “serious work”
Alur pengembangan dan keterputusan emosional
- GitHub bukan lagi tempat yang menyenangkan, dan seperti kalimat “I want to ship software and it doesn't want me to ship software”, GitHub telah menjadi sesuatu yang menghalangi pengiriman perangkat lunak
- Ia berharap GitHub membaik, tetapi pada saat yang sama ia tetap harus menulis kode dan kini merasa tidak bisa lagi melakukan coding dengan GitHub
- Setelah 18 tahun menggunakannya, ia sampai pada kesimpulan bahwa ia harus pergi, walaupun kemungkinan untuk kembali tetap terbuka jika ada real results and improvements
- Syarat untuk kembali ke GitHub bukan sekadar kata-kata atau janji, melainkan hasil nyata dan perbaikan yang benar-benar terjadi
Cara migrasi Ghostty
- Ghostty sedang dalam proses pindah ke collaborative code locker lain
- Ia sedang berdiskusi dengan beberapa provider, termasuk provider commercial maupun provider FOSS
- Menghapus seluruh ketergantungan pada GitHub akan memakan waktu, dan rencananya proses ini dilakukan se-incremental mungkin
- Read-only mirror Ghostty akan tetap ditinggalkan di GitHub, dan proyek pribadinya juga akan tetap berada di layanan milik Microsoft
- Ghostty menjadi fokus perubahan kali ini karena proyek itulah yang paling besar terdampak bagi dirinya, para maintainer, dan open source community
Posisi GitHub dan konteks Microsoft
- Setelah Microsoft mengakuisisi GitHub, sempat ada kekhawatiran bahwa layanan itu akan menjadi layanan berpusat di Redmond yang kurang nyaman bagi developer yang tidak terikat pada ekosistem Windows atau Azure
- Kekhawatiran itu pada umumnya tidak sepenuhnya menjadi kenyataan, dan GitHub tetap menjadi de facto place untuk mengerjakan dan membagikan kode
- Pengalaman Hashimoto menunjukkan bahwa posisi tersebut bisa terguncang, dan ini juga bertepatan dengan saat Microsoft mengakui Windows has serious quality problems
- Sebagian penyebab masalah kualitas Windows disebut berasal dari terlalu banyak alat yang dipaksa disuntikkan AI, dan meningkatnya ketidakstabilan GitHub yang dilihat Hashimoto juga muncul pada periode yang sama dengan obsesi AI Microsoft
1 komentar
Komentar Hacker News
Sangat kesal karena tepat saat perusahaan memindahkan semuanya dari CircleCI ke GitHub Actions, stabilitas GitHub malah runtuh
Yang paling absurd, bahkan Azure Repos/Pipelines ternyata lebih baik dari ini
Aku juga dengar GitHub masih sedang bermigrasi ke infrastruktur Azure, jadi mungkin sedang berada dalam kondisi setengah jadi, tapi itu tidak membuatku lebih percaya
Mungkin cuma alasan, tapi terdengar lumayan masuk akal
Aku juga ingin memakai sesuatu seperti Forgejo, tapi pengembang kami cuma sekitar 12 orang, dan sejujurnya baru aku sendiri yang pernah memakainya
Sangat dasar, jadi tidak banyak yang bisa rusak, dan karena alasan yang sama aku juga sangat suka sistem tiketnya
Hanya ada fitur yang dibutuhkan, dan para manajer tidak bisa menambahkan sejuta field untuk menyiksa orang dengan reporting atau burndown chart
https://news.ycombinator.com/item?id=47616242
https://isolveproblems.substack.com/p/how-microsoft-vaporize...
GitLab juga tidak lebih baik
Mereka tampaknya punya anggaran tak terbatas untuk perubahan UI bodoh yang tidak memberi peningkatan nyata sama sekali, sambil mengabaikan bug serius dalam rilis
Saat pertama mulai memakai GitLab sekitar 8–9 tahun lalu, aku benar-benar menyukainya, dan beberapa tahun kemudian ketika perusahaan pindah ke GitHub, rasanya seperti kemunduran besar
GitLab punya banyak fitur kenyamanan UX kecil, dan meski ada bagian kasar, secara keseluruhan terasa dirancang dengan baik
Tapi setelah itu kondisinya jauh memburuk, UX berubah tak terhitung kali, dan setiap kali berubah rasanya makin buruk
Bagian-bagian kasar yang lama tidak diperbaiki, cuma terus muncul bagian kasar yang baru
Sulit mengingat fitur berguna apa pun yang ditambahkan atau ditingkatkan dalam beberapa tahun terakhir, dan karena GitHub juga berantakan, aku benar-benar berharap GitLab bisa menjadi alternatif yang jelas lebih baik dan merebut pasar, jadi ini sangat disayangkan
Selama beberapa hari aku kebingungan mencari penyebabnya, lalu barulah update berikutnya memperingatkan soal masalah itu sehingga aku menjalankan repair command untuk membereskannya lagi
Itu server sangat kecil, sekitar 10 pengguna dan paling banyak 50 repositori
GitHub, Bitbucket, Codeberg, dan lainnya baik-baik saja, tapi GitLab benar-benar penuh bug, dan memperbarui kunci SSH di Firefox tidak mungkin dilakukan, tanpa ada penanda jelas bahwa itu bug kompatibilitas GitLab-Firefox
Hampir butuh satu jam sampai aku terpikir untuk mencoba upload kunci SSH baru lewat Chrome, dan sejak itu aku merasa tidak ingin menyentuh GitLab lagi
Dengan Ghostty menjadi proyek terbaru yang meninggalkan GitHub, jadi penasaran siapa berikutnya
Aku tidak mengira semua orang akan meninggalkan GitHub sebelum Rabu depan lalu menjalankan server Forgejo mereka sendiri, tapi fakta bahwa orang akhirnya mulai mempertimbangkan keluar dari GitHub menurutku memang sesuatu yang harus dikhawatirkan GitHub
Rata-rata software engineer sama sekali tidak peduli soal VCS atau forge, dan pengetahuan mereka soal keduanya juga sangat dangkal
Bagi orang yang cuma ingin bekerja lalu kembali ke hidup mereka, ini bukan hal yang terlalu penting
Apa cuma perasaanku, atau masalah jadi jauh lebih parah setelah akuisisi MSFT?
Selama itu mereka tumbuh seberapa besar? 10x? 100x? Lebih?
Saat sebuah perusahaan membeli sesuatu, masalah berikutnya adalah siapa yang memilikinya setelah itu
Intinya adalah siapa di perusahaan baru yang bertanggung jawab untuk “menjaganya tetap bagus”, dan setelah akuisisi, walaupun orang lama yang mengerjakan itu masih ada, persoalan motivasi adalah hal yang berbeda
Microsoft punya masalah serius
Terlihat ada celah seolah mereka menempelkan setidaknya 10 perusahaan menjadi satu dengan lem lalu menyebutnya Microsoft, dan ada juga risiko reputasi besar di mana gangguan pada divisi Xbox bisa berdampak buruk pada divisi tools, atau sebaliknya
Mereka kurang fokus dalam banyak hal, dan setelah berhenti membuat pengumuman pers, mereka butuh momen “service pack 2” untuk memperbaiki utang teknis sebesar Everest ini
Embrace, extend, and extinguish
Dia bilang “GitHub user 1299, bergabung Februari 2008”, bagaimana cara mengetahui nomor GitHub user # kita?
curl [https://api.github.com/users/YOUR_USER_HERE](<https://api.github.com/users/YOUR_USER_HERE>;), lalu lihat id di payload"id": 2851Atau lihat source HTML avatarnya: https://avatars.githubusercontent.com/u/2851?v=4
Sejujurnya kupikir bakal di kisaran jutaan
/u/#Aku sekitar 4 jutaan
Berdasarkan statistik aktivitas pengguna yang terkumpul selama hampir 20 tahun terakhir, aku yakin aku termasuk atau mendekati 1% pengguna teratas dalam hal volume kerja yang konsisten dan jangka panjang serta menulis software setiap hari yang benar-benar dipakai orang lain
Aku juga pengguna GitHub yang cukup awal, meski bukan generasi paling awal, dan walau metrik GitHub memburuk aku tetap terus melakukan deployment
Karena untuk menulis software GitHub tidak dibutuhkan
Komentar Hashimoto terlihat tidak stabil dan aku harap dia menemukan ketenangan, tapi kalau yang menulis komentar itu bukan dia, kupikir aku akan membacanya dan menganggap ada masalah, jadi menurutku memang begitu
Kalau bukan begitu, menilai orang yang mengeluhkan outage terasa cukup lancang dan menjengkelkan
Itu lebih terasa seperti gaya yang biasa kulihat di Reddit
Sudah terlalu bisa ditebak akan ada orang yang meleset dari inti masalah dengan bilang “itu tidak mencegahmu coding di mesin sendiri”, sampai-sampai tulisan blog aslinya pun sudah lebih dulu membahas poin itu
Serangan pribadi menjijikkan soal kesehatan mental seseorang seperti itu memang seharusnya tidak dilakukan
Tapi setelah membaca tulisannya, reaksi emosionalnya memang terlihat tidak sebanding dengan situasinya
Meski begitu, tergantung skala proyek, menangani issue, memproses review, dan semacamnya bisa menjadi pekerjaan penuh waktu di GitHub, dan memakai deskripsi PR serta komentar sebagai bagian dari dokumentasi alih-alih pesan commit juga bukan hal yang langka
Jadi ketersediaan GitHub memang bisa menjadi gangguan yang sangat besar bagi banyak perusahaan
Bahkan saat ini pun masalah pada GitHub API masih berlangsung
Pertanyaan intinya adalah apa alternatif terbaiknya
Bahkan dengan versi gratisnya pun kami tidak punya keluhan besar
Untuk kode publik, tidak masalah bahkan kalau semuanya dimirror ke sana
Kalau butuh tempat menjalankan pengujian, bangun saja infrastruktur sendiri
Sekarang lebih mudah dari sebelumnya, jadi kenapa bergantung pada kotak hitam seperti itu?
Jauh lebih cepat daripada GitLab