NVIDIA, CUDA ile donanımın çevresinde nasıl bir geliştirici ekosistemi kurdu?

NVIDIA, CUDA’yı yalnız donanım özelliği olarak sunmadı; geliştiricilerin GPU gücünü kullanabileceği bir programlama modeli, kütüphaneler, araçlar ve öğrenme kaynaklarıyla destekledi. Buradaki öğrenim ürünün iyi olmasının yanında kullanılabilir olması gerektiği. Sizin hazırladığınız bir araç, rapor veya hizmet de örnek, açıklama ve destek olmadan kullanıcıya zor gelebilir. Ürünün çevresindeki ilk kullanım deneyimini tasarlamak, gerçek değerin ortaya çıkmasını kolaylaştırabilir.

Bir ekip yeni sistemi satın alır ama çalışanlar eski tabloya dönmeye devam eder. Sorun her zaman alışkanlık veya isteksizlik değildir. Kişi ilk işini nasıl yapacağını bilmiyor, hata mesajını anlayamıyor ya da yardım alacağı yeri bulamıyor olabilir.

CUDA vakasında ürünün çevresinde neler var?

NVIDIA’nın CUDA açıklaması platformun paralel hesaplama ve programlama modeli olduğunu anlatıyor. CUDA Toolkit içinde hızlandırılmış kütüphaneler, derleyici, geliştirme araçları ve çalışma ortamı bulunuyor. Şirket öğrenmeye başlamak için video ve bireysel çalışma kaynaklarına da yönlendiriyor.

Sayfa 2012 tarihi taşıyor fakat sonraki ürün örnekleri de içeriyor. Buradan güncel geliştirici sayısı çıkarmak yerine yapıya bakmak daha doğru: Donanımın imkanını kullanabilmek için arada yazılım ve öğrenme desteği gerekiyor. Bu açıklama, CUDA’nın NVIDIA’nın bütün ticari sonucuna tek başına neden olduğunu göstermiyor.

Birinci öğrenim: Kullanıcının ilk işini seçin

Yeni araç sunumları çoğu zaman bütün özelliklerle başlar. Kullanıcı ise kendi işini çözmek ister. Bir satış çalışanı filtrelerin tamamını değil, müşteri listesini doğru açmayı öğrenmek zorunda olabilir. İlk görevi seçmek desteği somutlaştırır.

Kullanıcıdan ilk kez sistemi açtığında ne yapmak istediğini öğrenin. Kiminle karşılaştırma yapacak? Hangi dosyayı hazırlayacak? Hangi bilgiyi başka ekibe gönderecek? Bu sorular ürünün geniş anlatımından daha kullanışlı bir başlangıç verir.

İlk görevi gereksiz seçeneklerden ayırın. Gerekli giriş verisini, beklenen sonucu ve kontrolü gösterin. Her ihtimale aynı anda cevap vermek, ilk adımı zorlaştırabilir. Ayrıntılı açıklamayı tamamen kaldırmak yerine ihtiyaç duyulan noktada ulaşılabilir yapın.

İkinci öğrenim: Örnekle bilgi arasındaki mesafeyi azaltın

Bir kullanım kılavuzu teknik açıdan doğru olabilir ama gerçek göreve uzak kalabilir. Kullanıcı boş tabloyla baş başaysa hangi alanın nasıl doldurulacağını tahmin eder. Küçük, açıklanmış bir örnek bu belirsizliği azaltır.

Örnekte sadece doğru sonucu göstermeyin. Neden o alanın seçildiğini de anlatın. Tarih filtresinin ay sonunu dışarıda bırakması gibi küçük bir ayrıntı büyük fark yaratabilir. Hatalı bir girişte ne yapılacağını bilmek de kullanımın parçasıdır.

Teknik ifadeyi dinleyicinin göreviyle ilişkilendirin. Sistemin adını veya mimarisini bilmek her kullanıcı için gerekli olmayabilir. Teknik konuyu uzman olmayan kişiye anlatma yaklaşımı, gerekli açıklamayı gereksiz terimlerden ayırmanıza yardımcı olur.

Üçüncü öğrenim: Ekosistemin bağımlılıklarını da görün

Hazır araç ve örnekler kullanımı kolaylaştırır. Aynı zamanda belirli sürümlere, bağlantılara ve destek düzenine bağlılık oluşturabilir. Kullanıcı alıştığında değişiklik daha çok kişiyi etkiler. Bu nedenle bakım ve geçiş sorularını baştan düşünün.

Bir tablo şablonu yayımladıysanız sahibinin kim olduğunu belirtin. Eski sürüm nerede duracak, hangisi güncel olacak? Şablonda hata bulununca kullanıcılar nasıl öğrenecek? Bu sorular ilk yayındaki tasarım kadar önemlidir.

Destek işi bir kişinin omzunda birikiyorsa kullanım arttıkça sistem kırılganlaşabilir. Sık soruları ortak notta toplamak, örneği güncellemek ve yardımcı olacak başka kişiler yetiştirmek daha sürdürülebilir olabilir. Yine de her soruyu otomatik cevaba zorlamayın; yeni ihtiyaçlar insan görüşü gerektirebilir.

İlk görevin tamamlanmasını ürün kabulüne katın

Yeni araç için hazırlık kontrolünüzde dosya açılıyor ve hesap doğru çalışıyor olabilir. Kullanıcı kabulünde başka soru gerekir: Kişi gerekli işi uygun kaynakla tamamlayabiliyor mu? Teknik çalışma ile kullanılabilirlik aynı kontrol değildir. İkisini ayrı kaydedin.

Bir örnek görevi hazırlayan kişinin yanında yapmak yanıltıcı olabilir. Kullanıcı tereddüt ettiğinde siz adımı söylüyorsanız açıklamanın yeterliliğini görmezsiniz. Önce gözlemleyin, sonra neden o seçimi yaptığını sorun. Yanlış alan adı veya sıra böyle ortaya çıkabilir.

Destek bilgisi kullanıcının görev anında ulaşacağı yerde olsun. Eğitim sunumunda gösterilen ama arşivde bulunmayan örnek işe taşınmaz. Güncel bağlantıyı ve son kontrol tarihini görünür yapın. İleri özellikler için ayrı açıklama sunabilirsiniz. Başlangıç hedefi bütün aracı öğretmek değil, ilk anlamlı işin doğru yapılmasını sağlamaktır. Kullanıcı bu adımı tamamlayınca daha geniş kullanımın ihtiyacını kendi örnekleriyle anlatabilir. Ürünün çevresindeki öğrenme düzeni böyle gelişir.

Ofiste doldurulmuş bir ilk kullanım planı

Şöyle bir durum düşünün: Satış ekibine yeni bir fiyat karşılaştırma tablosu hazırladınız. Dosya doğru hesaplıyor fakat kullanıcılar eski e-postalardaki fiyatları kopyalıyor. Önce yeni tablonun neden kullanılmadığını öğrenmek istiyorsunuz.

Örneği yeni kullanıcıyla birlikte açın. Siz konuşmadan dosyayı kullanmasını izleyin. Hangi alanı arıyor, hangi terimde duruyor, nerede eski yönteme dönmek istiyor? Sorunu sadece daha çok eğitim vererek çözmeye çalışmayın; alan adı veya sıra değişikliği yeterli olabilir.

İlk görev tamamlandığında diğer seçenekleri tanıtın. Böylece kullanıcı önce aracın işine katkısını görür. Her özelliğin anlatıldığı uzun toplantı yerine görevle bağlantılı kısa bir destek düzeni oluşur.

Kullanılabilirliği nasıl değerlendirebilirsiniz?

Dosyanın indirilmesi, aracın kullanılabildiğini göstermeyebilir. Kullanıcı beklediği karşılaştırmayı doğru tamamladı mı? Kontrol gereken noktayı fark etti mi? Yardım istediğinde kaynak bulabildi mi? Bunları somut görev örneğiyle değerlendirin.

Bir hata görüldüğünde kullanıcıyı suçlamadan açıklamayı inceleyin. Aynı yanlış farklı kişilerde tekrarlanıyorsa tasarımın kullanıcıyı yanlış yönlendirdiği bir yer olabilir. Öğretme sürecini derinleştirmek için bir işi çalışma arkadaşınıza öğretme yazısındaki uygulama sırasından yararlanabilirsiniz.

CUDA vakası her şirketin büyük bir geliştirici platformu kurmasını gerektirmez. Daha küçük bir ders taşır: Hazırladığınız şeyin çevresindeki öğrenme, örnek ve yardım imkanları da ürünün değerine dahildir. Bu bakışı işinizde geliştirmek için kariyer gelişim kursunun programını inceleyebilirsiniz.

Sık sorulan sorular

CUDA bir programlama dili midir?

NVIDIA onu paralel hesaplama platformu ve programlama modeli olarak tanımlıyor. Kütüphane ve geliştirme araçlarını da içeriyor. Bu nedenle yalnız bir dil adı olarak düşünmek kapsamı daraltır.

Bu vaka teknik olmayan çalışan için ne anlatır?

Bir araç veya belge hazırlarken kullanıcıya ilk görevini yapma imkanı vermeyi. Doldurulmuş örnek, açık kontrol ve ulaşılabilir yardım, teknik olmayan birçok işte de uygulanabilir. Bir işi çalışma arkadaşınıza öğretme ilk görevin kullanılabilirliğini sınamaya yardımcı olur.

Ekosistem oluşturmak için dış geliştiriciler şart mı?

Hayır. Küçük ölçekte ortak şablon, açıklama, destek ve bakım düzeniyle başlayabilirsiniz. Esas soru, kullanıcının tek bir dosyaya değil çalışabilir bir düzene erişip erişmediğidir.

Kullanıcılar eski yöntemi bırakmıyorsa neye bakmalısınız?

Önce geçişte kaybettikleri veya yapamadıkları işi öğrenin. Yeni aracın ilk kullanımını gerçek görevde izleyin. Eski yöntemi zorla kapatmadan önce yeni yöntemin gerekli ihtiyaçları karşıladığını kontrol edin.