{"id":10034,"date":"2021-12-11T12:49:18","date_gmt":"2021-12-11T11:49:18","guid":{"rendered":"https:\/\/vived.io\/software-craftsmanship-saturday-vol-67-github-i-kubernetes\/"},"modified":"2022-09-19T13:20:04","modified_gmt":"2022-09-19T11:20:04","slug":"software-craftsmanship-saturday-vol-67-github-i-kubernetes","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/software-craftsmanship-saturday-vol-67-github-i-kubernetes\/","title":{"rendered":"Software Craftsmanship Saturday vol. 67 – GitHub i Kubernetes"},"content":{"rendered":"\n

1. GitHub wprowadza precyzyjn\u0105 nawigacj\u0119 po kodzie \u270c\ufe0f<\/h2>\n\n\n\n

GitHub jest firm\u0105 rozwijaj\u0105c\u0105 si\u0119 niezwykle dynamicznie – my\u015bl\u0119, \u017ce je\u015bli bym si\u0119 postara\u0142, to w ka\u017cdej z naszych edycji zmie\u015bci\u0142bym jak\u0105\u015b nowink\u0119 od nich. Oczywi\u015bcie, nie chodzi o to \u017ceby\u015bmy si\u0119 stali GitHub Weekly (aczkolwiek prowadzi\u0142em kiedy\u015b podobn\u0105 seri\u0119, cho\u0107 dzia\u0142aj\u0105c\u0105 na nieco innych zasadach \ud83d\ude09). Czasem jednak niekt\u00f3re og\u0142oszenia s\u0105 na tyle du\u017ce, \u017ce smutno by si\u0119 by\u0142o nie podzieli\u0107.<\/p>\n\n\n\n

GitHub wprowadzi\u0142 bowiem zmiany zwi\u0105zane z nawigacj\u0105 po kodzie \u017ar\u00f3d\u0142owym. Takowa funkcjonalno\u015b\u0107 ju\u017c pewien czas go\u015bci\u0142a w ichniejszej przegl\u0105darce kodu \u017ar\u00f3d\u0142owego, ale od zesz\u0142ego tygodnia mo\u017cna u\u017cywa\u0107 jej r\u00f3wnie\u017c przy przegl\u0105daniu Pull Request. Zdecydowanie wol\u0119 \u015bci\u0105gni\u0119cie ca\u0142ego kodu zmiany i przegl\u0105danie jej w jakim\u015b pe\u0142nym edytorze, ale taka mo\u017cliwo\u015b\u0107 szybkiego podgl\u0105du w wielu sytuacjach b\u0119dzie z pewno\u015bci\u0105 przydatna.<\/p>\n\n\n\n

Drug\u0105 zmian\u0105 wprowadzon\u0105 przez GitHub jest tak zwana \u201cprecyzyjna nawigacja do kodu pythonoweg\u201d. Do tej pory wszystkie podpowiedzi w edytorze generowane by\u0142y nie za pomoc\u0105 realnej analizy kodu, a raczej poprzez robienie wyszukiwanie wyst\u0105pie\u0144 w API. Teraz ca\u0142y mechanizm ma by\u0107 w wypadku Pythona znacznie sprytniejszy i by\u0107 w stanie przewidzie\u0107, kt\u00f3ra wersj\u0105 zosta\u0142a tutaj u\u017cyta.<\/p>\n\n\n\n

\"\"\/<\/figure>\n\n\n\n

Pewnie jednak nie po\u015bwi\u0119ci\u0142bym temu og\u0142oszeniu miejsca w naszym przegl\u0105dzie, gdyby nie towarzysz\u0105ca mu publikacja. \u017beby osi\u0105gn\u0105\u0107 rzeczon\u0105 precyzj\u0119, GitHub stworzy\u0142 bowiem stack graphs<\/a> – narz\u0119dzie, kt\u00f3ra zapewnia tworzenie okrojonego odpowiednika drzewa syntaktycznego dla dowolnego j\u0119zyka, z jednej strony zapewniaj\u0105c rozpoznawania nazw metod, zmiennych czy klas. To, co szczeg\u00f3lnie interesuj\u0105ce to fakt, \u017ce stack graph stanowi\u0105 abstrakcje nad gramatyk\u0105 poszczeg\u00f3lnych j\u0119zyk\u00f3w – mog\u0105 wi\u0119c by\u0107 u\u017cyte z dowolnym j\u0119zykiem. Generuj\u0105 bowiem po prostu graf powi\u0105za\u0144 mi\u0119dzy poszczeg\u00f3lnymi metodami, dzi\u0119ki czemu GitHubowy edytor wie, kt\u00f3re warianty naprawd\u0119 zosta\u0142y w danym pliku u\u017cyte. <\/p>\n\n\n\n

Je\u017celi kiedykolwiek interesowa\u0142a Was narz\u0119dzi\u00f3wka do tworzenia narz\u0119dzi developerskich (a wiem, \u017ce mamy takowych smakoszy w\u015br\u00f3d czytelnik\u00f3w), zdecydowanie powinni\u015bcie przygl\u0105dn\u0105\u0107 si\u0119 stack graphs. Zosta\u0142y przyst\u0119pnie opisane przez GitHuba w po\u015bcie<\/a>, a cechuj\u0105 si\u0119 pewnymi kreatywnymi rozwi\u0105zaniami technicznymi.<\/p>\n\n\n\n

\u0179r\u00f3d\u0142a<\/h3>\n\n\n\n