- GitHub Issues, ücretsiz olmasıyla birlikte herkese açık/gizli notlar ve işbirliği için güçlü bir araçtır
- Markdown desteği, kod vurgulama, görsel·video sürükle-bırak ve karşılıklı bağlantılama gibi özelliklerle olağanüstü bir not alma deneyimi sunar
- Güçlü arama özellikleri ve API üzerinden otomasyon, yedekleme ve harici entegrasyon mümkündür
- Tek ciddi eksik, senkronize çalışan çevrimdışı özelliğin olmaması; ağ bağlantısı yokken kullanımı zordur
- Kontrol listeleri, büyük ölçekli kullanım, LLM entegrasyonu, veri yedekleme ve güvenlik de başlıca avantajlar arasındadır
GitHub Issues'un not alma açısından değeri
- GitHub Issues, neredeyse en iyi çevrimiçi not defteri sayılabilecek bir araçtır
- Ücretsiz olarak sınırsız sayıda herkese açık ve gizli not yazıp yönetmek mümkündür
- Markdown biçimi desteği son derece güçlüdür; neredeyse tüm programlama dilleri için sözdizimi vurgulama sunar ve görselleri doğrudan nota sürükleyip bırakmaya da izin verir
Bağlantı ve karşılıklı bağlama özellikleri
- Bir issue içinde başka bir issue'nun URL'sini Markdown listesi olarak eklerseniz, başlığı otomatik olarak getirir ve iki taraflı bağlantılar otomatik oluşur
- Issue görünürlük kuralları uygulanır; gizli issue'lar dışarıya gösterilmez
Güçlü arama ve API otomasyonu
- Depo içinde, kullanıcının tüm depolarında ve GitHub genelinde hızlı ve doğru arama önemli bir güçlü yönüdür
- API ile not verilerini kolayca dışa aktarabilir, yeni not oluşturabilir veya mevcut notları düzenleyebilirsiniz
- Issue etkinliklerine GitHub Actions bağlayarak otomasyonu geniş ölçekte hayata geçirmek de mümkündür
Eksik yön: çevrimdışı senkronizasyon yok
- Tek dezavantaj, internet bağlantısı olmadığında senkronizasyonun çalışmamasıdır
- Bu yüzden mobilde çoğunlukla Apple Notes gibi çevrimdışı/senkronizasyon destekli uygulamalarla birlikte kullanılır
Güvenlik, kullanım kolaylığı, kontrol listeleri ve büyük ölçeklenebilirlik
- Güvenlik endişeleri görece düşüktür. Şirketler GitHub'ın güvenilirliğine yatırım yapar ve platforma duyulan güven yüksektir
- Tüm not platformlarında hatalardan kaynaklanan veri sızıntısı riski bulunduğundan hassas veriler saklanmamalıdır
- Ücret ödeme ya da self-hosting gerektirmediği için notları kaybetme riski daha düşüktür
- Markdown kontrol listeleri(
- [ ] item) veya issue referansları(- [ ] #ref) kullanımı çok faydalıdır
- İlgili issue kapatıldığında otomatik olarak işaretlenir
- Çeşitli yedekleme yöntemleri de denenebilir (ör: github-to-sqlite)
- Ölçeklenebilirliği de çok güçlüdür; vscode deposu içinde 190 bin, flutter deposu içinde ise 100 binin üzerinde issue yönetimi örneği vardır
LLM ve diğer kullanım senaryoları
- Issue verilerini LLM gibi üretken yapay zeka sistemlerine boru hattıyla bağlamak da oldukça rahattır
- Gerçekte 50'den fazla yorum ve 1,5 yıllık bir issue başlığını özetleyip bunu yeni bir yorum olarak düzenleme deneyimi yaşanmıştır
Etkinlik verilerini toplama ve kullanma
- GitHub'da oluşturduğunuz issue ve yorum sayısını GraphQL sorgusu ile hesaplayabilirsiniz
{
viewer {
issueComments {
totalCount
}
issues {
totalCount
}
}
}
- Gerçek sonuçlarda 9.413 issue, 39.087 yorum ve toplamda 48.500 kayıt yer alıyor
Sonuç
- GitHub Issues; ücretsiz olması, işbirliği, otomasyon, arama, ölçeklenebilirlik ve kullanım esnekliğiyle güçlüdür
- Çevrimdışı senkronizasyon da eklenirse fiilen en iyi dijital not defteri çözümlerinden biri olur
1 yorum
Hacker News görüşleri
Geçmişte düğününü hazırlarken proje yönetim aracı olarak GitHub Issues kullandığını anlatıyor. Eşi başta şüpheyle yaklaşsa da etiket ekleme, arama gibi özellikler sayesinde işbirliği çok kolaylaşmış ve düğün hazırlık işlerini zamanında bitirebilmişler. Yer imlerinden issue tracker'a doğrudan giden bir bağlantı oluşturmanın en zor kısım olarak aklında kaldığını söylüyor. Yakın zamanda taşınırken de GitHub Issues'u kutuları düzenlemek için kullanmış. Her kutu için bir issue açıp açıklama alanına kutunun içeriğini yazmış, kutunun üstüne de issue numarasını not etmiş; böylece daha sonra GitHub aramasıyla hangi kutuda ne olduğunu kolayca bulabilmiş
Bunun dışında başka çözümler deneyip denemediğini ve neden yetersiz kaldıklarını soruyor
İçeriği doğrudan kutunun dışına yazmanın yeterli olup olmayacağını basitçe merak ediyor
Hacker News'te gördüğü bir ev onarım projesi hikayesini hatırlatıyor. Şu anda GitHub'dan kaldırılmış gibi görünüyor ama ilgili proje bağlantısını paylaşıyor
Eski iş yerinde GitLab'ı genel proje yönetim aracı olarak kullanmaya çalıştıklarını, ancak projeler arası referans özelliği olmadığı için kullanımın durduğunu anlatıyor. Açık kaynak projeler için uygun olduğunu, ama mevcut şirketinde GitLab'ın Youtrack'in yerini alabileceğini ve Upsource'un yerini zaten aldığını söylüyor
xkcd 1172. çizgi romanını hatırlatıyor. Böyle eğlenceli anekdotların çok olduğunu ve dünyada epey tuhaf iş akışlarına sahip insanlar bulunduğunu söylüyor. Yine de bu tür işler için doğru araçları kullanmanın her zaman daha iyi olduğunu düşünüyor. Bu arada, yurt dışına taşınırken işleri Org mode ile düzenlediğini ekliyor. Kişisel bilgilerini Microsoft'a vermeye kesinlikle tahammül edemediğini belirtiyor
İlginç bir bilgi paylaşıyor. Aşağıdaki GraphQL sorgusunu GitHub GraphQL Explorer içine yapıştırırsanız, şimdiye kadar GitHub'a yüklediğiniz toplam issue ve yorum sayısını hemen görebilirsiniz
Kendisinde 9.413 issue ve 39.087 yorum olmak üzere toplam 48.500 kayıt var
İlk yorumun gizlilik hakkında olmasını beklediğini ama şaşırtıcı biçimde öyle olmadığını söylüyor. Kendisi çok fazla not tutmasa da bunları e-postadan bile daha kişisel veri olarak görüyor. Bu tür özel verilerin LLM eğitimi için kullanılmasını istemiyor. Microsoft'un private repository gizliliği konusunda herhangi bir güvence verip vermediğini merak ediyor
GitHub Issues'ta son derece hassas şirket sırları bulunduğu için güvenlik ve gizliliğin çok güçlü olması gerektiği tahmin ediliyor. Birçok şirket kaynak kodunu ve ilgili artifact'leri emanet ederek GitHub'a ciddi paralar ödüyor; dolayısıyla güven oluşturmak GitHub'ın iş modelinin merkezinde yer alıyor. Şirket sırlarıyla model eğitme gibi bir riske girmeyeceğini düşünüyorlar
"Microsoft private repository gizliliği konusunda güvence veriyor mu?" sorusuyla ilgili tartışma bağlantısını burada paylaşıyor
"GitHub'ın araması harika" iddiasını sorguluyor. Örneğin "current logs could do with a bit of redesign" ifadesini aynen içeren bir yorum olsa bile bunu ancak tırnak içine alırsanız bulabildiğinizi, ayrıca "redesing" gibi bir yazım hatası yüzünden aramanın başarısız olabildiğini söylüyor
Kendisi gibi pek çok kişinin en iyi not uygulamasını bulmaya çalıştığını, ama sonunda hep bir Git reposunda biriken Markdown dosyalarına geri döndüğünü söylüyor
Bu yöntemi sürdürmek istiyorsanız, Obsidian + Git Plugin kombinasyonunun en iyisi olduğunu söylüyor. Masaüstünde harika çalışıyor, ancak iOS'ta biraz kurulum gerekiyor
Ücretsiz açık kaynak bir not uygulamasını denemeyi öneriyor. Geliştiricinin müşterisi olduğunu belirterek em'in kişisel düşünceleri düzenlemek için güzel ve minimalist bir not uygulaması olduğunu tanıtıyor
Tüm cihazlarda otomatik çift yönlü senkronizasyon sunan uygulamalara kıyasla, her yeni veya düzenlenmiş not için elle commit/push/pull yapmanın eski usul hissettirdiğini söylüyor
Kendisi de benzer şekilde Markdown yerine Org-mode dosyaları kullandığını ve ihtiyaç duydukça azar azar org-roam etiketleri eklediğini anlatıyor
Apple Notes ile Markdown klasörleri arasında gidip gelmenin acısını anlattığı bir deneyim paylaşıyor. Markdown klasörleri geleceğe dönük uyumluluk açısından iyi, ama Apple Notes tasarım, sadelik ve medya desteği bakımından çok güçlü. Daha fazla özellik sunan Markdown uygulamaları ise giderek daha kapalı hale geliyor ve okuma uygulamalarının da bu özellikleri desteklemesi gerekiyor. Sonunda Apple Notes'ta kalmaya karar verdiğini, ama yine de bu kez Obsidian üzerinden Markdown klasörüne elle taşıma yaptığını söylüyor. Dışa aktarma kullanmış ama biçimlendirme öylesine bozulmuş ki tüm notları tek tek düzeltmesi gerekiyormuş
iCloud'daki "keep downloaded" seçeneği sayesinde artık tüm klasör ve dosyalar yerelde tutulabiliyor. Böylece dosyalarını iCloud'da saklayan tüm uygulamalar hem çevrimdışı çalışmayı hem de çevrimiçi otomatik senkronizasyonu destekler hale geliyor
Senkronizasyon çakışmalarının nasıl ele alındığını ve senkronizasyon sıklığını soruyor
Klasör taşırken iCloud'un hâlâ indirip yeniden yükleme yöntemini kullanıp kullanmadığını merak ediyor
Vendor lock-in'den kaçınmak için Codeberg kullanma ya da kendi Forgejo kurulumunu barındırma alternatiflerini paylaşıyor
GitHub Issues'un en iyi bug tracker / ticketing system olduğu görüşünü savunuyor. Arayüzünü sezgisel, basit ve hızlı buluyor. Yalnız Microsoft'un yeniden tasarımıyla bunun bozulmasından biraz endişeli
İş hayatında farklı issue tracker'lar kullandığını, ama GitHub'da bazı önemli özelliklerin eksik olduğunu düşünüyor. Özellikle yorumlardan ayrı bir issue özeti yazılamaması, gelişmiş erişim kontrolünün olmaması (yalnızca bazı issue'ların belirli kişilere gösterilememesi) ve herkese açık yorum yerine geçici not bırakmak için özel kişisel not özelliğinin bulunmamasını örnek veriyor
Azure DevOps'un varlık amacını, Microsoft'un pazarlama felsefesinin GitHub'a tamamen nüfuz etmesini engelleyen bir "çekim kuyusu"na benzetiyor
Zaten bir giriş duvarı oluştuğunu ve aranabilir issue sayısının hızla kısıtlandığını, yani açıklığın azaldığını söylüyor
Federation desteğinin olmamasını üzücü buluyor. Büyük kaynak depolarının merkezileşmesinin tüm geliştirici topluluğu için kaçınılması gereken bir yapı olduğunu düşünüyor. GitLab'ın federated merge request özelliği (ilgili issue) 9 yıldır ilerlemiyor. Oysa yalnızca bu özellik bile herkesin merkezi bir sistem kullanmak zorunda kalmadan git benzeri şekilde işbirliği yapmasını sağlayabilirdi. Ayrıca kısa süre önce Microsoft'un, ABD yönetiminin emriyle Uluslararası Ceza Mahkemesi başsavcısının e-posta hesabını kapattığını hatırlatıyor. Avrupa Birliği'ne karşı duracağını duyurmasının hemen ardından bunun yaşanmasını ironik buluyor. Trump'ın AB'ye tahammül edemediğini, bir gün Microsoft'a GitHub'ın AB erişimini engellemesini söylerse bunun teknik olarak mümkün olduğunu vurguluyor. Bunun iş dünyası ve açık kaynak üzerindeki etkilerinin iyi düşünülmesi gerektiği uyarısında bulunuyor
Yalnızca Çin değil, ABD teknolojisine duyulan güvenin de istikrarsız hale geldiğini; bu nedenle kamu kurumları ve hükümetlerin belirli bir ülkenin teknolojisine bağımlılığı mutlaka yeniden değerlendirmesi gerektiğini söylüyor
Radicle gibi alternatifleri denemek istediğini, işler daha da kötüleşince başlamayı ertelemenin sonunda pişmanlık yaratacağını düşünüyor
Obsidian'a oldukça benziyor, ama biraz daha fazla prosedür içeriyormuş gibi geliyor
Bu prosedürlerden biri de "tüm cihazlardan erişmek için yılda 50 dolar ödemek" ya da "web'den erişmek için yılda 100 dolar ödemek" olabilir diye şaka yapıyor
Aslında Obsidian'ın da metin dosyalarına biraz daha fazla prosedür eklenmiş hali gibi olduğunu söylüyor. Ama temelde metin dosyalarının kendisi çok güçlü ve cihazlar arasında senkronize etmenin de çeşitli yolları var
Obsidian'dan farklı olarak GitHub Issues yalnızca çevrimiçi. Yedekleme imkânı yoksa bunun kesinlikle sorun olduğunu düşünüyor
Obsidian'ın kendi kendine barındırılıp barındırılamayacağını merak ediyor. İş için kullanırken güvenlik kaygısı duyduğu için her şeyi yerelde tutup yalnızca Markdown dosyalarını OneDrive ile yedeklemeyi öneriyor