Dziennik budowy — retrospektywny zapis startu projektu z 25 sierpnia 2026.
Najłatwiej rozpocząć aplikację do projektowania budynków od płótna, paska narzędzi i pierwszej ściany. KERNAL BUILD zaczął się inaczej: od ustalenia, co jest źródłem prawdy i za co system nie będzie odpowiadał.
BUILD nie jest kalkulatorem ERP
BUILD przechowuje wersjonowany model projektu oraz neutralne fakty geometryczne. Potrafi powiedzieć, jak długa jest ściana, jakie ma warstwy, ile wynosi powierzchnia pomieszczenia albo gdzie znajduje się otwór. Nie wylicza jednak ceny, robocizny ani receptury technologicznej.
Te decyzje należą do ERP, które zna konkretną technologię, cenniki i zasady wykonania. Dzięki temu BUILD nie musi być przepisywany za każdym razem, gdy zmienia się dostawca materiału albo sposób kalkulacji.
Jeden model, wiele widoków
Drugą decyzją było odrzucenie równoległych reprezentacji. Rzut, Viewer, PDF, model 3D, elewacja i przekrój mają wynikać z jednego dokumentu projektu. Jeżeli każdy widok przechowywałby własną geometrię, prędzej czy później pokazywałyby różne budynki.
Model jest wersjonowany, a każda operacja edytora ma docelowo postać odwracalnego polecenia. Aut zapis chroni bieżący szkic, natomiast publikacja tworzy niezmienny stan przeznaczony do przekazania odbiorcy.
Brak danych nie jest zerem
W systemie obliczającym ilości najgroźniejszy nie jest pusty wynik. Najgroźniejsza jest wiarygodnie wyglądająca liczba policzona z niepełnego modelu. Dlatego Geometry Facts rozróżnia wynik gotowy, niekompletny i nieobsługiwany. Powód jest częścią odpowiedzi.
Te trzy decyzje — granica wobec ERP, jeden model oraz jawna niekompletność — stworzyły fundament, na którym w kolejnych dniach powstały edytor 2D, publikacje, dokumentacja, 3D i pełna geometria dachów.