Bir millet önce toprağını kaybetmez. Toprağıyla arasındaki bilgiyi kaybeder. Sonra ne ekeceğini, ne üreteceğini ve sonunda ne yiyeceğini başkaları belirler. Tarım yalnızca toprağa tohum atmak değildir. Ne yetiştirmeye değer? Bölgede gerçekten ne üretiliyor? İklim ne söylüyor? Su ve toprak ne durumda? Gelecek koşullar nasıl değişebilir? Piyasa nasıl hareket ediyor? Pazara erişim nasıl? Varsa doğrulanmış üretim maliyeti verileri ne gösteriyor? Bugün tarım yapmak isteyen biri bu soruların cevaplarını çoğu zaman farklı kaynaklarda, farklı biçimlerde ve birbirleriyle karşılaştırılması güç halde buluyor. Tarım Motoru'nu bunun için geliştirmeye başladım. Elinizde bir arazi varsa harita üzerinden seçip o bölgede hangi ürünlerin araştırmaya değer olduğunu ve bu sonucun arkasındaki verileri inceleyebiliyorsunuz. Aklınızda belirli bir ürün varsa bu kez Türkiye haritası üzerinden hangi bölgelerden araştırmaya başlamanın daha anlamlı olduğunu görebiliyorsunuz. Ama sistem size tek bir puan verip “bunu yetiştir” demiyor. İklimi, gerçek üretimi, suyu, toprağı, gelecek iklim koşullarını, piyasa bağlamını ve pazar erişimini mümkün olduğunca ayrı ayrı gösteriyor. Çünkü tarımda doğru karar, tek bir veriden çıkmaz. Bugün Tarım Motoru'nun Versiyon 1 olarak ilk çalışan prototipini yayınlıyorum. Bu henüz başlangıç. Üretim maliyetleri, ekonomik değerlendirme, daha güçlü piyasa verileri, üreticiyle alıcı arasındaki doğrudan bağlantılar ve karar sürecini geliştirecek daha birçok katmanın zamanla eklenmesini hedefliyorum. Ama hedefim yalnızca daha iyi bir yazılım yapmak değil. Üreticinin bilgiye daha kolay ulaşabildiği, alıcının üreticiye daha doğrudan erişebildiği, gereksiz aracı maliyetlerinin azalmasına katkı sağlayabilecek ve tarımsal fiyat oluşumunu daha şeffaf hale getirebilecek bir yapının oluşmasına katkı vermek istiyorum. Çünkü gıda enflasyonuyla mücadele yalnızca marketteki etikete bakarak yapılamaz. Üretimin nasıl planlandığına, bilginin kimde olduğuna, üreticiyle alıcının birbirine nasıl ulaştığına ve ürünün pazara hangi koşullarda çıktığına da bakmak gerekir. Ve bunun tek başına bir yazılımla çözülebileceğine inanmıyorum. Çiftçilerin, kooperatiflerin, alıcıların, lojistikçilerin, araştırmacıların, kamunun, geliştiricilerin ve bu alanda deneyimi olan herkesin katkısıyla Tarım Motoru'nun çok daha güçlü bir sisteme dönüşebileceğine inanıyorum. Bu Versiyon 1. İlk prototip yayında. Tarım Motoru size ne ekeceğinizi söylemek için değil, neye bakmadan karar vermemeniz gerektiğini göstermek için var. tarimmotoru.com.tr/

Ritual Airdrop gerçekten yaptı mı?

Devrim kendi evlatlarını yine yiyor ya hu...

"Fakire ekmek yoksa zengine huzur yok" Artık toplumsal gerilimlerin yalnızca sokaklarda veya sandıklarda olmayacağını zaten anlamışsınızdır, finansal sistemlerin dijital altyapılarında da kendisini gösterecek, bir dip dalga gelecek, bastırılmış bir zümre AI ile yeteneklerini arttırdı ve bu gruplar yayılarak artıyor, her yerde izlerini görmüyordum ama artık bu mecrada bile görünüyorlar...

Ne node, ne de ajan badge fayda etmedi 😊 beni şaşırtmadı ama o kadar uğraşa acıdım, en azından github bağlantısı şarttı, sadece cüzdan ile "Not Eligible" bayadır görmemiştim... olsun bir gün yolumuz kesişir seninle @ritualfnd

One of the things I keep thinking about in blockchain is how we can trust information coming from outside the chain. Most of the information we use every day is on websites, in applications and Api's. But how can we actually prove that a piece of information came from a particular service? A screenshot or someone's word shouldn't be enough. I think we're getting closer to a time when being able to prove this, almost like having a document certified by a notary, will become a real necessity. This is exactly why @primus_labs caught my attention. Primus uses zkTLS to make data coming from HTTPS connections cryptographically verifiable. As a ZK developer, I find this really interesting. There is so much useful information outside blockchains, and I think finding ways to use that information without blindly trusting whoever provides it is an important problem to solve. That's why I didn't want to just read about Primus and move on. I started exploring Primus dev hub, generating and verifying real attestations with the chrome extension, and working on the core SDK integration. I've also submitted two PRs focused on security to the Primus open source ecosystem. At the same time, I'm building something called "Voice Rights Passport". The idea is to take account ownership claims about AI voice models, turn them into verifiable proofs, and connect those proofs to blockchain wallets. I think this is going to become a serious issue in the coming years. Especially when legal disputes start becoming part of the picture. People will need more than just saying "this voice model belongs to me." They'll need something they can actually prove. And I believe the developers who start thinking about these problems and building solutions today will have an advantage in the future. I want to be one of them. That's why I'm spending so much of my time on this. Of course, none of this happens in a day. And I don't think it should. For me, the real experience comes from trying things, making mistakes, understanding why something didn't work, and finding a better way to do it. I think all those experiences together are what eventually make a good developer. The video below is from one of my real Primus attestation experiments. I'll keep sharing what works, what doesn't, where I get stuck and what I learn along the way.

Çok güzel işler çıkarıyor, ilgiliyseniz takibinizde olmalı...

Web3 tarayıcı eklentilerini yüklerken dikkatli olun. Özellikle Wallet Provider üzerinden işlem isteklerine müdahale edebilenlere. Pocket Universe'ün swap işlemlerinden ücret aldığını zaten biliyorsunuz. Genellikle o açıkken küçük tutarlarla işlem yaptığım için önemsemiyordum. Ancak geliştirdiğim bir dApp üzerinde @arc mainnet işlemlerini test ederken, bu ücretin nasıl uygulandığını zincir üzerinde gözlemledim. Aldığı %1,60 ücret mesele değil, esas sıkıntı imzalayacağınız calldata'nın uygulama ile cüzdan arasında değiştirilebilmesi. 0.1 USDC → EURC takasında uygulamanın hazırladığı @Uniswap Universal Router komutları: V3_SWAP_EXACT_IN + SWEEP V3_SWAP_EXACT_IN takası gerçekleştiriyor, SWEEP ise çıktıyı cüzdana aktarıyor. Ancak gerçekleşen işlemin komutları: V3_SWAP_EXACT_IN + PAY_PORTION + SWEEP + SWEEP Araya PAY_PORTION eklenmiş ve EURC çıktısının %1,60'ı farklı bir adrese aktarılmıştı. Kesintinin gittiği adres, Pocket Universe'ün resmî belgelerinde listelenen ücret toplama adresiyle birebir aynı zaten. Pocket Universe'ü kapatarak aynı tutarda ikinci bir işlem yaptığımda kesinti ortadan kalktı ve gerçekleşen calldata, uygulamanın hazırladığı işlemle eşleşti. Buraya kadar her şey olağan ama işin bir de teknik işleyişteki kötü niyetli olan boyutu olursa ne olur? bu da var... Teknik olarak nasıl mümkün? Normal akış: Dapp 👉 Wallet Provider 👉 Wallet 👉 Blockchain Dapp, EIP-1193 üzerinden örneğin şu isteği oluşturur: provider.request({ method: 'eth_sendTransaction', params: [transaction] }) transaction nesnesi to, value ve data gibi alanlar taşır. Ancak Wallet Provider, tarayıcının JavaScript ortamında erişilebilen bir arayüzdür. Yeterli erişime sahip bir tarayıcı eklentisi, sayfaya kod enjekte ederek Provider'ın request() metodunu sarmalayabilir veya işlem isteğinin iletildiği araya başka bir katman yerleştirebilir. Böylece: Dapp doğru calldata'yı hazırlar. Eklenti, eth_sendTransaction isteğindeki data alanını değiştirebilir. Wallet, değiştirilmiş işlemi imzaya sunar. Kullanıcı onaylarsa blockchain bu işlemi çalıştırır. Private key'e erişilmesi gerekmez. Kullanıcının değiştirilmiş işlemi imzalaması yeterlidir. Pocket Universe'ün resmi kullanım koşulları hizmet ücretlerini ve ücret toplama adreslerini açıklıyor. Buradaki örnek bir hizmet ücreti; kötü amaçlı yazılım tespiti değil, yanlış anlaşılmasın. Fakat aynı müdahale yeteneği kötü niyetli bir eklenti tarafından kullanılırsa sonuç çok daha ciddi olabilir. Örneğin swap çıktısı başka bir adrese yönlendirilebilir veya işlem verisine beklenmeyen komutlar eklenebilir. Anlatmaya çalıştığım ise eklenti olarak eklediğiniz her şey güvenli olmayabilir. Eklendikten sonra bunu yapabilecek yetkiyle size zarar verebilir. Burada yalnızca bir eklentinin hangi sitelerde çalışabildiğine bakmak yeterli değil. Teknik incelemede asıl bakılması gereken, eklentinin Wallet Provider ile nasıl etkileşime girdiğidir. Özellikle: ⚒︎ window.ethereum veya EIP-6963 Provider nesnelerine müdahale edip etmediği, ⚒︎ request() ve eth_sendTransaction çağrılarını yakalayıp yakalamadığı, ⚒︎ İşlemdeki to, value, data alanlarını değiştirme kapasitesi, ⚒︎ Eklentinin content_scripts, scripting ve host_permissions kullanımı. Bunlar eklentinin kodu ve davranışı incelenerek araştırılabilir. Yalnızca chrome'un izin ekranına bakarak güvenli olduğu doğrulanamaz. Normal kullanıcılar açısından ise en uygulanabilir önlem, finansal işlemler için günlük tarayıcıdan ayrı bir profil kullanmak ve bu profilde yalnızca gerekli, güvenilir cüzdan eklentisini bulundurmaktır. İmza öncesinde cüzdanın gösterdiği net çıktı, hedef kontrat ve ücretler de kontrol edilmeli. Yine de bu kontroller her türlü calldata manipülasyonunu yakalayamayabilir. Özellikle yüksek tutarlı işlemlerde alışkanlıkla onay vermek ciddi risk oluşturabilir. Tarayıcı ortamındaki Wallet Provider bağlantısını kullanan farklı cüzdanlar kendi güvenlik önlemlerine bağlı olarak benzer risklerle karşılaşabilir. Hiç bir cüzdana sonsuz güven duymayın. Bir dapp'in doğru işlemi hazırlaması, cüzdanın aynı calldata'yı imzaladığını garanti etmez. Yani: Web3 güvenliğinde dapp ile wallet arasındaki bağlantı da ayrı bir güven sınırı olarak ele alınmalıdır ve belki yakında herkes kendi uygulamasını yapıp, kendi rotasındaki yolları güvenle döşeyerek "dışarıda içine ne koydukları belli değil" diyerek güvenle devam etmek zorunda kalacaktır... Ben öyleyim şu an, kendi araçlarımı kullanıyorum ve mecbur kalmadıkça dışarıda yemiyorum efendim...

“İş görüşmesi için verilen bir projeyi çalıştırdım, kripto cüzdanım boşaltıldı!” Web3 dünyasında buna benzer hikayeler duymuşsunuzdur. Peki bir iş görüşmesi, bilgisayarınızdaki cüzdanların ve kişisel verilerin çalınmasına nasıl yol açabilir? Bakın canlı örneği; SlowMist'in ortaya çıkardığı somut bir saldırı örneği. Saldırganlar, Solidity geliştiricileri için hazırlanmış bir iş görüşmesi veya kodlama alıştırması projesi gibi görünen Github deposuna zararlı komutlar gizlemiş. Projenin .vscode/settings.json dosyasına yerleştirilen komutlar, ilgili terminal profili başlatıldığında internetten zararlı kod indirip çalıştırabiliyor. Bu kodun tarayıcı verilerini, kripto cüzdan bilgilerini ve yerel dosyaları toplamaya yönelik yetenekleri tespit edilmiş. Üstelik mesele yalnızca VS Code da değil! Benzer saldırılar kurulum scriptlerine, bağımlılıklara, docker yapılandırmalarına ve otomatik çalışan görevlere de gizlenebilir. AI kodlama ajanları da güvenilmeyen projeleri çalıştırdıklarında aynı risklerle karşılaşabilir. Peki sen ne yapmalısın değil mi? 1. Tanımadığınız GitHub projelerinde .vscode/settings.json, .vscode/tasks.json, .devcontainer/devcontainer.json, package.json, Dockerfile, Makefile, .github/workflows/ dosyalarını inceleyin. 2. terminal.integrated.profiles, preinstall, postinstall, prepare gibi otomatik veya kurulum sırasında çalışan mekanizmaları kontrol edin. 3. curl, wget, eval, node -e, python -c, powershell -EncodedCommand ve base64 -d gibi komutların ne yaptığını sorgulayın. Bunlar tek başlarına zararlı değildir ancak uzaktan indirilen kodu doğrudan çalıştıran zincirlere özellikle dikkat edin. 4. Güvenmediğiniz projeleri kişisel cüzdan, SSH anahtarı veya API anahtarı barındırmayan izole ortamlarda çalıştırın. Peki AI kodlama ajanlarını nasıl koruyacağız? Önce inceleme: Ajan GitHub API üzerinden projeyi salt okunur biçimde analiz etmeli. Kurulum scriptlerini, otomatik görevleri ve bağımlılıkları kontrol etmeden çalıştırma aşamasına geçmemeli. Komut denetimi: Claude Code'da PreToolUse, diğer destekleyen ajanlarda benzer hook mekanizmaları kullanılmalı. npm install, pip install, bash script.sh ve curl | bash gibi işlemler bağımsız güvenlik kontrolünden geçmeli. Prompt injection koruması: AGENTS.md, CLAUDE.md, .cursor/rules ve README dosyalarındaki talimatlar güvenilir sistem komutları olarak kabul edilmemeli. Sandbox: Ajanın çalıştırdığı güvenilmeyen kod, ana sistemden izole edilmeli. Cüzdanlara, SSH anahtarlarına, API anahtarlarına ve gereksiz dış ağ bağlantılarına erişim engellenmeli. Sürekli kontrol: Yeni bağımlılık, değişen kurulum scripti veya yeni commit sonrasında güvenlik incelemesi tekrarlanmalı. Buradaki asıl problem şu: Bir AI ajanına “zararlı kodları çalıştırma” talimatı vermek güvenlik sağlamak için yeterli değil. Ajanın çalıştırmak istediği komutları denetleyen, tehlikeli işlemleri gerçekten engelleyebilen ve erişim yetkilerini sınırlandıran bağımsız bir güvenlik katmanı gerekiyor. Çünkü güvenlik, yalnızca saldırıyı fark etmek değil, fark edemediğimiz saldırıların da zarar vermesini engelleyebilmektir. AI kodlama ajanlarının güvenlik standardı da bu anlayış üzerine kurulmalı. Bu konuda kendi kullandığım Orbstack üzerinde çalıştırdığım safe-npm güvenlik katmanı ve ek güvenlik katmanlarını da uzun bir makale olarak fırsat bulunca yazacağım, güvende kalın efendim...

Özellikle ios optimasyonu için çok uğraşıyorum, telefonda kaliteli oynananma tecrübesi olan Tower Defence eksikliği var bende, kimse oynamasa bile ben oynarım diye yapıyorum ya hu 😊 her silah ve çevre objeleri ile tek tek uğraştım ama bitmedi... Testerlara ihtiyacım var, hem web sürümü hem de ios sürümü için, denemek isteyen olursa yazsın lütfen, görüşleriniz kıymetli... Bitirince süreci tek tek anlatacağım, yayınladıktan sonra.

Sizce robot çağının asıl fırsatı robot/humanoid üretmek mi? yoksa kaslarında mı fırsat? Bir çok kişisel proje geliştiren ve robotik sistemler üreten uçuk kişileri takip ediyor ve çalışmalarından ciddi feyz alıyorum 😊 öyle bir zamanın içindeyiz ki bu yeni çağın evrim şahitleriyiz ve yeni fırsatların tohumlarından ürün elde edecekler olacak, peki biz bunu sadece izleyecek miyiz? Son iki yıldır herkes yapay zekayı, humanoid robotları ve geleceğin kişisel asistanlarını konuşuyor. Ben ise bu dönüşümün biraz daha az konuşulan tarafıyla ilgileniyorum: Bu robotları kim hareket ettirecek? Yıllardır RC otomobillerle uğraşıyorum. Motor, ESC, servo, gyro ve şasi geometrisi üzerinde çalışmak, özellikle drift araçlarında hassas mekanik ayarlar yapmak benim için büyük bir tutku oldu. Bu süreçte öğrendiğim en önemli şeylerden biri şu: Bir sistemi hareket ettirmekle, o hareketi hassas ve güvenilir biçimde kontrol etmek birbirinden çok farklı şeyler. Önümüzdeki yıllarda kişisel küçük robotların ve humanoidlerin giderek yaygınlaşacağını düşünüyorum ki şu an baya bir proje var bununla ilgili. Ancak milyonlarca robotun üretildiği bir dünyada asıl fırsat yalnızca robotun kendisini üretmek olabilir mi? Her robotun hareket etmesi, dengede kalması, nesneleri kavraması ve çevresiyle fiziksel etkileşim kurması gerekecek. Bunun için de kompakt, yüksek torklu, hassas, enerji verimli ve uzun ömürlü hareket sistemlerine ihtiyaç duyulacak. RC dünyasından tanıdığım servolar, bu teknolojik gelişimin anlaşılması için güzel bir başlangıç noktası. Elbette humanoidlerde çok daha karmaşık motor, redüktör, sensör ve kontrol sistemlerinden oluşan aktüatörler kullanılıyor. Bence robotik çağının en stratejik üretim alanlarından biri tam da burası olacak. Robot markaları değişebilir. Tasarımlar farklılaşabilir. Yapay zeka modelleri gelişebilir. Ancak fiziksel hareketin temel mühendislik ihtiyaçları ortadan kalkmayacak. Bu yüzden geleceğin robotik endüstrisine bakarken yalnızca robot üreten şirketleri değil, o robotlara hareket kazandıran teknolojileri geliştiren ve üreten şirketleri de yakından izlemek gerektiğine inanıyorum. Örneğin "Savox" bu benim favori servomdur RC araçlarımda. Aklınızda olsun... Belki de robot çağının en büyük fırsatlarından biri, robotun tamamını üretmekte değil, binlerce farklı robotun ihtiyaç duyacağı ortak hareket teknolojilerini geliştirmekte yatıyor. Zekanın kendisinden çok kaslarında fırsat arıyorum? derseniz, bu size bir fikir sokması yapabilir efendim... En en önemli soru şu olmalı bence: NVDIA kaçan fırsattı, peki robotik endüstrisinin ortak donanım altyapısını kim sağlayacak? ben size ipucunu verdim efendim...

Çok nadir sorarım @grok bu gerçek mi?

Oyun geliştirirken en zor işlerden biri, 3D varlık üretim hattını doğru mimariyle kurabilmek. Örneğin TRELLIS.2 gibi image to 3D modelleriyle referans görsellerinden 3D modeller üretebiliyorsun. Ancak iş bununla bitmiyor. TRELLIS.2'yi yerel ortamda çalıştırmak için en az 24 GB GPU belleği gerekiyor. Donanımın yeterli değilse RunPod mecbur 🙃 veya Hugging Face üzerindeki hazır demolar alternatif olabilir. Belki işinize yarar 2D'den 3D'ye 👇 huggingface.co/spaces/micros… Sonrasında Blender ile geometri düzenleme, poligon optimizasyonu, UV, dokular, hareketli parçalar ve gerekiyorsa animasyon işlemleri geliyor. Ardından Khronos glTF Validator, Blender ve tarayıcı testleriyle modelin teknik doğruluğunu kontrol ediyorsun. Ama asıl mesele, modelin gerçek oyun kamerasında nasıl göründüğü ve mobil cihazlarda ne kadar verimli çalıştığı. Çünkü kaliteli görünen bir 3D model ile oyunda kullanılabilecek kaliteli bir 3D varlık aynı şey değil. Bütün bu aşamaları tekrarlanabilir, ölçülebilir ve mümkün olduğunca otomatik çalışan tek bir üretim hattına dönüştürmek asıl mühendislik problemi ki bunu kurduktan sonra rahatlıyorsun, ben biraz rahatladım efendim, darısı başınıza...

Şaşırdım 🥺 üzdün walter jr.

Oyun geliştiriciler gerçekten büyük insanlar, render’ı ayrı dert, animasyonu ayrı dert, sesleri ayrı dert, algoritması zaten başlı başına dert 😊 3 aydır uğraşıyorum, yeni yeni toparlıyorum ya hu…

Kendi soğuk cüzdanınızı kendiniz yapabilirsiniz. Bu konu ile ilgili talep gelirse detaylı anlatır ve repo yayınlarım ama kendiniz de araştırıp, gerekli parçaları alıp kendiniz sıfırdan yapabilirsiniz. Araştırmanız gereken açık kaynaklar github.com/xtools-at/colibri github.com/keycard-tech/keyc… ethglobal.com/showcase/leekd…

Elmalı'daki üreticinin anlattığı mesele yalnızca elma fiyatı değil. Üreticinin kendi ürününün satış koşullarında yeterince söz sahibi olamaması. Elmanın sadece toplama işçiliği yaklaşık 4 TL/kg. Tüccarın teklifi 4-5 TL olunca üretici hasat yapamıyor, elmalar dalında kalıyor. Aynı ürün tüketiciye 50-70 TL'den ulaşıyor. Elbette bu farkın tamamı aracının kazancı değil. Nakliye, depolama, fire ve perakende maliyetleri var. Ancak üreticinin birkaç alıcının teklifine mahkûm kalması da normalleştirilmemeli. Peki bu düzen nasıl değişebilir? Tarım Motoru'nun ilerleyen aşamalarında hayata geçirmek istediğim fikirlerden biri, bölgesel ve şeffaf bir dijital arz havuzu. Örneğin Elmalı'da bir üreticinin 100 ton elması var. Ürününü, miktarını, kalitesini, konumunu ve satış zamanını sisteme giriyor. Bu arz otomatik olarak Elmalı'nın ortak havuzuna ekleniyor. Bölgedeki diğer üreticiler de aynı şeyi yapıyor. İstanbul'daki bir market zinciri, toptancı veya gıda sanayicisi toplam arzı görebiliyor ve alım talebi oluşturabiliyor. Nakliyeyi kendisinin karşılayacağı veya üreticinin üstleneceği farklı teklifler sunabiliyor. Üretici de yalnızca kapısına gelen tüccarın değil, farklı alıcıların tekliflerini karşılaştırabiliyor. Daha küçük üreticiler ise 10-20 üretici bir araya gelerek büyük siparişleri birlikte karşılayabiliyor. Ama burada teknoloji kadar önemli, hatta ondan önce gelen bir mesele var: Üreticinin cesareti ve dayanışması. Çünkü mevcut ticaret düzeninin daha şeffaf hale gelmesinden rahatsız olacak kesimler çıkabilir. Alternatif satış kanalları oluşturmaya çalışan üreticiler fiyat baskısıyla, dışlanmayla veya caydırma girişimleriyle karşılaşabilir. Bu yüzden üreticilerin yalnızca ürünlerini değil, iradelerini de birleştirmeleri gerekiyor. Tek bir üreticiyi vazgeçirmek kolay olabilir. Birlikte hareket eden, verilerini paylaşan, haklarını bilen ve ortak kararlar alan üreticileri aynı şekilde yönlendirmek çok daha zordur. Bu, tüccarları sistemden çıkarmak anlamına gelmiyor. İşini düzgün yapan tüccarın, lojistikçinin ve toptancının elbette yeri var. Ama hiç kimsenin üreticinin başka bir alıcıya ulaşmasını engelleyecek kadar güçlü olmaması gerekiyor. Bu model de bir günde kurulamaz. Önce doğru ve doğrulanabilir arz verileri, ardından üreticilerin ortak hareket etmesi, alıcı talepleri, güvenilir ticaret süreçleri ve lojistik çözümleri gerekir. Zamanla elde edilen gerçek veriler, nerede soğuk hava deposu, paketleme veya işleme tesisi yatırımı yapılması gerektiğini de gösterebilir. Tarım Motoru bugün tarımsal üretim ve yatırım kararlarını verilerle destekliyor. İlerleyen aşamalarda üreticilerin ürünlerini görünür kılabildiği, ortak arz oluşturabildiği ve farklı alıcılardan talep alabildiği bir yapıya dönüşmesini istiyorum. Ama hiçbir yazılım, üreticinin kendi hakkını savunma ve birlikte hareket etme iradesinin yerini tutamaz. Üretici cesur olmalı, birlikte hareket etmeli. Tüketici de ödediği fiyatın nasıl oluştuğunu sorgulamalı. Çünkü gerçek değişim yalnızca teknolojiyle değil, şeffaflıkla, rekabetle ve dayanışmayla mümkün. Ben bunun için uğraş veriyorum efendim... tarimmotoru.com.tr

Son aylarda yazılım içeren her şey sanki daha sık sıkıntı çıkarıyor gibi geliyor bana 😊 Sürekli bir şeyleri güncellemek zorunda kalmaktan cihazlar da kafayı yedi sanki. AI geliştirme hızını artırdıkça bu döngü muhtemelen daha da hızlanacak... Apple'ın şarj kablosuna bile firmware güncellemesi bastığı dünyada, sizin koda neler olur düşünün 😬

Ya bak neredeyse bir yıldır trading botlarıyla işlem yapıyorum, en akıllısından en aptalına çalıştırıyorum ve bir sürü deneysel çalışma yaptım ama şu cümleyi kullanamadım "%60 kazandıran sistem ile botunuz olacak..." Oğlum tamam belki ben bilgisizim, yetersizim ama hiç bir şey bilmiyorsam bile deneysel çalışmalarımın verdiği en net sonuç "SADECE MUM PATTERNLERİNE TEMELLENDİRİLMİŞ BOTLARIN BAŞARISI KALICI DEĞİLDİR! DRİFT KAÇINILMAZDIR!" Ben orayı 6 ay önce bıraktım, başarılı olana da saygım var ama çok azınlıktır... Binance futures ETH/BTC trade flow open interest taker buy/sell volume funding premium/basis long/short positioning BTC/ETH etkisi Hyperliquid live microstructure Diye gider bu veri setleri... Gibi verileri çekmeden, veri seti oluşturacak ve anlamladıracak yapı kurmadan ki mesela sadece Hyperliquid'den veri çekmek için (normal mum verisi değil) AWS'ye üye olup s3 IAM kullanıcı ile temellendirme yapman ve bu veri setleri ile doğru alegoriyi kurman gerekirken, herkesin LLM ile yaptığı pattern trading botları ile başarılı olacağını düşünmek ve buna para ödemek 🫣 kusura bakmayın ama saflıktan ötedir. Bir de susunca seni Karamürsel sepeti sanmalarından usandım lan 😊 Hemen hemen her veri seti için ayrı bir servisim varken, bak sadece hyper için kaç servis çalıştırıp anlamlı veri oluşturuyorken, sen kim askjhskahdjkd..... Normalde huyum değildir, bugün biri ders vermeye kalktı tutamadım kendimi, şimdi okur burayı... affoluna dostlar...