Rust

Rust büyümesine rağmen buradaki göreceli rakamların aynı kaldığını fark ettim. Bu, iyi ve Rust'ı amatör olarak kullananların sayısında artış olduğu ve iyi bir hızda profesyonel kullanıma dönebilecekleri anlamına geliyor. İş verenler, "X yıllık profesyonel Rust deneyimi" olan insanların ötesine bakarlarsa mevcut pozisyonlarından geçiş yapmak isteyen büyük bir yetenek havuzu bulabilir.

Anekdotsal olarak, Rust birkaç yıl önce "garip, yeni bir dil" olarak bilinmekten "bunu üretime eklemek çılgınlık olmaz" seviyesine geçiş yaptı, bu nedenle burada büyüme bekleniyor ve hoş karşılanıyor.

Rust genç bir dil olduğu için yıllarca deneyimi olan insanlar bulmak zor. Bu nedenle, Rust'ı benimseyen yöneticilerin ekiplerini desteklemek için kurs ve diğer eğitim yöntemlerine bütçe ayırması gerekiyor. Ayrıca, on yıllarca programlama yapmış bir geliştiricinin yardımla yeni bir programlama dilini kısa sürede öğrenebileceğini göz önünde bulundurun.

Geçmişte Rust kullananlar, hâlâ genel anlamda Rust'ı kullanmaya devam ediyor. Yeni kullanıcıların göreli payının neredeyse sabit kalması ise sağlıklı bir organik büyüme modeli olduğunu gösteriyor. Kıdemli Rust kullanıcılarının sayısının artması ise onları arayan işverenler için sevindirici bir haber.

Katılımcıların neredeyse yarısı, Rust'ın yanı sıra farklı dil de kullanan, çok dil bilen programcılar. Bu nedenle, yüzde oranlarının mevcut popülerliğini doğru yansıttığı söylenebilir. Her zaman söylendiği gibi, mükemmel araç genellikle genelde zaten sahip olduğunuz araçtır.

Bu başlıktaki sonuçlar benim için hoş bir sürpriz oldu. Sadece Rust kullanılan projelerin oranının biraz daha düşük olmasını bekliyordum. JavaScript rakamlarına ise şaşırmadım; topluluklar birbiriyle yakın temas halinde ve epey iyi anlaşıyorlar.

rust-analyzer büyük bir ilerleme kaydetti! Rust-analyzer projesinin yakın zamanda daha geniş Rust organizasyonunun bir parçası haline geldiği göz önünde bulundurulduğunda, bu gelişme pek de şaşırtıcı değil. Rust Language Server (RLS) ise rust-analyzer'ın gerisinde kaldı. Kişisel olarak, çok sayıda kişinin Rust için gelişmiş IDE'ler kullanmasından ve IntelliJ Rust ile rust-analyzer arasında sağlıklı bir rekabet ve iş birliği olduğunu gözlemlemekten oldukça memnunum!

Artık Rust için resmi LSP uygulaması olan rust-analyzer büyük bir ilerleme kaydetti. IntelliJ Rust da yerini korumaya devam ediyor. İkisiyle de çalışmış biri olarak hâlâ arada bir aralarında geçiş yapmaya devam ediyorum. İkisi de harika mühendislik örnekleri. Ekiplerini tebrik ederim!

Artık daha fazla sayıda kullanıcı hata ayıklayıcı kullanıyor. Bu, büyük olasılıkla desteğin geçtiğimiz yıldan beri iyileşmesinden kaynaklanıyor. dbg! makrosu, çalıştırma zamanı durumuyla ilgili hızlı ve kolay veri edinme yöntemi olduğu için şaşırtıcı olmayan bir şekilde hâlâ tahtını koruyor. Rust olabildiğince seçici olsa da uygulamalarda genellikle zaten hata ayıklamaya ihtiyaç duyulmadığını unutmamak gerek.

Hata ayıklayıcılar her zaman olduğu gibi en can sıkıcı nokta. Ben şahsen eprintln! (IDE'mdeki pd snippet'i üzerinden) kullanıyorum ama Kotlin'deki harika hata ayıklayıcıları özlüyorum.

Bu düpedüz araç zincirinin suçu! Burada listenen tüm araçlarının kullanımı imkansız derecede meşakkatli. Tam zamanlı olarak profil oluşturuyorsanız (örneğin büyük bir projede performans mühendisiyseniz, a-la nnethercote) tüm performans bayraklarını öğrenmeye zaman ve çaba harcamak isteyebilirsiniz. Ancak, performans denetimi yapmak için kısa süre harcamak istiyorsanız öğrenme eğriniz oldukça nahoş. Rust'ın, Go'nun araç zincirinin bir parçası olarak pprof.StartCPUProfile içeren kitabından bir sayfa almasını isterdim. Ancak bu büyük bir çaba gerektirecektir.

Çoğu kullanıcının hız için kullandığı bir dilde performans ölçümünün yaygın bir uygulama olmaması harika, ayrıca şaşırtıcı da değil. Teorim, performans araçlarının erişilemez olması ve platforma göre farklılık göstermesi.

CLI araçlarının Rust'ın ön plana çıktığı niş bir alan olduğu kanıtlandı. Geçen yıl, geliştiricilerin neredeyse yarısı bunları geliştiriyordu. İlginç olan bir diğer şey ise katılımcılardan yalnızca %6'sının bu alanda bilfiil çalışmasına rağmen blok zinciri şirketlerinin Rust kullanma konusunda sıklıkla övünmeleri. Bunun nedeni, pazarlama stratejileriyle yaratılan büyük heyecan ya da blok zinciri alanında çalışan birkaç Rust geliştiricisinin gerçekten ses getiren projeler üretmeleri olabilir. Ya da ikisi birlikte.

Rust'a dair genel kanının Rust'ın blok zinciri sektöründe sıkça kullanıldığı yönünde olduğu düşünülürse bu seçeneğin yerleşik ve akademik kullanımın bile altında kaldığını görmek epey şaşırtıcı.

Linux zirvede kalmayı sürdürse de Windows büyük bir ilerleme kaydetti. Bunun nedeni, Microsoft'un Rust'a yatırım yapması ve Linux kullanıcılarının genellikle bunu ilk kullananlar olması olabilir. Geliştirici topluluğu artık bilgisayarlarında halihazırda bulunan işletim sistemlerini kullanmaya eğilimli daha muhafazakar kullanıcılarla büyümeye devam ediyor.

Benim için küçük bir sürpriz daha; WebAssembly'yi yerleşik kullanım çevresinde bir yere koyardım. Bu bir kez daha anketin ne kadar önemli olduğunu gösterdi.