Donanım kullanım ömrü sona erdiğinde şirketler yazılımı açık kaynak olarak yayımlamalı

• Bir donanım ürünü kullanım ömrü sonuna (EOL) geldiğinde, şirketlerin ilgili yazılımı zorunlu olarak açık kaynak hâline getirmesi gerektiği savunuluyor
• Right to Repair hareketi ilerleme kaydetmiş olsa da, Avrupa Birliği düzeyinde EOL anında yazılımın yayımlanmasının yasal olarak zorunlu kılınması öneriliyor
• Örnek olarak, uygulama desteği kesildiği için işlevlerini kaybeden bir akıllı tartı vakası ile, üretimden kalktıktan sonra elektronik atığa dönüşen Spotify Car Thing örneği anılıyor
• Şirketlerin tüm kod tabanını yayımlaması gerekmiyor; topluluğun kendi uygulamalarını geliştirebilmesi için yalnızca donanım özellikleri ve bağlantı protokollerinin açıklanması yeterli olmalı
• Sürdürülebilirlik ve kullanıcı hakları için, üretimden kalkmış donanımları yeniden hayata döndürebilecek açık kaynak yaklaşımının zorunlu olduğu vurgulanıyor

---

Donanımın üretimden kalkması ve açık kaynağın gerekliliği

• Bir donanım ürünü EOL (End of Life) durumuna ulaştığında, şirketin yazılımı açık kaynak olarak yayımlaması gerekir

  • Üretimden kalkmış ürünlerin hâlâ çalışabilir durumda olmasına rağmen, yazılım desteği kesildiği için kullanılamaz hâle gelmesi sorunu eleştiriliyor
  • Bu tür durumları önlemek için yasal yaptırım gücünün gerekli olduğu savunuluyor

• Right to Repair hareketi zaten tüketici haklarını güçlendirmiş olsa da, bunun ötesine geçilerek Avrupa Birliği'nin (AB) EOL anında yazılımın yayımlanmasını zorunlu kılması öneriliyor

  • Şirketlerin ürün kullanım ömrünün sonuna geldiğinde yazılımı yayımlamasını Avrupa Komisyonu (European Commission) düzenlemeli görüşü dile getiriliyor

Kişisel deneyim ve sorun örnekleri

• Akıllı tartı örneğinde, donanım normal çalışsa da uygulama sona erdiği için veri kaydetme özelliği ortadan kalkıyor

  • Bluetooth bağlantısı mümkün olsa da uygulama artık geliştirilmediği için cihaz fiilen işe yaramaz hâle geliyor
  • Kusursuz durumdaki bir donanımın, şirket desteğinin kesilmesiyle “ölü” duruma düşmesi karşısında duyulan rahatsızlık ve israf sorunu vurgulanıyor

• Spotify Car Thing'in üretimden kalkması örneğine değiniliyor

  • 2024 sonunda hizmetin durdurulmasıyla 200 dolarlık donanımın bir gecede elektronik atığa dönüşmesi söz konusu
  • Bose'un EOL öncesinde SoundTouch hoparlörlerini açık kaynak olarak yayımladığı örnek olumlu değerlendiriliyor, ancak bunun hâlâ nadir ve istisnai bir durum olduğu belirtiliyor

Gerçekçi alternatif öneri

• Şirketlerin tüm kod tabanını yayımlaması şart değil

  • Bunun yerine GitHub deposunda donanım özelliklerini ve bağlantı protokollerini yayımlamaları yeterli olabilir
  • Topluluk da bunu temel alarak kendi uygulamalarını geliştirebilir

• vibe-coding gibi yeni geliştirme yaklaşımları sayesinde, uzman olmayan kişiler de kolayca katkı sağlayabilir

  • Sıradan kullanıcıların da donanımı doğrudan ele alıp geliştirebildiği bir döneme girildiği ifade ediliyor

Sürdürülebilirlik ve kullanıcı hakları

• Üretimden kalkmış donanımları yeniden canlandırabilecek açık kaynak yaklaşımının çevresel ve etik açıdan gerekli olduğu belirtiliyor
  • Gereksiz elektronik atık oluşumu azaltılabilir ve sürdürülebilir bir teknoloji ekosistemi korunabilir
  • Zaten “tuğlaya dönmüş” bir donanım söz konusuysa, yazılımı yayımlayarak topluluğa yeniden değerlendirme fırsatı vermek en iyi seçenek olarak görülüyor

[GN⁺]

Hacker News görüşleri

• EOL (End-of-Life) durumundaki projelerin açık kaynağa dönmesini sağlamanın en kesin yolu, en baştan açık kaynak olarak başlamak
  “Hedefe ulaştıktan sonra açarız” ya da şirket batarsa yayımlarız gibi sözlerin pek anlamı yok
  Yatırımcıların ve topluluğun güvenebilmesi için en baştan açık kaynak olmak gerekiyor
  Açık kaynak ürünler ve donanımlar yapan şirketlere para harcamak, işlerini özgürce dağıtan sanatçıları desteklemek gerekiyor
  Şirketleri EOL sonrası kodu açmadıkları için kınamak ise sonuçta yalnızca göstermelik bir tavırdan ibaret

  • Aynı zamanda tüketici donanımının sadece bir hobi pazarı olmadığını da hesaba katmak gerek
  • Tüketiciler birlikte hareket edip cüzdanlarıyla oy verirse piyasayı değiştirebilir
    Büyük şirketler bile birleşik tüketici talebine karşı koymakta zorlanır
    FSF’nin özgür yazılımı yaygınlaştırdığı gibi, tüketici eğitimi ve kültürel bir dönüşüm gerekiyor
    Uzman görüşlerinin hızla paylaşıldığı bir tüketici topluluğu kültürü oluşturulmalı
    Alaycı tavırlardan çok somut değişim üreten çabalar önemli
  • Ama gerçekte piyasa kapalı kaynak çözümleri ödüllendiren bir yapıya sahip
    Yalnızca tüketici baskısı yetmez, düzenleme gerekir

• Sistemlerin çoğu kod imzalama zincirine dayanarak “fail closed” biçiminde çalışır
  Ama asıl imzalayan taraf ortadan kalktığında, imzalama yetkisinin yeni bir tarafa devredilebilmesini sağlayan bir “fail open” yapısına ihtiyaç var

• Sadece donanım özellikleriyle protokollerin yayımlanmasını önermek pek gerçekçi değil
  Çoğu cihaz basit bir bağlantı protokolünden ibaret değil; ayrıca PCB analiziyle de özellikler anlaşılabilir

  • Asıl mesele, “yeniden kullanım için gerekli en az bilgiyi” sağlamak
    Firmware’in nasıl flashlanacağı ve asgari düzeyde bir firmware bile yayımlansa yeterli olabilir
    Ama ürünlerin durumu farklı olduğu için vaka bazında yaklaşım gerekiyor

• Router’lar gibi secure boot mekanizması e-fuse içine gömülü cihazlarda, sadece açık kaynak yayımlamak çözüm olmuyor
  Böyle durumlarda üreticinin imzalama anahtarlarını escrow biçiminde saklayıp, EOL sonrasında da yeni yazılımın çalıştırılabilmesini sağlaması gerekir

  • Ama imzalama anahtarlarının yayımlanması bir güvenlik felaketi olabilir
    Süresi dolmuş alan adlarını ele geçiren saldırganlar bir botnet kurabilir
    Bunun yerine kullanıcının üçüncü taraf firmware kurulumunu açıkça onayladığı, fiziksel düğmeye basma gibi bir süreç gerekli
  • Bu da “yalnızca protokolü yayımlayın” yaklaşımının her cihaz için yeterli olmadığını gösteriyor
  • Hatta bootloader kilidinin kendisinin yasaklanması gerektiğini savunanlar da var
    Kullanıcı, üreticiden izin almadan kendi cihazını değiştirme hakkına sahip olmalı
  • Ya da fiziksel düğmeyle anahtar kaydı yapılmasına izin verilebilir

• Ben de EOL yüzünden hâlâ kullanılabilir durumdaki donanımları atmak zorunda kalmanın sinir bozucu olduğunu düşünüyorum
  Ama “elektronik atık üretimini yasaklayalım” gibi bir yaklaşım gerçekçi görünmüyor

  • Tam çözüm olmasa bile, işlev kaybı durumunda iade zorunluluğu gibi basit bir yasa iyileştirme sağlayabilir
    Örneğin: Bir ürün ana işlevini yerine getiremiyorsa tam para iadesi, ama üretici gerekli yazılımı kamu malı olarak yayımlarsa muafiyet
    Böyle bir yasa, Google gibi sunucuyu kapatarak ürünü işlevsiz hale getiren büyük şirketleri frenleyebilir
  • Ama bu mantıkla bakarsak EOL olmuş Windows da açılmak zorunda mı?
    Windows 10’u açık kaynak yapmak Microsoft’un uzun vadeli stratejisini çökertebilir

• Bu fikir, “açık kaynak” kavramının kendisinden bile daha ilginç bir düşünce
  Mesela UBNT, EOL boot zincirini yayımlayıp Cambium’un o firmware’i kullanmasına izin verse,
  sonuç topluluk desteği değil, sonsuz bir ürün güncelleme rekabeti bile olabilir

  • Gerçekte tam anlamıyla açık kaynak çoğu zaman zor; üreticilerin üçüncü taraf IP’yi yayımlama hakkı yok
    En azından kullanıcıların istedikleri alternatif yazılımı çalıştırmasını engellememeleri gerekir
  • Ama bu da tek başına yeterli değil
    Kullanıcıların çoğu sunucu ortadan kalkınca yeni firmware kurmak yerine cihazı çöpe atıyor
    Bu yüzden harici sunucu bağımlılığı olmayan tasarımlar gerekli
    Örneğin akıllı hoparlörler yerel ağ üzerinden streaming’i, ampuller ise standart protokol eşleştirmesini desteklemeli
    Neyse ki Matter over Thread gibi standartlar bu yönde ilerliyor

• Google Nest Thermostat 1. ve 2. nesil bunun tipik bir örneği
  No Longer Evil projesi bu cihazları açık kaynak firmware ile yeniden hayata döndürdü
  Google bulut bağımlılığını kaldırdı ve kullanıcıların kendi sunucularını barındırabilmesini ya da cihazları bağımsız şekilde kontrol edebilmesini sağladı
  Böylece pahalı donanım yeniden kullanılabilir hale geldi

• Şu an bir tür karanlık çağda olduğumuzu hissediyorum
  Eskiden bir kazan, yalnızca bir pini toprağa verince çalışıyordu; sonraki modellerde ise iş kapalı protokollere döndü ve erişim zorlaştı
  Ama en yeni modeller yeniden OpenTherm standardını destekliyor, bu yüzden hacklemek daha kolay
  Günümüzde ESP32 veya Raspberry Pi tabanlı çok sayıda açık donanım var; ben de doğrudan ESPHome + LVGL ile GUI yapıp ev otomasyonuna entegre ediyorum
  Ortaya çıkan iş o kadar düzgün oldu ki arkadaşlarım bunun markalı bir ürün olduğunu sandı

• “Bunun olacağını sanmıyorum”
  Neyse ki yapay zeka ve Android sayesinde protokol tersine mühendisliği kolaylaşıyor
  Yalnızca APK analiziyle bile çok şey öğrenilebiliyor; Meta satın almadan önce aldığım Limitless Pendant için uygulamayı ve sunucuyu kendim yapıyorum
  Tek satır kod bile kendim yazmadım

• Hiç kimse ömür boyu destek beklemiyor
  Ama uygulama arka ucu ya da yol haritası ortadan kalktı diye temel işlevleri de öldürmek kabul edilmesi zor bir şey
  Cihaz elektriksel ve mekanik olarak sağlam olduğu sürece, en azından asgari kullanım garanti edilmeli