CCDE po 50-tce
Jerome Tissieres
Jerome Tissieres zdobył CCDE (nr 2026::37) po 29 miesiącach przygotowań, dwóch podejściach do egzaminu pisemnego i trzech do praktycznego. Ma 52 lata i 30 lat doświadczenia w branży. Jego historia to nie jest success story o geniuszu — to lekcja o metodzie.
Kluczowy insight z jego doświadczenia: nie możesz projektować tego, czego głęboko nie rozumiesz. Jerome nigdy nie zdał CCIE lab, ale trzy podejścia do tego egzaminu dały mu solidne fundamenty z L2/L3, MPLS i QoS. To właśnie ta baza — nie certyfikat — pozwoliła mu podejść do CCDE.
Jeśli spędziłeś karierę w jednej niszy technologicznej, CCDE będzie wymagał dodatkowej inwestycji w szerokość wiedzy: campus, SP, DC, SD-WAN, security i coraz bardziej — AI networking.
Jerome identyfikuje trzy błędy, które kosztowały go pierwsze dwa podejścia do egzaminu praktycznego:
- Za krótka faza praktycznych scenariuszu — dwa miesiące to za mało. Scenariuszy jest niewiele, więc każdy musi być przepracowany dogłębnie, a luki w wiedzy zamknięte między kolejnymi
- Egzamin w połowie bootcampu — bootcamp buduje wiedzę, ale potrzeba kilku tygodni na jej konsolidację przed labem
- Brak systematycznej listy "To Review" — prowadzona od pierwszego dnia lista niepewnych zagadnień staje się kluczowym narzędziem w ostatnich tygodniach
Jeden scenariusz praktyczny warto zrobić wcześnie — nie po to, żeby ocenić gotowość, ale żeby zrozumieć format egzaminu. Pozostałe zachowaj na etap finalny.
Uczenie się po 50-tce: biologia, nie wymówka
To rzadko poruszany temat w środowisku certyfikacji. Szybkość przyswajania nowego materiału spada od połowy 30-tki. Jerome mówi o tym wprost: potrzebował więcej czasu niż 20 lat temu. Rozwiązaniem jest spaced repetition i dłuższy horyzont przygotowań — nie cramming w ostatnim tygodniu.
CCDE i DLACZEGO, a nie JAK
Laith Atoum, D.Eng.
Laith Atoum zdał egzamin CCDE za trzecim podejściem. Dwie porażki, osiem lat od momentu, gdy postanowił zdobyć ten certyfikat. Ale najciekawsza część jego historii nie dotyczy wytrwałości – dotyczy zmiany sposobu myślenia, która ma bezpośrednie przełożenie na to, jak dziś projektuje się systemy AI.
Na egzaminie CCDE nie wygrywa ten, kto zna więcej protokołów. Wygrywa ten, kto potrafi podporządkować każdą decyzję projektową realnym ograniczeniom biznesowym klienta – nawet gdy te ograniczenia łamią wszelkie "best practices".
Kluczowy przełom w przygotowaniach Laitha był prosty: przestał uczyć się odpowiedzi, zaczął trenować sposób myślenia. Każda decyzja projektowa musiała wywodzić się z konkretnego ograniczenia, a nie z podręcznikowego wzorca.
Trzy zasady, które zmieniły jego podejście do egzaminu:
- Nigdy nie zakładaj tego, czego nie ma wprost w scenariuszu
- Projektuj dla problemu, który masz – nie dla eleganckiego, który wolałbyś mieć
- Ograniczenia klienta są odpowiedzią, nawet jeśli prowadzą w nieoczekiwane miejsce
Atoum zauważa coś, co trudno zignorować: branża AI jest dziś tam, gdzie był on przed pierwszą porażką na CCDE. Obsesja na punkcie HOW (jak zbudować, jak skalować, jak wdrożyć) i WHAT (co model potrafi, jaki benchmark osiągnął) – przy niemal całkowitym braku pytania WHY.
Dlaczego wdrażamy AI właśnie tutaj? Czyje ograniczenia ma obsługiwać? Co się stanie z ludźmi, gdy projekt pójdzie źle?
To nie są pytania filozoficzne. To są pytania projektowe – dokładnie tego samego rodzaju, które decydują o wyniku egzaminu CCDE. W sieci błędna decyzja na pierwszym rozgałęzieniu scenariusza niszczy wszystkie kolejne odpowiedzi. W AI błędne założenia na etapie projektowania polityki i guardrails kompromitują cały system – często długo po wdrożeniu.
SONiC w Github Codespace
sajusalPoradnik pokazuje, jak uruchomić i skonfigurować laboratorium SONiC w GitHub Codespaces z użyciem Containerlab. Po zalogowaniu na GitHub i uruchomieniu Codespace VM, obraz SONiC jest pobierany i lab automatycznie się wdraża.
Automatyzacja Junos
door7302Repozytorium zawiera zestaw demonstracji automatyzacji sieci Juniper opartych na narzędziach Juniper PyEZ, Ansible oraz nowoczesnych rozwiązaniach orkiestracji. Możesz tu znaleźć dwie niezależne prezentacje: Commit Watcher, który przetwarza zdarzenia zatwierdzeń konfiguracji i zapisuje ich historię w MongoDB z interfejsem webowym do przeglądania zmian oraz Guided Junos Upgrade – workflow Temporal.io, który automatycznie przeprowadza pełną aktualizację systemu Junos, sterowaną z poziomu interfejsu Temporal Web UI bez konieczności ręcznej edycji plików na serwerze.
Jeden agent, by rządzić siecią
Przeczytaj całą historię
Zarejestruj się teraz, aby przeczytać całą historię i uzyskać dostęp do wszystkich postów za tylko dla płacących subskrybentów.
Subskrybuj