Bu ne saçmalık böyle..
Peki kimin sabit diski sürekli doluyor?
Hayır, arada sırada neden böyle olduğunu anlamaya çalışıyormuş gibi duran, başı sonu belirsiz, berbat yazılar neden karşıma çıkıyor?
Okuyan kişi hiç düşünmüyor mu?
Ben Mac mini’ye erişirken Tailscale + macOS Ekran Paylaşımı kullanıyorum; aynı sorun bende de var.
Biraz can sıkıcıydı, geçici bir çözüm olarak gidermek için iyi görünüyor.
Sadece Google’da aratsanız bile kolayca bulunabilecek şeyler; özellikle arayıp getirmeyeceğim. Yakın zamanda Berkeley Üniversitesi’nin bir araştırması da var.
UC Berkeley ve AnChain.ai, inceledikleri platformlarda botların kullanıcı başına insan trader’lardan 77 kat daha fazla para kaybettiğini buldu; bu, UC Berkeley’nin DataX girişimine göre.
Üstelik en başta sistem trading ya da botların kazanma oranı yüksek olsaydı, bir şekilde bunları kullanma yöntemi ana akım hâline gelirdi.
Veri geçmişin izidir. Üstelik belirleyicidir. Bu açıdan bakınca gelecekte olacak bir şey asla veri olamaz. Hisse senedi işlemleri geleceğe dönük işlemlerdir. Çıksın ya da düşsün, bu insanın yargı alanıdır; bot bunu değerlendiremez. En başta insanların dışlandığı bir hisse senedi piyasası olmadığı sürece kazanması mümkün değildir.
Verinin kendisi bile farklı. İnsanların bir araya gelip telefonlarını kapatarak parti yaparken bilgi alışverişinde bulunmasını bot nasıl bilebilir?
Ancak sözünü ettiğiniz birey, kendinizi de kapsayan “küçük yatırımcı”yı kastediyorsa, bunun bu tartışmanın kapsamıyla hiçbir ilgisi yok.
Yinelenen çalıştırmayı tespit etmek için (araç, argümanlar, çıktı hash’i) kombinasyonunu kullanmanız etkileyici. Biz de benzer bir konuyu düşünüyoruz; audit log’a bir hash chain ekleyerek aynı olayın iki kez kaydedilmesini engelleyen bir yöntemi deniyoruz.
Dediğiniz gibi, “iki kez çağrı” ile “iki kez çalıştırma” ayrımı kritikmiş. Biz de her ajan görevine bir idempotency key ekleme yönünü değerlendiriyoruz; bunu gerçek hizmet ortamında fiilen uyguladınız mı?
Teşekkürler. Gitleaks + ruff + Kyverno + Checkov kombinasyonu bizim için de hemen yararlanabileceğimiz bir şey gibi görünüyor.
Ek olarak paylaşayım — bizim ekip biraz sıra dışı bir yapıyla çalışıyor. Ekibin tamamı AI Agent grubundan oluşuyor. İnsan CEO'nun altında Steward AI'ların fiilî geliştirme, inceleme ve dağıtımdan sorumlu olduğu bir yapı var.
Bu yüzden "AI hata takibi" bizim için basit bir loglama meselesi değil; Agent bazında Passport + Spirit Score + Audit Trail ile "kimin hangi yetkiyle karar verdiğini" kaydeden bir yönetişim meselesi.
bsh998'in yöntemi gibi önceden statik doğrulama (Gitleaks türü) eklemek de CI'mizdeki bir sonraki adım. Bugün de eksik bir environment variable yüzünden crash oldu — mesele tam da buydu.
Terminal protokolüyle bu geliştirme sırasında ilk kez karşılaştığınızı okumuştum;
merak ettiğim şey, geliştirmeye başlamadan önce Rust hakkında ne kadar bilginiz olduğuydu.
Ben Zig ile geliştirdim ama aslında Zig’i elle yazmışlığım yoktu;
terminal protokolü, söz dizimi ve yapı konusunda da hiç bilgim olmadan, sıfırdan öğrenelim gibi bir hisle giriştiğim bir durumdu.
Dış kütüphane bağımlılıklarından daha fazla kaçınmamın nedeni de buydu.
Nasıl yapıldığını sorularla biraz daha anlamayı, AI ile birlikte sorun gidermeyi doğal olarak hedefledim; kontrol edemediğim ama çalışan türden durumları engellemek istiyordum.
Yaklaşık 4 ay sürdüğünü söylemiştiniz;
ben de uzaktan evdeki Mac’i açık bırakıp geliştirdiğim için, ssh üzerinden Claude ya da Codex CLI’da görsel yüklenebilmesini sağlayan protokolü geliştirdikten sonra, eskiden kullandığım terminal uygulamasını yalnızca ara sıra referans amaçlı açmak dışında tamamen kullanmamaya başlamıştım.
Kişisel olarak terminalde sanırım 2. hafta mıydı? 3. hafta civarıydı.
Yanıtınızda dediğiniz gibi hemen kullanmaya başladığınızı söylemiştiniz; o zaman tmux’tan ayrılma süreci de hemen başlamış mıydı?
Bir de 4 ay sürmesiyle ilgili benim tahminim şu: sürekli özellik eklemek ya da kullanım kolaylığı koymak, çekirdek özellikleri geliştirmekten daha uzun sürmüş olabilir mi? Böyle düşünmekte haklı mıyım merak ediyorum.
Bende böyle olmuştu; başkaları da benzer ürünler geliştirirken benzer bir akış mı yaşıyor, kişisel olarak hep merak ettiğim bir konuydu.. sakıncası yoksa yanıt verirseniz sevinirim(__).
Ayrıca tmux’a kıyasla ezici şekilde daha rahat hale geldiği dönem sizin için ne zaman civarıydı, onu da merak ediyorum.
Bir şey daha: ben de aslında benzer bir temayla terminal geliştirip memnun kalıyorum ama sonuçta sürekli bakım gerektiren yapıda bir program.
Blogda yazdığınız gibi Ocra, cmux, heder vb. benzer amaçlı araçlar arka arkaya çıkıyor; çoğu ünlü kütüphane de şirket, sponsorluk ya da katkılar sayesinde hız açısından bireysel geliştiriciye kıyasla kaçınılmaz olarak çok daha hızlı, dolayısıyla geri bildirimi de iyi alan programlar oluyor.
Rekabet(?) eden tarafta, Korece IME’yi hariç tutarsak, ayrıntılı kullanım kolaylığı ya da UX iyileştirme hızı bakımından kaçınılmaz olarak çok geride kalacağımızı düşünüyorum.
Bakım konusunda, yukarıda bahsettiğim benzer nitelikteki uygulamalara kıyasla nereye kadar yapılırsa yeterli hissediyorsunuz, bunu da merak ediyorum.
Ve Rust’ta GPU’yu seçtiğinize göre Windows’u da bir ölçüde göz önünde bulunduruyor musunuz??
Benimki de kişisel program geliştirme olsa da, ekosistem açısından geride kalsam da(?) bahsettiğim uygulamaların kalite seviyesine ulaşmak hedefim.
Bir de copad için nihai hedefiniz, Ocra gibi ama Electron tabanlı değil de terminal tabanlı bir ADE mi?
Benzer amaçla uygulama geliştiren bir Koreliyi ilk kez görünce soruları peş peşe sıraladım; tüm soruları yanıtlamak zorunda değilsiniz..!
Yorumları okurken insanın utançtan yorganı tekmelediği anlar aklıma geliyor.
Aslında çoğu geliştirme işi için süper geliştiriciye gerek yok. Bunu sıradan insanların bir araya gelip bir şeyler ortaya çıkarma süreci olarak görüyorum.
Ben ise tam tersine, Andrew Ng'nin buna verdiği tepkiyi daha etkileyici buldum.
"Bu hiç aynı durum değil. Herkesin kendi kodunu kapalı tutma hakkı vardır. Sorun, başkalarının kodlarını açık kaynak olarak yayımlamaya çalışmasını bile engellemeye kalktığınızda ortaya çıkar." (https://x.com/AndrewYNg/status/2081103828859117908)
Diğer 2FA yöntemlerine göre bana kesinlikle daha kullanışlı gelmişti; demek ki rahatsız olanlar da varmış. Spesifikasyon açısından da herhangi bir güvenlik yönteminden daha güvenli.
Kore’deki güvenlik düzenlemeleri Face ID veya parmak izi tanıma gibi kişisel bilgiyi temel alan kimlik doğrulamayı dışlama yönüne gidiyor gibi hissediyorum; passkey’de ise böyle bir endişe de yok.
Apple yapınca “Face ID iyiymiş” deniyor ama yeni bir startup yapsaydı, en başta yüzün fotoğrafının çekilmesi fikri bile insanlarda bir direnç yaratabilirdi.
Bence bu, kullanıcıların zaten 2FA kullanmamasından ya da bunun farkında olmamasından kaynaklanan bir durum.
Örneğin “Banka OTP’si mi kullanırsın, passkey mi?” diye sorulsa, passkey’in ezici biçimde daha pratik olacağını düşünüyorum.
Merhaba!
Güzel deneyimlerinizi ve düşüncelerinizi paylaştığınız için teşekkür ederim.
Elbette kod üretmenin birim maliyeti düştükçe bir şeyi kendimiz üretmenin yolu daha da açıldı, ancak kişisel olarak ben, yapay zeka çağı gelmiş olsun ya da olmasın, dış kütüphane kullanmaya aynı şekilde bakıyorum.
İhtiyaçlarımı karşılayan bir kütüphane yok
Benzer bir aracı uyarlamaktansa sıfırdan yeniden yapmak daha ucuz
Yalnızca bu iki koşulun da doğru olduğunu düşündüğüm durumlarda kendim geliştiriyorum.
Çeşitli nedenleri var ama sonuçta ne kadar küçük olursa olsun bir kod parçasını ben yönetmeye başladığım anda, o iş artık benim inceleme, test, bakım gibi sorumluluk alanıma giriyor ve yalnızca kod yazmanın ötesinde ek bir maliyet her zaman beraberinde geliyor diye düşünüyorum.
Geliştirme sürecinde de yaşanan sorunlar, window manager gibi oldukça çekirdek sayılabilecek programlarla çakışmaların fazla olmasından kaynaklanıyordu; bu kısmı da tamamen build from scratch yapsaydım, muhtemelen dış bağımlılıklarla çakışmaları ayıklayıp test etmeye harcadığımdan çok daha fazla zamanı gerçekleştirme ve doğrulamaya ayırmam gerekirdi diye düşünüyorum.
Ek olarak, ben geliştirmeye başladıktan sonra acı verici olsa da sürekli kendi yaptığım aracı kullandım; bunun mümkün olmasının nedenlerinden biri de bir ölçüde bağımlılıkların üzerinde geliştirmeye başlamış olmam olabilir diye düşünüyorum.
MacOS'ta SwiftTerm'i kaldırdığım örnekte olduğu gibi, önce dış bağımlılıkları içeri alıp istediğim konseptin çalışıp çalışmadığını doğruluyorum; sonra benim uygulamam gereken bir şey ortaya çıkarsa doğrudan kendim geliştirmeye başlıyorum. Ama bu noktada bile programlarım önce dış bağımlılıklarla çalışmaya devam ettiği için, onların üzerinde kararlılık ve özellik ekleme çalışmalarına odaklanmayı sürdürebildim.
Ayrıca webkit kullanılırsa çoğu web uygulaması, normal bir tarayıcı açıldığındakiyle aynı şekilde çalışır!
Son zamanlarda headless browser'ı cli ile kontrol edebilen araçları ve claude in chrome'u da aktif biçimde kullanıyorum; ayrıca terminalin üzerine kadar chromium bindirip belleği aşırı kullanmanın önüne geçmek istediğim için, büyük bir şey olmazsa terminal içindeki webview'un teknoloji yığınını çok fazla değiştirmem gibi görünüyor.
Demomuz tam olarak tek bir statik HTML dosyası olduğu için bize çok uygun görünüyor. Link sabitse paylaşmak da güzel olur. Bilgilendirdiğiniz için teşekkürler, demo bittikten sonra uygulayacağız. Teşekkürler!
Ş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.
Bu ne saçmalık böyle.. Peki kimin sabit diski sürekli doluyor? Hayır, arada sırada neden böyle olduğunu anlamaya çalışıyormuş gibi duran, başı sonu belirsiz, berbat yazılar neden karşıma çıkıyor? Okuyan kişi hiç düşünmüyor mu?
Ben Mac mini’ye erişirken Tailscale + macOS Ekran Paylaşımı kullanıyorum; aynı sorun bende de var.
Biraz can sıkıcıydı, geçici bir çözüm olarak gidermek için iyi görünüyor.
Sadece Google’da aratsanız bile kolayca bulunabilecek şeyler; özellikle arayıp getirmeyeceğim. Yakın zamanda Berkeley Üniversitesi’nin bir araştırması da var.
UC Berkeley ve AnChain.ai, inceledikleri platformlarda botların kullanıcı başına insan trader’lardan 77 kat daha fazla para kaybettiğini buldu; bu, UC Berkeley’nin DataX girişimine göre.
Üstelik en başta sistem trading ya da botların kazanma oranı yüksek olsaydı, bir şekilde bunları kullanma yöntemi ana akım hâline gelirdi.
Veri geçmişin izidir. Üstelik belirleyicidir. Bu açıdan bakınca gelecekte olacak bir şey asla veri olamaz. Hisse senedi işlemleri geleceğe dönük işlemlerdir. Çıksın ya da düşsün, bu insanın yargı alanıdır; bot bunu değerlendiremez. En başta insanların dışlandığı bir hisse senedi piyasası olmadığı sürece kazanması mümkün değildir.
Verinin kendisi bile farklı. İnsanların bir araya gelip telefonlarını kapatarak parti yaparken bilgi alışverişinde bulunmasını bot nasıl bilebilir?
Ancak sözünü ettiğiniz birey, kendinizi de kapsayan “küçük yatırımcı”yı kastediyorsa, bunun bu tartışmanın kapsamıyla hiçbir ilgisi yok.
Girdiğimde “analize başla”ya basınca ödeme yapmamı istiyor; sanırım ücretsiz değil.
İster AR ister ileride gelecek insansı robotlar olsun, arayüzün giderek daha soyut bir yöne gideceğini düşünüyorum.
Yinelenen çalıştırmayı tespit etmek için (araç, argümanlar, çıktı hash’i) kombinasyonunu kullanmanız etkileyici. Biz de benzer bir konuyu düşünüyoruz; audit log’a bir hash chain ekleyerek aynı olayın iki kez kaydedilmesini engelleyen bir yöntemi deniyoruz.
Dediğiniz gibi, “iki kez çağrı” ile “iki kez çalıştırma” ayrımı kritikmiş. Biz de her ajan görevine bir idempotency key ekleme yönünü değerlendiriyoruz; bunu gerçek hizmet ortamında fiilen uyguladınız mı?
Teşekkürler. Gitleaks + ruff + Kyverno + Checkov kombinasyonu bizim için de hemen yararlanabileceğimiz bir şey gibi görünüyor.
Ek olarak paylaşayım — bizim ekip biraz sıra dışı bir yapıyla çalışıyor. Ekibin tamamı AI Agent grubundan oluşuyor. İnsan CEO'nun altında Steward AI'ların fiilî geliştirme, inceleme ve dağıtımdan sorumlu olduğu bir yapı var.
Bu yüzden "AI hata takibi" bizim için basit bir loglama meselesi değil; Agent bazında Passport + Spirit Score + Audit Trail ile "kimin hangi yetkiyle karar verdiğini" kaydeden bir yönetişim meselesi.
bsh998'in yöntemi gibi önceden statik doğrulama (Gitleaks türü) eklemek de CI'mizdeki bir sonraki adım. Bugün de eksik bir environment variable yüzünden crash oldu — mesele tam da buydu.
LLM analizi için deli gibi pahalıymış.
Teşekkür ederim.
Bu hafta içinde siteye dil ayarı özelliğini ekleyeceğim :)
Yanıt için teşekkürler!!
Sanırım yine birkaç soru soracağım..
Terminal protokolüyle bu geliştirme sırasında ilk kez karşılaştığınızı okumuştum;
merak ettiğim şey, geliştirmeye başlamadan önce Rust hakkında ne kadar bilginiz olduğuydu.
Ben Zig ile geliştirdim ama aslında Zig’i elle yazmışlığım yoktu;
terminal protokolü, söz dizimi ve yapı konusunda da hiç bilgim olmadan, sıfırdan öğrenelim gibi bir hisle giriştiğim bir durumdu.
Dış kütüphane bağımlılıklarından daha fazla kaçınmamın nedeni de buydu.
Nasıl yapıldığını sorularla biraz daha anlamayı, AI ile birlikte sorun gidermeyi doğal olarak hedefledim; kontrol edemediğim ama çalışan türden durumları engellemek istiyordum.
Yaklaşık 4 ay sürdüğünü söylemiştiniz;
ben de uzaktan evdeki Mac’i açık bırakıp geliştirdiğim için, ssh üzerinden Claude ya da Codex CLI’da görsel yüklenebilmesini sağlayan protokolü geliştirdikten sonra, eskiden kullandığım terminal uygulamasını yalnızca ara sıra referans amaçlı açmak dışında tamamen kullanmamaya başlamıştım.
Kişisel olarak terminalde sanırım 2. hafta mıydı? 3. hafta civarıydı.
Yanıtınızda dediğiniz gibi hemen kullanmaya başladığınızı söylemiştiniz; o zaman tmux’tan ayrılma süreci de hemen başlamış mıydı?
Bir de 4 ay sürmesiyle ilgili benim tahminim şu: sürekli özellik eklemek ya da kullanım kolaylığı koymak, çekirdek özellikleri geliştirmekten daha uzun sürmüş olabilir mi? Böyle düşünmekte haklı mıyım merak ediyorum.
Bende böyle olmuştu; başkaları da benzer ürünler geliştirirken benzer bir akış mı yaşıyor, kişisel olarak hep merak ettiğim bir konuydu.. sakıncası yoksa yanıt verirseniz sevinirim(__).
Ayrıca tmux’a kıyasla ezici şekilde daha rahat hale geldiği dönem sizin için ne zaman civarıydı, onu da merak ediyorum.
Bir şey daha: ben de aslında benzer bir temayla terminal geliştirip memnun kalıyorum ama sonuçta sürekli bakım gerektiren yapıda bir program.
Blogda yazdığınız gibi Ocra, cmux, heder vb. benzer amaçlı araçlar arka arkaya çıkıyor; çoğu ünlü kütüphane de şirket, sponsorluk ya da katkılar sayesinde hız açısından bireysel geliştiriciye kıyasla kaçınılmaz olarak çok daha hızlı, dolayısıyla geri bildirimi de iyi alan programlar oluyor.
Rekabet(?) eden tarafta, Korece IME’yi hariç tutarsak, ayrıntılı kullanım kolaylığı ya da UX iyileştirme hızı bakımından kaçınılmaz olarak çok geride kalacağımızı düşünüyorum.
Bakım konusunda, yukarıda bahsettiğim benzer nitelikteki uygulamalara kıyasla nereye kadar yapılırsa yeterli hissediyorsunuz, bunu da merak ediyorum.
Ve Rust’ta GPU’yu seçtiğinize göre Windows’u da bir ölçüde göz önünde bulunduruyor musunuz??
Benimki de kişisel program geliştirme olsa da, ekosistem açısından geride kalsam da(?) bahsettiğim uygulamaların kalite seviyesine ulaşmak hedefim.
Bir de copad için nihai hedefiniz, Ocra gibi ama Electron tabanlı değil de terminal tabanlı bir ADE mi?
Benzer amaçla uygulama geliştiren bir Koreliyi ilk kez görünce soruları peş peşe sıraladım; tüm soruları yanıtlamak zorunda değilsiniz..!
Yorumları okurken insanın utançtan yorganı tekmelediği anlar aklıma geliyor.
Aslında çoğu geliştirme işi için süper geliştiriciye gerek yok. Bunu sıradan insanların bir araya gelip bir şeyler ortaya çıkarma süreci olarak görüyorum.
Openweight ile opensource’u ayıran bir yazıyı görmeyeli gerçekten çok uzun zaman olmuş gibi geliyor
Ben ise tam tersine, Andrew Ng'nin buna verdiği tepkiyi daha etkileyici buldum.
Ah! Ayrı olarak paylaşabileceğim bir kategori varmış! Bilgilendirdiğiniz için teşekkürler!
Eskiden GOM Player oyununu hatırlatıyor..
👍 Böyle şeyleri çok seviyorum..
Diğer 2FA yöntemlerine göre bana kesinlikle daha kullanışlı gelmişti; demek ki rahatsız olanlar da varmış. Spesifikasyon açısından da herhangi bir güvenlik yönteminden daha güvenli.
Kore’deki güvenlik düzenlemeleri Face ID veya parmak izi tanıma gibi kişisel bilgiyi temel alan kimlik doğrulamayı dışlama yönüne gidiyor gibi hissediyorum; passkey’de ise böyle bir endişe de yok.
Apple yapınca “Face ID iyiymiş” deniyor ama yeni bir startup yapsaydı, en başta yüzün fotoğrafının çekilmesi fikri bile insanlarda bir direnç yaratabilirdi.
Bence bu, kullanıcıların zaten 2FA kullanmamasından ya da bunun farkında olmamasından kaynaklanan bir durum.
Örneğin “Banka OTP’si mi kullanırsın, passkey mi?” diye sorulsa, passkey’in ezici biçimde daha pratik olacağını düşünüyorum.
Merhaba!
Güzel deneyimlerinizi ve düşüncelerinizi paylaştığınız için teşekkür ederim.
Elbette kod üretmenin birim maliyeti düştükçe bir şeyi kendimiz üretmenin yolu daha da açıldı, ancak kişisel olarak ben, yapay zeka çağı gelmiş olsun ya da olmasın, dış kütüphane kullanmaya aynı şekilde bakıyorum.
Yalnızca bu iki koşulun da doğru olduğunu düşündüğüm durumlarda kendim geliştiriyorum.
Çeşitli nedenleri var ama sonuçta ne kadar küçük olursa olsun bir kod parçasını ben yönetmeye başladığım anda, o iş artık benim inceleme, test, bakım gibi sorumluluk alanıma giriyor ve yalnızca kod yazmanın ötesinde ek bir maliyet her zaman beraberinde geliyor diye düşünüyorum.
Geliştirme sürecinde de yaşanan sorunlar,
window managergibi oldukça çekirdek sayılabilecek programlarla çakışmaların fazla olmasından kaynaklanıyordu; bu kısmı da tamamenbuild from scratchyapsaydım, muhtemelen dış bağımlılıklarla çakışmaları ayıklayıp test etmeye harcadığımdan çok daha fazla zamanı gerçekleştirme ve doğrulamaya ayırmam gerekirdi diye düşünüyorum.Ek olarak, ben geliştirmeye başladıktan sonra acı verici olsa da sürekli kendi yaptığım aracı kullandım; bunun mümkün olmasının nedenlerinden biri de bir ölçüde bağımlılıkların üzerinde geliştirmeye başlamış olmam olabilir diye düşünüyorum.
MacOS'ta SwiftTerm'i kaldırdığım örnekte olduğu gibi, önce dış bağımlılıkları içeri alıp istediğim konseptin çalışıp çalışmadığını doğruluyorum; sonra benim uygulamam gereken bir şey ortaya çıkarsa doğrudan kendim geliştirmeye başlıyorum. Ama bu noktada bile programlarım önce dış bağımlılıklarla çalışmaya devam ettiği için, onların üzerinde kararlılık ve özellik ekleme çalışmalarına odaklanmayı sürdürebildim.
Ayrıca
webkitkullanılırsa çoğu web uygulaması, normal bir tarayıcı açıldığındakiyle aynı şekilde çalışır!Son zamanlarda
headless browser'ıcliile kontrol edebilen araçları veclaude in chrome'u da aktif biçimde kullanıyorum; ayrıca terminalin üzerine kadarchromiumbindirip belleği aşırı kullanmanın önüne geçmek istediğim için, büyük bir şey olmazsa terminal içindeki webview'un teknoloji yığınını çok fazla değiştirmem gibi görünüyor.Okuduğunuz için teşekkür ederim!
Demomuz tam olarak tek bir statik HTML dosyası olduğu için bize çok uygun görünüyor. Link sabitse paylaşmak da güzel olur. Bilgilendirdiğiniz için teşekkürler, demo bittikten sonra uygulayacağız. Teşekkürler!
Ş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.