Gençliğimden beri böyle içeriklerin hayalini kuruyordum; oldukça ileri düzey projeler üzerinde çalışan programcıların iş süreçlerini canlı yayınladığını giderek daha çok görmek güzel
Böyle perde arkasına bakabilmek, sihir gibi görünen şeylerdeki gizemi ve karmaşıklığı büyük ölçüde ortadan kaldırıyor
Bugünün çocuklarına imreniyorum; öğrenmek istedikleri neredeyse her şeyi bulabiliyorlar. Eskiden hiç böyle değildi
Ben de aynı şeyin hayalini kuruyordum ama hâlâ derin ve teknik açıdan güçlü içerik bulmanın zor olduğunu düşünüyorum
Böyle kanalları birbirimizle paylaşsak iyi olur; başka kanalları da öğrenmek isterim
Bildiğim diğer bir kanal: https://www.youtube.com/@LowLevelLearning
Tam olarak bir programlama kanalı sayılmaz ama https://www.youtube.com/@StuffMadeHere kanalını da çok seviyorum. Harika bir mühendislik kanalı
Marcan’ın kanalı da izlemeye değer. Apple ARM silikon üzerinde Linux çalıştırma süreci neredeyse 12 saatlik ve gerçekten etkileyici; Apple’ın epey fazla özel donanım kullandığını ortaya koyuyor https://www.youtube.com/live/GxnWuXgj3JI?si=lUJ_7KdkylzXLryj
Birkaç ay önce STM32F4 için bir USB host sürücüsü yazdım; en zor kısmı iyi dokümantasyon eksikliğiydi
Çevre biriminde okuma/yazma register’ları SVD’de salt okunur olarak eşlenmişti, dokümante edilmemiş bitleri ayarlamak gerekiyordu ve USB bulk-only transport, var olmayan bir SCSI spesifikasyonuna işaret ediyordu
Sonunda, bir USB sürücüyü çalıştırmak için Windows’un yaptığını neredeyse bire bir kopyalamak gerektiğini söyleyen bir blog yazısı buldum
Neyse ki USB frame’lerini çözümleyebilen bir osiloskop vardı; neden çalışmadığını anlamakta bana çok zaman kazandırdı
USB büyük ölçüde aktarılan sözlü bilgiye dayanıyor gibi görünüyor; buna rağmen bu kadar yaygın olması ve çoğu zaman doğrudan çalışması etkileyici
USB çözümleme için hangi osiloskobu kullandığını merak ediyorum
Böyle bir çalışmayı yayınlamayı hiç düşündün mü, merak ettim
Intel USB denetleyicileri, kontrol yazılımındaki hatalara aşırı derecede toleranslı. Gerçekten inanılmaz derecede hoşgörülü
Bir decompile projesine katkıda bulunmaya başladım; kesinlikle en iyi decompiler ben değilim ama çalışırken yayın açsam mı diye düşündüğüm oldu
İnsanlar böyle içeriklere ilgi duyar mı merak ediyorum. Assembly’nin değişken işaretliliğinden etkilendiğini gösteren izler, struct erişimi ile dizi erişimi arasındaki farklar, 30 yıllık bir compiler’ın bile kontrol yapıları konusunda yaptığı tuhaf şeyler, register yeniden kullanımı, klasik konsollarda byte düzeyinde aynı assembly çıktısını aldırmak için kodu yönlendirme yöntemleri gibi şeyler ilginizi çeker mi bilmiyorum
Böyle bir şeyi izleyebilseydim gerçekten harika olurdu diye hesap açtım. Bu tür anlaşılması güç reverse engineering bilgilerini toplamaya çalıştım ama nerede arayacağımı bilmek bile zor
İlgimi çeker. Üniversitede temel 8086 assembly öğrendim ve birkaç reverse engineering kitabı okudum ama daha ileri gidemedim
Acaba açık kaynak bir projede mi çalışıyorsun?
Bir işletim sistemi geliştiriyorum ve birkaç çalışma oturumunu yayınlamayı düşündüm; insanlar gerçekten ilgi duyacaksa başlayabilirim
Zor bir iş yapan birini izlemenin cazibesi, onun düşünce sürecini görebilmekte. İşletim sistemi yazmak kesinlikle zor işler kategorisine girer
Gerçekten zamanın varsa mutlaka yapmanı isterim; destek de olurum
Terminal/kodlama için kullanılan font en ilginç kısmı
Başlıkta eksik bir kısım var: Bu, nispeten basit bir aygıt için yazılan bir USB aygıt sürücüsü ve mevcut kod da olduğu için aslında koddan koda yapılan bir “çeviri” işine yakın
Çok etkileyici görünebilir ama ben kişisel olarak bunu, işinde usta birinin çalışmasını izlemeye benzetiyorum
Doğru. Başlık biraz sapmış. Kernel konusunda çok bilgili sayılmam; videoyu izlerken öğrendiğim şeyler oldu ama birçok kısım bana neredeyse sihir gibi göründü
Moderatör başlıktan “from scratch” ifadesini çıkarıp bunun bir aygıt sürücüsü olduğunu ekleyebilirse iyi olur; olmasa da sorun değil
Zaten var olmak için pek nedeni olmayan bir sürücü gibi. Bir ön panel söz konusuysa bunu kullanıcı alanında bir libusb uygulaması olarak yönetmek muhtemelen daha iyi olur
Bu tür videoları ve derinlemesine eğitimleri gerçekten seviyorum ama “from scratch” ifadesi pek doğru değil
“Tam olarak bu işi 10 yıldır yapma deneyiminden başlayarak” dense aynı hissi vermezdi tabii
USB spesifikasyonu aşağı yukarı 500 sayfa değil mi? Etkileyici
USB spesifikasyonunun tüm ayrıntılarını okumaya gerek yok; işlevi kabaca anlamak yeterli
Kernel, üzerinde çalışılabilecek pek çok fonksiyon sağlıyor. Kernel kaynak kodunda bulabileceğin en basit sürücü kodunu okumak bile öğretici olur; sonra daha zor sürücülere geçebilirsin
500 sayfayı üç saatte kopya etmek bile mümkün olmaz
İyi bir sürücü API’si, bunların hepsini gizleyip tek tek USB sürücülerinin USB spesifikasyonunu dert etmesini gereksiz kılmalı. Bu, ortak USB core kodunun işi
Üstelik burada bunların çoğu pek ilgili bile değil
1 yorum
Hacker News yorumları
Gençliğimden beri böyle içeriklerin hayalini kuruyordum; oldukça ileri düzey projeler üzerinde çalışan programcıların iş süreçlerini canlı yayınladığını giderek daha çok görmek güzel
Böyle perde arkasına bakabilmek, sihir gibi görünen şeylerdeki gizemi ve karmaşıklığı büyük ölçüde ortadan kaldırıyor
Böyle kanalları birbirimizle paylaşsak iyi olur; başka kanalları da öğrenmek isterim
Bildiğim diğer bir kanal: https://www.youtube.com/@LowLevelLearning
Tam olarak bir programlama kanalı sayılmaz ama https://www.youtube.com/@StuffMadeHere kanalını da çok seviyorum. Harika bir mühendislik kanalı
https://www.youtube.com/live/GxnWuXgj3JI?si=lUJ_7KdkylzXLryj
Birkaç ay önce STM32F4 için bir USB host sürücüsü yazdım; en zor kısmı iyi dokümantasyon eksikliğiydi
Çevre biriminde okuma/yazma register’ları SVD’de salt okunur olarak eşlenmişti, dokümante edilmemiş bitleri ayarlamak gerekiyordu ve USB bulk-only transport, var olmayan bir SCSI spesifikasyonuna işaret ediyordu
Sonunda, bir USB sürücüyü çalıştırmak için Windows’un yaptığını neredeyse bire bir kopyalamak gerektiğini söyleyen bir blog yazısı buldum
Neyse ki USB frame’lerini çözümleyebilen bir osiloskop vardı; neden çalışmadığını anlamakta bana çok zaman kazandırdı
USB büyük ölçüde aktarılan sözlü bilgiye dayanıyor gibi görünüyor; buna rağmen bu kadar yaygın olması ve çoğu zaman doğrudan çalışması etkileyici
Bir decompile projesine katkıda bulunmaya başladım; kesinlikle en iyi decompiler ben değilim ama çalışırken yayın açsam mı diye düşündüğüm oldu
İnsanlar böyle içeriklere ilgi duyar mı merak ediyorum. Assembly’nin değişken işaretliliğinden etkilendiğini gösteren izler, struct erişimi ile dizi erişimi arasındaki farklar, 30 yıllık bir compiler’ın bile kontrol yapıları konusunda yaptığı tuhaf şeyler, register yeniden kullanımı, klasik konsollarda byte düzeyinde aynı assembly çıktısını aldırmak için kodu yönlendirme yöntemleri gibi şeyler ilginizi çeker mi bilmiyorum
Acaba açık kaynak bir projede mi çalışıyorsun?
Bir işletim sistemi geliştiriyorum ve birkaç çalışma oturumunu yayınlamayı düşündüm; insanlar gerçekten ilgi duyacaksa başlayabilirim
Gerçekten zamanın varsa mutlaka yapmanı isterim; destek de olurum
Terminal/kodlama için kullanılan font en ilginç kısmı
https://tosche.net/fonts/comic-code
Başlıkta eksik bir kısım var: Bu, nispeten basit bir aygıt için yazılan bir USB aygıt sürücüsü ve mevcut kod da olduğu için aslında koddan koda yapılan bir “çeviri” işine yakın
Çok etkileyici görünebilir ama ben kişisel olarak bunu, işinde usta birinin çalışmasını izlemeye benzetiyorum
Moderatör başlıktan “from scratch” ifadesini çıkarıp bunun bir aygıt sürücüsü olduğunu ekleyebilirse iyi olur; olmasa da sorun değil
Bu tür videoları ve derinlemesine eğitimleri gerçekten seviyorum ama “from scratch” ifadesi pek doğru değil
“Tam olarak bu işi 10 yıldır yapma deneyiminden başlayarak” dense aynı hissi vermezdi tabii
USB spesifikasyonu aşağı yukarı 500 sayfa değil mi? Etkileyici
Kernel, üzerinde çalışılabilecek pek çok fonksiyon sağlıyor. Kernel kaynak kodunda bulabileceğin en basit sürücü kodunu okumak bile öğretici olur; sonra daha zor sürücülere geçebilirsin