Ask HN: Çok erken durdurulan ya da sona erdirilen projeler var mı? Neden?

• Zamanının ilerisinde olduğu ya da pazar hazır olmadığı için ortadan kaybolan projelere dair soru ve yanıtlar

  Sadece merak ediyorum. Bunu kimin benimseyeceğini ya da bu fikirden yola çıkarak kimin yeni bir şey geliştireceğini kim bilebilir?

---

Plan 9 işletim sistemi

• Unix'in gerçek varisi olarak görülen, ancak ticarileşemeyen Bell Labs dağıtık işletim sistemi

  • "Her şey bir dosyadır" felsefesini ağ paylaşımına kadar genişleten yenilikçi tasarım
  • mouse coding, iç içe pencere yöneticisi, Plumber gibi özgün kullanıcı arayüzü özellikleri sunuyordu
  • Mobil, masaüstü, bulut ve IoT'yi bağlayan dağıtık ortamlar için idealdi, ancak benimsenemedi

• Başarısızlık nedenleri

  • Lisans sorunları ve davalar nedeniyle sektör tarafından dışlandı
  • Merkezi bilişimin gerilediği ve kişisel bilgisayarların yükseldiği dönemle örtüşmedi
  • Yalnızca araştırma amaçlı bir OS olarak konumlandırıldığı için .com patlamasından yararlanamadı
  • AT&T'nin telefon işi gelirleri düşünce Bell Labs birkaç kez satıldı
  • Version 3 kutu başına $350'a satılıyordu, ancak yalnızca ticari olmayan kullanım için izin veriliyordu
  • 2004'e kadar düzgün biçimde açık kaynak olarak yayımlanmadı

• Mirası

  • 9P dosya sistemi protokolü WSL2, VM ekosistemi ve Kubernetes'te hâlâ kullanılıyor
  • 9front gibi aktif fork projeleri var
  • Plan 9 Foundation, açık kaynak kodu ve hakları yönetiyor

Google'ın ölü projeleri

• Kullandığı 30~40 Google ürününün 3~4'e düştüğünü anlatan bir kullanıcının deneyimi

  • Google Picasa: yerel çalışan, hızlı ve çok iyi bir fotoğraf yönetim aracı
  • Google Hangouts: karmaşık mesajlaşma uygulaması stratejisinin kurbanı
  • G Suite Legacy: "ömür boyu ücretsiz" vaadi bozuldu ve ücretli hale geldi
  • Play Music: binlerce MP3 dosyası yüklenmişti, ama hizmet kapanınca veri kaybı yaşandı
  • Google Finance: hisse takibi özellikleri vardı, ama durduruldu
  • Google NFC Wallet: Apple aynı işleve sahip ürünle pazarı ele geçirdi
  • Chromecast Audio: tek bir işi çok iyi yapıyordu, ama kaldırıldı

• Google Reader: tarihin en kötü iş kararlarından biri

  • Uzun vadede neredeyse hiç bakım gerektirmeyen bir hizmet olmasına rağmen kapatıldı
  • Kurucu, CTO, VP of Engineering gibi etkili kullanıcıları çoktu
  • Sektöre, Google ürünlerine güvenmemek gerektiği dersini bıraktı
  • Hizmeti kapatmanın birkaç milyon dolar tasarruf diye ödüllendirildiği kurum kültürü eleştirildi

Adobe Flash / Macromedia Flash

• 15 yıl sonra bile yerini dolduracak bir araç bulunamayan multimedya üretim platformu

  • Oyun ve multimedya üretimini Lego blokları kadar kolay hale getirebiliyordu
  • MovieClip, zaman çizelgesi animasyonu gibi sezgisel araçlar sunuyordu
  • HTML Canvas ile değiştirildi, ama araç kalitesi kıyaslanamaz durumda

• iPhone'un Flash'ı öldürme nedenleri

  • 2007 donanımında performans sorunları ve pil tüketimi ciddiydi
  • Flash, uygulama ekosistemini baypas eden bir kestirme yol olabilirdi
  • iPhone'un "çöp ürün" gibi algılanmasına yol açma riski vardı

• Güncel durum

  • Adobe Animate, JS/Canvas çıktısını destekliyor ama aslıyla aynı değil
  • Ruffle gibi emülatörlerle bazı legacy içerikler çalıştırılabiliyor
  • Roblox bir ölçüde benzer bir rol üstleniyor, ancak daha sınırlı ve ticari

Microsoft'un başarısız projeleri

• Silverlight: C# tabanlı web eklentisi

  • JavaScript yerine tam teşekküllü C# kullanılabiliyordu
  • Vektör tabanlı, DPI farkındalığı olan arayüz, MVVM deseni ve çift yönlü binding
  • Expression Blend üzerinden tasarımcı-geliştirici iş birliği
  • Tüm tarayıcılarda tam olarak aynı render sonucu
  • iPhone, Flash ile birlikte Silverlight'ın da çöküşünü getirdi

• Midori: capability tabanlı güvenlik OS'i

  • Windows kodunu çalıştırabilecek seviyeye gelmişti, ancak iç politika yüzünden durduruldu
  • Birçok araştırma çıktısı .NET'e entegre edildi
  • Retention projesi olarak 100'den fazla mühendis görevlendirildi

Diğerleri

• Apple'ın Copland'i (MacOS 8 prototipi)

  • Komut satırı olmayan modernleştirilmiş bir MacOS sürümü
  • Mobile geçişi kolaylaştırabilecek özellikler içeriyordu
  • Feature creep ve kararsızlık nedeniyle yayımlanamadı
  • Apple'ın NeXT satın alımını meşrulaştırmak için kasten rafa kaldırıldığına dair söylentiler var

• Songsmith: melodiye otomatik eşlik üretimi

  • 2009'da gerçek zamanlı akor algılama ve eşlik üretimi yapabiliyordu
  • Bugünkü Suno, Udio gibi yapay zeka müzik araçlarının öncüsü sayılabilir
  • Kitsch tanıtım videosu yüzünden meme oldu, ama teknolojisi güçlüydü

Heroku'nun gerileyişi

• Başarı faktörü, ilk dönemlerdeki sadelik ve odaklanmaydı

  • Tek dil, tek dağıtım platformu, tek veritabanı
  • Karar yorgunluğunu en aza indiriyordu
  • 15 yıl önce yapay zeka olsaydı, tutarlı eğitim verisi sayesinde daha da verimli olabilirdi

• Başarısızlık nedenleri

  • Salesforce satın alımından sonra dev marka afişleri eklenmesi kullanıcıları itti
  • Docker ve Kubernetes'in gelişiyle ikame edilebilir hale geldi
  • Ücretsiz katmanın kaldırılması birçok müşterinin ayrılmasına yol açtı
  • Kripto nedeniyle ücretsiz hesaplama kaynaklarının kötüye kullanımı sorunu yaşandı

• Güncel durum

  • Bazı kullanıcılar hâlâ production'da kullanıyor
  • Vercel, Coolify, Dokku gibi araçlar benzer bir deneyim sunuyor

ReactOS - Windows NT'nin yeniden uygulanması

• Neredeyse 30 yıldır geliştiriliyor, ama hâlâ günlük kullanım için uygun değil

  • Wine + kernel + aygıt sürücüsü uyumluluğu + sürekli hareket eden hedef
  • Windows 10 desteğinin bitişi yaklaşsa da alternatif olamadı

• Başarısızlık nedenleri

  • Windows kaynak kodu iyi belgelenmiş ya da iyi anlaşılmış değil
  • Clean-room reverse engineering ilkeleri gereği Windows kodunu görenler katkı veremiyor
  • Windows XP kaynak kodu sızsa da ilerleme hızı yine yavaş kaldı
  • Wine, Proton ve sanallaştırma teknolojileri daha pratik alternatifler haline geldi

Delphi ve Pascal

• Eğitim için ideal sayılan programlama dilleri

  • Aşırı hızlı derleyici sayesinde deneme-yanılmayla öğrenmeye uygundu
  • Temiz bir tip sistemi vardı (Rust kadar karmaşık değil)
  • Programlamanın temel kavramlarını, dile özel numaralara başvurmadan öğretmede iyiydi

• Güncel durum

  • Delphi version 13'e kadar gelerek varlığını sürdürüyor
  • Lazarus, açık kaynak bir alternatif olarak mevcut
  • Python eğitim dili olarak yerini aldı, ama tip sistemi daha kafa karıştırıcı

Yenilikçi ama başarısız donanımlar

• MicroChannel (IBM): kanal tabanlı çevre birimi mimarisi

  • Mainframe'lerdeki kanal kavramını PC'ye taşıdı
  • Basit kanal programları çalıştırabiliyordu
  • Kapalı lisanslama nedeniyle pazarda başarısız oldu
  • Bugün tüm modern sistemler benzer işlevler kullanıyor, ama birleşik bir arayüz yok

• Motorola 680x0: mikro bilgisayar çağının temeli olabilecek işlemci

  • 1978'de çıktı, ancak MMU çok geç geldi
  • Amiga ve ilk Macintosh'ların kalbiydi

• Optane kalıcı bellek: RAM ile depolama arasındaki sınırı kaldıran teknoloji

  • Veri yapılarını doğrudan kalıcılaştırmak mümkündü
  • Boot ya da uygulama açma gerekmeksizin kaldığı yerden anında devam edilebiliyordu
  • Fazla pahalı olduğu için başarısız oldu, ama teknik olarak devrim niteliğindeydi
  • İş karar vericilerinin sabırsızlığı da etkili oldu

• Lytro light-field kamera: çekimden sonra odak ayarı

  • Tüm veriyi yakalayıp odağı sonradan belirlemeye izin veriyordu
  • Gaussian splat, Meta Ray-Ban gibi modern teknolojilerle mükemmel uyumlu olabilirdi
  • Profesyonel fotoğrafçıların beklediği görüntü kalitesine ulaşamadı
  • Polaroid/Instax gibi bir yenilik ürünü pazarını hedeflemeliydi

Web teknolojisi tartışmaları

• XHTML'in başarısızlığı

  • Katı parsing ile HTML karmaşasını çözmeye çalıştı
  • HTML5, hatalı HTML'in anlamını bile standartlaştırdı
  • Postel yasası yanlıştı: gevşek parsing güvenlik açıkları ve uyumluluk sorunları doğurdu
  • "İlk hatada dur ve hata mesajı göster" ilkesi daha iyi olurdu

• Karşı görüş: XHTML'in asıl başarısızlık nedeni

  • IE6, application/xhtml+xml'i desteklemiyordu
  • Neredeyse 15 yıl boyunca IE6 desteği gerekiyordu
  • JSX ve JSON katı sözdizimine rağmen başarılı oldu
  • Tüm backend dilleri katı sözdizimi kullanıyor
  • Sorun giriş eşiği değil, tarayıcı desteğiydi

• HTML'in gerçekliği

  • Hatalı attribute tırnaklaması yüzünden tüm sayfa render edilmeyebilir
  • Sıradan insanların da yazabileceği bir format olmalı
  • HTML, komut değil bir belge formatı
  • PDF, ZIP, CSV de bozuk dosyaları okuyabiliyor (veri, formattan daha önemli)

Sosyal ağlar ve iletişim

• Google Wave: geleceği gösterdi, ama devrim için fazla erkendi

  • Gerçek zamanlı çeviri, çeşitli mesajlaşmaların birleşimi ve zengin özellikler
  • Tamamen açık kaynaktı
  • Fazla karmaşık arayüzü yüzünden "iç içe geçmiş gerçek zamanlı güncelleme akışları" bunaltıcıydı
  • Bugün Slack, JIRA ve e-postaya dağılmış işlevleri tek yerde birleştirmişti

• Vine: TikTok'tan önce gelen kısa video platformu

  • 2013'te bile kayda değer bir ölçeğe ulaşmıştı
  • Twitter, nasıl gelir elde edeceğini bilemediği için kapattı
  • TikTok, Vine kapandıktan birkaç ay sonra çıktı
  • Kare videolara sadece reklam banner'ı eklemek yeterli olabilirdi, ama fırsat kaçtı

• Skype: büyükannelerin bile kullanabildiği görüntülü arama

  • Telefon kadar basitti, ama uluslararası aramadan ucuzdu
  • En iyi P2P yazılımlarından biriydi
  • Microsoft Teams ile çok kötü bir şekilde ikame edildi
  • Harici donanım ayarı zordu, uyumluluk sorunları vardı ve eski ses testi hizmeti artık yok

İşletim sistemleri

• Maemo/MeeGo: Nokia'nın arkasında durması gereken mobil Linux

  • N9 harika bir cihazdı, ama yalnızca bir tane çıktı
  • Hacklenebilirlik, şıklık ve güvenliği bir arada sunuyordu
  • Bugün Android ve iOS dışında iki büyük mobil Linux ekosistemi olabilirdi
  • Bir ölçüde Sailfish OS ile devam etti

• BeOS: multimedya odaklı işletim sistemi

  • BeOS ve Amiga'nın anılmasına gelene kadar bu kadar kaydırmak gerekmesi şaşırtıcı
  • Haiku OS ile sıfırdan yeniden uygulama sürüyor
  • Linux+X+Qt+KDE'ye kıyasla belirgin biçimde daha hızlı ve daha tepkiseldi

• OS/2: IBM ile Microsoft ortaklığının trajedisi

  • Harika API'lere sahip bir sistemdi
  • Workplace Shell ve SOM kodu yayımlansaydı, başka işletim sistemlerinde de kullanılabilirdi
  • Banka ATM'lerinde hack'lenmeden uzun süre kullanıldı

Geliştirme araçları

• Quartz Composer: Apple'ın node tabanlı görsel programlama aracı

  • Patch tabanlı görsel programlama ortamı
  • USB aygıt izleme 3 node ile kurulabiliyordu
  • 2016'dan sonra güncelleme almadı, yeni OS sürümlerinde birçok node bozuldu
  • Blender ve Unreal Engine'deki node tabanlı programlamanın yükselişiyle yeniden değerlendirilmeli

• Atom kod editörü: VS Code'a alternatif olabilirdi

  • GitHub'ın çıkardığı ana akım bir alternatifti
  • Microsoft'un GitHub'ı satın almasıyla Atom'un kaderi belirlenmiş oldu
  • Electron'un çıkış noktası olan projeydi
  • İlk geliştiricileri şimdi Zed editörü üzerinde çalışıyor

• Non DAW: işlevleri ayrılmış DAW

  • Her işlevi ayrı bir uygulama olarak sunuyordu
  • Sadece gereken özelliği kullanırken diğerleri engel olmuyordu
  • 25 satırlık bir örnekle tüm kavramları tanıtıyordu
  • Ana geliştirici Microsoft'ta işe alındı ve Rust OSS üzerinde çalışıyor

Programlama dilleri

• Elm: eksik ve aktif biçimde geliştirilmeyen işlevsel dil

  • Özel operatörlerin kaldırılması tüm kodu kırdı ve momentumu bitirdi
  • Elm Architecture fazla katı bulundu
  • F# (Fable), ReasonML, OCaml (Bucklescript), Haskell, PureScript alternatifler olarak anıldı

• Opa: 2012'nin type tabanlı Next.js'i

  • TypeScript'ten önce gelen, tipli bir full-stack framework
  • Pazarın sunucu tarafı Node.js'e şüpheyle baktığı bir dönemde çıktı
  • AGPL lisansı son darbeyi vurdu; sonra MIT'e geçse de ikinci şansı olmadı

• Austral: berrak düşünce ve özgünlük taşıyan dil

  • Alışılmadık derecede açık bir spec sunuyordu
  • Yazarı artık aktif biçimde üzerinde çalışmıyor
  • Hobi programcıları için topluluk ve ekosistem yetersiz

• Ceylon: Red Hat'in JVM dili

  • Groovy, Kotlin ve Scala ile rekabet etti
  • Anonim union type, comprehension ve düzgün bir modül sistemi sunuyordu
  • Java üzerinde yalnızca basit sözdizimsel şekerden fazlasını veriyordu
  • Kotlin'e karşı yarışı kaybetti ve Eclipse'te sahipsiz kaldı

Ticari başarısızlıklar

• Google Stadia: bulut oyun platformu

  • Sağlam bir streaming platformu kurdu
  • İlgi çekici oyun eksikliği yüzünden başarısız oldu
  • Zaten başka yerlerde bulunan bir avuç oyun yeterli değildi

• Fire Phone: Amazon'un akıllı telefonu

  • Olmayan bir pazarı hedefledi
  • Geriye dönüp bakınca, başaracağına inanılmış olması bile şaşırtıcı

• Project Ara: Google/Motorola'nın modüler akıllı telefonu

  • Özelleştirilebilir bir akıllı telefondu
  • Birkaç tur daha iterasyon görebilmeyi isterdik
  • Rekabet etmek için muhtemelen fazla kalın olacaktı

Veritabanları ve backend

• RethinkDB: gerçek zamanlı veritabanı

  • Horizon BaaS ile kapsamı genişletmeye çalışırken başarısız oldu
  • Teknik olarak Linux Foundation çatısı altında varlığını sürdürüyor, ama momentumu kaybetti
  • İlk konsept demo için çok etkileyiciydi, ama gerçek production kullanım senaryosu azdı

• Yahoo Pipes: RSS ve veri akışı birleştirme aracı

  • İnternetin nasıl olması gerektiğini gösteriyordu
  • Araçlar arası bağlantı, hâlâ Unix pipe düzeyinde kalmış durumda
  • Zapier ve n8n modern alternatifler, ama aynı hissi vermiyorlar
  • Node-RED, Apache Camel ve Apache Nifi kurumsal alternatifler

Dikkat çeken diğer projeler

• Sandstorm: 2014'ten bir dağıtık web platformu

  • BitTorrent fikrine dayanıyordu
  • Tamamen dağıtık web sitesi kodu ve verisi
  • Mevcut sitelere entegre edilebilirdi
  • Grain (veri izolasyonu) mekanizması, mevcut uygulamaların uyarlanmasını zorlaştırdı
  • Uygulama portlamaktan çok, platform için sıfırdan uygulama geliştirmeyi pazarlamalıydı

• Keybase: şifreleme tabanlı sosyal ağ

  • Güçlü şifreleme ve kimlik doğrulama sunuyordu
  • Zoom satın alımından sonra fiilen durduruldu
  • FOKS, ilk geliştiricilerin yeni projesi

• del.icio.us: sosyal yer imi hizmeti

  • Gerçekte tanıdığınız kişilerle yer imleri paylaşmayı sağlıyordu
  • Kullanışlı kategori etiketleri sunuyordu
  • Yerini Reddit ve Twitter aldı
  • Pinboard benzer bir hizmetti, ancak yetersiz yönetim ve kurucusunun siyasi görüşleri nedeniyle kullanıcı kaybetti

[soonil]

Eski teknolojileri hatırlatıyor.

[roxie]

Ah.. Keybase projesi rafa mı kaldırıldı??

[click]

Vine'ı gerçekten çok kullanıyordum; kısa video çağına kadar hayatta kalsaydı, kısa video sektörünün öncüsü olarak epey para kazanırdı herhalde.

[unknowncyder]

Beriz WebShare?.. Küçükken, hiçbir bilgim olmamasına rağmen onu oldukça kolay ve rahat kullandığımı hatırlıyorum.

[chicol]

Cyworld yokmuş..

[GN⁺]

Hacker News yorumu

• Plan 9 işletim sistemi. Unix’in halefine en çok yaklaşan sistemdi; “her şey dosyadır” felsefesini bir adım ileri taşıyarak dosyaların ağ üzerinden kolayca paylaşılmasını ve dağıtık sistemlerin kurulmasını mümkün kılıyordu. Plan 9’da uzak kaynaklara erişim kolay ve güvenilirken, diğer sistemlerde her kullanım senaryosu için uyumluluğu düşük yazılımlar kurmak gerekiyordu. Ayrıca fareyle kodlama temelli metin düzenleme, iç içe pencere yöneticisi ve sistem genelinde metin desenlerine göre komut çalıştıran Plumber gibi yenilikçi UI özellikleri de vardı. Dağıtık mimarisi sayesinde bugün mobil, masaüstü, bulut ve IoT cihazlarının birbirine bağlı olduğu çağ için ideal olabilirdi, ama gerçekte böyle tasarlanmamış işletim sistemlerine mahkûm kaldık. Bugün 9front gibi fork’lar yaşıyor, ancak Bell Labs’in orijinali yok oldu. Çöküşün nedenleri arasında hukuki sorunlar (lisans, davalar vb.) yüzünden ana akım endüstride benimsenmesinin yavaş kalması, insanların dağıtık bir OS istedikleri dönemde yerel bilgisayarları tercih etmesi ve yalnızca araştırma amaçlı bir OS olarak bilinip dot-com patlamasından yeterince yararlanamaması var. Son olarak AT&T’nin gelir kaynaklarını kaybetmesi, Bell Labs’in satılması ve kilit üyelerin ayrılması da etkili oldu

  • Plan 9’ın en büyük başarısızlık nedeni, Unix’in aksine donanım üreticilerinin onu ucuza lisanslayıp kendi donanımları için özgürce değiştirememesiydi. Bell Labs, Plan 9’ı 350 dolara ticari yazılım olarak satmak istedi ve bu yüzden endüstri tarafından ciddi biçimde benimsenmedi. Bu konuda defalarca vurguladığım yazılar var, bakmanızı öneririm: bağlantı1, bağlantı2, bağlantı3

  • Plan 9 dosya sistemi protokolü WSL2 içinde hâlâ yaşıyor

  • Diğer Unix türevi sistemlerin neden “her şey dosyadır” felsefesini bu kadar güçlü biçimde benimsemediğini merak ediyorum

  • Plan 9’da symbolic link sorunu çözülmüştü

• QNX’in Photon grafik arayüzü de gerçek zamanlı odaklı olmasına rağmen widget, gösterge vb. açısından çok iyiydi ve iki web tarayıcısını bile destekliyordu; gecikme yoktu. Gerçek bir gerçek zamanlı işletim sistemi hissi veriyordu. Ayrıca Copeland denen Mac OS 8, orijinal Mac OS’yi modernleştirirken komut satırı olmaması geleneğini koruyordu. Komut satırı olmayınca tüm özelliklerin kurulumu ve ayarı kolay ve tutarlı olmak zorundaydı; eğer bir mobil geçiş dönemi olsaydı bunun yumuşak geçeceğini düşünüyorum. Aslında geliştiricilere gerçek sürüm verilmişti ama Apple’ın NeXT’i satın alması gerektiği için Copeland projesi rafa kaldırıldı. Ayrıca transaction processing işletim sistemi kavramı da yenilikçiydi. IBM’in CICS’i gibi programı çağırıp çalıştırıp sonlandırma modeliydi; bu da Unix ve Linux’un temelde terminal tabanlı time-sharing sistemleri olmasıyla tezat oluşturuyordu. Ardından IBM MicroChannel, mainframe channel yaklaşımının avantajlarını PC’ye getirmeye çalıştı ama fiilen tekelci politikalar yüzünden başarısız oldu. Bugün neredeyse tüm sistemler benzer kavramlar kullansa da, OS’yi sadeleştiren birleşik bir arayüz rolünü oynayamıyorlar. Ve düzgün çalışan hypervisor’ı CPU’ya yerleştirme konusunda da, eski IBM VM sistemlerinin aksine x86’daki katmanların hepsi türlü türlü workaround’lardan ibaret. Motorola 680x0 serisi mikro bilgisayar çağının temeli olmalıydı ama MMU çok geç çıktığı için bunu başaramadı. Modula-2 ve 3 oldukça iyiydi ama Oberon başarısız oldu, DEC de onunla birlikte çöktü. XHTML tarafında ise HTML5’te hatalar resmileştirildi ve bunun sonucunda gereksiz derecede hoşgörülü ayrıştırma kuralları getirildi. Reklamlarda ya da dış kodda sadece tek bir etiket düzgün kapanmasa bile tüm sayfa anlamsız biçimde bozulabiliyordu. Son olarak Word Lens gibi, akıllı telefonla dünyaya bakınca makine çevirisi ve çevrimdışı işleme bile sağlayan yenilikçi şeyler vardı ama Google Translate’e entegre edilince kayboldu

  • Copland projesi hakkında bir düzeltme yapmak istiyorum. Bu proje çok kötü yönetildi ve kontrolsüz şekilde yeni teknolojiler eklenince feature creep ile kararlılık sorunları ciddi boyuta ulaştı. Sızdırılmış build’leri denerseniz yalnızca temel masaüstü işlevleriyle bile sık sık donduğunu ve çöktüğünü görürsünüz. 1996’da Apple içinde Copland’in yayımlanamayacağı sonucuna varıldı ve dışarıdan OS lisanslama seçenekleri değerlendirilirken NeXT satın alındı. Yani Copland’i kapatıp NeXT’i almak gibi bir durum yoktu; Copland asla yayımlanabilecek durumda değildi ve karar mecburen alındı

  • XHTML’e takıntılı olduğum bir dönem vardı ama kontrolüm dışındaki reklamlar vb. yüzünden bazı etiketler yanlış kapanınca tüm sayfanın tamamen görünmez olup sadece dev bir hata mesajı göstermesiyle karşılaştım. “Geri kalanını Times New Roman’la yazdır” yaklaşımı da pratik değildi. Sonuçta kaynakta yine HTML parse ediyorsanız, önceki konumdan esasen farkı yok. Bir meraklı olarak kendi kodumu kusursuz yazabilirdim ama gerçek hayatta çoğu insan işi gelişigüzel yapıyor. XHTML mantıksal olarak kulağa hoş gelse de insanların doğası nedeniyle pratikte uygulanamaz bir yaklaşımdı

  • XHTML gibi katı bir tarzı sevebilirsiniz ama geniş ölçekte paylaşılan web belgeleri için acımasız çerçeveler uygun değil. Dosya biçimlerini ikiye ayırırsak: (1) tüketicinin yazara ulaşamadığı open loop durumda (HTML, pdf, zip, csv vb.) verinin kendisi biçimden daha önemlidir, bu yüzden bozuk pdf ve zip’leri de okuyabilmeniz gerekir. (2) tüketicinin yazarı kontrol edebildiği closed loop durumda (program kaynak kodu vb.) katı parser’lar kabul edilebilir. XHTML, ancak (2) için uygun bir model; HTML ise (1). Doğası gereği kapalı bir ortam değilse (şirket içi belgeler gibi), XHTML’i uygulamak zor

  • HTML5’te hatalı etiketlere aşırı hoşgörü gösterilmesine eleştirel bakıyorum. Çoğu diğer format ilk hatada durur, HTML ise istisna. Bu yüzden çok sayıda güvenlik açığı oluştu ve bu herkes için geliştiriciliği daha zor hale getirdi. HTML5’in parsing yaklaşımı, Internet Explorer’ın yerleşik ataletiyle savaşan insanların fazla idealist davranmasına ya da standart adı altında bug’ları belgelemeye yönelmesine dönüştü. İlgili RFC

  • Etiketleri “doğru şekilde” kapatma şartı, dilin giriş eşiğini sadece yükseltiyor. Eskiden insanlar HTML’i elle yazarken hata yapsalar bile ekranda bir şeyler görünürdü, bu yüzden denemeye devam edebilirlerdi. Gerçek programlama dilleri ise küçük hatalarda korkunç hata mesajları verip insanları kolayca vazgeçiriyor. Son dönem diller Rust gibi örneklerle iyileşti ama XHTML döneminde küçük hataları anlamak hiç kolay değildi

• Google Wave derim. İlk Chris DiBona demosunu gördüğümde gerçekten çok etkilenmiştim. Gerçek zamanlı çeviri, çeşitli mesajlaşmaların entegrasyonu, açık kaynak olarak harika özelliklerle doluydu. Ama fiilen çıkan Wave küçültülmüş bir sürümdü ve pazar da ilgilenmedi; bu yüzden çok yazık oldu. Sonunda JIRA, Slack, e-posta gibi şeylerle yaşamaya devam ettik ve Wave’in yokluğu daha da hissedildi

  • Google Wave’in teknoloji yığını mükemmeldi ama UI tasarımında ölümcül bir hata yaptılar. Wave’i tek bir belge gibi değil, birden çok ayrı öğe gibi ele aldılar; bu da her şeyi gereksiz derecede karmaşık gösterip avantajlarını yok etti

  • Demoyu izleyip hayran kalmıştım ama biraz düşününce korkunç olduğu sonucuna vardım. Slack’te bile her kanal güncellemesini tek tek takip etmek gerekirken, Wave’de bu yapı çok daha karmaşıktı; asla yetişilemeyeceğini hemen hissetmiştim

  • Wave’in teknik gücü inanılmazdı ama demo videolarına tekrar bakınca aslında pek iyi bir ürün olmadığını görüyorsunuz. Her şeyi kapsayan bir all-in-one ürün yapmaya çalıştılar ama başaramadılar. Bunun yerine bu teknolojiler çeşitli Google ürünlerine dağıldı ve her işlev için ayrı bir UI kullanmanın çok daha sezgisel olduğu anlaşıldı

  • Arkadaşlarla seyahat planı gibi ortak işleri yönetmek için birebirdi ve belgeyle bağlantı içeren ad hoc tartışmalarda da Wave’in form faktörü çok işe yarıyordu. Geleceği görüyormuş gibi hissettirmişti; acemi zamanlarımda onun için bir sunucu yönetim eklentisi bile yazmıştım: Wave-ServerAdmin. Üzerinden 16 yıl geçtiğine göre artık arşivleme zamanı gelmiş gibi

  • Açık kaynak Wave sunucusunu indirip onun üstüne bir ürün yapmayı düşünmüştüm ama en büyük sınırlama veriyi kalıcı biçimde saklayamamasıydı. Bu yüzden bana göre bir geleceği yoktu ve Wave ekibinin tepkileri de gerçeklikten kopuk bir hayal dünyasında gibiydi. Yine de harika bir konseptti

• Adobe Flash / Shockwave. Aradan onlarca yıl geçmiş olmasına rağmen oyun ya da multimedya yapmak için bundan daha kolay bir araç hâlâ yok. İnsanlığın her zaman tek yönde ilerlemediğini, bazen gerçekten değerli şeyleri sonsuza dek kaybettiğimizi hatırlatıyor

  • Yeni başlayanların bile kolayca oyun yapabilmesi, tüm oyun sektörüne taze fikirlerin akmasını sağladı. Örneğin Zachtronics gibi indie geliştiriciler bu yolla çıkış yaptı. Öte yandan her Flash oyununun çevresini sayısız reklam ve berbat Flash tabanlı gezinme öğeleri sarıyordu; bir dönem neredeyse tüm restoran siteleri Flash’tı. Flash tabanlı video oynatıcılar Linux’ta baş belasıydı ve tarayıcılarda düzgün video desteğinin gecikmesinin başlıca nedenlerinden biriydi

  • Flash web için bir felaketti. Yakınlaştırma yok, metin seçimi yok, geri düğmesi yok; sadece hiçbir şey yapamadığınız siyah bir kutuydu. Ölmüş olması neredeyse Steve Jobs’ın en büyük başarısı gibi geliyor

  • Godot buna epey yaklaşmış durumda. Öğrenmesi kolay, hem 2D hem 3D destekliyor ve HTML5/webasm ile büyük OS’lerden mobile kadar geniş bir yelpazeye export edebiliyor. Hâlâ kusursuz değil ama son birkaç yılda çok hızlı gelişti; Blender’ın yaşadığı türden büyük bir kırılma noktasına yaklaşıyor gibi

  • Adobe güvenlik sorunlarını tamamen çözseydi bile Apple yine de onu öldürürdü. Flash’in kitlesel başarısı Apple için bir tehditti. HTML canvas etrafındaki heyecan da dinmişken, tasarımcıların abonelik olmadan havalı interaktif tasarımlar üretip her yere gömebileceği gerçek bir alternatif hâlâ yok

  • Sorun Flash’in aşırı kötüye kullanılmasıydı. Şirkette bir uygulamanın neden inatla en sona kadar Flash kullandığını araştırdığımda, sayfadaki basit yatay ayırıcı çizginin Flash ile yapıldığını görmüştüm. Flash dropdown menüler, araba sitelerinde splash screen’ler; hepsi kötüye kullanımdı. Ancak mobil çağ gelince ölebildi ve o noktada da pek kimsenin üzüldüğünü sanmıyorum

• killedbygoogle.com sitesinde görülebilecek sayısız Google servisi var. Bir zamanlar 30-40 kadarını kullanmıştım, şimdi ise sadece 3-4 tane kullanıyorum. Google Picasa yerelde hızlı çalışıyordu, Google Hangouts ise çok sayıdaki sohbet uygulaması yüzünden kafa karıştırıyordu. G Suite Legacy ömür boyu ücretsiz denmişti ama sonunda ücretli oldu ve ben de Google’dan ayrıldım. Google Play Music’e yüklediğim binlerce MP3 vardı; servis kapanınca tekrar yüklemeyi düşünmedim. Google Finance ve NFC Wallet’ta da veri güvenilirliğine olan güvenim kırıldığı için geçiş yaptım. Chromecast Audio tam olarak ihtiyacım olan tek işi yapıyordu ve üretiminin durduğunu öğrenince yakında onu da sattım. Chromecast’in de öldüğünü kullanırken öğrenmiş oldum

  • Google Reader’ı da sonsuza kadar özleyeceğim. İşletme maliyeti de muhtemelen çok yüksek değildi ve yıllarca hiç düzeltilmese bile kimsenin şikâyet etmeyeceği bir özellikti. Eskiden de şimdi de RSS’yi aynı şekilde kullanıyorum

  • Google Play Music’e yüklediğiniz müziklerin hepsi kaybolmuş değil. YouTube Music’e geçiş yapan kullanıcılar için şarkılar yeniden yüklemeye gerek kalmadan taşındı

  • Chromecast Audio hâlâ gayet iyi çalışıyor. Sadece artık satılmıyor; bu yüzden ikinci el ilanlara sürekli bakıyorum

  • Picasa’nın yüz tanıması zamanının çok ötesindeydi ve çevrimdışı paketi gerçekten harikaydı. Ne yazık ki son sürümde yüz etiketlerinin rastgele değişmesine yol açan bir hata vardı; bu da binlerce aile fotoğrafındaki tanımaları işe yaramaz hale getirdi. Digikam ancak kısmen benzer bir rol üstlenebiliyor, ama gerçek bir alternatif olarak zayıf kalıyor

  • Google Notebook’u kapattıktan birkaç yıl sonra Google Keep’i yapmaları ilginçti; işlevler neredeyse aynıydı

• Lytro light field kamerası teknik olarak etkileyiciydi ve iki ürün de çıkardı, ancak profesyonel fotoğrafçıların ihtiyaç duyduğu çözünürlüğe ulaşamadı. Buna rağmen Meta Ray-Ban’in light field display’i ve gaussian splats gibi ortamların ortaya çıkmasıyla artık daha fazla sensör verisinden yararlanılabilecek bir noktadayız. Teknik olmayan tarafta ise Polaroid ya da Instax gibi yaratıcı düşük çözünürlüklü kameralar için de büyük bir pazar var; bu yüzden ilk Lytro eğlenceli bir form faktörüyle, hatta içine yazıcı konmuş hâliyle bile iş görebilirdi

  • Light field, pikselleri birden fazla odak derinliği arasında paylaştırarak kaydettiği için sonuçta çözünürlüğünün sıradan kameralardan düşük olması kaçınılmaz. Üretimi zor değil ama fiziksel sınırlar üzücü

  • Bugün akıllı telefonlar da sanki bu işlevin bir kısmını uyguluyor. Lytro kamerası ilk çıktığında epey heyecanlanmıştım

• Optane persistent memory, veriyi doğrudan saklayarak boot ya da uygulama yükleme olmadan kaldığın yerden devam etmeyi mümkün kılan devrim niteliğinde bir değer önerisiydi. Fazla pahalı olduğu için başarısız oldu ama daha önce de sınırları zaten belirgindi. VM bellek snapshot’ları, macOS container’ları gibi şeyler yüzünden bu yönelim tamamen ortadan kalkmış değil

  • 3dxpoint teknolojisine sonsuz güven duyuyorum. Onlarca yıl olgunlaştırılmış bir teknoloji ama iş tarafında, dünyanın onu yakalamasını bekleyecek sabır yoktu

  • Mevcut sistem düşüncesi RAM ile disk ayrımına fazla saplanmıştı; bu yüzden Optane gibi yeni donanımları kabul etmeye yeterince hazır değildi. Yine de sunucu tarafında bazı kullanım örnekleri ortaya çıktı ve ilgili araştırma projeleri de bolca var

  • Optane teknik olarak olağanüstüydü. RAM ile disk arasındaki çizgiyi neredeyse tamamen kaldırıyordu; tek bir stick ile tüm belleği kullanabilirdiniz

  • Ben gerçekten çekirdeği Optane sürücüsünde tutarak anında açılış deneyimi yaşıyorum

  • Sadece fiyat yüzünden değildi; ekosistem desteği yeterince yaygınlaşmadı ve mevcut düşünce biçimi de hazır değildi. Erken dönem Lisp ya da Smalltalk’taki (canlı) image tabanlı ortamlara daha yakın bir modeldi. Benim de firmware’i ve düşük kapasiteli Optane desteği olan bir sistemim var. Kapasitesi küçük ve eski bir OS’ye bağlı, ama deney yapmaya değer. RAM yeterince fazlaysa suspend/resume gibi taklitler de yapılabilir. SSD’lerin gelişimiyle birleşince hız farkı neredeyse kayboluyor. Geriye TBW gibi dayanıklılık meseleleri kalıyor. İkisini karıştırarak kullanmak da mümkün

• Ricochet ağı, telefon hattı döneminde kablosuz paket mesh ağıyla ISDN düzeyinde hız sunan sıra dışı bir sistemdi. 23 şehir ağına 5 milyar dolar harcandı ama müşteri neredeyse yoktu ve 2001’de kapandı. Pazarlama “mobil profesyoneller”e odaklanmıştı ama gerçekte daha hızlı internet isteyen ev kullanıcıları pazarı göz ardı edildi. Günümüzde 5G femtocell’ler fiziksel kavram olarak benziyor ama yedeklilik ve self-routing anlayışı eksik

  • Ricochet zamanının ötesinde, harika bir sistemdi. Joel Spolsky’nin izlenimlerini de tavsiye ederim: Ricochet Wireless modem incelemesi

  • Ricochet modemime gerçekten bayılıyordum. İkinci nesil Ricochet ve bir PowerBook ile Palo Alto’daki kafelerde 56k web gezintisi ve ssh oturumları yaptığım günleri hatırlıyorum. Hâlâ evde bir kutunun içinde duruyor olmalı; eğlencesine star mode ile bağlamayı düşünüyorum

  • 98-99 yıllarında San Francisco’da Ricochet modem kullandım. On yıl sonra iPhone 3G çağını başlattı ve performans iyileşmesi eziciydi. Ricochet hayatta kalsaydı hayatım daha iyi olur muydu diye düşününce, aslında teknolojik ilerlemenin çok daha doğru bir yöne gittiğini hissediyorum

  • Tamamen unuttuğum bir hizmetti ama düşününce o zaman için gerçekten müthişti. Sanırım ben de o dört müşteriden biriydim

• Microsoft’un Midori’si capability-based security peşinde koşan bir işletim sistemiydi. Söylentiye göre Windows kodu çalıştırabilecek kadar ilerlemişti ama şirket içi siyaset yüzünden iptal edildiği de konuşuluyordu. Fuchsia’nın öncülü gibi bir şeydi. Midori wiki

  • Midori gerçekten çok ilginçti. Joe Duffy’nin blogu muhtemelen eldeki en ayrıntılı kaynak: Midori blogu. Microsoft içinde hem bir moonshot hem de kilit yetenekleri elde tutma projesi olarak görülüyordu. Yüzün üzerinde, çok kıdemli mühendis bu işe verilmişti. Bazı araştırma çıktıları .NET’e aktarıldı; yani her şey tamamen kaybolmuş değil

  • Windows kodu çalıştırma söylentisinin nereden çıktığını bilmiyorum. Açık olan tüm belgelere göre Midori, mevcut kodla tamamen uyumsuz olacak şekilde tasarlanmıştı. İçeride geçiş hayali kuranlar olmuş olabilir ama tasarım itibarıyla geçişsiz, kökten yeni bir sistemdi

  • Teknik temeli ilginç ama Microsoft yapsaydı sonunda yine yepyeni, kendine özgü sorunlarla dolu şişkin bir yazılıma dönüşürdü. Bugün olsa muhtemelen kullanıcıların istemediği tonla casusluk ve yapay zeka özelliği de içine doldurulmuş olurdu

  • Genode’u (genode.org) biliyor musunuz diye merak ediyorum. Midori’ye benzer bir alanda ve hâlâ aktif olarak geliştiriliyor

• Yahoo Pipes, RSS akışları ve özel iş akışları oluşturmak için gerçekten harikaydı. Bugün Zapier ya da n8n gibi alternatifler var ama ben özellikle Pipes’ı seviyordum. Ve Google Reader hakkındaki nostaljiye de katılıyorum

  • Pipes’ın tarihi arşivini mutlaka okumanızı tavsiye ederim. Gerçek geliştirici ekibin geriye dönük anlatımları var

  • Yahoo Pipes internetin gitmesi gereken gelecekti. Aradan onlarca yıl geçmesine rağmen, araçlar arası bu tür entegrasyon bugün bile ancak gerçek Unix pipes düzeyinde zar zor yapılabiliyor

  • Hiç kullanmadım ama Pipes hakkında olumlu şeyler her duyduğumda ne kadar muazzam bir araç olduğu hissediliyor. Ölen gerçekten Pipes mıydı, yoksa açık standartlar ve protokoller temelli kitlesel internet mi ortadan kalktı, emin değilim

  • Pipes’a bayılıyordum. Çeşitli sitelerden içerik toplayıp Pipes ile biçimlendiriyor, sonra PHP bloguma RSS olarak çekiyordum. Ama siteler birer birer RSS desteğini kesince Pipes da anlamını yitirdi ve sonunda kapandı. Bir süre riko adlı Python kütüphanesiyle, görsel editör olmadan benzer işlevler kullandım; bu da PHP’den Python’a geçmemde etkili oldu

  • Yahoo! Pipes fikrini yeniden canlandırmak isterseniz Node-RED(nodered.org) iyi bir başlangıç noktası. Açık kaynak, güçlü API’ler, 10 yılı aşkın birikim, sağlam bir backend gibi birçok avantajı var. Sadece Node-RED frontend’ini alan Browser-Red, Erlang backend ile yeniden kurgulanmış Erlang-Red gibi şeyleri de gerçekten kullandım. Node-RED’de tüm düğümlerin ya bir giriş portu var ya da hiç yok; Pipes’ta ise birden fazla giriş hattı mümkün. Frontend tarafı jQuery biliyorsanız öğrenmesi kolay. Node-RED ya da flow-based programming hakkında sorunuz olursa istediğiniz zaman ulaşın