Wiedza ucieka, gdy nie jest zapisana. Jak inżynier zbiera ją w jednym miejscu, linkuje notatki i wraca do nich wtedy, gdy są potrzebne.
Trzy lata temu robiłem wentylację w hali magazynowej. Pamiętam, że liczyliśmy krotność wymiany od strefy przebywania ludzi, a nie od całej kubatury, bo górna połowa hali nikogo nie wentyluje. Wiem, że gdzieś to zapisałem. Tylko nie wiem gdzie. Przeszukuję foldery projektu, potem maila, potem stare notatki w telefonie. Po czterdziestu minutach znajduję plik z obliczeniami i zero komentarza, dlaczego zrobiliśmy to właśnie tak.
To jest ten moment, w którym okazuje się, ile naprawdę jesteś warty. Nie tyle, ile umiesz znaleźć w internecie w pięć minut, bo to potrafi każdy. Tyle, ile masz pod ręką z własnej pracy: decyzji, wniosków i błędów, których nie zamierzasz powtórzyć. Ta wiedza już została zdobyta, kosztowała cię tygodnie, a teraz leży w pięciu miejscach i w twojej głowie, która powoli ją usuwa.
W tym wpisie pokażę:
- dlaczego wiedza ucieka nawet wtedy, gdy naprawdę chcesz ją zatrzymać,
- co robić, żeby zbierać ją w trakcie pracy, a nie po projekcie,
- jak linkowanie i tagi zamieniają zbiór notatek w bazę, do której się wraca,
- jak wygląda graf wiedzy po dwóch latach i co z niego czytam,
- czym różnią się Obsidian, Notion i OneNote, bez wojny o narzędzia,
- jak postawić pierwszą wersję bazy w jeden wieczór.
Jeśli chcesz najpierw zobaczyć stronę techniczną, czyli strukturę folderów, frontmatter i pracę z agentem na notatkach, zajrzyj do wpisu o bazie wiedzy w Obsidianie pod Claude Code i Codex. Ten tekst jest o czymś wcześniejszym: o tym, po co ci ta baza i jak ją zacząć bez planu na pół roku.
Scena, którą znasz: wiesz, że kiedyś to wiedziałeś
Każdy inżynier ma w głowie kilka takich historii. Szczegół, który kiedyś liczyłeś ręcznie i rozumiałeś, dziś jest tylko wrażeniem, że coś takiego było. Nie chodzi o wzory, te są w normach i w arkuszach. Chodzi o decyzje: dlaczego w tym budynku daliśmy dwie studzienki liniowe zamiast jednej, dlaczego kanał główny podzieliliśmy na dwa mniejsze, dlaczego odstąpiliśmy od rekuperacji.
W firmie odpowiedź często brzmi: ktoś powinien pamiętać. I zwykle jest to jedna osoba, która akurat jest na urlopie. Wtedy okazuje się, że wiedza instytucjonalna to nie dokumentacja, tylko czyjaś pamięć. Dokumentacja mówi, co jest w projekcie. Nie mówi, dlaczego tak, ani co odrzucono po drodze.
Dlaczego wiedza ucieka
Krzywa zapominania działa niezależnie od tego, jak dobry jesteś
Po tygodniu od przeczytania materiału pamiętasz mniej więcej połowę. Po miesiącu, jeśli z nim nie pracujesz, zostaje około jednej piątej. To nie wada pamięci, to jej normalna praca: nieużywane informacje są usuwane, bo ich utrzymywanie kosztuje. Dotyczy to tak samo kursu, jak i twojego własnego projektu z zeszłego roku.
Wniosek jest przykry i zarazem wyzwalający: samo przeżycie projektu nie zostawia wiedzy. Zostawia ją dopiero notatka napisana własnymi słowami i powrót do niej. Kilka powrotów po pięć minut daje więcej niż jedno czytanie przez godzinę, ale tylko wtedy, gdy jest do czego wracać.
Wiedza rozproszona po pięciu miejscach to wiedza, której nie masz
Typowy zestaw: pliki projektu na dysku sieciowym, maile z ustaleniami, PDF-y norm w folderze „normy”, zrzuty ekranu w telefonie, notatki w zeszycie, do tego dwa arkusze z obliczeniami. Każde z tych miejsc osobno działa. Razem nie działają, bo nie ma między nimi żadnego połączenia. Wyszukiwanie w Windows znajduje plik po nazwie, a nie wniosek po treści.
Do tego dochodzi najgorszy wariant: wiedza, która nigdy nie została zapisana, bo wydawała się oczywista. „Przecież to jasne, że przy belce 70 cm kanał główny się nie zmieści”. Jasne było w lutym, kiedy to ustalaliśmy. W listopadzie będzie trzeba ustalić to jeszcze raz, z tym samym skutkiem i tym samym kosztem.
Co robić inaczej: zbierać, linkować, wracać
Zapisuj w trakcie, nie po projekcie
Notatka po projekcie prawie nigdy nie powstaje. Po projekcie jest odbiór, faktura i następne zadanie. Notatka w trakcie powstaje, bo zajmuje tyle, co jeden akapit: trzy zdania o tym, co było problemem, co zrobiliśmy i co zrobilibyśmy inaczej. Trzecie zdanie jest najważniejsze i najczęściej go brakuje, a bez niego masz opis zamiast wiedzy.
W praktyce wygląda to tak, że przy każdej decyzji, która zajęła mi więcej niż pół godziny, dopisuję do notatki projektu jedno zdanie. Nie robię z tego sprawozdania. Po miesiącu mam kilkanaście zdań, z których połowa nic nie wnosi, a druga połowa ratuje tydzień przy następnym budynku.
Linkuj, żeby notatka miała drugie wejście
Notatka w folderze ma jedno wejście: musisz pamiętać, w którym folderze leży. Notatka z linkami ma ich kilka, bo trafiasz do niej z projektu, z wniosku i z notatki tematycznej. Dlatego przy każdej notatce dopisuję na końcu dwa albo trzy linki do rzeczy, które są z nią związane. To zajmuje minutę i jest jedyną czynnością, która naprawdę zmienia sposób korzystania z bazy.
Linki działają też w drugą stronę, i to jest ich największa zaleta. Obsidian pokazuje panel linków wstecznych, czyli listę notatek, które odwołują się do otwartej notatki. Kiedy otwieram notatkę o podstawach wentylacji, widzę od razu, w których projektach i wnioskach jej użyłem. Nie muszę pamiętać, że coś takiego istnieje. Wystarczy, że otworzę właściwą notatkę.
Taguj według obszarów, nie według nazw projektów
Tagi mają sens, gdy jest ich mało i gdy nie zmieniają znaczenia. U mnie działają cztery grupy: branża (wentylacja, sanitarka, koordynacja), typ notatki (wniosek, norma, projekt), etap (koncepcja, projekt budowlany, wykonawstwo) i narzędzie. Nie taguję nazwami projektów, bo po roku takie tagi są śmieciem: projekt się zamknął, a tag został i nic nie znaczy.
Widok tagów jest przy okazji dobrą diagnostyką. Jeśli jeden tag urósł do trzydziestu notatek, to znaczy, że albo ten obszar naprawdę jest twój, albo wpisujesz tam wszystko, co się nawinie. U mnie tak było z koordynacją: dopiero liczba przy tagu pokazała, że połowa notatek to duplikaty tego samego wniosku.
Wracaj do notatek według rytmu, nie według natchnienia
Powrót do notatek nie może zależeć od tego, czy będziesz miał wenę. U mnie działa dwadzieścia minut w piątek, w trzech krokach: przejrzeć notatki dodane w tygodniu, dopisać jedną, której brakuje, poprawić tagi. Efekt po roku to około stu osiemdziesięciu notatek, z których sześćdziesiąt to wnioski z projektów. Właśnie te sześćdziesiąt otwieram najczęściej.
Graf wiedzy: mapa, którą widzisz dopiero po roku
Graf to widok wszystkich notatek i linków między nimi. Każda kropka to notatka, każda linia to link, który ktoś postawił świadomie. Na początku graf wygląda jak przypadkowe kropki i faktycznie nic nie wnosi. Po roku pracy staje się rentgenem bazy, bo pokazuje trzy rzeczy, których nie widać w liście folderów.
- Wyspy bez linków. Notatki, do których nikt nigdy nie trafi, bo nie prowadzi do nich żadna ścieżka. Najczęściej są to notatki „na przyszłość”, które nigdy nie doczekały się użycia.
- Skupiska. Obszary, o których naprawdę myślisz, bo wracasz do nich z różnych projektów. U mnie po dwóch latach są cztery: wentylacja, koordynacja, normy i metody pracy.
- Notatki z wieloma linkami. Twoje własne punkty wejścia. To od nich zaczynasz szukanie, zamiast przeglądać foldery.
Ważne zastrzeżenie: graf jest ilustracją, nie celem. Nie buduje się bazy po to, żeby graf był ładny. Jeśli zaczniesz linkować notatki dla gęstości grafu, dostaniesz ładny obrazek bez treści. Graf ma sens tylko jako skutek uboczny tego, że notatki naprawdę się do siebie odwołują.
Narzędzia: Obsidian, Notion i OneNote
Używam Obsidiana i to jest moje główne narzędzie, więc uczciwie zaznaczam, że nie jestem bezstronny. Ale wybór narzędzia jest mniej ważny niż to, czy w ogóle zaczniesz zapisywać. Poniżej różnice, które naprawdę mają znaczenie w pracy inżyniera, a nie te z materiałów marketingowych.
Obsidian trzyma notatki jako pliki tekstowe w folderze na dysku. To daje dwie rzeczy: notatki otwierasz w dowolnym edytorze i możesz je przeszukiwać poza aplikacją, a linki między notatkami są zwykłym tekstem, więc nie znikają przy zmianie programu. Ma grafy, linki wsteczne, tagi i wtyczki, a przy tym działa bez internetu. Kosztuje tyle, co nic, jeśli używasz go prywatnie, a od 2025 roku licencja komercyjna jest dobrowolna.
Notion to bazy danych udające dokumenty. Jeśli prowadzisz rejestr projektów, tabelę zapytań ofertowych albo listę norm z filtrami, Notion zrobi to lepiej niż Obsidian. Jest wygodny w zespole, bo kilka osób może pracować w tym samym miejscu i widzieć zmiany od razu. Cena: dane są w chmurze, a baza jest mniej odporna na to, że za dwa lata zmienisz narzędzie i eksport nie będzie już taki sam.
OneNote jest tym narzędziem, które zwykle już masz, jeśli firma używa Microsoft 365. Wady i zalety wynikają z tego samego: jest częścią pakietu, więc nie musisz nic wdrażać, ale linkowanie notatek jest słabsze, a wyszukiwanie działa najlepiej w obrębie jednego notesu. Do notatek z projektu i szybkich zapisów wystarczy. Do bazy, w której notatki mają się sieciować, jest za sztywne.
Praktyczny wniosek: jeśli pracujesz sam i chcesz bazę na lata, zacznij od Obsidiana. Jeśli budujesz coś dla zespołu, gdzie liczy się wspólny rejestr i uprawnienia, Notion będzie szybszy. Jeśli nie chcesz instalować niczego nowego, zacznij w OneNote i nie udawaj, że to coś więcej niż notatnik. Każde z tych narzędzi jest lepsze od braku notatek, a wojna o to, które jest „jedyne słuszne”, kosztuje więcej niż cała baza.
Pierwsze kroki w jeden wieczór
Nie potrzebujesz planu na pół roku ani idealnej struktury folderów. Potrzebujesz jednego wieczoru i około dziewięćdziesięciu minut. Kolejność ma znaczenie, bo zaczynanie od wtyczek kończy się tym, że masz skonfigurowane narzędzie i zero notatek.
- Zainstaluj narzędzie i zrób jeden folder. Nowy vault w Obsidianie, w środku trzy foldery: Projekty, Wiedza, Wnioski. Nie więcej. Strukturę zmienisz później, gdy będziesz wiedział, czego naprawdę potrzebujesz.
- Wpisz dziesięć notatek po trzy zdania. Nie z całej kariery, tylko z ostatniego projektu, który pamiętasz. Problem, rozwiązanie, co byś zrobił inaczej. Dziesięć notatek to mniej więcej czterdzieści minut.
- Dodaj linki. Przy każdej notatce dopisz dwa linki do notatek, które są z nią związane. To tutaj baza przestaje być zbiorem plików.
- Ustal cztery tagi. Branża, typ notatki, etap, narzędzie. Więcej tagów na start to gwarancja, że żaden nie będzie używany konsekwentnie.
- Zaplanuj piątek. Dwadzieścia minut w kalendarzu, powtarzane co tydzień. Bez tego wpisu w kalendarzu baza umiera po trzech tygodniach.
- Zobacz, jak to wygląda w praktyce. Cały proces, od instalacji po pierwsze notatki i porządkowanie, pokazuję w filmie poniżej.
Jeśli po tym wieczorze zauważysz, że notatki zaczynają się linkować same, bo przy pisaniu kolejnej przypominasz sobie poprzednią, to znaczy, że baza działa. Jeśli nie, prawdopodobnie piszesz opisy zamiast wniosków. Wróć wtedy do trzeciego zdania w każdej notatce i dopisz je porządnie.
Co z tego zostaje po roku
Po roku masz kilkadziesiąt notatek, z których część jest słaba, a część bezcenna. To wystarczy. Kiedy pojawia się pytanie o rozwiązanie z projektu sprzed dwóch lat, nie szukasz pliku przez czterdzieści minut, tylko otwierasz notatkę z wnioskiem i widzisz, co wtedy zdecydowało. Kiedy zmieniasz pracę albo dostajesz nowe zadanie w podobnym budynku, twoja wiedza jedzie z tobą, bo jest zapisana, a nie wspomniana.
I tu wracam do zdania z początku. Jesteś warty tyle, ile wiesz, ale wiedza, do której nie masz dostępu, liczy się jak wiedza, której nie masz. Baza notatek nie jest ozdobą ani hobby. Jest sposobem, żeby to, czego nauczyłeś się przez lata, było nadal w twoich rękach wtedy, gdy jest potrzebne.
Jeśli chcesz zobaczyć, jak połączyć taką bazę z agentem, który czyta twoje notatki jako kontekst, przeczytaj wpis o połączeniu Codex z Obsidianem. To naturalny następny krok, ale dopiero po tym, jak masz co linkować.
