HashiCorp kurucu ortağı, GitHub'un 'artık ciddi işler için bir yer olmadığını' söyledi
(theregister.com)- Ghostty, GitHub'dan başka bir ortak çalışmalı kod deposuna taşınıyor
- Mitchell Hashimoto, Şubat 2008'de GitHub kullanıcısı 1299 olarak katıldıktan sonra neredeyse her gün kullandı ve bir zamanlar GitHub'u onu en mutlu eden yer olarak görüyordu
- Son bir ayda hizmet güvenilirliğindeki düşüşün çalışmasını etkilediği günler neredeyse her gün kaydedildi; yazıyı kaleme aldığı gün de GitHub Actions kesintisi nedeniyle yaklaşık 2 saat boyunca PR incelemesi yapamadı
- GitHub artık keyifli bir yer değil ve 18 yıllık kullanımın ardından ayrılmaya karar verdi, ancak real results and improvements olursa geri dönme ihtimalini açık bıraktı
- Ghostty geçişi, çeşitli commercial ve FOSS sağlayıcılarla görüşülerek incremental biçimde ilerliyor; GitHub'da read-only mirror bırakma yöntemiyle yürütülüyor
Ghostty ve GitHub kullanımının arka planı
- Mevcut ana proje Ghostty ve hız ile olgun yazılım kategorisine “interesting new wrinkles” ekleyen bir terminal emulator projesi
- Ghostty geliştirmesinde GitHub kullanılıyordu; Mitchell Hashimoto da Şubat 2008'de GitHub kullanıcısı 1299 olarak katıldığından beri neredeyse her gün bu hizmeti kullandı
- GitHub, “onu en mutlu eden yer”di ve balayında bile zaman ayıracak kadar uzun süre sevgi beslediği bir hizmetti
- Sosyal medyada amaçsızca gezinmek yerine uzun zamandır GitHub issue'larını inceledi; tatillerde bile GitHub projelerinin kaynak kodunu, OSS süreçlerini ve maintainer tepkilerini çalıştı
Her gün işi engelleyen kesintiler
- Son dönemde GitHub'a ilişkin duyguları büyük ölçüde değişti ve GitHub'un her gün onu başarısızlığa uğrattığı, bunun da kişisel hissettirdiği bir noktaya geldi
- Temel neden hizmet güvenilirliğindeki düşüş; son bir ay boyunca GitHub kesintilerinin çalışma kapasitesini olumsuz etkilediği her tarih günlükte “X” ile işaretlendi
- O günlüğün neredeyse her gününde bir “X” vardı; yazıyı yazdığı gün de GitHub Actions outage yüzünden yaklaşık 2 saat boyunca PR incelemesi yapamadı
- Söz konusu yazı, pull request'lerin Elasticsearch SNAFU nedeniyle tamamlanamadığı 28 Nisan tarihli incident olayından birkaç gün önce yazıldı
- Eğer bu tür kesintiler her gün saatlerce çalışmayı engelliyorsa, GitHub artık “serious work” için bir yer değil
Geliştirme akışı ve duygusal kopuş
- GitHub artık keyifli bir yer değil; “I want to ship software and it doesn't want me to ship software” cümlesinde olduğu gibi, yazılım yayımlamayı engelleyen bir yapıya dönüştü
- GitHub'un iyileşmesini umuyor ama aynı zamanda kod yazmak zorunda ve GitHub ile artık kod yazamayacak durumda
- 18 yıllık kullanımın ardından ayrılması gerektiği sonucuna vardı; real results and improvements olursa geri dönme ihtimali açık
- GitHub'a dönüş şartı sadece sözler veya vaatler değil, somut sonuçlar ve iyileştirmeler
Ghostty'nin taşınma yöntemi
- Ghostty, başka bir collaborative code locker'a taşınma sürecini yürütüyor
- Birden fazla sağlayıcıyla görüşülüyor; bunlar arasında commercial sağlayıcılar da FOSS sağlayıcılar da var
- GitHub bağımlılıklarının tamamını kaldırmak zaman alacak ve mümkün olduğunca incremental şekilde ilerlenmesi planlanıyor
- GitHub'da Ghostty için bir read-only mirror bırakılacak; kişisel projelerini de Microsoft'a ait hizmetlerde tutmaya devam edecek
- Ghostty, kendisinin, maintainer'ların ve open source community'nin en çok etkilendiği proje olduğu için bu değişikliğin odağına yerleşti
GitHub'un konumu ve Microsoft bağlamı
- Microsoft GitHub'u satın aldığında, Windows veya Azure ekosistemine bağlı olmayan geliştiriciler için Redmond merkezli, daha az rahat bir hizmete dönüşeceği yönünde kaygılar vardı
- Bu kaygılar büyük ölçüde gerçekleşmedi ve GitHub, kod üzerinde çalışıp paylaşmak için de facto place haline geldi
- Hashimoto'nun deneyimi, bu konumun sarsılabileceğini gösteriyor; ayrıca Microsoft'un Windows has serious quality problems ifadesini kabul ettiği dönemle de çakışıyor
- Windows kalite sorunlarının nedenlerinden biri olarak çok fazla araca yapay zekanın zorla eklenmesi gösterildi; Hashimoto'nun gördüğü GitHub'daki artan sarsıntı da Microsoft'un yapay zeka takıntısıyla aynı dönemde ortaya çıktı
1 yorum
Hacker News yorumları
Şirketin her şeyi CircleCI'dan GitHub Actions'a taşıdığı tam anda GitHub'ın kararlılığının çökmesine çok sinirliyim
Hatta en absürt olan kısmı, Azure Repos/Pipelines'ın bundan daha iyi olduğunun ortaya çıkması
GitHub'ın hâlâ Azure altyapısına taşınma sürecinde olduğu ve bu yüzden arada kalmış bir durumda olabileceğini de duydum ama bu bana güven vermiyor
Bahane de olabilir ama kulağa oldukça makul geliyor
Forgejo gibi bir şey kullanmak da isterdim ama geliştirici sayısı yaklaşık 12 ve açıkçası onu sadece ben kullanmıştım
Gerçekten çok temel, o yüzden bozulacak fazla şey yok ve aynı sebeple bilet sistemini de çok seviyorum
Sadece ihtiyaç duyulan özellikler var; yöneticiler bir milyon alan ekleyip insanı raporlama ya da burndown chart gibi şeylerle bunaltamıyor
https://news.ycombinator.com/item?id=47616242
https://isolveproblems.substack.com/p/how-microsoft-vaporize...
GitLab da pek daha iyi değil
Sürümlerde ciddi bug'ları görmezden gelirken, gerçekçi iyileştirme sıfırken aptalca UI değişikliklerine sınırsız bütçe varmış gibi görünüyor
GitLab'ı ilk kez 8-9 yıl önce kullanmaya başladığımda çok sevmiştim ve birkaç yıl sonra şirket GitHub'a geçtiğinde bu büyük bir gerileme gibi gelmişti
GitLab'da küçük UX kolaylıkları çoktu ve pürüzleri olsa da genel olarak iyi tasarlanmış görünüyordu
Ama o zamandan beri durum çok daha kötüye gitti, UX sayısız kez değişti ve her değişiklikte daha da kötüleşiyor gibi
Pürüzler düzelmedi, sadece yenileri eklendi
Son birkaç yılda faydalı bir özelliğin eklendiğini ya da iyileştirildiğini hatırlamak zor; GitHub da dağınık durumda olduğuna göre, GitLab'ın açık ara daha iyi alternatif olup pazarı almasını isterdim ama olmadı
Günlerce sebebini anlayamadım; ancak bir sonraki güncelleme sorunu uyardı da repair command çalıştırıp yeniden düzelttim
Yaklaşık 10 kullanıcısı, en fazla 50 deposu olan çok küçük bir sunucuydu
GitHub, Bitbucket, Codeberg vs. sorun çıkarmadı ama GitLab gerçekten çok bug'lıydı; Firefox'ta SSH key güncellemek imkânsızdı ve bunun GitLab-Firefox uyumluluk bug'ı olduğuna dair net bir işaret de yoktu
Yeni SSH key yüklemeyi Chrome'da denemem gerektiğinin aklıma gelmesi neredeyse bir saat sürdü; ondan sonra da GitLab'a bir daha dokunmamaya karar verdim
Ghostty GitHub'dan ayrılan son proje olduysa sırada kimin olduğunu merak ediyorum
Herkesin gelecek çarşambaya kadar GitHub'dan ayrılıp kendi Forgejo sunucusunu açacağını düşünmüyorum ama insanların sonunda GitHub'dan çıkmayı değerlendirmeye başlaması bile GitHub'ın endişelenmesi gereken bir şey bence
Ortalama yazılım mühendisi VCS ya da forge'larla hiç ilgilenmiyor ve ikisi hakkında da çok yüzeysel bilgiye sahip
Sadece işini yapıp hayatına dönmek isteyen insanlar için bu çok da önemli değil
Sadece bana mı öyle geliyor, yoksa MSFT satın alımından beri sorunlar çok daha mı kötü?
Bu sürede ne kadar büyümüş olabilir? 10 kat mı? 100 kat mı? Daha da fazla mı?
Bir şirket bir şeyi satın aldığında sonraki sorun, ona kimin sahip olacağıdır
Asıl mesele, yeni şirket içinde kimin “iyi kalmasını sağlama” sorumluluğunu üstleneceğidir; satın alma sonrasında bunu yapan eski çalışanlar kalsa bile motivasyon ayrı bir meseledir
Microsoft'un ciddi sorunları var
Sanki en az 10 şirketi tutkalla bir araya getirip Microsoft demişler gibi boşluklar görünüyor ve Xbox bölümündeki bir arızanın araçlar bölümüne ya da tersinin olmasının yaratacağı itibar riski de büyük
Pek çok alanda odak eksikliği var ve basın bültenlerini bırakıp bu Everest boyutundaki teknik borcu düzeltmek için bir “service pack 2” anına ihtiyaç vardı
Embrace, extend, and extinguish
“GitHub user 1299, Şubat 2008'de katıldı” deniyor; insan kendi GitHub user # numarasını nasıl öğreniyor?
curl [https://api.github.com/users/YOUR_USER_HERE](<https://api.github.com/users/YOUR_USER_HERE>;)çalıştırıp payload içindeki id'ye bakabilirsin"id": 2851Ya da avatarın HTML kaynağına bakabilirsin: https://avatars.githubusercontent.com/u/2851?v=4
Dürüst olmak gerekirse birkaç milyon bekliyordum
/u/#biçiminde oluyorBen yaklaşık 4 milyonlardayım
Son neredeyse 20 yılda topladığım kullanıcı aktivitesi istatistiklerine göre, istikrarlı ve uzun süreli çalışma hacmi ile başkalarının gerçekten kullandığı yazılımları her gün yazma açısından ilk %1 kullanıcı içinde ya da ona çok yakın olduğuma eminim
Ben de GitHub'ın epey eski kullanıcılarındanım ama en erken kullanıcılardan değilim ve GitHub metrikleri kötüleşse de hâlâ deploy ediyorum
Çünkü yazılım yazmak için GitHub gerekmez
Hashimoto'nun yorumu dengesiz görünüyor ve umarım huzur bulur ama o kişi o kişi olmasaydı bu yorumu okuyup bir sorun olduğunu düşünürdüm; dolayısıyla bence gerçekten de var
Aksi durumda kesintiden şikâyet eden insanları yargılamak epey küstahça ve rahatsız edici geliyor
Bu daha çok Reddit'te gördüğüm türden bir tavır
“İnsanların kendi makinesinde kod yazmasını engellemiyor” diyerek konuyu ıskalayacak birilerinin çıkacağı o kadar öngörülebilir ki, orijinal blog yazısı da o noktayı zaten baştan ele almıştı
Birinin ruh sağlığı hakkında bu kadar iğrenç kişisel saldırılar yapılmamalı
Ama yazıyı okuyunca onun duygusal tepkisi durumla tam örtüşmüyor gibi görünüyor
Yine de projenin ölçeğine göre issue yönetimi, review süreçleri vb. yüzünden GitHub tam zamanlı bir işe dönüşebilir ve PR açıklamalarıyla yorumları commit message yerine dokümanın bir parçası olarak kullanmak da hiç nadir değil
Bu yüzden GitHub erişilebilirliği birçok şirket için gerçekten büyük bir kesinti olabilir
Tam şu anda bile GitHub API sorunları sürüyor
Asıl soru en iyi alternatifin ne olduğu
Ücretsiz sürüm olsa da büyük bir şikâyetimiz yok
Tüm açık kodu oraya mirror olarak atmanda sakınca yok
Test çalıştıracak bir yer arıyorsan kendi altyapını kurarsın
Bu hiç olmadığı kadar kolay; neden böyle kara kutulara bağımlı olasın ki?
GitLab'dan çok daha hızlı