Koniec roweru miejskiego w Poznaniu

Ostatnio kilka razy złapałem się na tym, że potrzebowałem przemieścić się dłuższy kawałek w mieście. Dłuższy pieszo, bo rowerem byłoby jakieś 15-20 minut. Odruchowo rozejrzałem się za rowerem miejskim, który pasowałby idealnie i… nie było.

Nie było to dla mnie wielkim zaskoczeniem, nawet coś mi świtało, że były jakieś przeboje zimą z nim związane. Liczyłem jednak, że sytuacja się wyprostuje i rowery wrócą. Tak się niestety nie stało. Wcześniej aż tak tego nie odczuwałem, bo czym innym jest dłuższy nawet spacer w sprzyjających warunkach pogodowych, a czym innym w upale.

Rowery były dla mnie lepsze od komunikacji miejskiej w kilku sytuacjach. Pierwsza jest oczywista i bezdyskusyjna: komunikacja miejska jeździ po stałych liniach, rowerem można dojechać wszędzie, dowolną trasą. Przynajmniej w centrum, bo dalej jest się już przywiązanym do stacji. Swoją drogą, niemożność zostawienia roweru poza stacją poza centrum kosztowała mnie trochę nerwów i zaliczyłem przez to parę wtop. Ale w mieście nawet jeśli jakaś komunikacja miejska dociera i do punktu startowego, i docelowego, to przejazd łamańcem z przesiadką bywa czasochłonny.

Podjazd „pod same drzwi” też robił różnice. Jeśli trzeba przejść kilkaset metrów do przystanku i tyleż z niego, to czas podróży wzrasta. Rower miejski robił mi tu robotę – mogłem sprawdzić w appce czy mam rower pod ręką, jeśli tak, podjechać rowerem. Niezależnie od ew. opóźnień komunikacji.

Kolejna sprawa to weekendy i święta. Nawet jeśli jest bezpośrednia komunikacja, to poza dniami roboczymi tramwaje i autobusy jeżdżą rzadziej. Zamiast czekać kwadrans na pojazd można było wziąć rower i przejechać w tym czasie na miejsce.

No i na koniec – elastyczność. Jeśli pogoda była niesprzyjająca rowerowi rano, to mogłem pojechać do pracy komunikacją miejską. A jeśli po południu się poprawiła, to nie musiałem wracać w ten sam sposób – mogłem wziąć rower.

Było miło, ale po 10 latach siskończyło, przynajmniej w Poznaniu. Wygląda, że tyle czasu z nich, z większymi lub mniejszymi przerwami, korzystałem. Głównie komunikacyjnie, zarówno do dojazdów do pracy, jak Szkoda, bo alternatyw nie ma. Hulajnogi elektryczne są drogie i w porównaniu z rowerem miejskim nieekologiczne. W końcu trzeba wytworzyć prąd do ich ładowania. A i sama konstrukcja wygląda na dającą większy ślad węglowy. Jeśli chodzi o użytkowników, to rower zapewniał jakąś dawkę ruchu. Hulajnoga już nie.

Pozostaje przypomnieć stare zdjęcie:

Rowery miejskie Nextbike na stacji w Poznaniu
Rowery miejskie Nextbike w Poznaniu. Źródło: fot. własna.

Mam jeszcze nadzieję, że jednak miasto pójdzie po rozum do głowy i rowery wrócą. Chyba jeszcze jest szansa, bo stacje nie są demontowane, wygląda, że czekają.

Advent of Code – po latach

Całkiem niedawno M. w mailu zapytał, czy znam Advent of Code. Ano znam. Nawet miałem o tym notkę. Odkąd poznałem, to bawię się regularnie. Z przerwą w 2019 z powodów, których nie pamiętam.

Ponieważ z tego co pamiętam nie robiłem jeszcze zadań „poza konkursem”, to dobry moment na podsumowanie. 2018 – 10 gwiazdek. 2020 – 33 gwiazdki, 2021 – 29 gwiazdek. W tym roku póki co 21 gwiazdek. Oczywiście na ilość gwiazdek rzutuje wiele czynników, z których istotnym jest czas, który mogę poświęcić na zabawę.

Niemniej staram się siąść codziennie rano o szóstej do komputera i porywalizować. Głównie ze znajomymi z pracy. Wspólny dashboard z wynikami to dobry motywator. I AoC ma to rozwiązane bardzo fajnie. W sumie tego najbardziej zabrakło mi w opisywanym rok temu Advent of Cyber.

Czy coś się zmieniło? Wydaje mi się, że tak. Dorobiłem się schematu rozwiązywania zadań. Po pierwsze, wszystko rozwiązuję w Pythonie. Po drugie, standardu dorobiły się struktura katalogów, nazewnictwo plików, nazewnictwo plików z wejściem, czytanie wejścia. Parsowanie wejścia, i debug podczas pisania też. Niekoniecznie zawsze jest przez to wszystko szybciej, ale mam wrażenie, że czas rozwiązywania jest stabilniejszy.

Wydaje mi się, że lepiej radzę sobie ze strukturami danych i podziałem na funkcje. Staram się pisać bardziej pythonowo, ale różnie to wychodzi. Z innych obserwacji – do rozwiązywania niektórych zadań (np. części drugiej dziś) przydaje się zabawa w CTFy.

Ogólnie Advent of Code bardzo mi się spodobał. Na tyle, że wykupuję co roku AoC+. Warto, bo to prawdziwe pay what you want.

Hacktoberfest 2022

W tym roku ponownie uczestniczyłem w Hacktoberfest. Początkowo wydarzenie traktowałem sceptycznie. Zresztą słusznie, bo problem mało istotnych commitów i spamu jak najbardziej istnieje. Potem jednak stwierdziłem, że to fajny motywator, żeby coś zrobić w open source. Zabawę z Hacktoberfest zacząłem więc w 2020, z repozytoriami nie uczestniczącymi oficjalnie w Hacktoberfest.

W zeszłym roku dołączyłem do firmowego wydarzenia. W ramach gry we własną grę, bawiliśmy się w zbieranie jak największej ilości gwiazdek. Czyli robienie commitów do repozytoriów z ich jak największą ilością. W duchu fair play, czyli bez spamu i poprawiania literówek. Trochę taki CTF.

Zatem w pełnym wymiarze uczestniczyłem w Hactoberfest 2021. Mógłbym dodać and all I got was this lousy t-shirt. Bowiem po spełnieniu warunków na odpowiednią liczbę commitów można było wybrać nagrodę – koszulkę lub zasadzenie drzewa. Lubię t-shirty, więc wybrałem koszulkę, mimo średniego koloru. Przy okazji dowiedziałem się, ile kosztuje darmowa koszulka po przejściu przez cło i Pocztę Polską. Otóż w 2021 przy deklarowanej wartości przesyłki $5,95, naliczono 5 zł VAT oraz 8,5 zł opłaty pocztowej. Razem 13,5 zł, czyli mniej więcej połowa wartości paczki. Zaś sama paczka dotarła w marcu 2022. Dowód:

Opłaty za koszulkę Hacktoberfest - Poczta Polska
Opłaty za koszulkę Hacktoberfest. Źródło: fot. własna

Nie powinno zatem dziwić, że w tym roku wybrałem posadzenie drzewa zamiast koszulki. Tegoroczny Hacktoberfest to trochę kontynuacja poprzedniego. Znowu zbieranie gwiazdek z ekipą z firmy. Z drugiej strony jest to powrót do korzeni, bo moje tegoroczne commity to głównie tłumaczenia do tldr. A przecież przygodę z open source zaczynałem od tłumaczeń w ramach Polish Debian Documentation Project, potem tłumaczyłem na polski w ramach GNU Polish Translation Team.

Oczywiście były też commity związane z kodem, oczywiście w Pythonie. I tu spostrzeżenie, że ludzie potrafią znaleźć błąd, zdebugować go, znaleźć miejsce, gdzie powinien być poprawiony i… założyć issue, wszystko pięknie opisując. Nie oceniam bo przyczyny mogą być różne, choć dziwię się, bo nakład pracy na założenie issue na GitHub z pięknym udokumentowaniem błędu i debugiem jest IMVHO większy, niż poprawka w kodzie. W każdym razie widać, że warto commitować i poprawiać takie drobne błędy.