Evet, şu anda iki bakış açısı çarpışıyor. En çok konuşulan şey genelde ikame tezi; ara sıra da bu yazıdaki gibi iyimser görüşler gündeme geliyor.
Gelecekte ne olacağını kimse bilemez, ancak baskın görüş ikame teziyse karşıt tarafı da incelemek gerektiğini düşünüyorum.
İyimser tarafta birçok argüman var ama ben eski teorilerden biri olan Jevons paradoksunu örnek olarak getirdim.
Şu anda piyasada bireysel geliştiricilerin tek kişilik şirkete dönüşmesiyle birlikte, basit tanıtım web sayfalarından başlayarak fiyatlar gerçekten hızla düşüyor. Bunun sonucunda, daha önce bir web sitesi yaptırmayı hiç düşünmeyen küçük esnaf ya da KOBİ'ler de artık oldukça düzgün birer web sitesine sahip olmaya başlıyor.
Yani piyasanın kendisinin büyüdüğü yönündeki akışın doğru olduğu kanaatine vardım. Özellikle SaaS çözümleri her geçen gün daha da artıyor ve fark edilmeden fiyat rekabeti de yoğunlaşıyor. Fiyatlar düştükçe çözümü benimseyen şirket ve birey sayısı artacak, dolayısıyla pazarın kendisi de kesin olarak büyüyecektir diye düşünüyorum.
Bundan sonraki yönelim de muhtemelen iki seçenekten biri olacaktır. Ya bir kişinin yönettiği hizmet sayısı sürekli artacak ya da yeni bir geliştirici ortaya çıkıp bu talebin bir kısmını karşılayacak.
İnsanların işleyip yönetebileceği miktarın elbette bir sınırı var; bu yüzden sonunda bu talebi karşılamak için yeniden junior geliştiricileri işe alma yönünde bir akış oluşabilir diye tahmin ediyordum. (Çünkü bu süre boyunca piyasada dışlanmış kaynak junior geliştiricilerdi.)
Elbette o zamanki junior geliştiricilerden beklenen yetkinlikler bugünkünden oldukça farklı olacaktır. Ücretler de geçmiştekiyle aynı olur mu, ondan emin değilim. Ayrıca bu dönemin tam olarak ne zaman geleceğini de açıkçası pek bilmiyorum...
Ayrıca yazıyı okuyup analizi de bu kadar dikkatli yaptığınız için teşekkür ederim~ Bir şeyler öğrenmiş olmak güzel.
Jevons paradoksu perspektifini dahil etmek için önce kaynağın ne olduğunu tanımlamak gerekir.
Geliştirici talebi görünümünü analiz eden bir yazı olduğuna göre, bu yazıdaki kaynak da geliştirici olmalıdır.
Jevons paradoksunun klasik olarak açıkladığı endüstrilerle (buhar makinesi <-> kömür) yazılım endüstrisi arasında birçok fark vardır.
Dijital mallar rakipsiz mallardır ve marjinal maliyetin neredeyse 0 olduğu bir endüstridir. Yani sabit maliyet ağırlıklı bir endüstridir.
Böyle endüstrilerde verimlilik artışı genelde personel azaltma veya dondurma ile mevcut personelin kaldıraç etkisini artırma yönünde ilerler.
Jevons paradoksunun geçerli olabilmesi için talebin fiyata çok duyarlı olması ve maliyet düşüşünün doğrudan talepte patlamaya yol açması gerekir.
Yazılım geliştirme geliştiricinin tek başına yaptığı bir iş değildir. Darboğaz "kodlama maliyeti" değil; planlama, risk, operasyon, organizasyon ve regülasyon maliyetleridir.
Şimdiye kadar yazılım maliyeti pahalı olduğu için yapılamayanlardan çok, “gerek olmadığı / ROI çıkmadığı / işletilemediği” için yapılmayanlar çoğunluktaydı.
Verimlilik göstergelerinde bir yanılsama var.
Yazıda kullanılan göstergelerin hepsi (üretilen kod miktarındaki artış, PR artışı, dağıtım miktarındaki artış) birer “aktivite miktarı” göstergesidir.
Kod miktarının artması değer artışı anlamına gelmez. PR artışı inceleme/doğrulama maliyetlerinin artmasına yol açar ve AI kodu kalite/güvenlik risklerini artırır.
Yani AI kodu nedeniyle teknik borç, hata ayıklama maliyetleri ve operasyonel karmaşıklık artar.
Bu nedenle verimlilik artışı, aktivite miktarı göstergelerinde olduğu kadar dramatik biçimde artmayabilir.
"Junior uçurumu"nu kabul edip iyimserliği sürdürmek çelişkilidir.
Geliştirici, kömürden farklı olarak junior seviyeden senior seviyeye büyüyen bir yapıdır.
Junior sayısı azalırsa gelecekteki senior sayısı da azalır. Dolayısıyla orta ve uzun vadede toplam geliştirici havuzu küçülür.
Pazar ölçeğinin büyümesi ile istihdam büyümesi aynı şey değildir.
Özellikle AI, sermaye yoğun bir endüstridir; "daha fazla insan kullanan bir endüstri" değil, "daha az personelle daha büyük ölçek yaratan bir endüstri"dir.
Geliştiriciler insandır ve insanların ücreti, kömür fiyatından farklı özellikler taşır.
Emek piyasasında ücretler tamamen esnek biçimde düşmediği için maliyet azalması fiyat düşüşüne yeterince yansımaz.
Ücretlerde gerçekten aşağı yönlü katılık vardır. Bunun nedeni asgari ücret, iş kanunu, sözleşme yapısı, kurum içi adalet, moral/işten ayrılma riski gibi etkenlerdir.
Yani verimlilik arttığında şirketler ücreti düşürmek yerine işe alımı azaltır.
"Sorun, belirsiz bir hissin (vibe) sanki hassas bir soyutlamaymış gibi sanılmasına yol açması" sözüne katılıyorum. Zaten soyutlama, ancak low-level'i bottom-up şekilde anlayan insanların yapabileceği bir şey.
Eskiden çalışan şeyler artık çalışmayınca elbette rahatsız edici oluyor ama sırf X11’de bunları çalıştırmak için yapılan o spagetti gibi karmaşayı temizlemiş olması bile takdir etmek için fazlasıyla yeterli bir sebep.
Ama hâlâ neden çalışmadığına bakınca sonuçta sorunun standartlaşmanın tamamlanmamış olması olduğu görülüyor ve bu sürecin düşünüldüğünden daha uzun sürmesi de gerçekten bir gerçek.
Muhtemelen 2030 olduğunda bile hâlâ tamamlanmasına çok var denecektir ama X11’e geri dönüş mümkün olmayacaktır.
Ekosistem değişirken yaşanan bu karmaşa içinde başka bir alternatif gelse ona da yine aynı şeyler söylenecek ve geri dönüş, insanların alıştığı ekosisteme yönelik bir tepkiyi beraberinde getirecek gibi görünüyor.
Daha önce bir yerde, Korecede dogfooding yerine "ev yemeği yemek" gibi bir ifadenin nasıl olacağına dair bir öneri görmüştüm; kulağa o da oldukça hoş geliyor.
Bunun başka doğrulama yöntemleriyle ikame edilip edilemeyeceğine bakmak gerekir gibi görünüyor. Frontend’e ne kadar yakınsa, yalnızca tarayıcı davranışıyla E2E yaparak da düzgün çalıştığını doğrulamak mümkün olacaktır. Ancak backend’e ve altyapıya ne kadar yakın bir kodsa, kod incelemesi o kadar gerekli gibi görünüyor. Aksi halde görünmeyen transaction’ların açılıp kapanması ya da API çağrılarının gitmesi gibi yan etkileri doğrulamak zor olacaktır.
1 milyon satır kodu 13 milyar token ile üretmiş... gerçekten müthiş
Teşekkürler! Güzelce kullanıp daha sonra deneyimlerimi blogda paylaşmaya çalışacağım haha
İyi bir lider, yönetici ve ekip üyesi nedir? Bazen yönetici olan kişi aynı anda bir başkası için ekip üyesidir, yani...
Electron ile normale döndürdüğünüz için...
Her gün yeni projeler yağıyor; en azından bir ekran görüntüsü olsa insanın hevesi kabarıp hemen denemek isteyeceği türden.
İnsanın yaşadığı her yerde manzara gerçekten aynı galiba. :)
Linux çalışmadığı için 😭
Evet~ böyle bir tartışma yaratıp düşündüren bir yazı olmasıyla bile niyet zaten fazlasıyla anlaşılmış.
IDE de, PR da öldü ama kod yeniden mi dirildi?
Evet, şu anda iki bakış açısı çarpışıyor. En çok konuşulan şey genelde ikame tezi; ara sıra da bu yazıdaki gibi iyimser görüşler gündeme geliyor.
Gelecekte ne olacağını kimse bilemez, ancak baskın görüş ikame teziyse karşıt tarafı da incelemek gerektiğini düşünüyorum.
İyimser tarafta birçok argüman var ama ben eski teorilerden biri olan Jevons paradoksunu örnek olarak getirdim.
Şu anda piyasada bireysel geliştiricilerin tek kişilik şirkete dönüşmesiyle birlikte, basit tanıtım web sayfalarından başlayarak fiyatlar gerçekten hızla düşüyor. Bunun sonucunda, daha önce bir web sitesi yaptırmayı hiç düşünmeyen küçük esnaf ya da KOBİ'ler de artık oldukça düzgün birer web sitesine sahip olmaya başlıyor.
Yani piyasanın kendisinin büyüdüğü yönündeki akışın doğru olduğu kanaatine vardım. Özellikle SaaS çözümleri her geçen gün daha da artıyor ve fark edilmeden fiyat rekabeti de yoğunlaşıyor. Fiyatlar düştükçe çözümü benimseyen şirket ve birey sayısı artacak, dolayısıyla pazarın kendisi de kesin olarak büyüyecektir diye düşünüyorum.
Bundan sonraki yönelim de muhtemelen iki seçenekten biri olacaktır. Ya bir kişinin yönettiği hizmet sayısı sürekli artacak ya da yeni bir geliştirici ortaya çıkıp bu talebin bir kısmını karşılayacak.
İnsanların işleyip yönetebileceği miktarın elbette bir sınırı var; bu yüzden sonunda bu talebi karşılamak için yeniden junior geliştiricileri işe alma yönünde bir akış oluşabilir diye tahmin ediyordum. (Çünkü bu süre boyunca piyasada dışlanmış kaynak junior geliştiricilerdi.)
Elbette o zamanki junior geliştiricilerden beklenen yetkinlikler bugünkünden oldukça farklı olacaktır. Ücretler de geçmiştekiyle aynı olur mu, ondan emin değilim. Ayrıca bu dönemin tam olarak ne zaman geleceğini de açıkçası pek bilmiyorum...
Ayrıca yazıyı okuyup analizi de bu kadar dikkatli yaptığınız için teşekkür ederim~ Bir şeyler öğrenmiş olmak güzel.
Jevons paradoksu perspektifini dahil etmek için önce kaynağın ne olduğunu tanımlamak gerekir.
Geliştirici talebi görünümünü analiz eden bir yazı olduğuna göre, bu yazıdaki kaynak da geliştirici olmalıdır.
"Sorun, belirsiz bir hissin (vibe) sanki hassas bir soyutlamaymış gibi sanılmasına yol açması" sözüne katılıyorum. Zaten soyutlama, ancak low-level'i bottom-up şekilde anlayan insanların yapabileceği bir şey.
Canary için teşekkürler
Eskiden çalışan şeyler artık çalışmayınca elbette rahatsız edici oluyor ama sırf X11’de bunları çalıştırmak için yapılan o spagetti gibi karmaşayı temizlemiş olması bile takdir etmek için fazlasıyla yeterli bir sebep.
Ama hâlâ neden çalışmadığına bakınca sonuçta sorunun standartlaşmanın tamamlanmamış olması olduğu görülüyor ve bu sürecin düşünüldüğünden daha uzun sürmesi de gerçekten bir gerçek.
Muhtemelen 2030 olduğunda bile hâlâ tamamlanmasına çok var denecektir ama X11’e geri dönüş mümkün olmayacaktır.
Ekosistem değişirken yaşanan bu karmaşa içinde başka bir alternatif gelse ona da yine aynı şeyler söylenecek ve geri dönüş, insanların alıştığı ekosisteme yönelik bir tepkiyi beraberinde getirecek gibi görünüyor.
Ev yemeği yemek güzel.
Daha önce bir yerde, Korecede
dogfoodingyerine "ev yemeği yemek" gibi bir ifadenin nasıl olacağına dair bir öneri görmüştüm; kulağa o da oldukça hoş geliyor.Bunun başka doğrulama yöntemleriyle ikame edilip edilemeyeceğine bakmak gerekir gibi görünüyor. Frontend’e ne kadar yakınsa, yalnızca tarayıcı davranışıyla E2E yaparak da düzgün çalıştığını doğrulamak mümkün olacaktır. Ancak backend’e ve altyapıya ne kadar yakın bir kodsa, kod incelemesi o kadar gerekli gibi görünüyor. Aksi halde görünmeyen transaction’ların açılıp kapanması ya da API çağrılarının gitmesi gibi yan etkileri doğrulamak zor olacaktır.
WinUI 3 için WYSIWYG ne zaman gelecek acaba, gerçekten merak ediyorum
Vay canına!! Garry Tan GeekNews'ü retweet etmiş.
https://x.com/garrytan/status/2035898375934300353
1 milyon satır kodu 13 milyar token ile üretmiş... gerçekten müthiş
Teşekkürler! Güzelce kullanıp daha sonra deneyimlerimi blogda paylaşmaya çalışacağım haha
Yapay zeka tıkır tıkır çağında, sadece hisse fiyatına bakınca bile Adobe devrinin kapanmaya yüz tuttuğu görülüyor.
Şimdiye kadar sadece DBeaver kullanıyordum, bunu da denemem gerekecek haha