- Harder Drive, istemediğimiz ve ihtiyaç duymadığımız hard drive projesine ait makaleyi, videoyu, uygulamayı ve ses materyallerini tek yerde toplayan bir sayfadır
- İlgili makale ve YouTube videosu birlikte bağlantılandığından, proje açıklamasını hem yazı hem de video üzerinden takip etmek mümkündür
- IPv4 adres alanını keşfetmeye yarayan uygulama torrent olarak sunuluyor; çalıştırmak için 64-bit Windows ve yeterli RAM gerekebilir
- RAM gereksinimi örnek olarak 32GB? şeklinde yazılmış; bu nedenle sıradan hafif bir demodan ziyade çalıştırma ortamı kısıtları daha yüksek görünüyor
- Zil sesi audiosu ve “Have your own Harder Drive” bölümü de var, ancak sağlanan metinden somut kullanım yöntemini anlamak zor
Harder Drive materyal derlemesi
- Sayfanın başlığı Harder Drive: Hard drives we didn't want or need
- Uzun bir açıklama metninden çok, ilgili materyallere yönlendiren kısa ifadeler ve bölüm başlıkları etrafında yapılandırılmış
Makale ve video
- “Read words” bölümü, ilgili makalenin okunabileceğini belirtiyor
- “Watch draws and hear words” bölümü, YouTube kanalındaki çeşitli videolara yönlendiriyor
IPv4 keşif uygulaması
- “Browse the internet” bölümü, videoda IPv4 adres alanını keşfetmek için kullanılan uygulamanın torrent üzerinden indirilebileceğini belirtiyor
- Çalıştırma koşulu olarak 64-bit Windows makine ve yeterli RAM gerekiyor; RAM örneği 32GB? olarak gösterilmiş
Sunulan diğer öğeler
- “Ringtones” bölümünde videodaki zil sesi audiosu, diğer parçalarla birlikte indirilebiliyor
- “Have your own Harder Drive” bölümü “impenetrable” ifadesiyle başlıyor, ancak sağlanan metinden somut içeriği anlaşılamıyor
1 yorum
Hacker News yorumları
Tüm arka kataloğu izlemeyi tavsiye ederim. Şu anda aktif olan insanlar arasında Tom7 kadar yaratıcı biri var mı bilmiyorum
Bu video sayesinde burada Tom7'i ilk kez öğrenen kaç kişi olduğunu merak ediyorum
Üstelik bunun neden sürdürülebilir bir gelecek yaratan harika bir fikir olduğunu da gösteriyor
Bazı fikirler oldukça eski, ama komik ciddiyet gerçekten çok iyi
Bana eski analog gecikme devrelerini hatırlattı. Doğru hatırlıyorsam sinyal, camın içindeki ses dalgaları olarak gönderilir ve farklı tap'lerle farklı gecikmeler elde edilirdi
Ayrıca, ayrı bir gönderi olabilecek kadar güzel bir örnek: https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...
Tom7 içeriğini ilk kez gördüm ve eğlenceli bir inek videosu bekliyordum
İzledikten sonra hem ürperdim hem de katarsis yaşadım. Sonunda bu kadar ciddi bir temaya döneceğini hiç beklemiyordum
Sırf bütün kurgusu bile ödülü hak ederdi ama üstüne muazzam bir mühendislik emeği de eklenmiş. Hayatım boyunca ulaşmayı umabileceğim seviyenin ötesinde bir kalite
"Network" depolaması, "Block" depolaması ve "Device" depolaması olarak ayrılıyor
2003 civarında lcamtuf'un çok benzer bir kavramdan söz ettiğini hatırlıyorum
O versiyonda gizli veri parçalara ayrılıyor ve var olmayan e-posta adreslerine gönderilip birkaç gün sonra geri dönmesi bekleniyordu
Sırrı yeniden birleştirmek isterseniz uygun parçaları toplamanız yeterliydi ve tüm parçaların kaydını bir yerde tutmanız gerekiyordu. Ya da onları başka bir var olmayan e-posta adresine yeniden gönderebilirdiniz
http://tom7.org/papers/murphy2022harder.pdf
Ping tabanlı sürücünün temel öncülü, yani paketlerin iletim süresi gibi geçici bir ortamdan yararlanma fikri, clacks'in(https://github.com/AlexanderParker/clacks) merkezindeydi. Benzer bir fikri başkasının da araştırdığını görmek hoşuma gitti
Benim yaklaşımım ICMP ping kullanmaktan çok, birbirlerine rastgele paketler sektiren bir P2P sistemine yakındı
Ayrıca, eşler arası ağı simüle edip tek bir mesajın ağ boyunca yayılmasını gösteren bir videoyu render etmiştim: https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
Dosyaları bu şekilde geri kurtarmak biraz zaman alacaktır. “Bir gün” geri gelir
Veriyi çok uzağa gönderip tamponlamak, Ay gibi bir yerden yansıtmak ve ardından o yayılım mesafesini bellek olarak kullanmak fikri gerçekten müthiş
Bu, herhangi bir tür depolama aygıtı yapmaktan çok daha basit bir yaklaşım olduğunu gösteriyor
https://conwaylife.com/wiki/Gemini
https://en.wikipedia.org/wiki/Delay-line_memory
Referans için, birleştirilmiş formül C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c. Ve maalesef lim->∞ d×ln(1+1÷d²) değeri 0. İlginç olan şu ki, bant genişliğini ve dolayısıyla merkez frekansı artırarak daha fazla bilgi depolamaya çalışsanız bile aynı sınıra takılıyorsunuz
Wolfram Alpha hâlâ en uygun mesafe için kapalı form bir çözüm üretmekte pek iyi değil
https://en.m.wikipedia.org/wiki/Delay-line_memory
Buradaki Inception tarzı tersine çevirmeyi takdir etmek lazım. İzlerken sürekli “veri saklamanın bu saçma ve israf dolu yöntemleri bile blokzincirden epey verimliymiş” diye düşünüp kendimi akıllı sanıyordum
Meğer gizlice saklanan asıl nokta zaten buymuş
İki yıl önce de 41 yorum vardı
https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...