Labownik
w rozwojuAplikacja laboratoryjna: rejestr próbek, katalog badań według PN-EN, logowanie z rolami i uprawnieniami zespołu. Budowana pod wymagania akredytacji.
Oprogramowanie dla laboratoriów drogowych
Dziewięć lat robiłem ekstrakcje, ITSR i Marshalla. Teraz piszę aplikacje i narzędzia, które tę robotę porządkują — bo wiem, gdzie w niej naprawdę ucieka czas.
| Nr próbki | Mieszanka | Badanie | Norma | Status |
|---|---|---|---|---|
| 2026/0412 | SMA 11 50/70 | Ekstrakcja | PN-EN 12697-1 | zakończone |
| 2026/0413 | AC 16 W 35/50 | ITSR | PN-EN 12697-12 | w toku |
| 2026/0414 | AC WMS 16 | Moduł sztywności | PN-EN 12697-26 | w toku |
| 2026/0415 | AC 22 P 35/50 | Zawartość wolnych przestrzeni | PN-EN 12697-8 | zakończone |
| 2026/0416 | SMA 8 45/80-55 | Koleinowanie | PN-EN 12697-22 | w toku |
Fragment Labownika — aplikacji, w której prowadzę ewidencję próbek, katalog badań i uprawnienia zespołu zgodnie z ISO/IEC 17025.
Ewidencja próbek, harmonogram badań, protokoły, uprawnienia i historia zmian. Zamiast dziesięciu arkuszy krążących po mailu — jedno miejsce, do którego zagląda cały zespół.
Przeglądarka lub telefon, bez instalowania. Dane zostają u Was.
Kto, ile godzin i przy której próbce — rozliczane na badania, nie na dni. Wychodzi z tego realny koszt zlecenia i twardy argument w rozmowie o obsadzie laboratorium.
Plan pracy na tydzień, raport na koniec miesiąca.
Szablony i kalkulatory, które liczą to, co dziś liczy się ręcznie: Proctor, uziarnienie, przeliczenia recepty. Działają tam, gdzie już pracujecie, bez wdrożenia i bez szkoleń.
Formuły zamiast makr tam, gdzie się da — żeby dało się to sprawdzić.
Wyciągnięcie wniosków z archiwum wyników — gdzie powtarzają się odchyłki, które partie odstają, co przewiduje wynik ITSR zanim próbka trafi do prasy.
Od porządkowania danych po model, który podpowiada, czego się spodziewać.
Aplikacja laboratoryjna: rejestr próbek, katalog badań według PN-EN, logowanie z rolami i uprawnieniami zespołu. Budowana pod wymagania akredytacji.
Aplikacja do badania nośności płytą VSS (PN-S-02205, zał. B): rejestracja odczytów w terenie, obliczenia E1, E2, I0 i gotowy raport PDF z nagłówkiem laboratorium. Trwa pilotaż w laboratoriach zewnętrznych.
Plan pracy i ewidencja godzin laboratorium rozliczana na badania. Działa na co dzień w laboratorium, w którym pracuję.
Model uczący się na kilku tysiącach archiwalnych wyników badań MMA, który szacuje ITSR i odporność na koleinowanie na podstawie składu recepty — zanim mieszanka trafi do prasy.
Godzina o tym, co dziś robi się ręcznie i co Was w tym uwiera. Bez tłumaczenia mi, czym jest ekstrakcja.
Działająca wersja na Waszych danych w ciągu kilku tygodni. Klikacie, oceniacie, mówicie co zmienić.
Uruchomienie u Was lub w chmurze, przeniesienie danych z arkuszy, krótkie wprowadzenie dla zespołu.
Poprawki i drobne zmiany, gdy zmieni się norma, procedura albo skład zespołu.
Większość programistów, którzy trafiają do laboratorium, zaczyna od pytania „a co to jest ekstrakcja”. Ja zaczynam od tego, że wiem, ile trwa i co się dzieje, gdy wynik nie mieści się w WT-2.
Pracuję w laboratorium badań drogowych i przy wytwórni mieszanek na ciepło. Na co dzień mam do czynienia z projektowaniem recept SMA, AC i AC WMS, kontrolą produkcji oraz dokumentacją pod akredytację ISO/IEC 17025. Oprogramowanie piszę wieczorami — dla ludzi, którzy robią to samo co ja.
To znaczy, że nie musicie tłumaczyć mi dziedziny. Rozmowa zaczyna się od tego, co konkretnie ma się poprawić.
Macie w laboratorium coś, co od lat robi się ręcznie i wszystkich uwiera? Napiszcie — powiem, czy da się to sensownie zautomatyzować.
Odpisuję zwykle w ciągu dwóch dni roboczych. Jeśli wolicie zwykłego maila — powyższy adres działa tak samo dobrze.