Tek kişilik geliştirici olarak işleri nasıl sistemli yönetiyorsunuz?

• Bir ekiple çalışırken scrum gibi kısa vadeli hedefler ve düzenli bir iş backlog'u, odağı korumaya ve yapılacakları takip etmeye gerçekten yardımcı oluyordu
• Ancak tek başıma geliştirirken doğru dürüst bir yaklaşım bulamadım; sık sık yoldan sapıp hedefi kaybediyordum
• Siz hedefe sadık kalmak için hangi araçları ve teknikleri kullanıyorsunuz?

CharlieDigital

• Kâğıt not defteri kullanıyor
• Bilgiyi paylaşma ihtiyacı yokken, tüm fikirleri ortaya dökmek ve tekrar tekrar gözden geçirmek için not defteri kadar iyisi yok. Giriş yapmanız gerekmez, her yere taşırsınız; bankta oturup fikir düşünebilir, spor salonuna gidip fikirleri yazabilirsiniz.
• Günlük hedefleri bir kontrol listesine yazıp tek tek işaretlemek yeterli. Durumu başkalarıyla paylaşmanız gerekmediği için GitHub Projects gibi şeylere de ihtiyaç yok

olooney

• TODO.md dosyası kullanıyor
• GFM (GitHub flavored markdown) ile aşağıdaki gibi bir liste yazıyor

    1. [X] Dockerfile  
    2. [ ] Bulk Inference  
    3. [ ] CLI  
    4. [ ] Logging  
  

• Gelecekteki fikirler için backlog, düzeltilecek hatalar için bugs bölümü ve en üstte mevcut maddelerin olduğu isimsiz bir bölüm tutuyor
• Release gibi bir milestone'a ulaştığında tamamlanan tüm maddeleri siliyor

jasonb05

• Gelecekteki kendisine bol bol yazı yazıyor
  1. Hafta, ay, çeyrek ve yıl sütunları olan Trello
  2. Farenin yanında açık duran bir not defteri
     2a. Sol sayfa: kalem ve kâğıtla günlük yapılacaklar kontrol listesi. (Günde 2–3 satır)
     2b. Sağ sayfa: karalamalar, taslak çizimler, yapışkan notlar vb.
  3. Araştırma, URL'ler, makaleler, düşünceler, fikirler, ilerleme, eklentiler vb. kaydettiği bir geliştirme günlüğü
  • Tüm GitHub projelerinde bu notlar için bir dev/ klasörü var; dosya adları yyyymmmdd-n.txt biçiminde
  • Gerektikçe her gün, proje başına yeni bir dosya açıyor
  4. Geçici fikirler için sarı yapışkan notlar (ekranın altında, not defterinde veya beyaz tahtada)
  • Genellikle projeyi doğru yöne sokan özdeyişler oluyor (ör. "kimse asla rtfm okumayacak")
  5. Beyaz tahta, proje bazlı sütunlar, çıktılar + mıknatıslar (proje ilerleme aylık grafiği), yapışkan notlar, gelecekteki projeler için fikirler ve çeşitli şeyler
• Gelecekteki kendisiyle fazlasıyla iletişim kurmaya çalışıyor
  • Beklentileri, ilerlemeyi, engelleri vb. yani o an ne düşündüğünü düzenlemesine yardımcı oluyor
  • Engel işin kendisi değil; engel benim
  • İşler genelde "uzun uzun düşündükten" sonra somutlaşıyor
• 8 yıldır tek başına bu şekilde çalışıyor
  • 2000'lerin başındaki doktora döneminden beri gerçek zamanlı geliştirme günlüğü için /dev dizini ve .txt dosyaları kullanıyor. Sayısız saat kazandırmış (grep).
• Bir de her gün aynı şeyleri yapıyor. Neredeyse her gün
  • Örneğin müşteri desteği, tanıtım, yazı yazma, kodlama ve... düşünmesine gerek kalmadan sadece o işi yapıp sonra sıradakine geçiyor

liampulles

• Yan projelerde "README odaklı geliştirme" motivasyon sağlamaya ve kapsamı sınırlamaya yardımcı oluyor

Tehnix

• Günlük/haftalık/aylık hedefler koyup bunları Linear, Todoist, Notion gibi uygulamalarla sistemli hale getiriyor
• Aylık hedefler çok üst düzey ve birkaç adet oluyor (ör. "PoC oluştur", "blogu yeniden tasarla ve tekrar yayına al")
• Haftalık hedefler daha somut ve sınırlı (ör. "Swift kodundan Rust çağırma yaklaşımına karar ver" veya "yazının tasarım ve stilini tamamla")
• Günlük hedefler çok spesifik (ör. "Swift binding'leri üretmek için UniFFI pipeline'ını kur" veya "yeni temayı blog sayfalarının tamamına uygula")
• Bazen uygulama sırasında yeni işler çıktığı için günlük hedefi ertesi güne erteleyebiliyor
• Şimdiye kadar bu yöntem odaklanmayı artırmada etkili olmuş; birden fazla projedeki pek çok iş/sorun listesinden haftalık önceliğe göre günlük hedeflerini seçiyor
• Devam eden her işi bir proje olarak ayarlayıp, iş eklerken anında öncelik verince üzerinde çalıştığı veya ileride yapmak istediği büyük küçük projeleri bir bakışta görmek kolaylaşıyor
• Kâğıdı sevse de onu ancak geçici işler için kullanabildiğini söylüyor. Yoldayken aklına gelen fikirleri telefondan kolayca ekleyebildiği dijital yöntemi tercih ediyor. Ayrıca klavyeyle yazmak çok daha hızlı ve çalışırken ya da araştırma yaparken çeşitli araçları bir bilgi deposu olarak kullanıyor

OogieM

• Her şeyi Obsidian Vault içinde, ayrı klasörler halinde yönetiyor
• Klasörlerde benzer ortak öğeler bulunuyor
  • Ekran yapısı için (her ekranda hangi işlev veya etkinlik var) kanban eklentisini kullanan bir kanban notu
  • Her özelliğin ayrıntılarını içeren bir roadmap notu
  • İlgili uygulama ya da bileşene dair çeşitli görevleri içeren genel notlar
• Tasks eklentisiyle o anda özellikle ne üzerinde çalıştığını takip ediyor
  • Bu klasörde ilgili uygulamaya ait ekran görüntüleri, referanslar ve diğer notlar gibi ek belgeler de bulunuyor
• Projeleri, çiftlik hayvanları ve nadir ırk kayıtlarını yöneten bir yazılım takımı
  • Bu yüzden Farm Mobile (Android), Farm Desktop (Python), Registry Web (Flask), Registry Desktop (Python) uygulamaları ve veritabanı şeması (SQLite) için ayrı GitLab depoları var
• Artık 3 işbirlikçi daha eklenmiş ve Obsidian Vault'u Obsidian Sync ile paylaşıyorlar. Tek kişilik sistem ekip çalışmasını da karşılayacak şekilde genişlemiş

robomartin

• Yıllardır kanbandan esinlenen basit metin dosyaları kullanıyor
• Küçük projelerden milyon dolarlık projelere kadar her şeyi bu yöntemle yönetiyor
• Her projenin bir ana log dosyası var; ayrıca alanlara göre ayrı dosyalar bulunuyor (elektronik, mekanik, optik, üretim, test vb.)
• Dosyaların içeriği

  <proje adı> log dosyası  
  -------------------------------- WORKING ON NOW   
  <üzerinde çalışılan görev>  
  
  -------------------------------- TO DO   
  - <her görevi tire ile başlat>  
    - <ilgili alt görevleri veya notları girintile>  
  
  -------------------------------- IDEAS  
  <serbest biçimli notlar>  
  
  -------------------------------- RESOURCES  
  <serbest biçimli kaynaklar>  
  
  -------------------------------- DONE  
  <tamamlananları bu bölüme taşı>  
  <istersen zaman damgası bırak>  
  

kkfx

• Emacs/org-mode/org-roam ile yönetiyor
• Geçerli yıl notunda org-agenda kullanıyor; notlar günde bir dosya, yılda bir dizin olacak şekilde ortak org-roam dizininde saat bazlı dosyalara bölünmüş
• Bu sayede org-agenda'nın dolaşması gereken dosya miktarı azalıyor ve yıllık özet notunda bir yıldan diğerine taşınan uzun soluklu materyal de azalıyor

makz

• İşten çıkmadan önce koda şu tür yorumlar bırakıyor: "Şu anda bunun üzerinde çalışıyorum; çalışması için A, B, C... yapmam gerekiyor"
• Böylece kod editörünü bir dahaki açışında ne yapması gerektiğini tam olarak biliyor

qntmfred

• Obsidian Daily Note içinde günlük rutin şablonu var. O güne odaklanmasını ve heyecan duymasını sağlıyor
• Her gün kendine verdiği ilk [X], günlük rutin kontrol listesini tamamlamak oluyor
  • Üretken bir güne başlamak için bedava bir galibiyet
• Aslında notlarının çoğunu Windows sesli yazma ile tuttuğu için bu biraz günlük standup yapmak gibi
• Ayrıca gün boyunca sık sık canlı yayın açıyor; izleyicisi sadece kendisi olsa bile (tabii bu özel bir canlı yayın olduğu için bunu her gün yapıyor), herhangi bir tavşan deliğinde kaybolmadan yaklaşık 20 dakika önce ne yaptığını/ne düşündüğünü kendine hatırlatmak için yararlı oluyor. Hatta Windows Recall da iyi diyor
• Günü, 2'den fazla kişinin olduğu organizasyonlarda başkalarıyla çalışma biçimine benzer şekilde geçiyor (yani toplantılar gibi)

mentos

• Done/Doing/ToDo olmak üzere üç listeli bir Trello panosu
  • Yapılması gereken her şeyin listesini çıkar
  • Önceliklendir
  • En üstteki maddeyi yapılacaklar listesine taşı ve çalışmaya başla
  • Bitince done'a taşı. Sonraki maddeyi al ve tekrarla
• Araştırma kartlarını yönetmek veya v1 için gerekmeyen özellikleri ToDo listesinden çıkarmak için Trello'da başka listeler de kullanıyor

macNchz

• Küçük bir ekiple çalışıyormuş gibi çalışmayı seviyor
  • Çok sayıda maddeden oluşan kontrol listelerine sahip, milestone'lara gevşek biçimde düzenlenmiş GitHub issue'ları yönetiyor
    • Koda yakın olduğu için satır numarası bağlantıları, kopyala-yapıştır kod blokları veya bağlı PR taslaklarıyla, ara verdiği yerde kalabilmek adına kolayca not bırakabiliyor
    • Her cihazdan erişimi çok kolay; aklına bir fikir geldiğinde veya bir hata e-postası aldığında telefondan ya da geliştirme dışı başka bir cihazdan anında hızlıca issue açabiliyor
    • Doğru zamanda başkalarını çağırıp hemen işe dahil etmek de kolay
    • İyi bir API'si ve çeşitli entegrasyonları var (ör. hata takip sisteminden doğrudan issue açmak veya bağlamak)

rerdavies

• GitHub Projects kullanıyor
  • Özellikle tavsiye ettiğini söylemez
  • Ama görev listesini ve hataları yönetmek aslında roket bilimi değil
  • Yüz binlerce dolarlık proje yönetim çözümleri kullanmış ve onlar çok daha kötüymüş
• GitHub Projects tuhaf çalışsa ve pek sevgi görmese de, asgari işlev setiyle yeterli oluyor
  • Otomatik olabileceğini düşündüğü pek çok şey var
    • Örneğin scrum board üzerindeki tüm sorguları elle düzeltmeye gerek kalmadan birkaç tıklamayla yeni sprint'e taşıma gibi
  • Ama yapmak istediğiniz şeyi yapmanıza izin veriyor
    • Başkasının dayattığı esnek olmayan süreçlerle yaşamak zorunda olmaktan çok daha iyi
    • Bazı yönlerden bu minimalizm bir avantaj da olabilir
• Zihinsel olarak bu bir liste yönetimi problemi. O kadar da karmaşık değil. Ve GitHub Projects listeleri gayet iyi yönetiyor
• Kâğıt tabanlı veya kart tabanlı görev listeleri yerine GitHub Projects önermesinin bir nedeni de şu
  • Kullanıcılar hata raporlarının ve özellik isteklerinin nasıl ele alındığını herkese açık şekilde görebiliyor
  • Ayrıca tartışma panosundaki bir gönderiyi hata raporuna veya geliştirme işine (beklemede ya da aktif) dönüştürmek çok kolay
• Klasik scrum kuralları geçerli. Tüm hatalar yeni işe başlamadan önce düzeltilir; bir iş ise ancak tamamen bittiyse tamamlandı durumuna geçirilir
• Size bir liste gerekir. O ise sprint yapısını seviyor çünkü görevlerin üzerinde, ara güncellemeler ve sürekli sürümler için yararlı milestone'lar sağlıyor

leros

• Ürün yöneticisi, proje yöneticisi, yazılım geliştirici, pazarlama, iş operasyonları ve genel iş lideri gibi rolleri ayırıyor ve aynı anda yalnızca birini yapıyor
• Örneğin
  • Genel iş lideri olarak oturup istediği stratejik yönü belirleyebiliyor
  • Sonra ürün yöneticisi şapkasını takıp ne inşa edeceğine karar veriyor
  • Ardından bu fikri proje olarak yönetip önceliklendiriyor
  • Sonra ürün yöneticisi/tasarımcı olup öncelik verdiği özelliği somutlaştırıyor
  • Daha sonra bunun için tamamen ayrı bir zaman ayırıp (genellikle tam bir gün), özelliği geliştiriyor
  • Özellik yayınlanınca pazarlama şapkasını takıp ilgili ürün pazarlamasını yapıyor
  • Tek bir özelliği geliştirmenin yaşam döngüsü böyle
• Tehlikeli olan, tüm roller arasında aynı anda zıplamak. Verimliliği düşürebilir
• Stratejik olmanız gereken zamanlar, yaratıcı olmanız gereken zamanlar ve sadece uygulamanız gereken zamanlar vardır; bunların hepsi farklı zihinsel alan gerektirir
• Tüm planlamasını Notion'da yaparken, amaca göre birkaç farklı kanban panosu kullanıyor

urda

• Kademeli bir "bilgi" sistemi kullanıyor:
  • Cebe sığan Moleskine defterine aklına gelen rastgele düşünceleri, notları, kırpıntıları, diyagramları vb. yazıyor
  • Bunlar sonunda issue tracker'da birer "ticket" oluyor ya da wiki sunucusunda "wiki" veya "wiki update" olarak yer alıyor
  • Sonrasında bunlar snippet'lere, yapılandırma notlarına, kayıt belgelerine, arşivlere, runbook'lara vb. dönüşüyor
• Sonunda dokümantasyonu güncel tutmak veya bir issue fark edildiğinde onu doğru backlog'a eklemek "doğal" bir şeye dönüşmüş

[xguru]

Bence ne olursa olsun, insanın kendisi için onu bir rutine dönüştürmesi en rahat yöntemse en iyisi odur. Başka hazırlık işleri çok olduğunda yönetim dokümanını açıp başlamak uzun sürüyor ve üşendiriyorsa, insan giderek ondan uzaklaşıyor. Masayı topladıktan sonra bir yere koyduğun dizüstü bilgisayarı çıkarıp açmanın kendisi bile iş gibi hissettiriyor.

Bu açıdan bakınca, bende evdeki ve işteki bilgisayarda VS Code neredeyse hep açık oluyor; onun üzerinde açık duran 할일.txt dosyasına bir şeyler yazıp silmek günlük rutinim. Neyi açacağımı düşünmek zorunda kalmadan rutine bağlandığı için iyi geliyor. İçeriği de GitHub Private Repo ile senkronize ediyorum.

[mytory]

Ben, Google E-Tablolar'da proje görevlerini 30 dakika ile 1 saatlik parçalara bölüp hepsini yazıyorum ve tamamlanana kadar geçen süreyi kaydediyorum. Tahmin etmeyi kolaylaştırıyor ve birer birer temizleme hissi de veriyor.

[devsepnine]

Sanırım çoğunlukla Trello kullanıyorum; listeleyip açıklamaları düzenliyorum...
Her yerden erişilebildiği için...

[tested]

Ben Discord'ta kişisel bir sunucu oluşturup bunu kategori/kanallara göre sınıflandırıyor ve TODO gibi kişisel amaçlarla kullanıyorum.

[porteleaf]

Çeşitli yöntemler denedim ama hâlâ tek bir yöntemde karar kılamadım. Şu anda notlarımı Obsidian’da tutuyorum, pratik işleri ise gerektiğinde legal pad’e yazıyorum.
Bu da uçucu hafızanın yerini almak için tuttuğum notlar olduğu için sanırım zaman geçince neyi not ettiğimi unuttuğum çok oluyor..
Bu yazıyı referans alıp sistemi yeniden oturtmam gerekecek..

[hwan0317]

Mutlaka tek başına geliştirme yapıyor olmasanız bile, genel motivasyon veya plan yönetimi için faydalı içerikler gibi görünüyor!