Sıradaki Rich

 (clojure.org)
1 puan yazan GN⁺ 2023-08-05 | 1 yorum | WhatsApp'ta paylaş
  • Rich Hickey, ticari yazılım geliştirme kariyerinden ve Nubank'taki görevinden emekli oluyor, ancak bağımsız geliştirici olarak geri dönüp Clojure'un bakımını ve iyileştirilmesini sürdürmeye devam ediyor
  • Clojure çalışmaları Alex, Stu, Fogus ve birçok katkıcıyla devam edecek; 1.12 ve sonrası için çalışmalar da planlanıyor
  • Nubank, Alex, Fogus, Clojure çekirdek ekibi ve daha geniş Clojure topluluğunu desteklemeyi sürdürüyor
  • Datomic, Stu tarafından Nubank içinde yönetilmeye devam edecek; büyüyen ekip ve yeni ücretsiz sunum bir sonraki değişimi şekillendirebilir
  • Bu emeklilik, Rich Hickey'e Clojure'un ilk dönemlerindeki özgürlük ve bağımsızlığı geri veriyor; Clojure'un yolculuğu sürüyor

Rich Hickey'in emekliliği ve Clojure'un gelişiminin sürmesi

  • Rich Hickey, ticari yazılım geliştirmeden emekli oluyor ve Nubank'taki görevini de sonlandırıyor
  • Clojure ve Datomic'in büyük ölçekli ortamlarda başarıyla uygulandığını görmek onun için ilginç bir deneyimdi
  • Emeklilikten sonra yeniden bağımsız geliştirici olarak Clojure'un bakımını ve iyileştirilmesini sürdürecek
  • Clojure çalışmaları Alex, Stu, Fogus ve birçok kişiyle birlikte devam edecek
  • Clojure 1.12 ve sonrası için faydalı çalışmalar planlanıyor

Topluluğun ve Nubank'in desteği

  • Clojure topluluğu hâlâ dostane, olgun ve üretken bir yapıya sahip
  • Topluluk, Clojure'u birçok ilginç yeni alana doğru genişletiyor
  • Nubank, Alex, Fogus, Clojure çekirdek ekibi ve daha geniş Clojure topluluğunu desteklemeyi sürdürüyor

Datomic'in bir sonraki adımı

  • Stu, Nubank içinde Datomic geliştirmesine liderlik etmeyi sürdürecek
  • Datomic ekibi Nubank içinde büyüyor ve gelişiyor
  • Datomic'in yeni ücretsiz sunumunun nereye varacağı önümüzdeki dönemin ilgi odağı olabilir

Cognitect'e dair bir değerlendirme

  • Rich Hickey için Cognitect'te geçirdiği zaman kariyerinin zirve noktalarından biri olarak kalıyor
  • Ekipteki herkesten bir şeyler öğrendiğini ve birlikte yaşanan etkileşimler için derin bir minnettarlık duyduğunu söylüyor
  • Stu ve Justin, onun fikirleri için defalarca risk aldı; en iyi ortaklar ve dostlardı ve her zaman dürüstlüğü bütünüyle temsil ettiler
  • Alex Miller, Rich Hickey'in eksik olduğu birçok beceriye fazlasıyla sahipti; onun yılmayan ruhu, pozitifliği ve dostluğu olmasaydı Clojure bugünkü hâline gelemezdi

Yeniden bağımsız geliştirici olarak

  • Rich Hickey, Clojure ve Cognitect sayesinde birçok dost edindi ve bundan sonra da bu dostlukları büyütmeyi umuyor
  • Emeklilik ona, Clojure'u ilk geliştirdiği dönemdeki özgürlük ve bağımsızlığı geri veriyor
  • Clojure'un yolculuğu sürüyor

İlgili okumalar

1 yorum

 
GN⁺ 2023-08-05
Hacker News yorumları

  • Rich’in Simple Made Easy sunumu, izlediğim en iyi programlama videosu; daha iyi kod yazmak için birçok mühendisin gerçekten anlaması gereken şeyleri anlattığını düşünüyorum
    Binden fazla mühendisi olan bir şirkette en kıdemli mühendis, yani chief architect olarak çalışıyorum; kendini geliştirmek istediğini soran her junior’a bu videoyu öneriyorum
    Ayrıca Clojure + Aleph ile yayına aldığım tek büyük uygulama, 7 yıl boyunca 10k TPS’in üzerinde sürekli yüksek yük altında çalışmasına rağmen bildirilen bir bug ya da kesinti yaşamadı

    • Raymond Hettinger’in Beyond PEP8 sunumu da mutlaka önerdiğim bir konuşma
      Hep aklımda olan ama iş arkadaşlarıma iyi ifade edemediğim şeyleri, bu sunumu izledikten sonra açıklayabilir hale geldim; hem Python hem de Java’yı ele aldığı için fonksiyonel programlamaya aşina olmayan insanlar tarafından da kabul görme ihtimali artıyor
      Birlikte çalıştığım birçok programcı, kullandığı ortamı doğru düzgün öğrenmeye yanaşmadığı için uyumsuz yöntemleri tekrarlıyor ya da tam tersine, ortamı kendi zevkine göre zorla dönüştürmek için aşırı tasarlanmış soyutlamalar kuruyordu; ikisi de codebase’i berbat edebilir
    • Clojure öğrenmeye başladığımda 1 son sonuç, 2 iki ifade önceki sonuç, *3 üç ifade önceki sonuç gibi bir düzen vardı; bunun ileride sorun çıkarmamasının mümkün olmadığını hissetmiştim

  • Java kütüphanelerine bağımlı olmam gerektiği için ilk trading system’imi Clojure ile yazdım
    Yıl 2011’di ve Lisp deneyimim yaklaşık 3 yıldı; nispeten yeni bir dil kullanacağımı söyleyince çevremden şüpheli bakışlar aldım ama JVM tabanlı olması, o dönemde birçok high-frequency trading şirketinde kullanılan ortamla uyumlu olduğu için ikna etmeye yardımcı oldu
    Birkaç yıl sonra C++ birlikte çalışabilirliği içeren yeni gereksinimler yüzünden emekliye ayırıp yeniden yazdık; ancak bellek kullanımı ve allocation takibi çok zorlaştı, zamana duyarlı sistemlerde bellek allocation maliyeti belirgin şekilde hissedildi
    Tekrar Java’ya geçerken Java kütüphanelerini kolayca yeniden kullandık; ama Clojure’da önce bir DSL oluşturup algoritmaları onun üzerine yazdığımız Common Lisp tarzı teknikler yüzünden algoritma implementasyon kodunu taşımak çok daha zor oldu
    O kısım yeniden yazımdan sonra çok daha uzun ve hantal hale geldi; ama gerçekten çok eğlenceliydi ve şu an, bir yılda öğreneceğim kadar şeyi bir ayda öğrenmişim gibi hissediyorum

    • JVM’de allocation’ın kendisi pek yavaş sayılmaz; genelde yalnızca pointer artırma şeklinde çalıştığı için manuel bellek yönetimli dillere göre çoğu zaman daha hızlı bile olabilir
      Garbage collection için gereken düzenekler overhead yarattığından genel fikir doğru, ama yavaşlığın sebebini allocation’ın kendisi olarak görmek zor
    • DSL için gömülebilir bir Scheme yorumlayıcısı kullanmaya şirketi ikna edemediniz mi acaba
    • Sonuçta Clojure/Java performansı yeterli olmadığı için mi C++’a geçmek zorunda kaldığınızı merak ediyorum
    • Clojure’da önce DSL oluşturup algoritmaları onunla yazdıysanız, bu Lisp macro’larından gerçekten mümkün olduğunca kaçınmak gerektiği anlamına gelmez mi diye düşünüyorum

  • Clojure ile iki büyük proje geliştirdim; biri kapanan bir startup SaaS’iydi, diğeri de dahili bir sistemdi ve ikisi de gerçekten keyifliydi
    Büyük sunucu bileşenlerinden modül düzeyindeki bağlantılara kadar, basit veriler alışverişi yapan gevşek bağlı bileşenlerin muazzam değerini öğrendim; artık devasa, monolitik ve dayatmacı web framework’lerine güçlü bir şüpheyle bakıyorum
    Genel olarak Lisp, içine daldığım programlama tavşan delikleri arasında en çok karşılığını aldığım şeydi; imperatif/prosedürel dillerde kod yazarken bile düşünme biçimimi değiştiren gerçek bir teknik ve disiplin altın madeni oldu

  • “Congratulations” kelimesi Latince kökenli; “birlikte” anlamındaki com- ile teşekkür etmek ya da sevinç göstermek anlamındaki gratulari birleşiminden geliyor; gratulari de “gratitude” ile aynı kökten, gratustan türemiş
    Rich ile birkaç kez yüz yüze tanışma şansım oldu sadece, ama derin bir minnettarlık ifade etmek istiyorum ve onun bu aşamaya geçmesi bana büyük sevinç veriyor
    Bir sonraki aşamada neler göstereceğini merakla bekliyorum

    • Big Man Tyrone’un klasik Congratulations videosu kadar bu ruhu iyi yakalayan çok az şey var
      Anlam, samimiyetten hicve ve tekrar samimiyete gidip geldi; ama orijinal videonun temelindeki özünde neşeli tavrın, içten bir sevincin iyimserliğini taşıdığını düşünüyorum

  • Rich Hickey’nin sunumları sayesinde üniversite yıllarımda Clojure ve fonksiyonel programlamayı keşfetmeye başladım; bu da sonrasında kariyerimin bir bölümünde F# adlı fonksiyonel dilin gelişimine katkı verme fırsatına uzandı
    Muazzam bir başarıydı diyemem ama büyük bir başarısızlık da değildi; sonuçta işlerin böyle gelişmiş olmasından gerçekten memnunum
    Hâlâ arada Clojure ile yazdığım bitirme projesine dönüp bakınca, kendine özgü bir zarafeti olduğunu hissediyorum

    • Benzer bir deneyimim var
      Sonrasında daha büyük etki yaratan şeyler yaptım; ama sonunda en gurur duyduğum yazılım, ClojureScript ile yaptığım bir hesap makinesiydi
      SICP’in son bölümünü gevşek biçimde temel alarak register machine durum geçişlerini gülünç derecede metacircular bir şekilde implemente etmiştim; asıl uygulamadan çok implementasyon ilginç olduğu için Processing ile register machine’i ilkel bir ALU gibi görselleştirmiştim
      Rich Hickey ya da Clojure olmasaydı yazılım yazmanın ne kadar eğlenceli ve yaratıcı olabileceğini neredeyse bilemezdim; böyle bir mantığı production’a koymaya çalışsaydım anında kovulurdum ama deneyimin kendisi A+’tı
    • Sizin Microsoft’ta olduğunuz dönemde F# programlamaya başladım ve birkaç yıl içinde F# oldukça yetkin bir cross-platform seçenek haline geldi
      Microsoft’un ve topluluğun payı var, ama sizin yardımınızın da kesinlikle büyük etkisi oldu

  • Rich’in Clojure’a harcadığı zaman ve paradan, hatta emeklilik birikiminden kullandığı paradan bahsettiğini hatırlıyorum
    Uzun ve dolu dolu bir emeklilik hayatını mutlu geçirmesini dilerim

  • 2020’deki ilk duyurular burada
    https://cognitect.com/blog/2020/07/23/Cognitect-Joins-Nubank
    https://news.ycombinator.com/item?id=23926407
    https://building.nubank.com.br/welcoming-cognitect-nubank/
    Çok ilginç bir hikâye

    • Tam 1 yıl önce sanıp Rich’in bekleme süresi bitmiş olmalı diye düşünmüştüm; ama tekrar bakınca hiç de 1 yıl önce olmadığını gördüm

  • Gerçekten harika bir gelişme
    Birincisi, Clojure’un bir ekip projesi olarak olgunlaşmaya devam ettiğini pekiştiriyor
    İkincisi, yalnızca kişisel özgürlükten doğabilecek harika yeni işlerin habercisi gibi görünüyor
    Üçüncüsü, BDFL’nin işvereninden emekli olup doğrudan hayatının işine atlaması gibi bir şey; insan desteklemek istiyor

    • Ben de tam böyle gördüm; bu dil artık çok daha büyük bir odak kazanmış oldu

  • Stu’nun evinde Marvel Champions oynarken Rich ile tanışmıştım
    Clojure, Datomic, Cognitect ve çeşitli sunumlar için teşekkürler; bu yaratımlar hayatımı birçok açıdan zenginleştirdi
    Emeklilikte hamakta uzanarak geçirecek bol bol zamanı olmasını dilerim

  • Clojure ve ClojureScript etrafındaki topluluğun muazzam emeği olmasaydı OrgPad mümkün olmazdı
    Ekip üyeleri de muhtemelen akademinin ya da kurumsal yapıların içinde sıkışıp kalacaktı; bunun yerine fiilen iki ailenin yürüttüğü bir startup/şirket olarak yaşayabilir hale geldik
    Kod yazmayı ağır bir angarya olmaktan çıkarıp öngörülebilir, üretken ve neredeyse eğlenceli bir işe dönüştüren Rich’e ve bu yolculuğa katkı veren herkese teşekkürler