Cykle w Cisco
Pracownik Cisco przez 25 lat, zwolniony w ostatniej restrukturyzacji, ujawnia mechanizm, kt贸ry zna ka偶dy z du偶ej korporacji: wska藕nik "revenue per employee" ro艣nie najszybciej nie dzi臋ki innowacji, a dzi臋ki redukcji mianownika.
Cisco od 2001 roku przeprowadza cykliczne zwolnienia: 8500 os贸b w 2001, 6500 w 2011, 6000 w 2014, po 5% i 7% w 2024, kolejne poni偶ej 5% w maju 2026. W sierpniu 2026 CFO og艂osi艂 najwy偶sz膮 produktywno艣膰 na pracownika w historii firmy - rekordowy przych贸d, rekordowy zysk netto, rekordowa cena akcji. To nie przypadek, 偶e oba fakty wyst膮pi艂y w tym samym kwartale.
Prawdziwa skala zwolnie艅 jest nie do ustalenia. Oficjalnie og艂oszone rundy sumuj膮 si臋 do ok. 25 000 os贸b, ale to tylko dolna granica. W 2009 roku CFO Chambers przyzna艂 analitykom, 偶e wcze艣niej "po cichu" zwolniono ok. 1000 os贸b w sze艣ciu kwarta艂ach - nigdy tego nie og艂oszono, bo pr贸g 10% workforce nie zosta艂 przekroczony. Mniejsze, rozproszone redukcje nie generuj膮 obowi膮zku raportowania zbiorowego.
Lista do zwolnienia zast臋puje proces oceny pracowniczej. Nie trzeba dokumentowa膰 s艂abych wynik贸w, prowadzi膰 PIP-a, ryzykowa膰 sporu s膮dowego. Wystarczy nazwisko na li艣cie restrukturyzacyjnej - i managerowie zyskuj膮 narz臋dzie do pozbycia si臋 kogokolwiek, niezale偶nie od faktycznej przyczyny.
Badania (Floyd, Gerbasi, Labianca) pokazuj膮, 偶e prze艂o偶eni cz臋艣ciej zatrzymuj膮 politycznych sojusznik贸w, a zwalniaj膮 "niewygodnych" - niezale偶nie od wynik贸w pracy. Efekt dla zespo艂u: ludzie przestaj膮 zg艂asza膰 problemy, bo widoczno艣膰 i krytyka staj膮 si臋 ryzykiem zawodowym (Edmondson, Morrison i Milliken - "organizational silence"). To t艂umaczy, dlaczego du偶e korporacje technologiczne cz臋艣ciej kupuj膮 innowacj臋 (przej臋cia), ni偶 j膮 buduj膮 wewn臋trznie.
P艂yn膮ca z tego lekcja jest prosta i nieprzyjemna: stabilno艣膰 zatrudnienia w du偶ej firmie technologicznej nie zale偶y od jako艣ci Twojej pracy w takim stopniu, w jakim my艣lisz. Zale偶y od:
- widoczno艣ci politycznej i relacji z bezpo艣rednim prze艂o偶onym,
- tego, czy Twoje stanowisko jest "tanie" do zast膮pienia w arkuszu kalkulacyjnym,
- cyklu finansowego firmy, niezale偶nie od wynik贸w indywidualnych,
- tego, czy firma w艂a艣nie przej臋艂a inn膮 sp贸艂k臋 i potrzebuje "zresetowa膰" koszty.
Nie da si臋 tego przewidzie膰 ani zabezpieczy膰 performance'em. Jedyna racjonalna odpowied藕 to traktowanie w艂asnej pozycji jako tymczasowej niezale偶nie od wynik贸w - dywersyfikowa膰 sie膰 kontakt贸w zawodowych, utrzymywa膰 aktualne umiej臋tno艣ci rynkowe i nie wi膮za膰 poczucia bezpiecze艅stwa z lojalno艣ci膮 wobec jednego pracodawcy.
Kto przecina podmorskie kable?

Dwa kable Indigo West i Indigo Central uszkodzone w ci膮gu kilku godzin u wybrze偶y Perth. Firma Subco m贸wi o "bardzo podejrzanej aktywno艣ci statku" w strefie ochrony kabli. To kolejny incydent, kt贸ry pokazuje, jak kruchy jest fizyczny fundament globalnego internetu.
Firma analityczna Windward na podstawie danych AIS i zobrazowa艅 satelitarnych namierzy艂a jeden statek, kt贸rego ruchy pokrywaj膮 si臋 z lokalizacj膮 i czasem uszkodze艅. Jednostka wp艂yn臋艂a do australijskiej wy艂膮cznej strefy ekonomicznej 28 lipca i pozostawa艂a w rejonie blisko dw贸ch tygodni, wielokrotnie przecinaj膮c korytarz kablowy 8-9 sierpnia.
Zobrazowania elektrooptyczne i radarowe (SAR) potwierdzi艂y obecno艣膰 statku nad tras膮 kabla w kluczowych datach. To jednak wci膮偶 nie dow贸d sabota偶u - dane AIS i satelitarne pokazuj膮 obecno艣膰, nie intencj臋. Ustalenie, co faktycznie si臋 sta艂o, wymaga fizycznego badania uszkodzonego kabla i analizy 艣lad贸w kotwicy.
Perth nie jest przypadkiem odosobnionym. Podobne historie powtarzaj膮 si臋 globalnie:
- Chi艅ski statek badawczy obserwowany "dryfuj膮cy powoli" nad Pacific Light Cable Network 艂膮cz膮cym USA, Tajwan i Filipiny
- Ba艂tyk, listopad 2024: dwa kable telekomunikacyjne uszkodzone w ci膮gu kilku godzin, w pobli偶u dzia艂a艂 chi艅ski statek Yi Peng 3
- Finlandia, grudzie艅 2024: zatrzymanie tankowca Eagle S po uszkodzeniu kabla Estlink 2
- Szwecja, stycze艅 2025: uszkodzenie kabla przez statek Vezhen - ostatecznie uznane za przypadkowe (kotwica), nie celowe dzia艂anie
Ten ostatni przypadek jest istotny - pokazuje, 偶e nie ka偶da podejrzana aktywno艣膰 to sabota偶. Chiny konsekwentnie odrzucaj膮 oskar偶enia, wskazuj膮c na rutynowe uszkodzenia kabli przez normaln膮 aktywno艣膰 morsk膮.
Otwarte EIGRP

OpenEIGRP to przeno艣na implementacja protoko艂u EIGRP zgodna z RFC 7868. Projekt oddziela niezale偶ny od platformy rdze艅 protoko艂u od adapter贸w dla FRR, system贸w Unix i planowanej integracji z BIRD/BSD. Rdze艅 obs艂uguje m.in. DUAL, wyb贸r tras, metryki, s膮siad贸w, niezawodny transport RTP, IPv4/IPv6, redystrybucj臋, filtrowanie i konfiguracj臋 w trybie klasycznym oraz nazwanym. Repozytorium zawiera te偶 dokumentacj臋 architektury, publiczne API, instrukcje konfiguracji oraz testy przeno艣ne i systemowe. Cz臋艣膰 funkcji pozostaje niepe艂na lub zale偶na od 艣rodowiska hosta, np. BFD, EIGRP Stub, MPLS VPN PE-CE, LFA i pe艂na obs艂uga VRF.
Materia艂y do CCIE SP
Repozytorium zawiera materia艂y do nauki i 膰wicze艅 z zakresu CCIE Service Provider w 艣rodowisku GNS3. Znajdziesz tu workbooki dotycz膮ce m.in. adresacji IP, IS-IS, OSPF, MPLS, LDP, BGP, L3VPN, L2VPN, VPLS, MPLS-TE, Inter-AS, QoS, multicastu, bezpiecze艅stwa oraz routingu IPv6. Do wi臋kszo艣ci temat贸w do艂膮czono osobne pliki z rozwi膮zaniami, a tak偶e dokumentacj臋 topologii referencyjnej.
Dlaczego sieci dla AI wymagaj膮 innego my艣lenia
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


