Yan projeler, her şeye benim karar verebildiğim bir özgürlük sunuyor. Ve başarılı olmak zorunda da değiller.
Ben de oyun konsolu ya da Netflix/YouTube ile geçirdiğim zamanı biriktirip ilerlettiğim kendi yan projelerimi gerçekten çok seviyorum. haha
Ben de iş hayatı yüzünden giderek tükeniyorum ama yan proje fikri aklımdan çıkmıyor. YouTube tüketmek de artık eğlenceli gelmiyor... ders çalışmak da keyif vermiyor; bu kez dizüstü bilgisayarımı değiştirdikten sonra Flutter ile bir yan proje yapmayı denemeyi düşünüyorum. :)
Programcının React'ı hangi kısıtlar altında kullanacağını bilmediğiniz bir durumda, resmî belgelerin mümkün olduğunca vanilla'ya yakın bir ortam temel alınarak yazılması gerektiğini düşünüyorum.
React'in mutlaka React tabanlı bir framework olması gerekmez; çeşitli dillerle yazılmış web framework'leriyle (ör. Go, Rust, Java vb.) birlikte de kullanılabildiği için
-> aslında tam da bu nedenle, bence en azından React'in resmi belgelerindeki get started kısmında mümkün olduğunca başka bağımlılıklar olmadan yalnızca React kullanılması yönünde rehberlik edilmesi daha doğru olur.
RAM’i bol olan Apple Silicon veya NPU sınıfı sistemlere daha uygun görünüyor. Tamamen GPU sunucularında kullanmak içinse en düşük gereksinimli modelin bile int4 quantization’da H100 gerektirmesi biraz...
React, bileşen tabanlı bir UI kütüphanesinden ibarettir. Yalnızca HTML üzerinde bileşen göstermek kolaydır, ancak bir web sitesi ya da uygulama oluşturmak için çok sayıda özelliğe ihtiyaç vardır. Bu yüzden framework kullanımı önerilir. Bu yalnızca React'e özgü bir durum değildir; günümüzde pek çok modern web uygulaması web framework'leriyle geliştirilmektedir. Ayrıca React, mutlaka React tabanlı bir framework ile kullanılmak zorunda değildir; farklı dillerle yazılmış web framework'leriyle de (ör. Go, Rust, Java vb.) birlikte kullanılabilir. Bu nedenle seçim her zaman kullanıcının elindedir.
Cupy ve pytorch gibi mevcut Cuda wrapper'larından daha hızlı olur mu acaba. Cupy ve torch'un avantajı, API'lerinin neredeyse numpy ile tamamen aynı olmasıydı; bu sayede numpy ile yazdığım test kodlarını çok uğraşmadan taşıyabiliyordum. Bunun nasıl olduğunu da kullanıp görmek gerekecek sanırım.
Bu gerçekten sinir bozucu bir durum
Eskiden: düşünce => kod (yavaş) => debugging
AI: düşünce => incelikli prompt yazımı => kod (anında) => debugging
Ama çoğu zaman, düşüncemi prompt olarak yazmaktan ziyade kod olarak yazmak daha hızlı, değil mi? Zaten çok iyi bilinen bir şeyi yaptığımız durumlar dışında... Güvenilirliğin önemli olduğu kısımlarda ise sonuçta yazdıktan sonra mantığı gözle incelemek gerekiyor; o yüzden bunu tamamen devretmek de mümkün değil ve devrettiğiniz anda da meslek bilinciniz kalmamış oluyor.
Swift güzel ama, terk edilmiş Swift yeniden canlanabilir mi..
Yan projeler, her şeye benim karar verebildiğim bir özgürlük sunuyor. Ve başarılı olmak zorunda da değiller.
Ben de oyun konsolu ya da Netflix/YouTube ile geçirdiğim zamanı biriktirip ilerlettiğim kendi yan projelerimi gerçekten çok seviyorum. haha
Güzel yazı için teşekkürler.
Ben de iş hayatı yüzünden giderek tükeniyorum ama yan proje fikri aklımdan çıkmıyor. YouTube tüketmek de artık eğlenceli gelmiyor... ders çalışmak da keyif vermiyor; bu kez dizüstü bilgisayarımı değiştirdikten sonra Flutter ile bir yan proje yapmayı denemeyi düşünüyorum. :)
Programcının React'ı hangi kısıtlar altında kullanacağını bilmediğiniz bir durumda, resmî belgelerin mümkün olduğunca vanilla'ya yakın bir ortam temel alınarak yazılması gerektiğini düşünüyorum.
React'in mutlaka React tabanlı bir framework olması gerekmez; çeşitli dillerle yazılmış web framework'leriyle (ör. Go, Rust, Java vb.) birlikte de kullanılabildiği için
-> aslında tam da bu nedenle, bence en azından React'in resmi belgelerindeki get started kısmında mümkün olduğunca başka bağımlılıklar olmadan yalnızca React kullanılması yönünde rehberlik edilmesi daha doğru olur.
RAM’i bol olan Apple Silicon veya NPU sınıfı sistemlere daha uygun görünüyor. Tamamen GPU sunucularında kullanmak içinse en düşük gereksinimli modelin bile int4 quantization’da H100 gerektirmesi biraz...
Aslında kuantizasyon dahil minimum gereksinim fiilen A100 ama performans da biraz belirsiz, o yüzden ağlamaklıyım
React, bileşen tabanlı bir UI kütüphanesinden ibarettir. Yalnızca HTML üzerinde bileşen göstermek kolaydır, ancak bir web sitesi ya da uygulama oluşturmak için çok sayıda özelliğe ihtiyaç vardır. Bu yüzden framework kullanımı önerilir. Bu yalnızca React'e özgü bir durum değildir; günümüzde pek çok modern web uygulaması web framework'leriyle geliştirilmektedir. Ayrıca React, mutlaka React tabanlı bir framework ile kullanılmak zorunda değildir; farklı dillerle yazılmış web framework'leriyle de (ör. Go, Rust, Java vb.) birlikte kullanılabilir. Bu nedenle seçim her zaman kullanıcının elindedir.
Bugün Llama 4 çıktı. https://tr.news.hada.io/topic?id=20166
Bunu kurup denemem gerekecek.
Hahahahahahahahaha
Hahaha, aynen katılıyorum.
Google Gemma 3'ten daha iyi bir şey var mı?
Cupy ve pytorch gibi mevcut Cuda wrapper'larından daha hızlı olur mu acaba. Cupy ve torch'un avantajı, API'lerinin neredeyse numpy ile tamamen aynı olmasıydı; bu sayede numpy ile yazdığım test kodlarını çok uğraşmadan taşıyabiliyordum. Bunun nasıl olduğunu da kullanıp görmek gerekecek sanırım.
Ben de daha önce hiç böyle bir şey olabileceğini düşünmemiştim... Demek ki böyle şeyler de oluyormuş. Gerçekten tam bir korku hikâyesi.
Harika harika! ^0^
Bu gerçekten sinir bozucu bir durum
Eskiden: düşünce => kod (yavaş) => debugging
AI: düşünce => incelikli prompt yazımı => kod (anında) => debugging
Ama çoğu zaman, düşüncemi prompt olarak yazmaktan ziyade kod olarak yazmak daha hızlı, değil mi? Zaten çok iyi bilinen bir şeyi yaptığımız durumlar dışında... Güvenilirliğin önemli olduğu kısımlarda ise sonuçta yazdıktan sonra mantığı gözle incelemek gerekiyor; o yüzden bunu tamamen devretmek de mümkün değil ve devrettiğiniz anda da meslek bilinciniz kalmamış oluyor.