Narzędzia do notatek: Obsidian vs Notion vs OneNote – co lepsze dla devów i studentów?

Jakie problemy mają devowie i studenci z notatkami?

Typowy chaos: wszystko wszędzie naraz

Programista lub student informatyki zwykle nie cierpi na brak treści, tylko na brak porządku. Repozytoria na GitHubie, dokumentacje API, kursy wideo, wykłady, czaty z zespołem, PDF-y od prowadzących, zrzuty ekranu z błędami – to wszystko ląduje w dziesiątkach miejsc. Do tego kilka narzędzi do notatek używanych równolegle: Google Docs do projektów grupowych, OneNote na zajęcia, Notion do „organizacji życia”, a gdzieś obok Obsidian „do drugiego mózgu”.

Efekt jest prosty: w momencie, gdy trzeba znaleźć jednego screena z błędem czy fragment kodu z zajęć sprzed semestru, zaczyna się kopanie po folderach i historię przeglądarki. Notatki są, tylko nie wiadomo gdzie i pod jaką nazwą. Bardzo łatwo wpaść w iluzję produktywności: dużo klikania, zero realnego dostępu do wiedzy w odpowiednim momencie.

Drugi problem to rozjazd między teorią a praktyką. Student skanuje slajdy, robi zdjęcia tablicy, ale gdy przychodzi projekt, nie potrafi połączyć tych informacji w całość. Brakuje linków między pojęciami i miejscem, gdzie można dołożyć własny kod, wyniki eksperymentów i komentarze. Sama kolekcja PDF-ów nie buduje umiejętności.

Różne potrzeby: od live-codingu po konspekty egzaminacyjne

Notatki dla programisty i dla studenta muszą obsłużyć co najmniej kilka trybów pracy. To nie są tylko „zapiski z wykładów”. Typowe sytuacje:

• Live-coding na kursie – trzeba szybko notować komendy, krótkie fragmenty kodu, często na zmianę z oglądaniem ekranu prowadzącego. Liczy się tempo i prostota.
• Głębokie zrozumienie tematu – notatki z algorytmów, struktur danych, wzorców projektowych. Ważne są schematy, rysunki, przykłady krok po kroku i możliwość późniejszego rozbudowania treści.
• Przygotowanie do egzaminu – tu pojawia się potrzeba konspektów, podsumowań, list pytań kontrolnych, fiszek. Narzędzie musi umożliwić szybkie przeglądanie i powtórki.
• Notatki projektowe – wymagania, decyzje architektoniczne, TODO, bugi, linki do issue i commitów. Notatki zaczynają przypominać lekką dokumentację projektu.

Jedno narzędzie może dobrze służyć do szybkiego zrzutu myśli, inne lepiej ogarnie rozbudowane bazy wiedzy. Próba używania tego samego workflow do wszystkich zastosowań zwykle kończy się frustracją. Dlatego tak ważne jest, jak myśli dane narzędzie: czy bliżej mu do kartki w zeszycie, do wiki, czy do bazy danych.

Ból przy szukaniu: brak systemu, nie tylko brak wyszukiwarki

Wyszukiwarkę ma każda z tych aplikacji. Problem leży gdzie indziej: w braku spójnego sposobu nazywania notatek, tagowania i łączenia. Gdy masz 300 plików o nazwie „notatki.md”, żadna aplikacja nie uratuje sytuacji. Devowie i studenci często:

• mieszają języki i skróty w tytułach (PL/EN, „algosy”, „algo1”, „Algorytmy wykład 3”),
• używają tagów raz, po czym już nigdy ich nie stosują konsekwentnie,
• tworzą zbyt zagnieżdżone foldery („Studia” > „3 semestr” > „Algorytmy” > „Wykłady” > „Do poprawy”),
• nie linkują notatek ze sobą, więc każdy dokument żyje w izolacji.

Bez minimalnego systemu każda aplikacja zamienia się w cyfrowy śmietnik. Narzędzie powinno ten system wspierać, a nie wymuszać niepotrzebne ceregiele. Dla jednych będą to tagi i linki (Obsidian), dla innych prosta hierarchia zeszytów (OneNote), a dla części – bazy i relacje (Notion).

Co jest naprawdę potrzebne w narzędziu do notatek

Dla programisty i studenta kluczowe są cztery rzeczy:

• Szybkość zapisu – notatka musi powstać w kilka sekund. Minimalne kliknięcia, sensowne skróty klawiszowe, wygodny zapis kodu. Jeśli narzędzie się długo ładuje, zniechęca.
• Łatwe szukanie – nie tylko po pełnym tekście, ale też po tagach, tytułach, datach, a czasem po relacjach między notatkami. W idealnej sytuacji: wpisujesz nazwę tematu i widzisz sieć powiązań.
• Dobra organizacja – prosty, konsekwentny model: foldery, bazy, zeszyty. Do tego szybkie przenoszenie notatek, refaktoryzacja struktury i możliwość rozwoju systemu.
• Bezpieczeństwo danych – kopie zapasowe, sensowna synchronizacja, kontrola nad prywatnymi treściami (np. kod z pracy, hasła, dane projektowe).

Obsidian, Notion i OneNote realizują te potrzeby w różny sposób. Zrozumienie ich filozofii bardzo ułatwia wybór – inaczej wybierze ktoś nastawiony na „drugi mózg” i izolowaną wiedzę, inaczej student w środowisku Microsoft 365, a jeszcze inaczej dev pracujący z zespołem w Notion.

Obsidian, Notion, OneNote – charakterystyki i filozofie pracy

Obsidian: lokalne pliki Markdown i „drugi mózg”

Obsidian to edytor plików Markdown z nakładką nawigacyjną. Cały „vault” to po prostu katalog na dysku z plikami .md. Zamiast klasycznej struktury folderów jako głównego mechanizmu porządkowania, Obsidian stawia na linki dwukierunkowe i sieć powiązań między notatkami. To narzędzie stworzone pod zarządzanie wiedzą osobistą, a nie klasyczne „notatki z lekcji”.

Filozofia jest prosta: każda notatka to atom wiedzy – pojęcie, funkcja, błąd, fragment dokumentacji. Łączysz te atomy linkami, tworzysz graf powiązań i dzięki temu twój „drugi mózg” zaczyna przypominać mapę myśli. Gdy uczysz się np. programowania współbieżnego, możesz:

• mieć osobne notatki o mutexach, semaforach, deadlockach,
• linkować je do projektów, w których używałeś tych mechanizmów,
• spinać to wszystko notatką „Przygotowanie do kolokwium – współbieżność”.

Dla devów ważne jest też to, że Markdown to prosty, tekstowy format. Pliki można trzymać w repozytorium Git, wersjonować, przenosić między maszynami i edytorami. Nie jesteś przyspawany do jednej platformy.

Notion: baza danych, strony i szablony w chmurze

Notion pod spodem nie jest aplikacją do notatek, tylko miękką bazą danych z interfejsem w formie stron i bloków. Każda strona to kolekcja bloków: tekst, kod, lista zadań, tabela, widok kalendarza, galeria itp. Tabele (bazy danych) można łączyć relacjami, filtrować i wyświetlać w różnych widokach (lista, Kanban, kalendarz, oś czasu).

Kluczową cechą Notion jest praca w chmurze i silny nacisk na współdzielenie. Jeden workspace może ogarniać projekty zespołu, osobisty system zadań, notatki z kursów, bazy snippetów i roadmapę rozwoju. Strony można łatwo udostępniać, komentować, przypinać zadania do osób. Dla studentów to świetne miejsce na:

• wspólne notatki z wykładów grupy projektowej,
• bazy zadań na zaliczenia z datami oddania,
• repozytorium projektów z linkami do GitHuba.

Filozofia Notion: „jedno miejsce na wszystkie informacje”. Jeśli lubisz mieć kalendarz kolokwiów obok bazy notatek z wykładów i tablicy Kanban dla projektu – Notion to naturalny wybór.

OneNote: cyfrowy zeszyt, który naśladuje papier

OneNote ma zupełnie inne podejście: udaje zeszyt na kartce. Struktura to: zeszyty > sekcje > strony. Na każdej stronie można swobodnie rozkładać bloki tekstu, obrazy, rysunki, nagrania audio. Nie trzeba się przejmować układem – piszesz i wklejasz jak na fizycznej kartce.

Dla studentów to bardzo naturalne: osobny zeszyt na semestr, sekcje na przedmioty, strony na kolejne wykłady lub laboratoria. Jeśli korzystasz z tabletu z rysikiem, OneNote świetnie obsłuży pisanie odręczne, rysowanie schematów, zaznaczanie ważnych rzeczy kolorami. Dla devów sprawdza się jako miejsce na:

• notatki z meetingów,
• szybkie szkice architektury,
• listy TODO przed wdrożeniem.

Filozofia OneNote: „zeszyt zawsze przy tobie, tylko że cyfrowy”. Mniej struktury, mniej meta-poziomu, więcej bezpośredniego pisania i rysowania. Idealne dla tych, którym wystarcza prosty podział i wyszukiwarka w obrębie zeszytu.

Jak te podejścia zmieniają styl pracy devów i studentów

Różnice filozofii przekładają się na codzienne nawyki:

• Obsidian zachęca do atomizowania wiedzy, tworzenia pojęć i łączenia ich linkami. Dobrze pasuje do nauki złożonych tematów (np. język + framework + narzędzia), gdzie wiedza rozlewa się na wiele obszarów.
• Notion wymusza myślenie w kategoriach „rekordów” i „baz”. Notatka z wykładu to wpis w bazie „Wykłady”, zadanie do projektu to wpis w bazie „Tasks”. Świetnie spina naukę, projekty, życie prywatne.
• OneNote wspiera linearny, „zeszytowy” styl pracy. Każdy wykład ma swoją stronę, każda rozmowa na stand-upie – kolejną stronę. Mało kombinowania, dużo pisania.

Dla jednych to błogosławieństwo (mniej kombinowania, więcej działania), dla innych ograniczenie (brak mocnych relacji, brak typowego „drugiego mózgu”). Wybór narzędzia warto oprzeć o to, jak naturalnie układają ci się myśli, a nie tylko o listę funkcji.

Sposób zapisu i struktura notatek – jak myśli narzędzie

Obsidian: Markdown, linki dwukierunkowe, tagi i graf powiązań

Obsidian opiera się na kilku prostych klockach:

• Pliki Markdown – każdy plik to jedna notatka. Używasz prostych znaczników: # nagłówek, - lista, ```język dla kodu. Zero „magii” w formacie.
• Linki wiki – zapisujesz [[Nazwa notatki]] i tworzysz link. Link jest dwukierunkowy: w notatce docelowej widzisz, kto do niej linkuje.
• Tagi – w tekście dodajesz #tag. Obsidian wyświetla listę tagów i notatek, w których występują.
• Graf – widok sieciowy, który pokazuje, jak notatki są ze sobą połączone.

To wszystko zachęca do budowania sieci wiedzy. Zamiast jednej 30-stronicowej notatki z kursu Reacta, możesz mieć kilkanaście krótszych: „hooki”, „useEffect”, „zarządzanie stanem”, „React + TypeScript”. Każda z nich łączy się z projektami, w których tego użyłeś. Przypomina to pracę z wiki lub dokumentacją, tylko że osobistą.

Przy nauce programowania taka struktura działa świetnie. Gdy wracasz do tematu po pół roku, nie musisz przeglądać chronologicznych notatek z kursu. Skaczesz między powiązanymi pojęciami, jak po dokumentacji frameworka. To dokładnie to, jak działają myśli doświadczonego dev-a – Obsidian pomaga zbliżyć się do tego stanu.

Notion: bloki, bazy danych i wielowidokowe strony

Notion składa się z bloków. Każdy wiersz może być:

• paragrafem tekstu,
• nagłówkiem,
• listą zadań (checkbox),
• blokiem kodu,
• tabelą (baza danych),
• rozwijanym togglem,
• i wieloma innymi elementami.

Bazy danych to najmocniejszy element. Tabela „Przedmioty” może mieć kolumny: nazwa, semestr, prowadzący, ECTS, link do folderu z notatkami. Tabela „Wykłady” – data, przedmiot (relacja do „Przedmioty”), typ (wykład/lab), link do nagrania, status (przerobione/powtórzyć). Do tego możesz mieć widoki: kalendarz wykładów, lista do wydruku, widok Kanban „do powtórki”.

Dla devów takie podejście świetnie skaluje się do projektów:

• baza „Zadania” z kolumnami: status, priorytet, sprint, powiązany epic,
• baza „Dokumentacja” z relacją do zadań,
• widoki „Mój tydzień”, „Backlog zespołu”, „Dokumenty do review”.

OneNote: strony, podstrony i wyszukiwarka zamiast „grafu wiedzy”

OneNote stawia na prostą hierarchię i wyszukiwanie. Technicznie to:

• zeszyty – główne zbiory (np. „Semestr 3”, „Praca”, „Projekty poboczne”),
• sekcje – zakładki w zeszycie (np. „Algorytmy”, „Systemy operacyjne”),
• strony i podstrony – konkretne notatki (np. „Wykład 5 – grafy”).

Strona to płótno. Wrzucasz tekst, screeny z PDF, zdjęcia z tablicy, ręczne notatki z rysika. Struktura jest „płaska” – brak linków dwukierunkowych czy grafu powiązań; spinasz całość głównie:

• czytelnymi tytułami stron,
• kolorami sekcji,
• wyszukiwarką (także po tekście na obrazach, dzięki OCR).

Takie podejście jest wygodne, gdy najczęściej „wracasz” do notatek w kontekście: konkretny przedmiot → konkretna data, a nie jako sieć pojęć. Na studiach technicznych to często wystarcza: wiesz, że kolokwium jest z „Algorytmów” z zakresu „drzew”, więc otwierasz sekcję, przeglądasz strony z tego tygodnia i robisz powtórkę.

W pracy dev-a OneNote bywa takim „dumpem świadomości”: jedna sekcja na projekt, strony na meetingi, retrospektywy, checklisty przed release. Gdy trzeba coś znaleźć, wbijasz frazę w wyszukiwarkę i skaczesz po trafieniach zamiast żonglować linkami.

Porównanie sposobu myślenia narzędzi

Zestawiając te trzy podejścia w jednym miejscu, dobrze widać, z czym pracujesz na co dzień:

• Obsidian – myśli w pojęciach i relacjach. Idealny dla tych, którzy lubią rozbijać wiedzę na małe klocki i układać z nich swoją wiki.
• Notion – myśli w rekordach i procesach. Spina notatki z zadaniami, projektami, terminami. Dobre, gdy notatka jest tylko częścią systemu ogarniania życiowego i projektowego.
• OneNote – myśli w zeszytach i stronach. Prosto: otwierasz nową stronę i piszesz, jakbyś przerzucił kartkę zeszytu.

Jeśli łapiesz się na tym, że często rysujesz zależności między tematami (np. jak nowa biblioteka wiąże się z tym, co już znasz) – Obsidian. Jeśli masz w głowie „tablicę zadań” i terminy – Notion. Jeśli twoje myślenie to raczej „kolejne spotkania / kolejne wykłady” – OneNote będzie najmniej przeszkadzał.

Praca offline, synchronizacja i bezpieczeństwo danych

Obsidian: lokalnie z natury, chmura z wyboru

Domyślnie Obsidian trzyma wszystko w lokalnym folderze. To plus i minus jednocześnie:

• masz pełną kontrolę nad plikami,
• aplikacja działa w pełni offline,
• backup i synchronizacja zależą od ciebie.

Do synchronizacji masz kilka opcji:

• Obsidian Sync – płatna usługa twórców. Działa stabilnie, szyfrowanie end-to-end, historia zmian. Wygodne, jeśli nie chcesz się bawić w konfigurację.
• Git – vault jako repozytorium. Dobry wariant dla devów: wersjonowanie, branch’e, backup w GitHub/GitLab. Minusy: konflikt przy jednoczesnej edycji na wielu maszynach trzeba czasem rozwiązać ręcznie; nie każdemu chce się robić commit po każdej zmianie.
• Dropbox/OneDrive/Google Drive – klasyczne chmury. Działają, ale trzeba pilnować, żeby nie otwierać tego samego vaulta równocześnie na dwóch urządzeniach (ryzyko konfliktów plików).

Bezpieczeństwo danych zależy tu głównie od twojej higieny:

• robisz kopie vaulta (zip na zewnętrzny dysk, repo zdalne),
• trzymasz dane w szyfrowanym volume (np. VeraCrypt) lub katalogu szyfrowanym systemowo, jeśli notatki zawierają wrażliwe informacje projektowe,
• nie wrzucasz tajnych kluczy i haseł – do tego są menedżery haseł.

Z punktu widzenia devów, Obsidian daje największą kontrolę nad poufnymi notatkami: możesz mieć vault offline, z backupem tylko lokalnym, zupełnie poza zasięgiem cudzych serwerów.

Notion: zawsze chmura, zawsze online (z małym „ale”)

Notion to aplikacja cloud-first. Twoje dane siedzą na ich serwerach, synchronizacja jest „za darmo” – logujesz się na innym urządzeniu i widzisz wszystko. Praca offline działa częściowo (cache, ostatnio otwierane strony), ale:

• pierwsze pobranie workspace’u wymaga sieci,
• złożone widoki baz danych offline potrafią się zachowywać różnie,
• bez regularnego internetu komfort spada.

Bezpieczeństwo to mieszanka:

• konto chronione hasłem + najlepiej 2FA,
• uprawnienia w workspace: prywatne strony, ograniczony dostęp dla członków zespołu,
• pełna kontrola po stronie Notion nad infrastrukturą (plus: nie musisz tego ogarniać; minus: ufasz zewnętrznej firmie).

W środowisku pracy dochodzi aspekt prawny: sporo firm nie pozwala wrzucać kodu źródłowego czy danych klientów do zewnętrznych SaaS. Snippety pseudokodu, opis architektury – zwykle OK. Wklejanie pełnych klas i fragmentów produkcyjnego repo – często już nie.

Backup z Notion to głównie eksport workspace’u (HTML/Markdown + pliki). Robisz raz na jakiś czas, wrzucasz do własnego archiwum. To nie jest tak wygodne jak po prostu kopiowanie folderu z Obsidiana, ale da się żyć.

OneNote: hybryda lokalnych kopii i chmury Microsoftu

OneNote najlepiej działa, gdy zeszyty trzymasz na OneDrive lub w SharePoint/OneDrive dla Firm. Wtedy:

• Masz automatyczną synchronizację między urządzeniami.
• Offline działa sensownie – aplikacja desktopowa trzyma kopię lokalną, a po powrocie do sieci synchronizuje zmiany.
• W uczelnianym czy firmowym Microsoft 365 dzielisz zeszyty ze współpracownikami / grupą projektową w kilka kliknięć.

Jeśli jesteś mocno offline (np. dużo jeździsz pociągami, słaby internet), klasyczna aplikacja OneNote z pakietu Office jest bezpiecznym wyborem – notujesz normalnie, synchronizacja dociąga się później.

Bezpieczeństwo danych silnie zależy od konfiguracji całej organizacji Microsoft 365: polityk haseł, MFA, zasad udostępniania. Na uczelniach i w firmach IT zwykle są to przyzwoite ustawienia, ale ty nadal decydujesz, co ląduje w zeszycie. Kody API, hasła do baz, sekrety – trzymasz osobno.

Tworzenie notatek technicznych – kod, snippety, dokumentacja

Obsidian: Markdown + wtyczki = prywatna dokumentacja jak w repo

Obsidian jest natywnie blisko sposobu, w jaki devowie dokumentują kod:

• blok kodu: ```język + podświetlanie składni,
• listy, tabele, cytaty – wszystko w prostym Markdownie,
• łatwe linkowanie do plików, ticketów, dokumentów.

Przydaje się kilka prostych schematów:

• notatki „How-To” – np. „Jak zdebugować X w projekcie Y” z krokami, komendami do uruchomienia, odnośnikami do ticketów w Jirze,
• „Incident log” – dla każdego większego błędu osobna notatka: objawy, przyczyna, fix, link do PR-a. Z czasem masz prywatną bazę wiedzy o produkcji.

Popularne wtyczki:

• Templater – szablony notatek (np. standard dla „post-mortemu” czy opisu modułu),
• Dataview – zapytania po metadanych w notatkach (np. wszystkie notatki typu „bug”, z ostatnich 30 dni),
• Kanban – proste tablice zadań, jeśli chcesz mieć mini-Kanban w tym samym vault.

Dla studenta informatyki Obsidian sprawdza się jako prywatna dokumentacja do przedmiotów „z kodem”: każda struktura danych, algorytm czy wzorzec projektowy ma swoją notatkę. Na egzaminie nie przypominasz sobie, co było na 10. slajdzie – skaczesz między pojęciami tak, jak przechodzi się po dokumentacji w pracy.

Notion: bazy snippetów, checklisty release’ów i wiedza zespołu

Notion jest wygodny, gdy z notatek technicznych chcesz zrobić wspólny system. Przykładowy setup zespołu devów:

• baza „Snippety” – pola: język, tagi (np. „SQL”, „auth”), kontekst (projekt), data ostatniego użycia, fragment kodu w bloku code,
• baza „Runbooki” – opis krok po kroku, co zrobić, gdy coś padnie (restart usług, sprawdzenie logów, kontakt do admina),
• baza „Decyzje architektoniczne (ADR)” – każda decyzja jako rekord z polami „Problem”, „Rozwiązanie”, „Konsekwencje”, „Data”, „Osoby decyzyjne”.

Studenci mogą skorzystać z podobnych schematów na mniejszą skalę:

• wspólna baza „Zadania z list” z polami: przedmiot, numer listy, poziom trudności, status,
• do zadania przypięte rozwiązanie w bloku kodu + krótki opis podejścia,
• filtrowanie: „pokaż wszystkie zadania z algorytmów, które warto powtórzyć przed egzaminem”.

Minusem Notion przy kodzie jest brak tak wygodnej pracy jak w edytorze/IDE – to raczej miejsce na opis, niż pełną dokumentację techniczną. Dlatego sensowny schemat to:

• kod żyje w repo (Git),
• Notion przechowuje kontekst: decyzje, check-listy, „jak to odpalić u siebie”,
• linki z Notion prowadzą do konkretnych plików/commitów w GitHub/GitLab.

OneNote: szybkie szkice i „brudnopis” techniczny

OneNote radzi sobie z kodem gorzej niż pozostała dwójka. Nie ma wygodnego podświetlania składni, kopiowanie-wklejanie potrafi popsuć formatowanie, a przy dłuższych snippetach robi się mało czytelnie. Za to błyszczy w innych sytuacjach:

• robisz szkic architektury na spotkaniu – rysujesz bloki, strzałki, dopisujesz nazwy usług,
• notujesz ustalenia z daily/retro – szybkie odcinki tekstu, bulletpointy, zdjęcia z tablicy,
• masz zeszyt „Projekt X – meetingi” – każdy meeting to osobna strona.

Po spotkaniu możesz przepisać istotne rzeczy do „prawdziwej” dokumentacji (np. do repo lub Notion), a OneNote traktować jak bufor. Ten model – „OneNote jako brudnopis, repo/Notion jako źródło prawdy” – w praktyce działa zaskakująco dobrze.

Organizacja wiedzy na studiach – wykłady, kolokwia, projekty

Obsidian dla studenta: przedmioty jako obszary wiedzy, nie zeszyty

W Obsidianie sensownie jest przerzucić fokus z „zeszytu na przedmiot” na obszary wiedzy. Przykładowy układ vaulta:

• folder 01_Podstawy – logika, wstęp do programowania, matematyka dyskretna,
• folder 02_Programowanie – C/C++, Java, Python, wzorce projektowe,
• folder 03_Systemy – systemy operacyjne, sieci, bazy danych,
• folder Projekty – osobne notatki dla projektów semestralnych.

W środku tworzysz małe notatki:

• Algorytm_Dijkstry.md,
• Indukcja_matematyczna.md,
• Joiny_SQL_inner_left_right.md.

Każda notatka ma u góry sekcję typu:

---
przedmiot: Algorytmy i Struktury Danych
semestr: 3
typ: pojęcie
tagi: [algorytmy, grafy, ścieżki]
---

Potem możesz:

• zrobić notatkę „Kolokwium 1 – algorytmy na grafach” i wstawić listę linków do wszystkich powiązanych pojęć,
• przejść do grafu notatek z tagiem #grafy i powtórzyć tylko ten fragment materiału,

Notion dla studenta: semestr jako projekt, nie stos PDF-ów

Notion pozwala potraktować studia jak serię projektów. Zamiast tysiąca stron robisz kilka sensownych baz i widoków. Przykładowy układ workspace’u na semestr:

• baza „Przedmioty” – pola: prowadzący, ECTS, forma zaliczenia, terminy kolokwiów/egzaminów, link do notatek,
• baza „Zajęcia” – każdy wykład/ćwiczenia jako rekord z datą, przedmiotem, tematem i linkiem do strony z notatkami,
• baza „Projekty semestralne” – status, członkowie zespołu, wymagania, link do repo, daty checkpointów,
• baza „Materiały” – slajdy, PDF-y, zadania domowe, podpięte do przedmiotów relacją.

Na tej bazie budujesz widoki:

• kalendarz „Kolokwia i egzaminy”,
• tablica Kanban „Projekty” z kolumnami „Do zrobienia / W trakcie / Oddane”,
• lista „Zadania domowe” filtrowana po statusie i dacie oddania.

Notatki z wykładów to zwykle zwykłe strony połączone z rekordami w bazach. Na górze wstawiasz mały blok z metadanymi (np. „Wykład 3 – Systemy operacyjne, temat: harmonogramowanie zadań”), poniżej akapity, listy, ewentualnie wklejone obrazy ze slajdów. Dla powtarzalności da się przygotować szablon: tytuł, sekcja „Najważniejsze definicje”, „Przykłady z zajęć”, „Pytania do wyjaśnienia na konsultacjach”.

Przy kolokwiach sprawdza się jeszcze jeden trik: widok „Do powtórki” zadań i pojęć. Do każdej notatki możesz dodać właściwość „Status powtórki” (np. „nie ruszone”, „w trakcie”, „ogarnięte”). W tygodniu przed egzaminem filtrujesz tylko to, co ma status „nie ruszone” i przechodzisz po liście, zamiast skakać między plikami po całym dysku.

OneNote na studiach: klasyczny zeszyt, ale z kopiuj-wklej i wyszukiwarką

OneNote pasuje do studentów, którzy myślą „jak w zeszytach”. Struktura jest prosta:

• jeden notebook na rok/semestr,
• w nim sekcje: „Algorytmy”, „Bazy danych”, „SO”, „Analiza matematyczna”…
• w każdej sekcji strony: „Wykład 1 – 05.03”, „Ćwiczenia 2 – zadania z listy 1”, „Kolokwium – plan powtórki”.

Największy plus: szybkość działania i swoboda w mieszaniu typów treści. Na jednej stronie możesz mieć szkic ręczny z tabletu, obok wklejone slajdy, fragment notatek tekstowych i parę równań pisanych ręcznie. To rozwiązuje problem „5 aplikacji naraz na tablecie” – wszystko ląduje w jednym miejscu.

Do przygotowań do kolokwiów możesz dodać prosty system oznaczeń na marginesie:

• „?” – coś do dopytania na konsultacjach,
• „!” – rzecz, którą prowadzący wyraźnie podkreślił jako „typowe na egzamin”,
• kolor – np. na czerwono dowody, na zielono wzory.

Przy większej ilości notatek ratuje wyszukiwarka po notebooku. Szukasz frazy „Dijkstra” i widzisz wszystkie strony, gdzie się pojawia, zamiast wertować zeszyty. Nie jest to tak elastyczne jak graf linków w Obsidianie, ale przy klasycznej strukturze „przedmiot – wykład” w zupełności wystarcza.

Zastosowania dla devów – projekty, dokumentacja, „drugi mózg” programisty

Obsidian jako prywatny „runbook” i dziennik projektowy

Obsidian dobrze sprawdza się jako osobisty „runbook” i dziennik pracy. Przykładowa struktura vaulta dla dev-a:

• folder 01_Projekty – podfoldery na projekty,
• folder 02_Technologie – notatki o frameworkach, bibliotekach, narzędziach,
• folder 03_Incydenty_i_Debug – logi z trudniejszych akcji,
• folder Daily – dziennik dnia pracy.

W projekcie możesz mieć szablon notatki „Moduł X” z polami:

• „Cel modułu”,
• „Wejścia/Wyjścia”,
• „Zależności”,
• „Typowe błędy i workaroundy”,
• „Linki: pliki w repo, ticket w Jirze”.

Do tego dzienne notatki, np. 2026-06-05.md, z krótkim logiem:

• [ ] naprawić błąd z tokenem w serwisie auth,
• [x] dodać metryki do endpointu /orders,
• snippety komend, które uruchamiasz kilka razy dziennie.

Po kilku miesiącach taki vault staje się „drugim mózgiem”: nie pamiętasz, jak konfigurowałeś reverse proxy pół roku temu, ale szybko znajdujesz notatkę po tagu #nginx + nazwie projektu. Tego typu zapis oszczędza godziny na powtarzanie researchu.

Notion jako „source of truth” dla małego zespołu devów

W Notion łatwo zbudować lekką, ale używalną dokumentację zespołową. Minimum dla kilkuosobowej ekipy:

• strona główna „Team Home” z linkami do najważniejszych baz,
• baza „System Map” – każdy mikroserwis jako rekord: opis, odpowiedzialny zespół, repo, endpointy, SLA,
• baza „Runbooki” – gotowe procedury „jak reagować na X”.

Do tego prosta baza „Knowledge base” dla devów:

• typ: „how-to”, „ADR”, „gotcha”,
• tagi: „backend”, „frontend”, „infra”,
• status: „do weryfikacji”, „aktualne”, „przestarzałe”.

Po każdym większym incydencie lub większej decyzji architektonicznej dopisujesz rekord. Zamiast rozproszonych wątków na Slacku pojawia się jedno miejsce, do którego odsyłasz nowych członków zespołu. W praktyce im więcej osób, tym większy sens ma Notion jako wspólny „drugi mózg”, a Obsidian pozostaje prywatną warstwą na wierzchu.

OneNote jako notatnik spotkań i bufor wiedzy

OneNote dobrze radzi sobie z tzw. „przepływem spotkań”. W typowym tygodniu dev bywa na daily, refinementach, review, retro, ad-hocach. Zamiast trzymać wszystko w głowie albo w losowych dokumentach:

• tworzysz zeszyt „Meetings”,
• sekcje: „Zespół A”, „Zespół B”, „1:1 z szefem”, „Konsultacje techniczne”,
• każde spotkanie to strona z datą i krótką agendą.

W trakcie dopisujesz bulletpointy, rysujesz szkice, wklejasz screenshot z Miro. Po spotkaniu 2–3 kluczowe decyzje przenosisz do trwałego systemu (Jira, Notion, dokumentacja w repo), a OneNote zostaje „archiwum kontekstu”. Dzięki temu nie gubisz ustaleń, ale nie robisz z OneNote’u pełnoprawnego systemu dokumentacji.

Dostosowywanie, rozszerzenia i tempo pracy

Obsidian: wtyczki, skróty i automatyczne szablony

Obsidian jest najbardziej „tweakowalny” z tej trójki. Początkowo można przesadzić z ilością dodatków, więc sensownie jest zacząć od małego zestawu, który realnie przyspiesza pracę:

• Templater – automatyczne tworzenie notatek z szablonów (np. nowy wykład, nowy „incident log”, dziennik dnia),
• Calendar/Periodic Notes – szybkie skakanie między notatkami dziennymi/tygodniowymi,
• Advanced Tables – wygodniejsze tabele w Markdownie,
• QuickAdd – dodawanie notatek „z biegu” jednym skrótem klawiatury.

Efekt docelowy: nowa notatka do projektu lub przedmiotu powstaje w kilka sekund. Np. wciskasz określony skrót, wpisujesz tytuł „Algorytmy – wykład 5” i dostajesz gotową strukturę z datą, metadanymi, sekcjami. Im mniej klikania myszką, tym większa szansa, że faktycznie będziesz notować na bieżąco.

Druga warstwa to skróty klawiaturowe. Warto ustawić własne hotkeye na:

• tworzenie nowej notatki z konkretnego szablonu,
• przejście do notatki dziennej,
• przełączenie paneli (widok podzielony na notatki obok siebie).

W efekcie Obsidian zaczyna przypominać używanie IDE – wszystko robisz bez odrywania rąk od klawiatury.

Notion: szablony stron i baz zamiast dziesiątek workspace’ów

W Notion największy zysk dają dobrze przemyślane szablony i ograniczenie liczby miejsc, gdzie trzymasz dane. Zamiast robić osobny workspace na każdy projekt/semestr, sensowniej zbudować jeden główny z kilkoma przestrzeniami („Studia”, „Praca”, „Projekty”).

Dla devów i studentów przydają się między innymi:

• szablon strony „Projekt” z sekcjami: „Opis”, „Stack technologiczny”, „Zadania” (podpięta baza), „Decyzje”, „Materiały”,
• szablon „Wykład/Ćwiczenia” – nagłówek z datą, przedmiotem, miejscem na zadania domowe i pytania,
• szablon „ADR” – pola problemu, rozwiązań alternatywnych i konsekwencji.

Tempo pracy poprawia się, gdy przestajesz „projektować” stronę za każdym razem. Na zajęciach otwierasz Notion, robisz „New from template → Wykład”, wpisujesz temat i notujesz. Cała organizacja (linkowanie do przedmiotu, termin kolokwium) dzieje się w tle przez relacje w bazie.

Druga rzecz to widoki zapisane pod konkretne potrzeby. Zamiast filtrować bazę „Zadania” za każdym razem, tworzysz raz:

• „Do oddania w tym tygodniu”,
• „Zadania do powtórki przed egzaminem z ASD”,
• „Bugfixy open w projekcie X”.

Każdy widok to jedno kliknięcie – zero ręcznego sortowania za każdym razem.

OneNote: proste reguły i lekkie formatowanie

OneNote nie ma systemu wtyczek jak Obsidian czy szablonów baz jak Notion, ale za to pozwala zyskać tempo przez bardzo proste nawyki:

• stałe nazewnictwo sekcji (np. 01_Algorytmy, 02_BazyDanych, a nie „Alg”/„Algorytmy_2025”),
• na każdej stronie na górze krótki nagłówek z datą i tematem,
• spójne używanie stylów: nagłówki na tematy wykładu, bulletpointy na przykłady, wyróżnienie kolorami tylko tam, gdzie ma to sens.

Dla devów sensowna jest jeszcze jedna mini-reguła: osobny notebook „Scratchpad” / „Brudnopis”. W nim zapisujesz wszystko, co jest tymczasowe – szkice z rozmów, TODO z jednego dnia, pomysły na refaktor. Co jakiś czas przeglądasz i przerzucasz tylko wartościowe rzeczy do właściwych miejsc (repo, Jiry, właściwego zeszytu). Dzięki temu główne notatniki nie toną w śmieciach, a ty masz gdzie „wylać” myśli w trakcie dnia.

Krzywa uczenia, typowe błędy i pułapki w wyborze narzędzia

Obsidian: pokusa „idealnego systemu” zamiast notatek

Obsidian bywa pułapką dla osób, które lubią dłubać w narzędziach. Kilka typowych błędów:

• zbyt wiele wtyczek na start – po tygodniu nie pamiętasz, co co robi, a vault działa wolniej,
• przekombinowana struktura folderów – co semestr nowy schemat, stare notatki nie pasują, chaos rośnie,
• obsesja na punkcie tagów – wszystko otagowane na 10 sposobów, ale mało rzeczywiście przeglądasz przez tagi.

Bezpieczny start dla devów i studentów:

• jeden vault na wszystko (praca + studia, ewentualnie osobne na prywatne rzeczy),
• prosta struktura: kilka głównych folderów + linki między notatkami,
• 3–4 wtyczki, które realnie używasz codziennie.

Najważniejsze jest to, żeby pisać notatki codziennie, nawet chaotyczne. Porządkowanie i lepsze schematy przyjdą po kilku tygodniach, gdy zobaczysz, czego faktycznie szukasz i jak nawigujesz.

Notion: przeprojektowane systemy i „zapomniane bazy”

W Notion najczęstsza pułapka to tworzenie pięknych, ale martwych systemów:

Najczęściej zadawane pytania (FAQ)

Obsidian vs Notion vs OneNote – które narzędzie jest najlepsze dla programisty?

Dla solo-deva, który chce budować „drugi mózg”, najczęściej wygrywa Obsidian. Pracuje na lokalnych plikach Markdown, dobrze ogarnia linki między notatkami, wspiera snippet-y kodu, działa szybko i można go trzymać w Git. Świetnie sprawdza się do dokumentowania błędów, eksperymentów, małych how-to i łączenia tego w jedną sieć wiedzy.

Jeśli pracujesz głównie zespołowo, lepszy będzie Notion. Jedna przestrzeń robocza może ogarniać specyfikacje, roadmapy, taski, notatki z meetingów, relacje do issue na GitHubie. OneNote jest dobry głównie jako „zeszyt spotkań” – prosty zapis ustaleń, szkiców i TODO, mniej jako baza wiedzy.

Jakie narzędzie do notatek wybrać na studia informatyczne: Obsidian, Notion czy OneNote?

Dla większości studentów dobrym punktem startu jest OneNote – naśladuje papierowy zeszyt, więc łatwo przenieść stary nawyk: zeszyt na semestr, sekcje na przedmioty, strony na wykłady i ćwiczenia. Szczególnie wygodne, jeśli masz tablet z rysikiem i dużo rysujesz schematów.

Jeśli chcesz mieć „bazę wiedzy z całych studiów”, sensowniej wypada Obsidian. Umożliwia linkowanie tematów między przedmiotami (np. jeden temat z algorytmów i systemów operacyjnych), robienie konspektów do egzaminów, zbieranie kodu i zadań w jednym miejscu. Notion przydaje się, gdy robicie dużo projektów grupowych i potrzebna jest wspólna przestrzeń z zadaniami, terminami i materiałami.

Czy Obsidian nadaje się do szybkich notatek z wykładów i live-codingu?

Tak, pod warunkiem że ustawisz go pod szybki zapis. Kluczowe są: skrót do tworzenia nowej notatki, prosty szablon (np. nazwa przedmiotu + data) i minimalna liczba pluginów, żeby aplikacja startowała od razu. Markdown dobrze znosi wklejanie kodu, komend z terminala czy logów błędów.

Jeśli dużo przeskakujesz między ekranem prowadzącego a swoimi notatkami, zadbaj o:

• tryb pełnoekranowy i duży font,
• prosty system tytułów notatek (np. „[Przedmiot] – [Temat] – [Data]”),
• jednolity format nagłówków w notatce (sekcje: teoria, przykłady, pytania).

Bez tego Obsidian szybko zamieni się w folder z dziesiątkami „notatka-1.md”.

Kiedy lepiej wybrać Notion zamiast Obsidian lub OneNote?

Notion wygrywa, gdy:

• pracujesz zespołowo (projekty, koła naukowe, startup),
• chcesz połączyć zadania, kalendarz, notatki i dokumentację w jednym miejscu,
• potrzebujesz baz danych: list zadań z filtrami, list tematów na zaliczenia z tagami, prostych CRM-ów do kontaktów.

Dobrze się sprawdza jako „panel dowodzenia” – widok zadań, terminów, materiałów i linków do repo.

Gdy priorytetem jest osobisty „drugi mózg” i kontrola nad plikami na dysku – bierz Obsidian. Gdy zależy Ci głównie na ręcznym pisaniu, rysunkach i prostym podziale na przedmioty – OneNote będzie wygodniejszy.

Czy OneNote jest wystarczający dla programisty lub studenta informatyki?

Do klasycznych „notatek z zajęć” – tak. OneNote dobrze ogarnia:

• pisanie odręczne i rysunki (szczególnie na tablecie),
• wklejanie screenów błędów i diagramów,
• szybkie notatki z meetingów / konsultacji.

Dla wielu osób to spokojnie wystarcza przez całe studia.

Gorzej jest z budowaniem większej bazy wiedzy: linkowanie między stronami jest słabsze niż w Obsidianie czy Notion, trudno robić relacje między tematami, nie ma sensownych baz danych. Jeśli zaczynasz czuć, że „wszystko jest, ale nic się ze sobą nie łączy” – to sygnał, że czas dorzucić Obsidian lub Notion.

Jak uniknąć chaosu w notatkach niezależnie od narzędzia?

Narzędzie pomaga, ale o porządek trzeba zadbać ręcznie. Prosty mikro-system robi ogromną różnicę:

• spójne nazwy notatek (np. „[Przedmiot] – [Temat] – [Rok/Semestr]”),
• kilka stałych tagów (np. #egzamin, #projekt, #bug, #snippet) i konsekwentne używanie,
• płytka struktura – maksymalnie 2–3 poziomy folderów / sekcji, bez „matrioszek”,
• linkowanie powiązanych notatek (np. zadanie egzaminacyjne ↔ teoria ↔ projekt, gdzie to zastosowałeś).

Raz na 1–2 miesiące warto zrobić szybkie „sprzątanie repo” notatek: przeniesienie duplikatów, ujednolicenie nazw, usunięcie śmieciowych szkiców.

Najważniejsze wnioski

• Problemem devów i studentów nie jest brak notatek, tylko brak systemu – treści rozstrzelone po narzędziach, folderach i czatach uniemożliwiają szybkie dotarcie do konkretu.
• Same „zapiski z wykładów” nie wystarczą – narzędzie musi ogarnąć różne tryby pracy: szybki live-coding, głębokie opracowania, przygotowanie do egzaminu i dokumentowanie projektów.
• Wyszukiwarka nie rozwiązuje chaosu nazewnictwa – bez spójnych tytułów, tagów, prostych struktur folderów i linkowania między notatkami każde narzędzie zamienia się w cyfrowy śmietnik.
• Kluczowe kryteria wyboru narzędzia dla devów i studentów to: szybkość zapisywania (zwłaszcza kodu), wygodne szukanie, sensowna organizacja oraz bezpieczeństwo i kopie zapasowe.
• Obsidian stawia na lokalne pliki Markdown i sieć powiązań, więc lepiej sprawdza się jako „drugi mózg” i osobista baza wiedzy niż klasyczny zeszyt z wykładów.
• Różne narzędzia „myślą” inaczej: Obsidian jak wiki z grafem notatek, OneNote jak zeszyt z sekcjami, Notion jak baza danych – próba użycia jednego workflow do wszystkiego zwykle kończy się frustracją.
• Świadomy wybór narzędzia zależy od kontekstu: samotna nauka i budowanie wiedzy długoterminowej premiują Obsidian, środowisko Microsoft 365 sprzyja OneNote, a praca zespołowa i procesy projektowe – Notion.

Bibliografia i źródła

• Obsidian Help – Introduction and core concepts. Obsidian – Oficjalny opis filozofii Obsidian, vault, linki, graf wiedzy
• Notion – Product Guide and Feature Overview. Notion Labs Inc. – Oficjalny przewodnik po stronach, blokach, bazach danych i współpracy w Notion
• Microsoft OneNote – Training and Tutorial. Microsoft – Opis modelu notesów, sekcji, stron i zastosowań OneNote w edukacji
• Markdown: Syntax Documentation. Daring Fireball – Specyfikacja składni Markdown używanej m.in. w narzędziach do notatek