Geçmişte dot-com, blog ve SaaS furyalarında olduğu gibi, sayısız yapay zeka uygulaması ortaya çıkıyor ancak bunların çoğu gün yüzü görmeden yok olmaya mahkûm. Herkesin yapay zeka ile uygulama geliştirebildiği bir ortamda, belirgin bir farklılaşma yoksa uygulama biçiminin kendisi yakında anlamsız hale gelecek. Artık ihtiyaç duyulan işlevlerin yapay zeka tarafından anında üretilip sonra da atıldığı, 'görünmez yazılım' çağına giriyoruz.
Akıllı telefonların ilk dönemindeki uygulama geliştirme patlamasını hatırlayınca, bugünkü durum daha da netleşiyor. Artık yapay zeka geliştirmenin özü kodlama değil; fikir, tasarım ve icra kabiliyeti. Doğal olarak şirket içindeki 'geliştirici' tanımı da değişiyor. Ancak gerçekler acı. Şirketler yapay zeka aracılığıyla aşırı kısa süreli geliştirmeyi dayatıyor; geçmişte iki haftalık işi iki günde bitirmeyi talep ediyor. Geliştiriciler kişisel projelerdeki 'bir şeyler üretme eğlencesine' kapılabiliyor, ama iş olarak yazılım geliştirme çok daha ağır bir emek yoğunluğuna sürükleniyor. (Bu nokta bana 90'lardaki 'ofis otomasyonu' döneminde yaşanan aynı olguyu hatırlatıyor. Ofis otomasyonu işleri daha rahat ve hafif hale getirmedi; daha az insanla daha çok iş yaptırmanın aracı oldu...)
Son dönemde Çin’deki yapay zeka rüzgarı gerçekten çok güçlü. Model geliştirmeden uygulamalara kadar hem nicelik hem de nitelik açısından ABD ile başa baş, hatta yer yer daha ileride görünüyor. Benim öznel gözlemime göre ABD’deki başlıca yapay zeka birimlerinin kilit kadrolarının önemli bir kısmı Çin kökenli.
ABD şirketleri gizlilik, token maliyeti ve güvenlik sorunları nedeniyle temkinli bir tutum sergilerken, Çin nispeten daha agresif görünüyor. Kore’de ise KakaoTalk ile entegrasyon olması güzel olurdu, ancak Kakao’ya özgü güçlü güvenlik protokolleri ve kapalı ekosistem nedeniyle dışarıdan erişim pek kolay değil. Sonunda ya ekran tanıma yapay zekası üzerinden dolaylı otomasyon yöntemine gidilir ya da yapay zeka servisleri KakaoTalk’tan ayrı bir yolda ilerler diye düşünüyorum. Yapay zeka rüzgarı içinde modaya kapılıp araçları aşırı kullanmaktansa, sakin ve ölçülü biçimde karşılık vermek daha akıllıca görünüyor.
Omzunun üzerinden bakarak uzunluğun anlaşılabilmesi ciddi bir güvenlik açığıysa, neden Linux terminaline erişen tüm klavyelerde omuz sörfüne karşı koruyucu kapak zorunlu değil? Sonuçta sadece klavyeye bakmak ya da gizli kamerayla kaydetmek yeterli.
Açıkçası, LLM servislerinin frontend’lerine bakınca "bunu ne biçim yapmışlar" dedirtecek kadar yavaş, özellik açısından yetersiz ve etkileşimleri rahatsız edici oluyor; o yüzden böyle yazıları görünce bana sadece komik geliyor.
Açıkçası WinUI gibi kendi framework'leriyle kullanıcı kabuğunu baştan sona yeniden uygulayacak düzeyde bir şey değilse pek beklentim yok.
React ile geliştiriyor olmalarının kendisi de kaliteyi değil, hızlıca üstünkörü yapıp piyasaya sürmeyi amaçlıyor gibi değil mi
Telefonlarda alternatif olmadığı için kullanamıyorlar. LG telefonlar iyi üretildiği dönemde de birçok kişi kullanıyordu. Kendi yanlış hamleleri yüzünden battılar.
Çoğunluğu oluşturan çalışanlar için ikamet yeri seçiminde en önemli kriter işe gidiş geliş süresi; bu yüzden Seul dışı doğal olarak bir seçenek olmuyor. Hükümetin kamu kurumlarını/şirketleri dışarı taşımaya yönelik girişimlerine bile pek çok insan karşı çıkıyorken önce bunu eleştirmeniz gerekir.
Model tarafında ise bunu yerelde çalıştırmak sıradan kullanıcı açısından zaten imkansız hale gelmiş durumda; geri kalan alternatifler de aynı modele sadece prompta biraz ekleme yapılmış düzeyde, pek ucuz da değiller ve pazarlamaları da düzgün yapılmıyor. Bir ürün ne kadar iyi olursa olsun, insanlar ondan haberdar değilse elbette satmaz.
Açıkçası, bu bana sadece "Korelilerin tipik özelliği~" deyip çok düşünmeden kışkırtıcılık üzerinden izlenme almaya çalışan kısa videoları izliyormuşum hissi veriyor.
Bunu omzunun üzerinden görebilecek kadar yakınlarsa, yazan parmakların kendisinin görünmesini daha çok dert etmek gerekmez mi...
O mesafedeyse sesi kaydedip kaç karakter olduğunu saymayı da deneyebilirler.
Güvenliğin bu kadar kritik olduğu bir yerse zaten fiziksel güvenlik anahtarı kullanmalısınız
Şaka yapmak gerçekten büyük bir engel. Mizah anlayışı olan bir yapay zeka yapılırsa asıl yenilik o olur. Şu an bir şaka yapmasını istediğinde gerçekten aşırı derecede komik olmamasından bunu anlayabiliyorsun.
Verimliliği artırma konusunda etkisinin olduğu açık, ancak sistem karmaşıklaştıkça bunu temel tasarım ya da clean code gibi konuları anlamadan üst üste inşa etmenin kolay olmadığı, zanaatkârlıktan söz etmeye gerek bile kalmadan herkesin bildiği temel bir gerçektir.
Araçlar arasındaki çakışmalar, belirli ortamlardaki anormal davranışlar, basit QoL özellikleri gibi gerçek kullanım senaryolarından gelen geri bildirimler her projede tekrar tekrar ortaya çıkıyor ve
projeler kendi aralarında bu kısımları paylaşmazsa aynı işlevlerin çok sayıda kişi tarafından çok sayıda dilde defalarca geliştirilmesi gerekiyor.
Hatta xdg-desktop-portal bile her ortama göre parçalanmış durumda; aynı işlevler farklı yöntemlerle ve farklı ilerleme düzeyleriyle geliştiriliyor.. Geliştirme durumuna bakarsanız neden yavaş olduğunu hemen anlayabilirsiniz.
Wayland’ı kullanıp issue ve PR sistemlerinin peşinden koşmuş biri olarak deneyimim şu:
Basit bir protokol olduğu için standart bir uygulaması yok; bu yüzden her yerde dağınık biçimde geliştiriliyor ve geliştirme yavaş ilerliyor.
Ayrıca paylaşılan kaynaklara yönelik protokoller xdg-desktop-portal olarak ayrılıp geliştirildiğinden, iletişim ve karar süreçlerinden geçerken daha da yavaşlıyor gibi görünüyor.
Faydalı olup diğer masaüstü ortamlarında bulunan özelliklerin çoğu uygulanmış olsa da, aylarca hatta yıllarca yalnızca PR durumunda kaldığını çok sık görüyorum.
Açıkçası, dilleri körü körüne kötülemeyi anlayamıyorum.. Hangi dilin kullanıldığı ile bellek güvenliği arasında bir ilişki olabilir ama bu zorunlu değildir.
Bence bu sadece düşünmeden yapılan bir kötüleme gibi görünüyor. Mevcut gidişata bakınca Wayland birkaç yıl içinde fazlasıyla yeterli hale gelecek gibi duruyor; ayrıca X11’i taşımaya devam etsek onu kim bakımını üstlenmek isteyecek? Katman katman birikmiş legacy yükü var, bu yüzden kademeli bir değişim gerekli. Başka bir şeyin ortaya çıkması da pek olası görünmüyor. Mir gibi Wayland’a rakip çeşitli seçenekler vardı ama hepsi öldü. Wayland/X11 tabanlı DE’leri sevmiyorsanız enlightenment kullanın. Bilmiyorsanız aratın demek istemem de demeyeceğim de, Linux masaüstünün çok uzun zaman önce çözülmüş bir iki kusuruyla alay edilmesi gerçekten bayıyor. Ekran kaydı sorunu için de OBS yerine GPU hızlandırma tabanlı bir ekran kaydedici kullanabilirsiniz, alternatifleri Flathub’da dolu zaten...
https://github.com/opgginc/opencode-bar adresini öneririm.
Geçmişte dot-com, blog ve SaaS furyalarında olduğu gibi, sayısız yapay zeka uygulaması ortaya çıkıyor ancak bunların çoğu gün yüzü görmeden yok olmaya mahkûm. Herkesin yapay zeka ile uygulama geliştirebildiği bir ortamda, belirgin bir farklılaşma yoksa uygulama biçiminin kendisi yakında anlamsız hale gelecek. Artık ihtiyaç duyulan işlevlerin yapay zeka tarafından anında üretilip sonra da atıldığı, 'görünmez yazılım' çağına giriyoruz.
Akıllı telefonların ilk dönemindeki uygulama geliştirme patlamasını hatırlayınca, bugünkü durum daha da netleşiyor. Artık yapay zeka geliştirmenin özü kodlama değil; fikir, tasarım ve icra kabiliyeti. Doğal olarak şirket içindeki 'geliştirici' tanımı da değişiyor. Ancak gerçekler acı. Şirketler yapay zeka aracılığıyla aşırı kısa süreli geliştirmeyi dayatıyor; geçmişte iki haftalık işi iki günde bitirmeyi talep ediyor. Geliştiriciler kişisel projelerdeki 'bir şeyler üretme eğlencesine' kapılabiliyor, ama iş olarak yazılım geliştirme çok daha ağır bir emek yoğunluğuna sürükleniyor. (Bu nokta bana 90'lardaki 'ofis otomasyonu' döneminde yaşanan aynı olguyu hatırlatıyor. Ofis otomasyonu işleri daha rahat ve hafif hale getirmedi; daha az insanla daha çok iş yaptırmanın aracı oldu...)
Son dönemde Çin’deki yapay zeka rüzgarı gerçekten çok güçlü. Model geliştirmeden uygulamalara kadar hem nicelik hem de nitelik açısından ABD ile başa baş, hatta yer yer daha ileride görünüyor. Benim öznel gözlemime göre ABD’deki başlıca yapay zeka birimlerinin kilit kadrolarının önemli bir kısmı Çin kökenli.
ABD şirketleri gizlilik, token maliyeti ve güvenlik sorunları nedeniyle temkinli bir tutum sergilerken, Çin nispeten daha agresif görünüyor. Kore’de ise KakaoTalk ile entegrasyon olması güzel olurdu, ancak Kakao’ya özgü güçlü güvenlik protokolleri ve kapalı ekosistem nedeniyle dışarıdan erişim pek kolay değil. Sonunda ya ekran tanıma yapay zekası üzerinden dolaylı otomasyon yöntemine gidilir ya da yapay zeka servisleri KakaoTalk’tan ayrı bir yolda ilerler diye düşünüyorum. Yapay zeka rüzgarı içinde modaya kapılıp araçları aşırı kullanmaktansa, sakin ve ölçülü biçimde karşılık vermek daha akıllıca görünüyor.
BM25 kelime odaklı bir arama olduğundan, galadbran'ın görüşü mantıklı görünüyor.
Omzunun üzerinden bakarak uzunluğun anlaşılabilmesi ciddi bir güvenlik açığıysa, neden Linux terminaline erişen tüm klavyelerde omuz sörfüne karşı koruyucu kapak zorunlu değil? Sonuçta sadece klavyeye bakmak ya da gizli kamerayla kaydetmek yeterli.
Katılıyorum.
Önce konuşulması gereken şeyler, sonradan sorumluluk alınmayan bir biçimde ilerliyor.
Bir şey olur olmaz “öldü” başlıklı yazılar fazla çoğalınca
insanı fazlasıyla yoran bir durum ortaya çıkıyor gibi görünüyor.
Ben de artık bir şeyleri öldürmeyi bıraksak iyi olur diye düşünüyorum.
Açıkçası, LLM servislerinin frontend’lerine bakınca "bunu ne biçim yapmışlar" dedirtecek kadar yavaş, özellik açısından yetersiz ve etkileşimleri rahatsız edici oluyor; o yüzden böyle yazıları görünce bana sadece komik geliyor.
Açıkçası WinUI gibi kendi framework'leriyle kullanıcı kabuğunu baştan sona yeniden uygulayacak düzeyde bir şey değilse pek beklentim yok.
React ile geliştiriyor olmalarının kendisi de kaliteyi değil, hızlıca üstünkörü yapıp piyasaya sürmeyi amaçlıyor gibi değil mi
Telefonlarda alternatif olmadığı için kullanamıyorlar. LG telefonlar iyi üretildiği dönemde de birçok kişi kullanıyordu. Kendi yanlış hamleleri yüzünden battılar.
Çoğunluğu oluşturan çalışanlar için ikamet yeri seçiminde en önemli kriter işe gidiş geliş süresi; bu yüzden Seul dışı doğal olarak bir seçenek olmuyor. Hükümetin kamu kurumlarını/şirketleri dışarı taşımaya yönelik girişimlerine bile pek çok insan karşı çıkıyorken önce bunu eleştirmeniz gerekir.
Model tarafında ise bunu yerelde çalıştırmak sıradan kullanıcı açısından zaten imkansız hale gelmiş durumda; geri kalan alternatifler de aynı modele sadece prompta biraz ekleme yapılmış düzeyde, pek ucuz da değiller ve pazarlamaları da düzgün yapılmıyor. Bir ürün ne kadar iyi olursa olsun, insanlar ondan haberdar değilse elbette satmaz.
Açıkçası, bu bana sadece "Korelilerin tipik özelliği~" deyip çok düşünmeden kışkırtıcılık üzerinden izlenme almaya çalışan kısa videoları izliyormuşum hissi veriyor.
Bunu omzunun üzerinden görebilecek kadar yakınlarsa, yazan parmakların kendisinin görünmesini daha çok dert etmek gerekmez mi...
O mesafedeyse sesi kaydedip kaç karakter olduğunu saymayı da deneyebilirler.
Güvenliğin bu kadar kritik olduğu bir yerse zaten fiziksel güvenlik anahtarı kullanmalısınız
Buna karşıyım.
Gerçekten harika bir haber.
Şaka yapmak gerçekten büyük bir engel. Mizah anlayışı olan bir yapay zeka yapılırsa asıl yenilik o olur. Şu an bir şaka yapmasını istediğinde gerçekten aşırı derecede komik olmamasından bunu anlayabiliyorsun.
Verimliliği artırma konusunda etkisinin olduğu açık, ancak sistem karmaşıklaştıkça bunu temel tasarım ya da clean code gibi konuları anlamadan üst üste inşa etmenin kolay olmadığı, zanaatkârlıktan söz etmeye gerek bile kalmadan herkesin bildiği temel bir gerçektir.
Araçlar arasındaki çakışmalar, belirli ortamlardaki anormal davranışlar, basit QoL özellikleri gibi gerçek kullanım senaryolarından gelen geri bildirimler her projede tekrar tekrar ortaya çıkıyor ve
projeler kendi aralarında bu kısımları paylaşmazsa aynı işlevlerin çok sayıda kişi tarafından çok sayıda dilde defalarca geliştirilmesi gerekiyor.
Hatta xdg-desktop-portal bile her ortama göre parçalanmış durumda; aynı işlevler farklı yöntemlerle ve farklı ilerleme düzeyleriyle geliştiriliyor.. Geliştirme durumuna bakarsanız neden yavaş olduğunu hemen anlayabilirsiniz.
Wayland’ı kullanıp issue ve PR sistemlerinin peşinden koşmuş biri olarak deneyimim şu:
Basit bir protokol olduğu için standart bir uygulaması yok; bu yüzden her yerde dağınık biçimde geliştiriliyor ve geliştirme yavaş ilerliyor.
Ayrıca paylaşılan kaynaklara yönelik protokoller
xdg-desktop-portalolarak ayrılıp geliştirildiğinden, iletişim ve karar süreçlerinden geçerken daha da yavaşlıyor gibi görünüyor.Faydalı olup diğer masaüstü ortamlarında bulunan özelliklerin çoğu uygulanmış olsa da, aylarca hatta yıllarca yalnızca PR durumunda kaldığını çok sık görüyorum.
Sonuçta bu bir protokol; yeni bir özellik geliştirilecekse, mevcut protokolde sadece tanımlanması yeterli olurdu.
Açıkçası, dilleri körü körüne kötülemeyi anlayamıyorum.. Hangi dilin kullanıldığı ile bellek güvenliği arasında bir ilişki olabilir ama bu zorunlu değildir.
Bence bu sadece düşünmeden yapılan bir kötüleme gibi görünüyor. Mevcut gidişata bakınca Wayland birkaç yıl içinde fazlasıyla yeterli hale gelecek gibi duruyor; ayrıca X11’i taşımaya devam etsek onu kim bakımını üstlenmek isteyecek? Katman katman birikmiş legacy yükü var, bu yüzden kademeli bir değişim gerekli. Başka bir şeyin ortaya çıkması da pek olası görünmüyor. Mir gibi Wayland’a rakip çeşitli seçenekler vardı ama hepsi öldü. Wayland/X11 tabanlı DE’leri sevmiyorsanız enlightenment kullanın. Bilmiyorsanız aratın demek istemem de demeyeceğim de, Linux masaüstünün çok uzun zaman önce çözülmüş bir iki kusuruyla alay edilmesi gerçekten bayıyor. Ekran kaydı sorunu için de OBS yerine GPU hızlandırma tabanlı bir ekran kaydedici kullanabilirsiniz, alternatifleri Flathub’da dolu zaten...