Şu anda amaç, mantığın inceliğinden çok “girdiğimde uygun ilanlar gerçekten çıkıyor”u göstermek. Geliştirici olmayan şirket içi karar vericilere yapılacak bir demo olduğu için, tamamlanmışlık düzeyinden ziyade çalıştığını doğrulamaya ağırlık veriyorum. Mantığı daha gelişmiş hâle getirmeyi sonraki aşama olarak düşünüyorum.
Şu an sanki akıllı telefonların yaygınlaştığı dönemde, UX'in mobil öncelikli yapıya yeni yeni dönüştüğü zamanlar gibi hissettiriyor. Henüz yapı tam olarak oturmuş değil ama her yerde heyecan verici değişimler görülüyor.
Blog yazısını da keyifle okudum.
Ben de benzer bir motivasyonla bir terminal geliştiriyor olduğum için aklıma bazı sorular geldi.
Kişisel olarak DX ortamının bugünlerdeki kadar hızlı değiştiği ve her geliştiricinin bu kadar farklı bir dönem yaşadığı başka bir zaman var mıydı diye düşünüyorum.
Yapımcı olarak siz de hissettiniz mi bilmiyorum ama böyle zamanlarda kontrolün bende olmasının daha avantajlı olduğunu düşündüm ve
yapay zeka çağında DX’in temeli nedir diye düşündüğümde bunun terminal tabanlı olduğunu düşündüm.
Son dönemde popüler olan terminallerin hepsini denedim; ancak Korece giriş çoğu terminalde yetersizdi ve ajan kullanırken DX ile UX rahatsız ediciydi. Bu yüzden ben de kendim geliştirmeye karar verdim ve ilerliyorum. Kendi terminalimle diğer insanlara göre daha iyi üretkenlik elde ettiğimi de düşünüyorum.
Benim durumumda kontrolü tamamen elde etmek için
harici kütüphane bağımlılığını da en aza indirmek gerektiğini düşündüğümden, Zig’de her şeyi kendi geliştirme yolunu seçtim (webview gibi kaçınılmaz durumlar hariç).
Blog yazısına ve koda baktığımda Rust’ı seçtiğinizi ve rataui gibi, tamamen kendi geliştirmek yerine Rust ekosisteminde bulunan harici kütüphaneleri tercih ettiğinizi gördüm; bunun nedenini merak ediyorum.
Yazıda da harici kütüphane bağımlılıklarından kaynaklanan sorunlar olmuş gibi görünüyordu.
Ayrıca webview yerel webview olduğu için web ortamlarının çoğu Safari ortamı olmadığından tam bir E2E test yapmak zor olacak gibi; bu kısmı yalnızca harici test araçlarına mı bırakıyorsunuz? Yoksa ileride CEF ekleme planınız da var mı, onu da merak ediyorum.
Ben de artık terminali bir ölçüde kullanıp stabilizasyon aşamasına girdiğim için özellik ekleme, planlama veya UX üzerine çok düşünmeye başladım; ama geliştirme sırasında çökmeler ya da çeşitli hatalar mutlaka çok olmuştur.
Geliştirmeye başladıktan ne kadar sonra çalıştırmayı bile harici bir terminal yerine kendi geliştirdiğiniz terminal üzerinden yapabilecek kadar stabil hale geldi, bunu da merak ediyorum.
Doğru. Mülakata kadar gelince, bu tür noktalara önceki işe alım aşamalarına kıyasla daha fazla bakılıyor gibi.
Oraya kadar gelmek zor olur tabii haha
Ama mülakata kalacak seviyeye gelebiliyorsanız, kodlama becerisinden ziyade bu yazının ana fikrinde olduğu gibi diğer gerekli yetkinlikleri geliştirmek ve öne çıkarmak daha iyi gibi görünüyor.
Eskiden renphy ile bir oyun yapıp dağıtmayı düşünmüştüm.
GitHub blog gibi, GitHub'da sanırım 1 tane statik siteyi ücretsiz host ediyorlar.
(Site bağlantısı muhtemelen sabittir.)
Onu kullanırsanız statik siteleri kolayca dağıtmanın mümkün olduğunu biliyorum.
Aslında geliştirici işe alımında da, sonradan gerçekten işe alan taraf olduğunuzda, işlerin tamamen akıl ve mantıkla yürümediğini; karaktere ve hissiyata da epey bakıldığını anlıyorsunuz haha. Şaşırtıcı şekilde, özel bir alanda dâhi birini getirmeniz gerekmiyorsa en kritik mesele şu oluyor: “Bu kişiyle çalışırken gereksiz stres yaşamadan iyi iş birliği yapabilecek miyiz?”
Evet, buna dair bir ifade yok.
Çin'in open weight yaklaşımını desteklemediği benim yorumum.
Ancak mesele open weight'i desteklemesi değil,
ABD'nin open weight alanında da kazanmasını istemesi.
Katıldığım bir yazı.
Ama iş arayan bir aday olduğum dönemde böyle bir yazı gördüğümde, işi çoktan bulmuş insanların kulağa hoş gelen laflarından başka bir şey gibi gelmiyordu.
Bu da doğal; çünkü iş arayan bir aday açısından bir şirkete geliştirici olarak başvururken dokümantasyon, ikna, iletişim gibi yetkinlikleri kanıtlamaktansa kodlama becerisini kanıtlamak daha kolay.
Şirketler de yeni mezun/başlangıç seviyesi işe alımlarda portföy, kodlama testi sonucu gibi kodlama becerilerine daha çok değer veriyor gibi görünüyordu.
Şirket açısından da o kadar çok yeni aday başvurusunu görünür biçimde karşılaştırıp değerlendirebildikleri tek şey bu olduğu içindir muhtemelenT_T
fly.io, ilk dönemlerinden beri GeekNews üzerinden ilgiyle takip ettiğim bir hizmetti ama
yapay zeka çağına uyum sağlamak için stratejisini değiştiriyor anlaşılan.
Kastedilen bu sanırım; hmm... Yakın zamanda Codex’te Sites özelliğiyle bir web sayfası oluşturmayı denemiştim, pek kolay olmayacak gibi.
Aşağıdaki HN yorumlarında söylendiği gibi hedef pazar da fazla dar görünüyor.
Büyükannenin ve büyükbabanın bile uygulama yaptığı dev yeni pazarı Lovable gibi servisler kapacaktır ve geliştirici olmayanların Sprites kullanma ihtimali düşüktür.
Sonuçta ancak mevcut geliştiricilerin bir kısmını kazanabilir.
Kodlamanın çözüldüğünü söyleyen kimseyi görmedim; haberlerde yalnızca 1 yıl sonra, 3 yıl sonra, 5 yıl sonra şöyle şöyle olacak diye konuşup duran ünlü kişiler çıkıyor.
X’teki gönderide “Ama elbette Çin’in açık ağırlıklarına destek anlamına gelmiyor” şeklinde bir ifade yok.
İçerik, ABD’nin hem kapalı modellerde hem de açık modellerde kazanmasını istediği yönünde.
A, B'dir. B, C'dir. O hâlde A, C olur mu? En başta yeteneğin ne olduğunu, yüksek mi düşük mü olduğunu bilebildiğimiz varsayımının kendisi bir yanılsama olabilir.
ESP32-S3'ün AliExpress'te yaklaşık 10 bin won'a satılan bir çip olduğunu düşününce ilginç olasılıklar ortaya çıkıyor.
Örneğin bir çamaşır makinesine yalnızca kullanım kılavuzunu, yıkama programlarını, deterjan türlerini ve her işlevin özelliklerini anlayan küçük bir model yerleştirilip, internet bağlantısı olmadan kullanıcıyla konuşarak kullanımını açıklayan ürünler çıkabilir diye düşünüyorum.
Geliştirme motivasyonuna biraz ek yapayım: 3 çapraz platform makinede 4 Cluade, Codex Gemini ve Grok oturumunu çalıştırırken, "çalıştırma scale-out oluyor ama iletim tek bir kişiye bağlı kalıyor" darboğazını yaşamamla başladı. Bu, tmux/SSH yerine geçen bir şey değil, paralel kullanılan bir araç — amaç "terminale bağlanmak" değil, "oturumu adreslemek + iletimin ulaştığını doğrulamak". Merak ettiklerinizi rahatça sorabilirsiniz.
Şu anda amaç, mantığın inceliğinden çok “girdiğimde uygun ilanlar gerçekten çıkıyor”u göstermek. Geliştirici olmayan şirket içi karar vericilere yapılacak bir demo olduğu için, tamamlanmışlık düzeyinden ziyade çalıştığını doğrulamaya ağırlık veriyorum. Mantığı daha gelişmiş hâle getirmeyi sonraki aşama olarak düşünüyorum.
Şu an sanki akıllı telefonların yaygınlaştığı dönemde, UX'in mobil öncelikli yapıya yeni yeni dönüştüğü zamanlar gibi hissettiriyor. Henüz yapı tam olarak oturmuş değil ama her yerde heyecan verici değişimler görülüyor.
Hemen favorilerime ekledim. Sanırım her gün göz atacağım.
Korece desteği eklemeyi düşünüp düşünmediğinizi sormak isterim :)
Yalnızca geçmişteki hâlimden daha iyi olup olmadığıma odaklanmak
Slack konuşmalarını nasıl filtreleyip bilgi tabanına dahil ettiklerini, bunun gerçek uygulamasını merak ediyorum.
Blog yazısını da keyifle okudum.
Ben de benzer bir motivasyonla bir terminal geliştiriyor olduğum için aklıma bazı sorular geldi.
Kişisel olarak DX ortamının bugünlerdeki kadar hızlı değiştiği ve her geliştiricinin bu kadar farklı bir dönem yaşadığı başka bir zaman var mıydı diye düşünüyorum.
Yapımcı olarak siz de hissettiniz mi bilmiyorum ama böyle zamanlarda kontrolün bende olmasının daha avantajlı olduğunu düşündüm ve
yapay zeka çağında DX’in temeli nedir diye düşündüğümde bunun terminal tabanlı olduğunu düşündüm.
Son dönemde popüler olan terminallerin hepsini denedim; ancak Korece giriş çoğu terminalde yetersizdi ve ajan kullanırken DX ile UX rahatsız ediciydi. Bu yüzden ben de kendim geliştirmeye karar verdim ve ilerliyorum. Kendi terminalimle diğer insanlara göre daha iyi üretkenlik elde ettiğimi de düşünüyorum.
Benim durumumda kontrolü tamamen elde etmek için
harici kütüphane bağımlılığını da en aza indirmek gerektiğini düşündüğümden, Zig’de her şeyi kendi geliştirme yolunu seçtim (webview gibi kaçınılmaz durumlar hariç).
Blog yazısına ve koda baktığımda Rust’ı seçtiğinizi ve rataui gibi, tamamen kendi geliştirmek yerine Rust ekosisteminde bulunan harici kütüphaneleri tercih ettiğinizi gördüm; bunun nedenini merak ediyorum.
Yazıda da harici kütüphane bağımlılıklarından kaynaklanan sorunlar olmuş gibi görünüyordu.
Ayrıca webview yerel webview olduğu için web ortamlarının çoğu Safari ortamı olmadığından tam bir E2E test yapmak zor olacak gibi; bu kısmı yalnızca harici test araçlarına mı bırakıyorsunuz? Yoksa ileride CEF ekleme planınız da var mı, onu da merak ediyorum.
Ben de artık terminali bir ölçüde kullanıp stabilizasyon aşamasına girdiğim için özellik ekleme, planlama veya UX üzerine çok düşünmeye başladım; ama geliştirme sırasında çökmeler ya da çeşitli hatalar mutlaka çok olmuştur.
Geliştirmeye başladıktan ne kadar sonra çalıştırmayı bile harici bir terminal yerine kendi geliştirdiğiniz terminal üzerinden yapabilecek kadar stabil hale geldi, bunu da merak ediyorum.
Yetkinliği olmayan insanların hep bahsettiği şey iş birliği becerisi oluyor nedense…
Multiplexer kurulum bağlantısı kesiliyor gibi görünüyor... README’deki bu bölümü kontrol ederseniz yalnızca multiplexer’ı kurabilirsiniz.
Doğru. Mülakata kadar gelince, bu tür noktalara önceki işe alım aşamalarına kıyasla daha fazla bakılıyor gibi.
Oraya kadar gelmek zor olur tabii haha
Ama mülakata kalacak seviyeye gelebiliyorsanız, kodlama becerisinden ziyade bu yazının ana fikrinde olduğu gibi diğer gerekli yetkinlikleri geliştirmek ve öne çıkarmak daha iyi gibi görünüyor.
Demoda göstermek istediğiniz şey eşleştirme mantığının ne kadar iyi olduğu mu? Yoksa sadece böyle bir şeyin var olduğunu göstermek mi?
Eskiden
renphyile bir oyun yapıp dağıtmayı düşünmüştüm.GitHub blog gibi, GitHub'da sanırım 1 tane statik siteyi ücretsiz host ediyorlar.
(Site bağlantısı muhtemelen sabittir.)
Onu kullanırsanız statik siteleri kolayca dağıtmanın mümkün olduğunu biliyorum.
Aslında geliştirici işe alımında da, sonradan gerçekten işe alan taraf olduğunuzda, işlerin tamamen akıl ve mantıkla yürümediğini; karaktere ve hissiyata da epey bakıldığını anlıyorsunuz haha. Şaşırtıcı şekilde, özel bir alanda dâhi birini getirmeniz gerekmiyorsa en kritik mesele şu oluyor: “Bu kişiyle çalışırken gereksiz stres yaşamadan iyi iş birliği yapabilecek miyiz?”
Evet, buna dair bir ifade yok.
Çin'in open weight yaklaşımını desteklemediği benim yorumum.
Ancak mesele open weight'i desteklemesi değil,
ABD'nin open weight alanında da kazanmasını istemesi.
Katıldığım bir yazı.
Ama iş arayan bir aday olduğum dönemde böyle bir yazı gördüğümde, işi çoktan bulmuş insanların kulağa hoş gelen laflarından başka bir şey gibi gelmiyordu.
Bu da doğal; çünkü iş arayan bir aday açısından bir şirkete geliştirici olarak başvururken dokümantasyon, ikna, iletişim gibi yetkinlikleri kanıtlamaktansa kodlama becerisini kanıtlamak daha kolay.
Şirketler de yeni mezun/başlangıç seviyesi işe alımlarda portföy, kodlama testi sonucu gibi kodlama becerilerine daha çok değer veriyor gibi görünüyordu.
Şirket açısından da o kadar çok yeni aday başvurusunu görünür biçimde karşılaştırıp değerlendirebildikleri tek şey bu olduğu içindir muhtemelenT_T
Birçok açıdan üzücü bir gerçeklik.
Şirketin büyük bir değişimini duyururken CEO’yu da değiştirmek biraz garip görünüyor.
Docker Without Docker - Fly.io’nun temel teknolojisine giriş
fly.io, ilk dönemlerinden beri GeekNews üzerinden ilgiyle takip ettiğim bir hizmetti ama
yapay zeka çağına uyum sağlamak için stratejisini değiştiriyor anlaşılan.
Sprites - durumsal kalıcılığa sahip sandbox
Kastedilen bu sanırım; hmm... Yakın zamanda Codex’te Sites özelliğiyle bir web sayfası oluşturmayı denemiştim, pek kolay olmayacak gibi.
Aşağıdaki HN yorumlarında söylendiği gibi hedef pazar da fazla dar görünüyor.
Kodlamanın çözüldüğünü söyleyen kimseyi görmedim; haberlerde yalnızca 1 yıl sonra, 3 yıl sonra, 5 yıl sonra şöyle şöyle olacak diye konuşup duran ünlü kişiler çıkıyor.
X’teki gönderide “Ama elbette Çin’in açık ağırlıklarına destek anlamına gelmiyor” şeklinde bir ifade yok.
İçerik, ABD’nin hem kapalı modellerde hem de açık modellerde kazanmasını istediği yönünde.
A, B'dir. B, C'dir. O hâlde A, C olur mu? En başta yeteneğin ne olduğunu, yüksek mi düşük mü olduğunu bilebildiğimiz varsayımının kendisi bir yanılsama olabilir.
ESP32-S3'ün AliExpress'te yaklaşık 10 bin won'a satılan bir çip olduğunu düşününce ilginç olasılıklar ortaya çıkıyor.
Örneğin bir çamaşır makinesine yalnızca kullanım kılavuzunu, yıkama programlarını, deterjan türlerini ve her işlevin özelliklerini anlayan küçük bir model yerleştirilip, internet bağlantısı olmadan kullanıcıyla konuşarak kullanımını açıklayan ürünler çıkabilir diye düşünüyorum.
Geliştirme motivasyonuna biraz ek yapayım: 3 çapraz platform makinede 4 Cluade, Codex Gemini ve Grok oturumunu çalıştırırken, "çalıştırma scale-out oluyor ama iletim tek bir kişiye bağlı kalıyor" darboğazını yaşamamla başladı. Bu,
tmux/SSHyerine geçen bir şey değil, paralel kullanılan bir araç — amaç "terminale bağlanmak" değil, "oturumu adreslemek + iletimin ulaştığını doğrulamak". Merak ettiklerinizi rahatça sorabilirsiniz.