bir arkadaşımızın bu gönderisini görünce aklıma geldi. bence bu sorunun iki temel sebebi var, biri "açık mimari" denilen ( yoksa Donanım Uyumluluğu / Hardware Compatibility mi demeli), farklı donanımların bir arada çalışabilmesi, diğeri ise kaynak bolluğu.

biraz daha açmak gerekirse anakart, işlemci, ekran kartı, güç kaynağı gibi bileşenlerin hepsi farklı markalardan ve bir arada çalışabiliyor. harika bir şey olsa da beraberinde uyumsuzluk sorunlarını da getirebiliyor.

diğer sebep ise kaynak bolluğu, bunun da iki farklı etkisi olduğunu düşünüyorum. ilki, teknolojinin nispeten daha sınırlı olduğu dönemlerde herkesin her donanıma sahip olmaması. ekran kartı olanın ses kartı yoktu, ses kartı olanın ekran kartı. dolayısıyla aynı anda çalışan bileşen sayısı daha azdı ve buna bağlı olarak ortaya çıkabilecek sorunların ihtimali de düşüyordu.

ikinci etki ise yazılım geliştirme süreçlerindeki kaynak kullanımıyla ilgili. sanırım depolama alanının ve işlem gücünün kısıtlı olduğu dönemlerde yazılım geliştirmeye başlayanlar bu konuda daha dikkatli davranıyor. bu yüzden yazdıkları kodlar daha optimize ve nispeten hataya daha kapalı. sonuçta kaynaklar kısıtlı olduğunda kimse 100 GB'lık bir güncelleme gönderemiyor. yazılımın daha rafine, verimli ve optimize olması gerekiyor. bunun da hata ihtimalini azalttığını düşünüyorum.

kendimden de bir örnek vereyim, eski bir çalışma arkadaşım bu tür konulara dikkat ederdi. Bir keresinde, aslında çok da büyük bir önemi veya etkisi olmayan bir animasyonu JS yapınca ile bunu neden CSS ile yapmadın diye PR'ı reddetmişti.

https://teknoseyir.com/durum/1815501

"AMD, Radeon sürücü hatasının sabit SSD

"AMD, Radeon sürücü hatasının sabit SSD yazımlarına neden olduğunu doğruluyor, düzeltme Adrenalin 26.11.1 için planlanıyor" https://x.com/VideoCardz/status/2119745696819486827...
BeğenFavori PaylaşYorum yap
  • protego @protego

    Eskiden elbette donanım aşırı sınırlıyken optimizasyon için kırk takla atılıyordu ama o zamanki yazılımların basitliğiyle bugünkülerin kompleksliğinin de ilgisi yok. commodore64 oyununa optimizasyon yapmakla GTA 6'ya optimizasyon ve bug kontrolü yapmak aynı şey değil yani. biri 3 kişilik ekibin 1 haftasını alır diğeri 300 kişinin 1 senesini alır. yazılımda da aynı durum var. Windows 98'e optimizasyon yapmakla da W11'e optimizasyon yapmak aynı şey değil. Windows 98'de 15 milyon satır kod varmış mesela, W11'de 70 milyon. nereye optimizasyon yapacaksın 🙂 her şeyle uyumlu olma zorunluluğundan dolayı eski teknolojilere destek verme işi de geçmişten gelenleri biriktire biriktire çığa çeviriyor. bugün eskiye göre daha az optimizasyon yapıldığını düşünmüyorum, eskinin yazılımları oyunları falan zaten 1-3 kişiyle birkaç aylık sürede geliştiriliyordu. ne kadar optimizasyon yapabilirler ki gerçekçi olursak? GTA 1 üzerinde GTA 6'ya göre daha çok optimizasyona mı uğraşılmıştır mesela? Mümkün değil. Donanımlar da öyle işte.

    • özden akbaş @carter

      evet, makul bir bakış acısı. haklılık payıda var. yine de bazı durumlarda çözümlerin donanıma özellikle de belleğe yüklendiğini düşünüyorum. örneğin daha bazı yeni çıkan oyunlar 20-30 GB'gibi yamaların çıktığıda oluyor. ekiplerle birlikte bütcelerde büyüdü, bu bakımdan beklentilerde değişiyor. ben optimizasyon yapılmıyor demiyorum. bu gibi sorunların çıkması can sıkcı olsada bu kadar değişken içinde şaşrıtıcı gelmiyor.