Web geliştiricileri bunun gibi web sayfalarının oluşturucularıdır. Burada nasıl işbirliği yaptığımızı bir düşünün: Okuma tarafında siz ve ben, HackerNoon'dan bir editörün desteğiyle daha iyi bir yazar oluyoruz. Geliştiricileri görüyor musun? Muhtemelen hayır, çünkü iyi bir iş çıkardılar. Muhtemelen onları hakkında okurken buluruz. web geliştirmenin geleceği Öte yandan, bu makaleyle sunduğum şey, web geliştiricilerinin ortaya çıkışını, bunun tarayıcıların tarihiyle nasıl bağlantılı olduğunu ve işbirliğinin tarayıcı gelişiminin zaman çizelgesini nasıl yeniden alevlendirdiğini durup düşünmek için bir fırsattır. Web için yeni tür bir mühendis + Web'in ilk günlerinde birçok yazılım mühendisi, web sayfaları açısından web geliştirmeye pek önem vermiyordu. Neden yapsınlar, değil mi? Mühendis olsaydınız lokomotiften çıkan ilk yolcudan mı yoksa lokomotifin kendisinden mi etkilenirdiniz? bunu çok iyi yazdı: Güzel HyperText Ürünleri Evi'nden Jason Kottke Üniversitenin bodrum katındaki fizik laboratuvarında ilk kez World Wide Web'de gezinmek için kullanmak, şimdiye kadar yaşadığım dini deneyime en yakın deneyimdi. Hayatımı tamamen değiştiren bir yıldırımdı. NCSA Mosaic'i Ancak bu ilk izlenim, bilgisayar korsanlarının (ve ressamların) konuya kullanıcı arayüzü yönünden yaklaşmasına da olanak tanıdı. Bu nedenle Mosaic tarayıcısının icadı ve yeniliği, web geliştirme fırsatlarının başlangıcını işaret ediyor: 1993'ün başlarında, Süper Bilgisayar Uygulamaları Ulusal Merkezi (NCSA), Illinois Üniversitesi'nden Mosaic tarayıcısının ilk sürümünü yayınladı. Bu yazılım, araştırma camiasında popüler olan X Window System ortamında çalışıyordu ve kullanıcı dostu pencere tabanlı etkileşim sunuyordu. Kısa bir süre sonra NCSA, PC ve Macintosh ortamları için de sürümler yayınladı. Bu popüler bilgisayarlarda güvenilir, kullanıcı dostu tarayıcıların varlığı, WWW'nin yayılmasında anında etki yarattı. Arkasındaki altyapının potansiyeli göstermesiyle tarayıcının bir araç olarak nasıl çok anlamlı olmaya başladığına dikkat edin: 30 Nisan 1993'te CERN, WorldWideWeb'in kaynak kodunu telifsiz olarak kullanıma sunarak onu özgür yazılım haline getirdi. 1993 sonlarında 500'den fazla bilinen web sunucusu vardı ve WWW, internet trafiğinin %1'ini oluşturuyordu ki bu o günlerde çok fazla görünüyordu (geri kalanı uzaktan erişim, e-posta ve dosya aktarımıydı). Bilgiye her yerden erişme potansiyelini gösteren kullanıcı dostu arayüz nedeniyle gerçeküstü bir deneyimdi. Belki de ChatGPT'yi her yerden bilgiye erişme potansiyelini gösteren kullanıcı dostu bir arayüz olarak kullanırken hissettiklerimden farklı olmayabilir. Aşağıdaki makalede Mozaik'in tarihi ve Web'in icadı hakkında bilgi almayı düşünün: https://hackernoon.com/how-the-browser-wars-changed-the-landscape-of-the-internet?embedable=true Kaynağı görüntüle: Örnekleri öğrenin kopyalayarak Ancak web sayfaları oldukça basitti. O zamanlar biz bilgisayar bilimi öğrencileri, yaptığı gibi, sayfalarının basitliğine bakarak akıllı insanları bulurduk. Bell Laboratuvarlarından Dennis Ritchie'nin Bilgisayar bilimi derslerine katılmayan ve web ile oynamayan meraklı bir kullanıcı olarak orada bulunduğum için, web sayfalarının kaynağını görüntülememizi sağlayan, bir menü seçeneğine de rastladım. Bu arada, neredeyse bir gecede Mosaic tarayıcısına Netscape adı verildi. tarayıcıya entegre edilmiş Jim Nielsen, konuyu değerlendirdi ve Netscape tarayıcısının web'deki her sayfa için nasıl anında bir öğrenme fırsatı sağladığını tanımladı. The Spirit of View-Source'da Makalesinde kitabında Clive Thompson'ın bir gözleminden alıntı yaptı. Coders Ziyaret ettiğiniz her web sayfası, nasıl oluşturulduğunu gösteren kodu içeriyordu. İnternetin tamamı, programlamayla ilgili nasıl yapılır kılavuzlarından oluşan bir kütüphaneye dönüştü. Şimdi, "web"i etraftaki en popüler şey olarak hayal etmeye çalışın ve kaçımızın başkalarından fikir kopyalamak için sayfaların kaynağını kontrol ettiğimizi ve sonunda öğrenmeye çalıştığımızı hayal edin. Bunlar, sihri görebildiğimiz “kaynak görüntüleme günleriydi”. Modern tarayıcıların menüsünde hâlâ "sayfa kaynağını görüntüle" seçeneği bulunsa da, bir web sayfasının kaynağını görüntülerseniz muhtemelen gizemli görünen bir şey göreceksiniz: JavaScript: Kontrol ve etkileşim İyi algılanan başka bir dönüm noktası, Netscape'in (yine) web geliştiricilerinin web sayfalarının belirli yönlerini kontrol etmek ve etkileşim üzerinde kontrol sahibi olmak için komut dosyaları oluşturmasına olanak tanıyan programlama dili olan JavaScript'i etkinleştirmesiyle ortaya çıktı. mucidi ve şu anda h, bize kahramanın Web diyarındaki JavaScript yolculuğunu özetleyen bir verdi. Onun belirttiği noktalar, JavaScript'in her zaman zarif görülmediğini, ancak günün sonunda yoğun bir şekilde kullanıldığını ve gelişmeye devam ettiğini görmemize yardımcı oluyor. JavaScript'in Brave Software'in CEO'su olan Gizliliğinize Önem Veren Tarayıcı Brendan Eic slayt Aşağıdaki ekran görüntüsü Netscape 2 tarayıcı arayüzünden çağrılan bir uyarı kutusunu göstermektedir. Web geliştiricileri, görsel uyarıları başlatmak (kodlarında hata ayıklamak için) ve web formlarını kontrol etmek, bir giriş formunun değerini doğrulamak ve diğer kullanım durumları gibi imkansız şeyleri yapmak için JavaScript'i kullandı. Meraklı bir kullanıcının "kaynağı görüntüle" aracılığıyla bir sayfadaki JavaScript hakkında bilgi edinebileceğini söylemeye gerek yok. HTML sayfası, HTML öğeleri, köprüleri, resimleri, stili ve JavaScript kodu aracılığıyla siteler hakkında çok sayıda sunumu ve mantıksal yapıyı aktaran zarftı. Dinamik HTML: Düzen özelleştirmeleri ve animasyon Ve başka bir fırsat, HTML'deki adlı yeni bir etiket aracılığıyla etkinleştirildi. O zamanlar, 1997 civarında, Netscape, geliştiriciler için yeni API'ler içeren Netscape Communicator Önizleme Sürümünü piyasaya sürdü. Bir basın açıklamasına göre, " ” <layer> Dinamik HTML, HTML için önemli bir kilometre taşıdır; tasarımcılara Web sayfası düzeni üzerinde daha fazla esneklik ve kontrol sağlarken, kullanıcılara daha yüksek derecede etkileşim sağlar. Daha sonra <layer /> etiketi <div /> oldu. O zamanki teknik yenilik aşağıdaki 3 boyutlu çizimde gösterildiği gibi, HTML'nin görsel bir parçasını, bir öğeyi diğerinin üzerine yerleştirme yeteneğiyle ilgiliydi. , en eski DHTML teknik notlarından birinden alınan Şimdilik 1997'deki aşağıdaki gösteriyi deneyimleyemeyeceksiniz ama o trenin (ki o sadece bir görüntüydü) sanki üzerinize geliyormuş gibi hareket ettiğini hayal etmeye çalışın. İşin püf noktası, bir animasyon yanılsaması yaratarak farklı boyutlardaki görüntülerin görünürlüğünü değiştirmek için JavaScript kullanmaktan ibaretti. Sayfa ayrıca başka yöntemler kullanarak lokomotif sesini de başlattı. Tarayıcı savaşlarının doruğa ulaştığı o dönemde benim gibi Netscape için sayfa yazmaya başlayan geliştiriciler, benden farklı olarak Internet Explorer için de sayfalar üretmeye başladılar. Bu farklılıklar ve gerekli beceriler, geliştiricilerin web geliştiricisi olarak işe alınmasına neden oldu. DHTML hareketinin büyüklüğü ve karmaşıklığı yazdığı içerikle ilişkilidir. , 1000'den fazla sayfadan oluşan bu popüler kitabın Web Standartları Tarayıcı savaşlarının önemli bir sonucu Netscape'in kaynak kodunu açık kaynak olarak yayınlamasıdır. Project belgelendiği gibi Mozilla adı burada görünür. Bu süreç stratejik, karmaşık ve riskliydi. O zamanın CEO'su Jim Barksdale'in de kabul ettiği gibi bu cesur bir hareketti: Code Rush'ta “Şu anda Netscape Navigator Communicator'a katkıda bulunan, hiçbir şirketin herhangi bir ürün üzerinde çalışmasını sağlamaya yetmeyecek kadar çok sayıda yeni insanın, ürünün geliştirilmesinde önemli bir fark yaratacağını kesinlikle umuyorum. Bunun herhangi bir rakibe karşı nasıl işe yarayacağını zaman gösterecek." Jim Barksdale @ Code Rush 2013 29 dakika 55 saniye Açık kaynak temelinin yanı sıra Mozilla'nın önemli bir stratejisi de web geliştiricilerinin dikkatini çekti: Web standartları desteği. Buna yardımcı olmak için Netscape, teknoloji misyonerlerinden oluşan yeni bir ekip oluşturdu. Bunların arasında, geliştiriciler arasında ünlü statüsüne ulaşan CSS gurusu . Amaçları, web geliştiricilerinin ihtiyaçları ile örtüşüyordu; mülkiyet farklılıklarına son vermek ve tüm tarayıcılarla çalışan sayfaları uygulamak için ortak bir zemine sahip olmak. Eric kavgamızı kutladı: Eric Meyer de var “ “Bob Clary, Marcio Galli, Katsuhiko Momoi, Chris Nalls, Tristan Nitot, Arun Ranganathan, Doron Rosenberg ve Susie Wyshak'a selamlar. İyi bir mücadele verdik ve DevEdge'in yeniden tasarımı hakkında bilgiler de dahil olmak üzere pek çok harika materyal oluşturduk. Yukarıdakilerin daha büyük bir fotoğrafın küçük bir parçası olduğunu unutmayın. Bunun bir diğer ayağı ise daha sonra Mozilla Developer Network olarak büyüyen Mozilla'nın dokümantasyon çalışmalarıydı. Tek Sayfalı Uygulamalar ve AJAX yolu Geliştiriciler web sayfalarını standartlara uygun yöntemlerle düzeltmeye çalışırken, aynı zamanda sayfaların sınırlarını da zorluyorlardı. Bunlar ve gibi girişimlerin, fikrini düşünmemizi sağladığı günlerdi - peki ya bir web sayfası yazılım uygulamaları gibi çalışabilseydi? Aşağıdaki makaleler o dönemde evangelistlerin neler yazdıklarını göstermektedir: , Gmail gibi kullanım örneklerinin ortaya çıktığı Web Hizmetleri tek sayfalı uygulamalar (06 Haziran 2003) Netscape 7.1/Mozilla 1.4'te WSDL Proxy Kullanarak Web Hizmetlerine Erişme (20 Mayıs 2003) Standartlara Dayalı Daraltılabilir İçindekiler Widget'ı (CTOCWidget) (16 Mayıs 2003) İç Tarama: Web Taramasının Gezinme Paradigmasını Genişletme Bu çabalara rağmen eski batıdan da bir dönüm noktası geldi. 2005 yılında, San Francisco'dan Jesse James Garrett, " " başlıklı ufuk açıcı bir makale yazdı: Jesse, dünya çapında web geliştirmeyi etkileyen bir kullanıcı deneyimi tasarımcısıydı. AJAX, geliştiriciler tarafından web uygulamalarına etkileşim ekleme ve davranış oluşturma niyetini iletmek için kullanılan popüler bir terim haline geldi. Ajax: Web Uygulamalarına Yeni Bir Yaklaşım Tek sayfalık bir uygulama oluşturmak için birini işe alacaksanız, AJAX bilen bir web geliştiricisini işe almak zorundaydınız: Geliştiricinin En İyi Arkadaşı - Geliştirici Eklenti Araçları ve Sayfa İncelemesi Mozilla projesi destanı şimdi Firefox ile sürdürdü. Firefox, Mozilla'nın özelliklerini sürdürerek performans, güvenlik ve standart desteği açısından hazır bir seviyeye ulaştı. Ancak dönüm noktası, geliştiricilerin güvenini pazar payına göre değil, sayfaları test etmelerine ve sorunları gidermelerine yardımcı olan yerleşik araçlar sayesinde kazanmasıydı. Netscape'te çalışan tarafından yazılan uzantısı 2006'da ortaya çıktı ve web geliştiricilerinin sayfalardaki hataları ayıklamasına yardımcı olmak için tarayıcı eklentilerinin giderek daha fazla kullanıldığı anın oluşmasına yardımcı oldu. Firebug'un kullanımı aynı zamanda John Resig tarafından yazılan ünlü yükselişiyle de ilişkilidir. Joe Hewitt Firebug 2007 yılında Mozilla tarafından işe alınan jQuery kütüphanesinin Ürün yöneticileri, pazar payı açısından ana tarayıcı Internet Explorer olsa bile, geliştiricilerin sayfalarını test etmek ve daha hızlı teslim etmek için Firefox'u kullandıklarından habersiz değildi. Web geliştiricileri tarafından kullanılan sayfa oluşturmaya yardımcı bir araç olarak Firefox dünya çapında bir fenomendi; Mozilla'ya katkıda bulunanlar Clauber ve Mario'nun 2008'de yaptığı Firefox - Geliştiricinin En İyi Arkadaşı başlıklı sunumuna bakarsanız daha iyi anlarsınız. Önemli bir slaytta, Web standardı desteği ve JavaScript'te hata ayıklamaya yönelik geliştirme eklentileri ve daha fazlası nedeniyle Firefox'u bir geliştirme çerçevesi olarak kullanmanın önemini belirttiler. Gerisi tarihtir - JS kütüphaneleri ve çerçeveleri Şimdi, bundan sonra ne olacağı hakkında konuşacak kadar deli miyim? Mümkün değil. Eğer bir web geliştiricisiyseniz, olup bittiğini bildiğiniz şeyin sıcaklığını ve karmaşıklığını hissediyor olabilirsiniz. Bu partiyi burada şöyle bitirelim: Tarayıcılar gelişti, sayfalar gelişti, geliştiriciler de gelişti. Ve tüm oyuncuların, geçmişe bakıp kutlamayı tercih ettiğim noktaya kadar çok hızlı bir şekilde eşit derecede katkıda bulunduğunu söylemek istiyorum. Birkaç not önemlidir. Birincisi, sunucu tarafı açısından yönlerden bahsetmedim. Web geliştiricilerinin ön uç, arka uç veya tam yığın olarak dallara ayrıldığını kabul etsem de, bu yansımayı yapıya dahil etmek zor olacaktır. Bir diğeri ise “Geliştiricinin En İyi Arkadaşı Firefox” olarak gösterilen anın, web sayfalarıyla birlikte gönderilen kitaplıkların yükselişiyle aynı zamana denk gelmesidir. Bunun iyi bir örneği kütüphanesidir. Bu nedenle, "Geliştiricinin En İyi Dostları Olarak jQuery + Firefox" günleri, sayfa kodlarının karmaşıklaşmaya başladığı ve daha fazla mühendislik rolü gerektirdiği, yani sayfaların istemci tarafında daha fazla hata olduğu bir olguydu. jQuery Bu gözlem, React gibi kütüphanelerin ortaya çıkışını ve diğer konuların yanı sıra, The Great Gaslighting of the JavaScript Era'nın gösterdiği karmaşık dünyayı değerlendirmek için kapıyı açacaktır. Bu makalenin ana görseli HackerNoon'un tarafından "erken internet tarayıcısı" istemi aracılığıyla oluşturuldu. AI Image Generator'ı

Support this kind of writing / viewpoint for founders 

2022 - HackerNoon Contributor of the Year - Management And Leadership

2022 - HackerNoon Contributor of the Year - Product Management

2022 - HackerNoon Contributor of the Year - Psychology

Visit my writer key objectives site 

Nominated for 2022 - HackerNoon Contributor of the Year - Product Management

Nominated for 2022 - HackerNoon Contributor of the Year - Psychology

Nominated for 2022 - HackerNoon Contributor of the Year - Management And Leadership

Bu ses hikayenin orijinal dilinde üretilmiştir!

Çok uzun; Okumak

Making security fun one episode at a time

Tarayıcı Geliştirmeye Bağlı Web Geliştiricilerinin Tarihi

Çok uzun; Okumak

Marcio S Galli

About Author

ETİKETLERİ ASIN

Languages

BU YAZI...

Tarayıcı Geliştirmeye Bağlı Web Geliştiricilerinin Tarihi

Çok uzun; Okumak

About Author

ETİKETLERİ ASIN

Languages

BU YAZI...

İLGİLİ ÖYKÜLER