Tag: perl

Opublikowane w

Tłumaczenia

Ponieważ tłumaczenia są jedną z form pomocy wolnemu oprogramowaniu (i okolicom), dostępną nawet ludziom średnio się znającym na samym programowaniu, to jakiś czas temu zacząłem udzielać się przy tłumaczeniach. Nie ukrywam – sporo czytam, trochę piszę, a część tłumaczeń przyprawiała o zgrzytanie zębów. Nie żebym był zadowolony z własnych, ale…

Początkowo był to PDDP rozkręcony IIRC przez Fenia. Niewiele pamietam, poza tym, że było i coś tam się otarłem. Potem zdryfowałem bardzie w kierunku meta i ideologii, czyli tekstów na gnu.org. Zaczęliśmy sporą grupą, ale szybko wykruszyło się do paru osób. Niedługo później zapał zgasł, zostało nas paru niedobitków. I jakoś tak się ciągnęło, aż zupełnie umarło – ostatnia wymiana maili z rok temu, ostatni commit pewnie z dwa lata temu…

W międzyczasie jakieś luźne, nieregularne i anonimowe tłumaczenia w ramach Debian Description Translation Project, bo dotarło do mnie, że jak ktoś nie zna języka angielskiego, to z Linuksem słabo sobie poradzi, więc tłumaczenie wszystkiego nie ma sensu. Za to opisów pakietów – jak najbardziej.

Tłumaczenie było całkiem przyjemnym doświadczeniem. Zalet jest sporo: uważna lektura tekstów źródłowych, większa ilość czytanych artykułów, kontakt z językiem i jego szlifowanie. Poza tym, ma się trochę do czynienia z systemami kontroli wersji, narzędziami, formatami i procedurami ułatwiającymi tłumaczenia, co przydaje się później przy różnych okazjach, od programowania, przez adminkę i projektowanie rozwiązań IT.

Jest to też okazja do zaobserwowania pewnych archaizmów i formalizmów w praktyce. Na przykład tłumacze GNU używają jako systemu kontroli wersji CVS. Nie żeby nie wystarczał, ale jednak Git jest wygodniejszy i lepszy. NIH? Przyzwyczajenie?

Z kolei inni nie korzystają z plików PO/POT (poedit FTW!), tylko stosują własne formaty/rozwiązania i tłumaczą na żywca HTML. Cóż, można i tak (nie żebym lubił, ale da się).

Wpis wyniknął z tego, że znalazłem (w końcu!) fajny opis pewnego zagadnienia związanego z Perlem, zobaczyłem, że stronę można tłumaczyć, a nie ma wersji polskiej… Spodobał mi się samouczek Perla i uznałem, że przyda się ludziom i… zacząłem tłumaczyć. Repo jest na GitHubie, można forkować i podsyłać pull requesty. AKA zachęcam.

Tak, mam świadomość, że strona nie jest zupełnie niekomercyjna. Jakoś mi to nie przeszkadza. Dość zwarta, nieźle napisana, tłumaczyć zamierzam tylko część dostępną dla wszystkich. Planów żadnych nie ma, raczej – jak zapowiedziałem autorowi – best effort. Niemniej, z różnych względów tempo ostatnio siadło, więc wpis ma być motywatorem. Nie żebym liczył, że zadziała, za dobrze się znam.

Inne: odkryłem GitHub na nowo, w sumie bardzo social network, tylko w troszkę innej kulturze. Odkryłem też na nowo/systematyzuję Perla. Zupełnie niezwiązane: zauważyłem, że próbuję za dużo srok za ogon łapać. To się nie może udać, ale ponieważ to tylko hobby, a nie praca, to nic się nie stanie, jak ten czy inny projekt zahibernuje na jakiś czas, czy wręcz totalnie zdechnie.

Opublikowane w

Wattmeter – nowy projecik

Dawno temu kupiłem sobie watomierz. Wykonałem też pracowicie kilkanaście pomiarów energii, różnych urządzeń w różnych konfiguracjach, których wyniki wylądowały w pliku na dysku i… nikomu się nie przydają. Od dawna chciałem podzielić się wynikami, tym bardziej, że są ciekawe i przynajmniej zastanawiające.

Z drugiej strony kupiłem sobie domenę i… nic na niej nie było uruchomionego. No i od dawna chciałem pobawić się statycznym generatorem bloga (jednym z bardzo wielu), czyli Chronicle. Najbardziej przeszkadzały mi dwie rzeczy: brak sensownych, gotowych szablonów i brak możliwości komentowania.

Odpaliłem as is, szablon tylko minimalnie zmodyfikowany i na pewno będzie wymagał poprawek. Komentowanie niby jest w nowej wersji Chronicle, ale uruchomiłem też w bardzo okrojonej i minimalnej wersji starej. Pewnie będę musiał poeksperymentować albo i pogrzebać w kodzie, chwilowo nie mam ochoty (bardziej niż czasu). Chyba przez ten upał.

Język angielski z paru powodów. Po pierwsze, Chronicle słabo wspiera polski, po drugie, przyda się większemu gronu, po trzecie, raczej zrozumiałe jest. Po czwarte, trochę poćwiczę angielski. Są błędy i źle mi się czyta moje stare teksty, ale zwykle nie poprawiam, bo w mało uczęszczanym miejscu.

Zabawna obserwacja: bardzo fajnie pisze mi się w czystym HTML. Składanie bloga z szablonów (których są cztery sztuki: index, czyli główna strona, entry, czyli pojedynczy wpis, month, czyli widok miesiąca oraz tags, dla pojedynczego tagu) i bardzo prostych – póki co – CSS też mi się podoba. Mocno przypomina Joggera, którego niedawno użyłem i wydał mi się strasznym ogórem, ale… ma to swój urok. Główne zalety Chronicle to 100% kontroli i szybkość działania strony (w końcu statyczna…).

Druga obserwacja, niezupełnie związana z tym projektem, ale związana z Google, Blogspot, WordPress i ogólnie blogami: czym tak naprawdę jest blog? Blog to zbiór stron z atrybutami author, date, title, body, comments (comment author, comment date). Pewnie jeszcze tags.

To nie jest wersja docelowa, to się będzie zmieniało, ale już teraz prezentuję projekcik ile to zużywa energii, czyli watomierz w akcji. Sugestie i uwagi tradycyjnie mile widziane. Wiem, wiem, nie wszystkie widoki się walidują.

Opublikowane w

PUM działa

Doprowadziłem PUMa do takiej postaci, że daje się używać i generuje w miarę strawny i używalny HTML. Przykładowy wynik działania. Oczywiście wszystko jest na GitHubie, który mnie drażni ostatnio, bo pisze (w związku z zupełnie innym projektem, notka leży w szkicach, których coraz więcej, upał taki, że nawet pisać się nie chce), że Can’t automatically merge. Don’t worry, you can still create the pull request. No niby mogę, ale autor upstreamu umiarkowanie nalega na wyprostowanie (się nie dziwię), a ja szczerze mówiąc nie widzę, co mu przeszkadza w automatycznym merge. Pewnie jakbym wiedział, to łatwiej byłoby mi pomóc gitowi ogarnąć się… W każdym razie będę doszkalał się z gita.

Wynikami nie ma się co sugerować zbytnio – sporo hostów zostało dodanych bardzo niedawno, stąd 100%. Jest też rozbieżność pomiędzy wynikami dla All time i jednego roku. Nie bug w skrypcie, tylko tak zwraca dane polecany niedawno Uptime Robot. Zgłosiłem buga i (szybka!) odpowiedź trochę martwi:

The Free Plan can return uptime ratios back to 1 month due to the limit of the logs kept. The Pro Plan supports back to 1 year.

And, the alltimeuptimeratio variable in the API currently returns 1-month uptime (and it’ll be removed from the APIv2).

Mój nos mówi mi, że idzie monetyzacja i z fajnej, darmowej usługi może być wkrótce coś niezbyt fajnego/używalnego. Ale może to tylko moje czarnowidztwo.

Poza tym, po niedawnej awarii (jak ktoś nie zna serwisu downdetector.pl do określania, czy jest awaria u dostawcy, to dość entuzjastycznie polecam) u mojego ISP wylądowałem za NAT (jak wielu innych abonentów). Po telefonie przywrócony publiczny IP, ale od tego czasu dla hosta w domu Uptime Robot pokazuje dziwne rzeczy – host znika, pojawia się, znowu znika… Podejrzewałem jakiś autosuspend w momencie, gdy żadne urządzenie nie jest aktywne, ale raczej nie o to chodzi. IP się nie zmienia, więc nawet w przypadku problemów z odświeżaniem dyndns nie powinno rzutować (ale nie wykluczę…). Problemy z routingiem? Może się zbiorę, ustalę IP z którego Uptime Robot monitoruje i zdiagnozuję… Póki co po prostu pauza, aby się śmieci nie generowały.

UPDATE Odnośnie problemów z git – stupid me, czyli niewiedza w temacie gita i podchodzenie do problemu od zadniej strony. Swoją drogą, namierzenie/szukanie rozwiązaniach po objawach mogłoby trwać długo… Przyczyna to złe forkowanie. Na szczęście GitHub ma świetną pomoc. Robienie forka repo git, następnie synchronizacja forka i wszystko działa.