İşsizlik artacak mı? Yapay zeka nereye gidiyor?

Seçiminiz?

  • İşsizlik artacak. İnsan ihtiyacı ciddi miktarda düşecek.

    Oy: 32 59,3%
  • İşsizlik azalacak. Yapay zekayı kontrol etmesi gereken daha fazla insan gerekecek.

    Oy: 2 3,7%
  • Denge bozulmayacak. Doğru orantıda yükselecek/azalacak.

    Oy: 20 37,0%

  • Oy verenlerin toplamı
    54
Ben de cok umutlu degilim. Tek yapay zeka degil, rekabette cok.
Bu saatten sonra krizi fırsata çevirenler kazanacak. Az önce verdiğim örnek gibi, hiç bilmiyorsan bile temeli atıp piyasada olmayan bir projeyi AI'den yardım alıp geliştirebilirsin.

Ben aksina daha çok umutlandım. 1 ay öncesine kadar ben bu kadar projeyi nasıl yapacağım diyordum. Ne sermaye, ne vakit, ne de motivasyon.
 
Bu saatten sonra krizi fırsata çevirenler kazanacak. Az önce verdiğim örnek gibi, hiç bilmiyorsan bile temeli atıp piyasada olmayan bir projeyi AI'den yardım alıp geliştirebilirsin.

Ben aksina daha çok umutlandım. 1 ay öncesine kadar ben bu kadar projeyi nasıl yapacağım diyordum. Ne sermaye, ne vakit, ne de motivasyon.
Yine de zor. Mesela hergun yuzlerce yazilim cikiyor belki ama tutunan yok hic oyle.
 
Opus ile birkaç proje yaptim baştan sona kendisi complex projeler geliştirebiliyor evet çok iyi zaten 3X token yiyor normal bir modele gore 3 kat fazla oduyoruz ancak projeleri bastan sona inceledigim zaman hata değil de kompleks yapilar kullandiğini fark ettim her zaman zor yolu seçiyor ama şu an en iyi model o.

Kendi gozlemlerim:

Gemini 3.5 flash > leş gibi.
Grok code Fast > bu niye var anlamiş değilim 100 satir prompt vermedikçe anlamiyor komutu.
Gemini Pro > frontend tasarimlarini iyi yapiyor.

GPT modelleri aşırı kotu hiçbir ise yaramiyor ve cogu zaman isi yapamiyor.

Diger butun modeller ise cop, Claude opus şu an en iyisi hem frontend hem backend i bastan sonra yapabiliyor hatasiz bugsiz ama review sart tabii ki.

Kod Copilot'lari bir yana banana sayesinde tasarimcilara para bayilmaktan kurtuldum inanilmaz iyi. Kod tarafini bilmem ancak cok yakin bir zamanda tum tasarimcilarin isinden olacagini dusunuyorum.
 
O zaman ikimiz de aynı şeyden bahsetmiyoruz demek ki. Bizzat kendim yaptım da söyleyebiliyorum bunu. Hani benim bilgim bir junior kadardır, ona rağmen açıksız kod yazdırabiliyorum.
Açıksız olduğunu sen düşünüyorsun. Belki daha tecrübeli biri bi ton inefficiency ve concurrency kaynaklı problem bulacak. Belki öyle vulnerabilityler bulacak ki catastrophic seviyede... Yani şu iddiada bulunmak fazlasıyla zor olmalı.

@bitwise ve @TheAny hocalarımız, uzun yıllara dayanan sektör deneyimine sahip isimler.
Ne yazık ki sektör deneyimim o kadar fazla değil. Sadece fazla gelişmiş bi juniorım kendi bakış açımla. Ama yinede teşekkür ederim güzel sözlerin için.
 
Açıksız olduğunu sen düşünüyorsun. Belki daha tecrübeli biri bi ton inefficiency ve concurrency kaynaklı problem bulacak. Belki öyle vulnerabilityler bulacak ki catastrophic seviyede... Yani şu iddiada bulunmak fazlasıyla zor olmalı.

Bence biz ne kadar biliyorsak, yapay zekada onu biliyor. Kendimi geliştirmemiz ve yazılım bilmemiz önemlidir ancak rekabette ve bir sürü yazılımcı olduğundan, ondan işsizlik gibi gözüküyor.

Tabii internette de bir sürü yazılım alanı daralıyor gibi iddialar var. Örneğin Türkiye'de oyun programcılığı ölmüş falan diyorlar, yanlış bilmiyorsam. Çünkü herkes oyun yapıyormuş.
 
Şuan bile gayet iyi seviyede. Yok yapamıyor yok onu beceremiyor gibi kavramları bir kenara bırakın. Hepsini de gayet iyi derece de yapacak. Önemli olan artık yazdığın kod ve kodun kalitesi değil. Bu kimsenin umrunda da değil. Önemli olan ürün. Kodu şu şu kalitede yazdım. Okunabilirlik %1000 falan hikaye artık. Çoğu architecture bile artık eski sayılacak ki microservice yapısı bile çoktan eleştirilmeye başlandı.
Çok uzak olmayan bir gelecekte şuanki developer tümü (junior, mid, senior) bir ürün koordinatörü gibi bir olaya evrilecek. Artık elinin altında tonla işi yapabilen agent yapısı olacak ve sende bunları yöneteceksin. Kod yazmaktan ziyade yazılan kodu inceleyip düzeltme isteyeceksin. Bir nevi çoğumuz ürün yöneticisi pozisyonunda olacağız.

Bu sene çok göreceğimiz o agent modeli;
Developer: işi basit dille açıklar.
1. iş kartı oluşturan eleman (jira, linear, github issues, trello vs)
2. Kodu yazan eleman (cursor, claude code, codex vs)
3. Code Review yapan eleman
4. Code review den döneni tekrar revize eden eleman (2. elemanla aynı system prompt farklı)
5. Testlerini yazan eleman
6. CI/CD otomasyonları
7. CI/CD failed durumunu yöneten eleman (2. eleman system prompt farklı)
8. Success ise Developer gelip koda bakar. Çıktıyı onaylar. PR merge.

Not: eleman = agent.
Sonrası da var tabi. Bunu canlıda izleme. Monitoring de artık öyle karmaşık zımbırtıları okumakla uğraşmanıza gerek yok. Slack bot kuruyorsun ve anında sana konuştuğun dilde özet geçiyor. Direkt sistemle konuşuyorsun.

SaaS fikri arayanlar, alın bunu bir agent modeli olarak geliştirin ve satın.

İstisnai durumlar.
Savunma sanayi, banka gibi üst güvenlik gerektiren dış platformlara erişim de büyük sıkıntı çeken yerler tabiki olacak. Yukarıdaki model onlarda pek yemez. Yese bile çok çok önemli olmayan. Ekiplerin kendi kullandığı alt yapısal şeylerde olur. Ana üründe olmaz. Buna kimsede inkar edemez. Ama işin gerçeğine gelelim; Bu firmalar / total firma oranı ne? Yani %10 luk böyle olacak diye koskaca %90 ürün kaynayan bir ekosistemden bahsediyoruz.
 
Yazilim muhendisi olmadigim icin yazilim konusunda dogrudan direktif vermem dogru olmaz. Kendi alanimla ilgili ornek verebilirim ancak.

AI gercekten tip doktorlugununun öneminin yitirilmesine sebep olabilir. Özellikle klinik, cerrahi olmayan kisimlarda bu daha olası. Ancak arastirma ekiplerinin daha yolu var gibi gorunuyor. Klinikte genellikle bir kilavuza gore tedavi yapilir, kilavuz disi hasta nadirdir. Dolayisiyla klinik saglik hizmeti sunucularin sayisal onemi azalir ve acik yapay hizmet sunucularla kapatilabilir.

Ancak burada one cikan ekip tabii ki arastirma ekibi olacak. "Bunu yaparsam ne olur acaba?" dusuncesini uretemiyor AI. Cunku bilmedigi bir konuda cok ileri gidemiyor, tutarsiz yanitlar veriyor. Daha once bildigi bir seye benzeterek aciklamaya calisiyor. Bizlerin işi bilinen değil bilinmeyendir.

Yazilimda da cok farkli olacagini sanmam. Yani PHP ile site yapmaktir, ASP.NET ile CRUD yaptirmaktir vs icin diyorsaniz; evet biter. Ancak mimariyi kuracak ekip, farkli dusunmeli. Denemeler yapmali, yanilmali ve hatasindan ders cikarabilmeli. AI iste bu yuzden yazilim muhendislerinin yerini alamayacak. Ancak şu gerçektir ki, bir sürü kişiyi ekmeğinden edecek.
 
Açıksız olduğunu sen düşünüyorsun. Belki daha tecrübeli biri bi ton inefficiency ve concurrency kaynaklı problem bulacak. Belki öyle vulnerabilityler bulacak ki catastrophic seviyede... Yani şu iddiada bulunmak fazlasıyla zor olmalı.
Başta yaptı, sonra ona şu şu açıklardan dolayı şunlar olur dedim hepsini düzeltti.

@pottie4r Aslında bahsettiklerinizi de yapabiliyor şu an.
 
Şuan bile gayet iyi seviyede. Yok yapamıyor yok onu beceremiyor gibi kavramları bir kenara bırakın. Hepsini de gayet iyi derece de yapacak. Önemli olan artık yazdığın kod ve kodun kalitesi değil. Bu kimsenin umrunda da değil. Önemli olan ürün. Kodu şu şu kalitede yazdım. Okunabilirlik %1000 falan hikaye artık. Çoğu architecture bile artık eski sayılacak ki microservice yapısı bile çoktan eleştirilmeye başlandı.
Çok uzak olmayan bir gelecekte şuanki developer tümü (junior, mid, senior) bir ürün koordinatörü gibi bir olaya evrilecek. Artık elinin altında tonla işi yapabilen agent yapısı olacak ve sende bunları yöneteceksin. Kod yazmaktan ziyade yazılan kodu inceleyip düzeltme isteyeceksin. Bir nevi çoğumuz ürün yöneticisi pozisyonunda olacağız.

Bu sene çok göreceğimiz o agent modeli;
Developer: işi basit dille açıklar.
1. iş kartı oluşturan eleman (jira, linear, github issues, trello vs)
2. Kodu yazan eleman (cursor, claude code, codex vs)
3. Code Review yapan eleman
4. Code review den döneni tekrar revize eden eleman (2. elemanla aynı system prompt farklı)
5. Testlerini yazan eleman
6. CI/CD otomasyonları
7. CI/CD failed durumunu yöneten eleman (2. eleman system prompt farklı)
8. Success ise Developer gelip koda bakar. Çıktıyı onaylar. PR merge.

Not: eleman = agent.
Sonrası da var tabi. Bunu canlıda izleme. Monitoring de artık öyle karmaşık zımbırtıları okumakla uğraşmanıza gerek yok. Slack bot kuruyorsun ve anında sana konuştuğun dilde özet geçiyor. Direkt sistemle konuşuyorsun.

SaaS fikri arayanlar, alın bunu bir agent modeli olarak geliştirin ve satın.

İstisnai durumlar.
Savunma sanayi, banka gibi üst güvenlik gerektiren dış platformlara erişim de büyük sıkıntı çeken yerler tabiki olacak. Yukarıdaki model onlarda pek yemez. Yese bile çok çok önemli olmayan. Ekiplerin kendi kullandığı alt yapısal şeylerde olur. Ana üründe olmaz. Buna kimsede inkar edemez. Ama işin gerçeğine gelelim; Bu firmalar / total firma oranı ne? Yani %10 luk böyle olacak diye koskaca %90 ürün kaynayan bir ekosistemden bahsediyoruz.

Bir de 1, 2 nm'ye geçince, bunlar uçar :D.
 
Ben şu an böyle kullanıyorum:

Küçük proje, güzel prompt göz ucuyla hızlıca göz gezdir -> push.

Büyük ve riskli proje -> daha ayrıntılı prompt -> tekrar gözden geçir -> test -> push.

Eğer yapamadığı olursa (ki genelde yapıyor ama bazen optimizasyon gerekiyor) ben müdahale ediyorum.

Hiçte sorun yaşamadım. Ana projelerde de kullanılacağını düşünüyorum. En azından yazmaktansa, okumanın çok daha hızlı olduğunu düşünüyorum.

Bu birkaç seneye geliştiğinde, bizim dünya devi olarak adlandırdıklarımız da kullanacaktır.
 

Bu konuyu görüntüleyen kullanıcılar

Technopat Haberler

Geri
Yukarı