Bahçede çalışırken aynı sorular tekrar tekrar karşımıza çıkıyordu: Toprak gerçekten ne kadar su tutuyor? Sulamadan sonra su hangi derinliğe iniyor? İlçe için verilen hava tahmini bu bahçeyi ne kadar temsil ediyor? Geçen sezonki bir uygulamanın nedenini bugün hatırlıyor muyuz?
Bu soruların cevabı tek bir yerde değildi: bir kısmı sensörde, bir kısmı hava tahmininde, bir kısmı laboratuvar sonucunda, bir kısmı saha notlarındaydı. ROOTLINQ bu parçaları aynı yerde görme ihtiyacından doğdu ve bugün pilot bahçelerde sınanıyor.
Yol haritası (Eylül 2026): modüllerin bugünkü olgunluğu ve pilot takvimi.
Geliştirme yaklaşımımızı üç basit ilke belirliyor: sorunu sahadan başlatmak, verinin ve hesabın kaynağını açık tutmak, teknolojiyi yalnız gerçekten işe yaradığı yerde kullanmak.
ROOTLINQ’in başlangıç noktası bir teknoloji fikri değil, bahçede her gün karşılaşılan sorulardı: don gecesinde havanın ne yapacağı, sulamadan sonra suyun köke ulaşıp ulaşmadığı, sezon boyunca yapılan işlerin kaydı. Teknolojiyi seçip tarıma uydurmuyoruz; önce sahadaki sorunu anlıyoruz.
Toprak, besleme, hastalık ya da sulama hesaplarında yayımlanmış bilimsel yöntemleri, saha gözlemlerini ve uzman görüşünü birbirinden ayrı tutuyoruz. Bir hesap bilimsel bir kaynağa dayanıyorsa bunu yazıyoruz; saha gözlemini model gibi, modeli de ölçüm gibi göstermiyoruz.
Daha fazla sensör ya da daha karmaşık bir yazılım her zaman daha iyi sonuç vermez. Bir bahçede birkaç temel ölçüm yeter, başka bir bahçede daha ayrıntılı bir sistem gerekir. Bir teknoloji sahadaki kararı değiştirmiyorsa, ne kadar gelişmiş olursa olsun yalnız yeni bir ekran üretmiş olur.
ROOTLINQ’in her modülünün bir olgunluk seviyesi vardır. Bir modül kodu yazıldığı için değil, sahada sınandığı için seviye atlar; seviye atlama koşulları önceden yazılıdır. Sahada hatalı davranan bir modül bir alt seviyeye indirilir ve kapatılır.
Bugün S3 seviyesinde hiçbir modül yok. Bu yüzden vitrindeki her sayfa kendi durumunu ayrıca yazar.
ROOTLINQ’i anlatırken ne olmadığını da açıkça söylemek istiyoruz, çünkü yanlış bir beklenti en çok sahada zarar verir:
Bahçedeki her kararın otomatik verilmesini istemiyoruz. Hedefimiz daha temel: doğru soruyu sormak için gereken veriyi kaybetmemek.
Geliştirirken hep aynı ayrımla karşılaşıyoruz:
Toprak nem sensörü kök bölgesindeki suyu ölçer; bu tek başına “bugün 3 saat sulayın” demek değildir. Hava koşulları bir hastalık için uygun olabilir; bu da tek başına “hastalık başladı” demek değildir.
Model yeterince saha verisi görmediyse, sensör şüpheli davranıyorsa ya da iki kaynak çelişiyorsa sistem cevap uydurmamalıdır. Cevabın yerini bir durum etiketi alır:
Güvenilir bir sistem her soruya acele cevap vermez; cevabının sınırını açıkça gösterir.
ROOTLINQ geliştirme aşamasındadır; şu anda kimseye ürün veya hizmet sunmuyor, başvuru ya da sipariş almıyoruz. Bu sitedeki bilgiler tanıtım amaçlıdır. Kişisel verilerinizle ilgili başvurular için aşağıdaki e-posta adresini kullanabilirsiniz.
Pilot bugün sınırlı sayıda bahçeyle yürüyor; yine de bahçenizdeki sulama, don ya da kayıt sorununu dinlemek ve ROOTLINQ’in size uygun olup olmadığını birlikte konuşmak isteriz.
Modellerimizi, varsayımlarımızı ve veri kaynaklarımızı incelemek isteyen mühendislerle görüşmeye açığız. Bir yöntemin eksiğini göstermek de onu doğrulamak kadar değerlidir.
Sensör, saha donanımı, veri altyapısı ya da araştırma alanında ortak çalışma görüyorsanız yazabilirsiniz. Kurumsal görüşmeler ve teknik sorular için de aynı e-posta adresi kullanılır.