Osąd techniczny tech lead'a to jego waluta, ale nie możesz przeczytać wszystkiego. Umiejętność polega nie na konsumowaniu więcej — to odfiltrowanie sygnału od szumu i pójście w głąb tam, gdzie to się liczy. Traktuj naukę jako celową praktykę, a nie coś, do czego "kiedyś się dostaniesz".
Zbuduj system nauki
- Kuruj swoje źródła. Kilka wysokiej jakości biuletynów, blogów inżynierskich i wartych śledzenia osób pokonuje nieskończony, hałaśliwy kanał informacyjny.
- Buduj małe prototypy. Czytanie o narzędziu uczy cię pitcha; zbudowanie czegoś jednorazowego z nim uczy cię kompromisów. Praktyka bije teorię.
- Czytaj kod i post-mortem'y. Prawdziwe codebasy i publiczne raporty z incydentów uczą więcej o inżynierii na dużą skalę niż większość artykułów.
- Angażuj się w społeczności. Konferencje, meetupy i dobre kanały dyskusji ukazują ci problemy, które jeszcze nie napotkałeś.
Ucz się od swojego zespołu
Twoi inżynierowie to źródło nauki, które już masz. Kiedy ktoś zagłębia się w temat, poproś go o udostępnienie go. Nie musisz być najbardziej aktualną osobą w pokoju — musisz wiedzieć kto wie co i to syntetyzować.
Głębia zamiast gonienia trendów
- Idź głęboko w fundamenty — sieci, struktury danych, współbieżność, projektowanie systemu. Wolno się starzeją i przenoszą wszędzie.
- Bądź skeptyczny wobec cykli szumu. Większość gorących nowych frameworków nie będzie ważna za trzy lata; fundamenty pod nimi będą.
- Przydziel rzeczywisty czas. Zablokuj go w kalendarzu, lub będzie wyparty ciśnieniem dostarczania co jeden tydzień.
Dlaczego to ważne
Tech lead, który przestaje się uczyć, powoli podejmuje gorsze decyzje — aprobuje przestarzałe wzorce, przegapia naprawdę lepsze narzędzia, traci szacunek zespołu, który potrafi to zauważyć. Bycie na bieżąco to nie o znajomości każdego trendu; to o utrzymaniu osądu wystarczająco ostrego, aby ludzie ufali twoim decyzjom technicznym.