Binalar Mekânlar Olarak Tasarlanır. Yazılım Onları Sistemler Olarak Modellemelidir.

Kat planı son derece verimli bir soyutlamadır.

Binlerce metrekarelik bir alanı çizgiler, ölçüler, sınırlar ve tanımlamalarla ifade edebilir. Bir mekânın nerede bitip diğerinin nerede başladığını, alanların fiziksel olarak birbirleriyle nasıl ilişkilendiğini ve bir binanın nasıl organize edildiğini gösterir.

Mimari açısından bu soyutlama son derece güçlüdür.

Yazılım açısından ise eksiktir.

Dijital bir sistem, kat planının hiçbir zaman tanımlamak üzere tasarlanmadığı bir şeyi temsil etmek zorundadır: fiziksel yapısı büyük ölçüde aynı kalırken operasyonel durumu sürekli değişen bir binayı.

Tek bir ticari üniteyi düşünelim. Geometrisi yıllarca tamamen aynı kalabilir. Koordinatları değişmez, alanı aynı kalır. Ancak bu süre içinde ünite; boş, kiralanmış, dekorasyon sürecinde, faaliyette, geçici olarak kapalı, renovasyonda ve yeniden boş durumda olabilir.

Geometrik açıdan bakıldığında neredeyse hiçbir şey değişmemiştir.

Sistem açısından bakıldığında ise neredeyse her şey değişmiştir.

Bu ayrım önemlidir. Çünkü yazılımın bir gayrimenkulü nasıl temsil ettiği, daha sonra o gayrimenkul hakkında neleri anlayabileceğini de belirler.

NESNELERDEN DURUMLARA

Bir gayrimenkulün en basit dijital temsili, belirli özelliklere sahip nesnelerden oluşur. Bir bina katlardan, katlar alanlardan oluşur. Alanların kimlikleri, büyüklükleri ve sınıflandırmaları; varlıkların ise türleri, konumları ve teknik özellikleri vardır.

Bu yapı gereklidir. Ancak esas olarak nesnelerin ne olduğunu tarif eder.

Operasyonel bir yazılımın aynı zamanda bu nesnelerin hangi durumda olduğunu da anlayabilmesi gerekir.

Mühendislikte durum, bir varlığın belirli bir andaki koşulunu ifade eder. Bu koşuldaki değişiklik ise bir durum geçişi yaratır. Kavram teknik gelebilir, ancak sonucu son derece temeldir.

Bir sistem yalnızca bir ünitenin, varlığın veya başka bir nesnenin mevcut durumunu saklıyorsa, bize şu anda neyin doğru olduğunu söyleyebilir. O noktaya gelene kadar yaşanan geçişleri de koruyorsa, mevcut durumun nasıl ortaya çıktığını anlamamızı sağlamaya başlar.

Bu, bir fotoğraf ile bir geçmiş arasındaki farktır.

Ve geçmiş, hesaplayabileceklerimizi değiştirir.

Altı aydır boş olan bir ünite ile dün boşalmış bir ünite bugün tamamen aynı durumda görünebilir: boş. Statik bir veri tabanında bu iki kaydı eşdeğer kabul etmek doğru olabilir. Operasyonel bir sistemde ise yetersiz kalabilir.

Duruma anlam kazandıran zamandır.

GAYRİMENKUL AYNI ZAMANDA BİR İLİŞKİLER AĞIDIR

Durum tek başına yine yeterli değildir.

Bir gayrimenkul, birbirinden bağımsız nesnelerin oluşturduğu basit bir hiyerarşiden ibaret değildir. Dijital temsilinin, bu nesneler arasındaki ilişkileri de koruyabilmesi gerekir. Bir alan bir kiracıyla, kiracı bir veya daha fazla sözleşmeyle, fiziksel varlıklar belirli konumlarla, operasyonel kayıtlar ise zaman içinde kendi ilişkileri de değişebilen farklı varlıklarla bağlantılı olabilir.

Dolayısıyla asıl mühendislik problemi yalnızca ne kadar bilginin saklanabildiği değildir.

Bilginin nasıl yapılandırıldığı ve nasıl ilişkilendirildiğidir.

Belgeleri dijitalleştirmek ile bir sistemi modellemek arasındaki fark da burada belirginleşir. Bir belge çok büyük miktarda bilgi içerebilir ve yine de büyük ölçüde diğer bilgilerden bağımsız kalabilir. Yapılandırılmış bir modelde ise bir varlık, diğer varlıklarla kurduğu ilişkiler üzerinden anlam kazanır.

Aynı prensip gayrimenkul için de geçerlidir.

Bir kat planı bize mekânın nerede olduğunu söyler.

O mekânda ne olduğunu anlatmaz.

Bunu anlayabilmek için yazılımın geometriden daha fazlasına ihtiyacı vardır. Duruma, ilişkilere ve zamana ihtiyacı vardır.

ZOR OLAN DEĞİŞİMDİR

Fiziksel binalar mühendislik açısından ilginç bir çelişki yaratır.

Binalar, onları doğal olarak statik yapılar şeklinde düşünmemize yetecek kadar kalıcıdır. Buna karşılık onları işletmek için gereken bilgi son derece dinamiktir. Üstelik zaman içinde gayrimenkulün fiziksel olarak nasıl bölümlendiğine ilişkin mantıksal yapı bile değişebilir.

500 metrekarelik bir ticari alan yıllarca tek bir ünite olarak kullanılabilir ve daha sonra üç ayrı üniteye bölünebilir. Bir açıdan bakıldığında üç yeni ünite ortaya çıkmıştır. Başka bir açıdan ise bu alan, en başından beri bu üç ayrı varlık üzerinden modellenebilecek bir yapıya sahiptir; önceki kiracı yalnızca bu alanları tek bir sözleşmesel bütün olarak kullanmıştır.

Bu ayrım yalnızca teknik bir detay değildir.

Yazılım, konfigürasyondaki her değişikliği bir gerçekliğin sona erip yenisinin başlaması şeklinde ele alırsa, sürekliliği korumak giderek zorlaşır. Geçmiş veriler teknik olarak sistemde var olmaya devam edebilir, ancak kendilerinden sonra gelen yeni yapıyla olan ilişkilerini kaybedebilir.

Daha dayanıklı bir modelin, temeldeki varlıklarla bu varlıkların farklı zamanlarda nasıl gruplandığını, kullanıldığını veya temsil edildiğini birbirinden ayırabilmesi gerekir.

Bazen bu, sonradan ortaya çıkan bilgiler önceki soyutlamanın artık yeterli olmadığını gösterdiğinde geçmişteki yapının da yeniden ele alınmasını gerektirir. Buradaki amaç geçmişte yaşananları değiştirmek değildir. Amaç, geçmiş ile bugünün mantıksal olarak karşılaştırılabilir kalmasını sağlayan bir modeli korumaktır.

Gayrimenkul yazılımlarında değişimi bu kadar zor bir problem haline getiren nedenlerden biri de budur.

Bir ilişki değiştiğinde ne kalıcı olmalıdır? Birden fazla alan tek bir alana dönüştüğünde veya tek bir alan birkaç parçaya ayrıldığında, geçmiş veriler hangi kimlikle ilişkilendirilmelidir? Sözleşmesel gerçekliği, mekânsal gerçeklikle birbirine karıştırmadan nasıl koruyabiliriz?

Bunlar arayüz soruları değildir.

Bunlar modelleme sorularıdır.

Ve bu seviyede alınan kararlar, bir platformun ileride neleri raporlayabileceğini, otomatikleştirebileceğini, karşılaştırabileceğini ve analiz edebileceğini belirler.

BİR VERİ TABANI, HENÜZ DİJİTAL BİR MODEL DEĞİLDİR

Modern yazılım teknolojileri bilgi saklamayı görece ucuz hale getirdi.

Bu durum, yeterince büyük bir kayıt koleksiyonunun zaman içinde gayrimenkulü eksiksiz biçimde tarif edeceği izlenimini yaratabilir.

Ancak veri miktarı ile veri yapısı aynı şey değildir.

Birbiriyle ilişkilendirilmemiş tablolar, belgeler ve tanımlayıcılar arasında dağılmış on yıllık bilgi, bir binanın bütün geçmişini içeriyor olabilir. Ancak bu, o geçmişin tutarlı bir şekilde temsil edildiği anlamına gelmez.

Dolayısıyla mühendislik problemi, fiziksel gerçekliğin her ayrıntısını dijital ortamda yeniden üretmek değildir. Zaten hiçbir işlevsel soyutlama bunu yapmaya çalışmaz.

Asıl mesele, gerçeklik değişirken modelin gayrimenkulü temsil etmeye devam edebilmesi için hangi varlıkların, durumların ve ilişkilerin korunması gerektiğine karar vermektir.

Yetersiz soyutlama önemli ilişkilerin kaybolmasına neden olur.

Aşırı soyutlama ise modeli gereksiz yere karmaşıklaştırır.

İyi mühendislik bu ikisinin arasında bir yerde durur.

TEMSİLDEN ZEKÂYA

Yazılım kayıt tutmanın ve raporlamanın ötesine geçtiğinde bütün bunlar daha da önemli hale gelir.

Otomasyon, ilgili varlıkların hangi durumda olduğunu bilmeyi gerektirir. Analiz, bilgiler arasında tutarlı ilişkiler bulunmasına bağlıdır. Öngörü ise geçmiş durumların, gerçekten yaşandıkları koşullar içinde yorumlanabilmesini gerektirir.

Yapay zekâ, altında tutarlı bir model bulunması ihtiyacını ortadan kaldırmaz. Aksine, birçok açıdan bu ihtiyacı daha da önemli hale getirir.

Akıllı bir katman çok büyük miktarda bilgi içindeki örüntüleri belirleyebilir. Ancak bu örüntülerin anlamı yine de altında yatan verinin neyi temsil ettiğine bağlıdır. Geçmişteki ilişkiler kaybolmuşsa, varlıklar hatalı biçimde ayrılmış veya birleştirilmişse ya da birbirinden farklı durumlar aynıymış gibi ele alınmışsa, daha yüksek analiz kapasitesi eksik yapıyı kendiliğinden yeniden oluşturamaz.

Zekâ, sistemin hiçbir zaman korumadığı bağlamı sonradan geri getiremez.

Bu nedenle bir gayrimenkul platformunun mühendisliği, üzerine eklenecek zekâ katmanından çok daha önce başlar.

DİJİTAL GAYRİMENKUL

Bir binanın dijital versiyonunu, fiziksel binanın bir kopyası olarak tanımlamak oldukça caziptir.

Bize göre bu yaklaşım problemin boyutunu küçümsüyor.

İşlevsel bir dijital temsilin her duvarı, koridoru veya teknik detayı yeniden üretmesi gerekmez. Asıl ihtiyacı, gayrimenkulün farklı konfigürasyonları arasındaki sürekliliği kaybetmeden zaman içinde nasıl değiştiğini anlayabilmek için gerekli yapıyı korumaktır.

Fiziksel bina geometriyi sağlar.

Operasyonlar durumunu değiştirir.

İlişkiler bu durumlara anlam kazandırır.

Zaman bu değişimleri geçmişe dönüştürür.

Mühendislik ise bu geçmişin tutarlı kalıp kalmayacağını belirler.

Ortaya çıkan şey yalnızca dijital bir bina değildir.

Değişen bir sistemin modelidir.

Belki de gayrimenkul yazılımlarını düşünmenin daha doğru yolu budur.

Bir bina onlarca yıl aynı yerde durabilir. Ancak işletilmesi açısından önemli olan neredeyse her şey, onun içinde ve çevresinde sürekli değişebilir.

Bina statik olabilir.

Gerçekliği değildir.